CN101543015A - 使得能够在psse信道之间快速切换的系统和方法 - Google Patents

使得能够在psse信道之间快速切换的系统和方法 Download PDF

Info

Publication number
CN101543015A
CN101543015A CNA2007800442946A CN200780044294A CN101543015A CN 101543015 A CN101543015 A CN 101543015A CN A2007800442946 A CNA2007800442946 A CN A2007800442946A CN 200780044294 A CN200780044294 A CN 200780044294A CN 101543015 A CN101543015 A CN 101543015A
Authority
CN
China
Prior art keywords
media stream
media
computer code
response
payload type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2007800442946A
Other languages
English (en)
Inventor
I·布阿兹兹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Oyj
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Publication of CN101543015A publication Critical patent/CN101543015A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种系统和方法，用于在不拆除RTSP会话并且仅提供最小延迟的情况下，利用备选媒体流来替换流式会话的现有媒体流。在本发明的各种实施例中，通过向流式服务器发送切换命令，客户机向服务器指示它希望利用另一个流来替换它当前正在消耗的媒体流，其中，所述切换命令指示了旧的媒体流和新的媒体流。还提供了用于使得接收机能够使单个媒体流静音和取消静音的特征。客户机可以查询服务器以便弄清所述服务器是否支持快速信道切换。

Description

使得能够在PSSE信道之间快速切换的系统和方法
技术领域
本发明总体上涉及第三代合作伙伴项目(3GPP)分组交换流式服务(PSS)。更特别地，本发明涉及在PSS服务中使用快速信道切换。
背景技术
该部分旨在提供在权利要求中记载的本发明的背景或上下文。在此的描述可以包括可能推行的概念，但是不一定是先前已经构想或推行的概念。因此，除非在此另外指明，否则在该部分中所描述的内容并不是对该申请的说明书和权利要求来说的现有技术，并且也不认为包括在该部分中就成为现有技术。
3GPP PSS是用于使得在移动设备中能够进行分组交换流式传输的3GPP的解决方案。PSS定义了用于使得能够为移动设备进行流式服务的协议和媒体编解码器。PPS基于用于会话建立和控制的实时流式协议(RTSP)。RTSP在网络工作组的请求注解(RFC)No.2326中进行了讨论，并且可以在www.ietf.org/rfc/rfc2326.txt找到，通过引用的方式将其全部内容合并于此。实时传输协议(RTP)/RTP控制协议(RTCP)和RTP/音频视频协议(AVP)简档用于媒体传输，并且用于在客户机与服务器之间的反馈交换。RTP/RTCP在网络工作组的请求注解(RFC)No.3550中进行了讨论，并且可以在www.ietf.org/rfc/rfc3550.txt找到，通过引用的方式将其全部内容合并于此。RTP/AVP在网络工作组的请求注解(RFC)No.3551中进行了讨论，并且可以在www.ietf.org/rfc/rfc3551.txt找到，通过引用的方式将其全部内容合并于此。
3GPP PSS定义了若干媒体编解码器的使用。对于视频来说，3GPP PSS定义的使用针对H.263 Profile 3Level 45(H.263简档3级别45)；MPEG-4Visual Simple Profile Level 0b(可视简单简档级别0b)；以及H.264 BaselineProfile Level 1b(基线简档级别1b)。对于视频来说，3GPP PSS定义了增强型aacPlus和扩展的AMR-WB的使用。3GPP PSS还支持其它媒体类型，诸如静止图像和时控文本。另外，3GPP PSS定义了RTSP的几个扩展，以允许链路特征、媒体调适以及体验质量(QoE)信息的交换。
当前在3GPP中定义了3GPP分组交换流式服务增强(PSSe)。这些增强的目的是定义3GPP PSS发行版本No.6的扩展，以优化流式服务。在PSSE中，快速信道切换已经被标识为优化PSS服务的重要领域。在3GPPPSS发行版本No.6中，在不同信道之间切换(甚至在相同服务器上)是非常冗长的过程，并且需要大量的时间来完成。该过程涉及拆除旧的RTSP会话、传输数据，以及建立新的RTSP会话。这些步骤中的每一个都涉及在PSSe服务器与客户机之间的消息交换。例如，图1中图示了该过程。
PSSe的一个目的是尽可能多地减少信道切换时间。为了实现潜在解决方案，已经设置了几个要求。这些要求包括(1)PSSe应当尽可能多地重新使用PSSe发行版本No.6；(2)PSSe应当与预先发行版本No.7PSS客户机向后兼容；(3)快速信道切换解决方案的数目应当被最小化；以及(4)信道切换时间应当是在启动切换动作直到第一媒体单元的呈递时间为止之间的时间。
当使用时，在用户决定切换到由相同PSSe服务器所提供的不同内容项的情况下出现了许多问题。用户终端或用户设备(UE)具有由PSSe服务器所提供的内容项(或信道)的列表。每个内容项均由用于控制内容的RTSP统一资源定位符(URL)或统一资源标识符(URI)来标识。UE根据通过RTSP URL或URI的列表来确定两个或几个信道由相同的PSSe服务器提供服务。在消耗信道之一时，用户可以决定切换到新的信道。该新的信道通常是这样的呈现，即，该呈现典型地包括相同数目的媒体流(通常一个音频流和一个视频流)。理想地，接收机应当能够重新使用相同的RTSP会话用于控制流式会话。此外，如果相同的传输参数被重新用于新的媒体流，则可以实现信道切换时间的重要减少。换句话说，新的视频流重新使用与旧的视频流相同的连接参数，并且新的音频流重新使用与旧的音频流相同的连接参数。然而，在这种情况下，需要考虑许多问题。第一，媒体编解码器参数可能在旧的媒体流与新的媒体流之间是不同的。第二，接收机需要能够在新的流与旧的流的分组之间进行区分。第三，接收机需要能够立即同步新的呈现的媒体流。用于替换呈现的单个媒体流的机制是必要的，并且该机制也需要考虑先前的要求。
用于解决信道切换问题的一个建议涉及定义一种方法来声明用于单个会话描述协议(SDP)文件的多个聚合URL，该建议在www.ietf.org/internet-drafts/draft-einarsson-mmusic-rtsp-macuri-00.txt中进行了讨论，并且通过引用的方式将其全部合并于此。然而，该概念有几个缺点。例如，该方法并不支持用于在旧信道与新信道之间的媒体流的不同的媒体编解码器和配置参数。结果，SDP必须尽可能地完整，以便覆盖所有可能的媒体流特征。然而，这并不总是可能的，因为存在一些参数(诸如保护密钥)通常从一个媒体流到另一个媒体流而有所不同。另外，该布置并不完全支持信道的动态添加和移除，因为所有的信道都在SDP中被描述。含有该布置的建议预见了一种可能性来指示通过其它机制将信道列表递送到带外，但是并没有定义如何实现该带外信令以及对于与SDP描述的关系的指示。此外，该方法涉及修改单个媒体流的URL，其由媒体服务器用来定位内容(尤其是在预存储内容的情况下)。RTSP将聚合URL定义为不透明的(opaque)，并且不由服务器解译用于定位媒体组件。相反，媒体URL用于该目的。因此，利用该方法，每当信道切换被实现的时候，服务器就需要改变媒体URL的解译。
因此，会期望开发一种系统和方法，用于使得能够快速切换而与此同时解决上述系统的缺点。
发明内容
本发明的各种实施例涉及一种系统和方法，用于在不拆除RTSP会话并且仅提供最小延迟的情况下，利用备选媒体流来替换流式会话的现有媒体流。在各种实施例中，通过向流式服务器发送切换命令，客户机向服务器指示：它希望利用另一流来替换其当前正在消耗的媒体流，其中，所述切换命令指示了旧的媒体流和新的媒体流。利用该命令，信道切换时间短，因为不需要协商传输参数或配置防火墙。
除了允许具有最小延迟的灵活信道切换之外，本发明的各种实施例还允许媒体参数有所不同，并且仅需要单束并行请求来起动新的信道。本发明的各种实施例既可以用于单播媒体流，又可以用于多播媒体流。
当结合附图时，根据以下详细描述，本发明的这些和其它优点和特征连同其组织和操作方式一起将变得显而易见，其中在下面描述的所有若干附图中相同的元件具有相同的标记。
附图说明
图1是如在PSS发行版本No.6中所概述的信道切换过程的图示；
图2是可以在其中实现本发明的系统的概图；
图3是可以在本发明的实现中使用的移动电话的透视图；
图4是图3的移动电话的电话电路的示意表示；
图5是如根据本发明的一个实施例进行的信道切换过程的图示；
图6是如根据本发明的一个实施例进行的MUTE/UNMUTE(静音/取消静音)过程的图示；以及
图7是如根据本发明的一个实施例进行的MUTE/UNMUTE过程的另一图示。
具体实施方式
本发明的各种实施例涉及一种系统和方法，用于在不拆除RTSP会话并且仅提供最小延迟的情况下，利用备选媒体流来替换流式会话的现有媒体流。在各种实施例中，通过向流式服务器发送切换命令，客户机向服务器指示：它希望利用另一流来替换它当前正在消耗的媒体流，其中，切换命令指示了旧的媒体流和新的媒体流。利用该命令，信道切换时间短，因为不需要协商传输参数或配置防火墙。如在此所讨论的，应当注意，术语“媒体流”可以包括音频和/或视频流，以及潜在地其它类型的内容或数据。例如，静止图像、字幕等也可以处于媒体流中。
在此讨论的各种实施例允许关于SDP中媒体流参数的改进的灵活性，因为不必在旧的媒体流和新的媒体流之间共享媒体流参数。另外，通过改变新媒体流的有效载荷类型以便成为唯一的并且与旧信道的有所不同，这些实施例允许标识旧的和新的媒体流的分组。这允许接收机正确地处理分组。该系统还允许重新使用相同的RTSP会话，由此减少信道切换时间。最后，在此描述的系统并不改变媒体URL或统一资源标识符(URI)，由此允许服务器照常定位内容。
根据本发明的各种实施例，RTSP SWITCH(切换)指令由客户机用于指示服务器用另一媒体流替换一个媒体流。该SWITCH方法采用旧媒体流的URL或URI作为参数。在请求的新报头字段“切换流(Switch-Stream)”中指示了新媒体流的URL或URI。如果操作成功，则PSSe服务器利用200OK(确定)消息进行回复，包括RTP信息(RTP-info)和“切换流”报头字段。服务器的响应包括对于将用于递送新媒体流数据单元的新有效载荷类型的指示。其它信息也可以包括在服务器响应中。新有效载荷类型的原因是：在会话公告中，SDP文件被发送到接收机。这些SDP描述含有动态有效载荷类型(因为在PSS中使用的媒体编解码器并不映射到静态有效载荷类型)。然而，那些动态有效载荷类型对不同信道可以是相同的。如果是这种情况，并且如果接收机从(具有有效载荷类型(PT)＝100的)信道1视频流切换到(具有PT＝100的)信道2视频流，那么接收机将无法检测到哪个分组属于哪个信道。这经由将新有效载荷类型分派到新信道的媒体流的能力来避免，其确保了新有效载荷类型不同于旧信道所使用的有效载荷类型。该响应还包括RTP信息报头(以便指示新媒体流的第一分组的序列号和时间戳)以及同步源(SSRC)。在draft-ietf-mmusic-rfc2326bis-13(章节13.48)中定义了RTP信息报头，这可以在www.ietf.org/internet-drafts/draft-ietf-mmusic-rfc2326bis-13.txt中找到，并且通过引用的方式全部合并于此。图5中图示了根据该实施例进行的切换过程。
信道切换过程的例子如下：
Client-＞Server：SWITCH rtsp://www.example.com/movie1.3gp/trackID＝1RTSP/2.0
             <--------------------URI/URL of the old stream----------->
                     CSeq：1
        Session：39487876
        User-Agent：NokiaClient/1.0
        [new header]Switch-Stream：url＝”rtsp://www.example.com/movie2.3gp/trackID＝1”
             <--------------------URI/URL of the old stream----------->
Server-＞Client：RTSP/2.0200 OK
       CSeq：1
       Server：NokiaServer/1.1
       Session：39487876
       Range：npt＝0-
       Switch-Stream：url＝”rtsp://www.example.com/movie2.3gp/trackID＝1”；
                      payloadtype＝{104}
       RTP-Info：url＝”rtsp://www.example.com/movie2.3gp/trackID＝1”；
                 ssrc＝29873786；seq＝9900；rtptime＝339872
以上例子示出了如何从第一信道的视频流“movie1.3gp”切换到第二信道的视频流“movie2.3gp”。会话ID和聚合控制URL或URI没有改变。然而，媒体流的控制URL或URI改变了。对音频流也实现了相同的过程。对音频和视频的这两个切换请求可以并行发送以进一步减少信道切换时间。这些新有效载荷类型用于替换在新信道的SDP中原来指示的有效载荷类型。新有效载荷类型按照与原来SDP中的有效载荷类型相同的顺序出现，并且按照相同的出现顺序来替换它们。这允许客户机检测哪个分组属于哪个信道并且以适当的方式来处理这些分组。
以下是用于第一信道的SDP文件的例子：
v＝0
o＝-950814089950814089IN IP4 144.132.134.67
s＝PSSe channel 1
e＝foo@bar.com
c＝IN IP4 0.0.0.0
b＝AS:77
b＝TIAS:69880
t＝0 0
a＝maxprate:20
a＝range:npt＝0-59.3478
a＝control:*
m＝audio 0 RTP/AVP 97 98
b＝AS:13
b＝TIAS:12680
b＝RR:350
b＝RS:300
a＝maxprate:5
a＝rtpmap:97 AMR/8000
a＝fmtp:97 octet-align＝1
a＝rtpmap:98RTP-ENC-AESCM128/8000
a＝fmtp:98opt＝97；ContentID＝″content1000221@ContentIssuer.com″；
RightsIssuerURL＝″http://drm.rightsserver.org/1000221″；
IVnonce＝JDE0SYJCAAqWUwWJiBM＝；SelectiveEncryption＝1
a＝control:streamID＝0
a＝3GPP-Adaptation-Support:2
m＝video 0 RTP/AVP 99 100
b＝AS:64
b＝TIAS:59200
b＝RR:2000
b＝RS:1200
a＝maxprate:15
a＝rtpmap:99H263-2000/90000
a＝fmtp:99 profile＝3；level＝10
a＝rtpmap:100 RTP-ENC-AESCM128/90000
a＝fmtp:100 opt＝99；ContentID＝″content6188164@ContentIssuer.com″；
RightsIssuerURL＝″http://drm.rightsserver.org/6188164″；IVnonce＝
IwOSRWeSAUiVEiN5gVA＝
a＝control:streamID＝1
a＝3GPP-Adaptation-Support:1
以下是用于第二信道的SDP文件的例子，在信道切换发生之前：
v＝0
o＝-950814089 950814089 IN IP4 144.132.134.67
s＝PSSe channel 1
e＝foo@bar.com
c＝IN IP4 0.0.0.0
b＝AS:77
b＝TIAS:69880
t＝0 0
a＝maxprate:20
a＝range:npt＝0-59.3478
a＝control:*
m＝audio 0 RTP/AVP 97 98
b＝AS:13
b＝TIAS:18000
b＝RR:400
b＝RS:350
a＝maxprate:8
a＝rtpmap:97AMR/8000
a＝fmtp:97 octet-align＝1
a＝rtpmap:98RTP-ENC-AESCM128/8000
a＝fmtp:98 opt＝97；ContentID＝″content1034321@ContentIssuer.com″；
RightsIssuerURL＝″http://drm.rightsserver.org/1034321″；
IVnonce＝ABE0SYJCACEFUwWJiBM＝；SelectiveEncryption＝1
a＝control:streamID＝0
a＝3GPP-Adaptation-Support:2
m＝video 0RTP/AVP 99 100
b＝AS:64
b＝TIAS:52400
b＝RR:2100
b＝RS:800
a＝maxprate:17
a＝rtpmap:99H264/90000
a＝fmtp:99profile-level-id＝42E00C；sprop-parameter-
sets＝J0LgHvQKD9CAAAD6AAAeMGVA；A9DCg
a＝rtpmap:100RTP-ENC-AESCM 128/90000
a＝fmtp:100opt＝99；ContentID＝″content6188164@ContentIssuer.com″；
RightsIssuerURL＝″http://drm.rightsserver.org/6188164″；IVnonce＝
IwOSRWeSAgDa9EiN5gVA＝
a＝control:streamID＝1
a＝3GPP-Adaptation-Support:1
在信道切换之后，使用有效载荷类型102、103、104和105而不是97、98、99和100。在SWITCH-STREAM报头中指示了这些新有效载荷类型。以下示出了在信道切换之后信道2的SDP文件：
v＝0
o＝-950814089950814089 IN IP4 144.132.134.67
s＝PSSe channel 1
e＝foo@bar.com
c＝IN IP40.0.0.0
b＝AS:77
b＝TIAS:69880
t＝0 0
a＝maxprate:20
a＝range:npt＝0-59.3478
a＝control:*
m＝audio 0 RTP/AVP 102 103
b＝AS:13
b＝TIAS:18000
b＝RR:400
b＝RS:350
a＝maxprate:8
a＝rtpmap:102AMR/8000
a＝fmtp:102 octet-align＝1
a＝rtpmap:103RTP-ENC-AESCM 128/8000
a＝fmtp:103opt＝102；ContentID＝″content1034321@ContentIssuer.com″；
RightsIssuerURL＝″http://drm.rightsserver.org/1034321″；
IVnonce＝ABE0SYJCACEFUwWJiBM＝；SelectiveEncryption＝1
a＝control:streamID＝0
a＝3GPP-Adaptation-Support:2
m＝video 0RTP/AVP 104 105
b＝AS:64
b＝TIAS:52400
b＝RR:2100
b＝RS:800
a＝maxprate:17
a＝rtpmap:104H264/90000
a＝fmtp:104profile-level-id＝42E00C；sprop-parameter-
sets＝J0LgHvQKD9CAAAD6AAAeMGVA；A9DCg
a＝rtpmap:105RTP-ENC-AESCM128/90000
a＝fmtp:105opf＝104；ContentID＝″content6188164@ContentIssuer.com″；
RightsIssuerURL＝″http://drm.rightsserver.org/6188164″；IVnonce＝
IwOSRWeSAgDa9EiN5gVA＝
a＝control:streamID＝1
a＝3GPP-Adaptation-Support:1
除了以上之外，客户机可以查询服务器以便弄清服务器是否支持快速信道切换。这可以使用RTSP OPTIONS(选项)方法来实现。新特征标签(例如，“3gpp.org.psse：channel-switch”标签)被定义并且可以在“支持(Supported)”报头字段中由接收机和发送机使用以便指示它们支持信道切换特征。可选地，接收机可以尝试发送切换命令，并且如果服务器的响应是指示不支持该方法的错误消息，则客户机可以假设快速信道切换不被支持。
本发明的各种实施例还向RTSP添加了新特征，其使得接收机能够使单个媒体流静音。例如，图6和图7图示了根据本发明的各种实施例的MUTE/UNMUTE(静音/取消静音)过程。这可以用于指示服务器停止发送来自特定媒体流的数据，并且其可以应用于聚合会话的媒体流。时间线继续照常运行，所以一旦发送了取消静音的指令，该流就从当前位置而不是从已经执行静音的位置重新开始。这用于维持同步。
MUTE命令被应用于单个媒体流，以便停止由服务器进行的媒体分组的传输。呈现时间线没有被更改，并且照常继续，如PAUSE(暂停)命令的情况一样。MUTE命令与PAUSE命令之间的差别在于：PAUSE命令无法应用于呈现的单个媒体流，并且如果应用了PAUSE命令，则RTSP会话状态变成准备就绪。MUTE命令并不改变RTSP会话状态，并且其可以被应用于处于PLAY(播放)状态的会话。该UNMUTE方法用于重新开始对先前静音的媒体流的媒体分组的传输。然后，服务器从旧序列号通过递增一而重新开始，但是时间戳指示当前的呈现时间(即，包括媒体流被静音期间的时间)。
以下是MUTE方法的例子：
Client-＞Server：MUTE rtsp://www.example.com/movie1.3gp/trackID＝2RTSP/2.0
                            CSeq：12
        Session：39487876
        User-Agent：NokiaClient/1.0
        Server-＞Client：RTSP/2.0200 OK
        CSeq：12
        Server：NokiaServer/1.1
        Session：39487876
以下是UNMUTE方法的例子：
Client-＞Server：UNMUTE rtsp://www.example.com/movie1.3gp/trackID＝2
RTSP/2.0
                           CSeq：13
      Session：39487876
      User-Agent：NokiaClient/1.0
      Server-＞Client：RTSP/2.0200 OK
      CSeq：13
      Server：NokiaServer/1.1
      Session：39487876
图2示出了其中可以利用本发明的系统10，其包括可以通过网络通信的多个通信设备。系统10可以包括有线或无线网络的任何组合，包括但不限于移动电话网络、无线局域网(LAN)、蓝牙个域网、以太网LAN、令牌环LAN、广域网、因特网等。系统10可以包括有线和无线通信设备。
为了举例，图2中示出的系统10包括移动电话网络11和因特网28。到因特网28的连接可以包括但不限于长距离无线连接、短距离无线连接，以及各种有线连接，包括但不限于电话线、电缆线、电源线等。
系统10的示例性通信设备可以包括但不限于移动电话12、组合PDA和移动电话14、PDA 16、综合消息传递设备(IMD)18、桌上型计算机20，以及笔记本计算机22。通信设备可以是静止的或移动的，如当正在移动的个体所携带时那样。通信设备还可以以运输工具的模式定位，包括但不限于汽车、卡车、出租车、公共汽车、船、飞机、自行车、摩托车等。一些或所有通信设备可以通过到基站24的无线连接25来发送和接收呼叫和消息并且与服务提供商通信。基站24可以连接到网络服务器26，网络服务器26允许在移动电话网络11与因特网28之间通信。系统10可以包括另外的通信设备和不同类型的通信设备。
通信设备可以使用各种传输技术来通信，包括但不限于，码分多址(CDMA)、全球移动通信系统(GSM)、通用移动电信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、传输控制协议/网际协议(TCP/IP)、短消息服务(SMS)、多媒体消息服务(MMS)、电子邮件、即时消息服务(IMS)、蓝牙、IEEE 802.11等。通信设备可以使用各种介质来通信，包括但不限于，无线电、红外、激光、线缆连接等。
图3和图4示出了其中可以实现本发明的一个代表性移动电话12。然而，应当理解，本发明并不旨在限于一个特定类型的移动电话12或其它电子设备。图3和图4的移动电话12包括外壳30、以液晶显示器形式的显示器32、键板34、扩音器36、耳机38、电池40、红外端口42、天线44、根据本发明一个实施例的以UICC形式的智能卡46、读卡器48、无线电接口电路52、编码解码器电路54、控制器56和存储器58。各个电路和元件均是本领域公知的所有类型，例如，诺基亚系列的移动电话。
本发明在方法步骤的一般上下文中进行了描述，其可以通过包括由联网环境中的计算机所执行的计算机可执行指令(诸如，程序代码)的程序产品来在一个实施例中实现。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。与数据结构相关联的计算机可执行指令以及程序模块表示用于执行在此公开的方法的步骤的程序代码的例子。这样的可执行指令或相关联的数据结构的特定序列表示用于实现在这样的步骤中所描述的功能的相应动作的例子。
本发明的软件和Web实现可以利用标准编程技术来完成，这些标准编程技术具有基于规则的逻辑和其它逻辑来完成各种数据库搜索步骤、相关步骤、比较步骤以及判决步骤。还应当注意，如在此以及在权利要求中所使用的措辞“组件”和“模块”旨在包括使用一行或多行软件代码的实现，和/或硬件实现，和/或用于接收手动输入的设备。
已经出于说明和描述的目的而给出了本发明的实施例的前述描述。其并不旨在将本发明穷尽或限制于所公开的确切形式，并且修改和变化鉴于以上教导是可能的，或者可以从本发明的实践中获取。选择并描述这些实施例是为了解释本发明的原理及其实际应用，以便使得本领域技术人员能够利用在各种实施例中的并且具有如适于特定使用预期的各种修改的本发明。

Claims (53)

1.一种方法，其包括：
向发送设备传送关于利用第二媒体流来替换第一媒体流的指令，所述指令包括用于第一媒体流和第二媒体流这二者的标识符；以及
响应于所传送的指令，接收包括对于新有效载荷类型的指示的响应，所述新有效载荷类型用于为第二媒体流递送数据单元。
2.根据权利要求1所述的方法，其中用于第一媒体流和第二媒体流的标识符包括以下之一：统一资源定位符(URL)和统一资源标识符(URI)。
3.根据权利要求2所述的方法，其中在用于所述指令的“切换流”请求报头中指示了以下之一：用于第二媒体流的URL和URI。
4.根据权利要求1所述的方法，其中所述第一和第二媒体流包括视频流。
5.根据权利要求1所述的方法，其中所述第一和第二媒体流包括音频流。
6.根据权利要求1所述的方法，其中所述新有效载荷类型替换原来为第二媒体流所标识的先前的有效载荷类型。
7.根据权利要求6所述的方法，其中所述新有效载荷类型按照与所述先前的有效载荷类型原来出现的相同的顺序出现。
8.根据权利要求1所述的方法，其进一步包括：提供对于支持快速信道切换的指示。
9.根据权利要求1所述的方法，其进一步包括：
在传送所述指令之前，传送关于所述发送设备是否支持快速信道切换的查询；以及
响应于所述查询，接收关于所述发送设备是否支持快速信道切换的指示。
10.一种体现在计算机可读介质中的计算机程序产品，其包括：
用于传送关于利用第二媒体流来替换第一媒体流的指令的计算机代码，所述指令包括用于第一媒体流和第二媒体流这二者的标识符；以及
用于响应于所传送的指令，接收包括对于新有效载荷类型的指示的响应的计算机代码，所述新有效载荷类型用于为第二媒体流递送数据单元。
11.根据权利要求10所述的计算机程序产品，其进一步包括：用于提供对于支持快速信道切换的指示的计算机代码。
12.根据权利要求10所述的计算机程序产品，其进一步包括：
用于传送关于发送设备是否支持快速信道切换的查询的计算机代码；以及
用于响应于所述查询，接收关于所述发送设备是否支持快速信道切换的指示的计算机代码。
13.一种装置，其包括：
处理器；以及
存储单元，所述存储单元在通信上连接到所述处理器，并且包括：
用于在传送指令之前，传送关于利用第二媒体流来替换第一媒体流的指令的计算机代码，所述指令包括用于第一媒体流和第二媒体流这二者的标识符；以及
用于响应于所传送的指令，接收包括对于新有效载荷类型的指示的响应的计算机代码，所述新有效载荷类型用于为第二媒体流递送数据单元。
14.根据权利要求13所述的装置，其中用于第一媒体流和第二媒体流的标识符包括以下之一：统一资源定位符(URL)和统一资源标识符(URI)。
15.根据权利要求14所述的装置，其中在用于所述指令的“切换流”请求报头中指示了以下之一：用于第二媒体流的URL和URI。
16.根据权利要求13所述的装置，其中所述第一和第二媒体流包括视频流。
17.根据权利要求13所述的装置，其中所述第一和第二媒体流包括音频流。
18.根据权利要求13所述的装置，其中所述新有效载荷类型替换原来为第二媒体流所标识的先前的有效载荷类型。
19.根据权利要求18所述的装置，其中所述新有效载荷类型按照与所述先前的有效载荷类型原来出现的相同的顺序出现。
20.根据权利要求13所述的装置，其中所述存储单元进一步包括：用于提供对于支持快速信道切换的指示的计算机代码。
21.根据权利要求13所述的装置，其中所述存储单元进一步包括：
用于在传送所述指令之前，传送关于发送设备是否支持快速信道切换的查询的计算机代码；以及
用于响应于所述查询，处理所接收的关于所述发送设备是否支持快速信道切换的指示的计算机代码。
22.一种方法，其包括：
接收关于利用第二媒体流来替换第一媒体流的指令，所述指令包括用于第一媒体流和第二媒体流这二者的标识符；以及
响应于所接收到的指令，传送包括对于新有效载荷类型的指示的响应，所述新有效载荷类型用于为第二媒体流递送数据单元。
23.根据权利要求22所述的方法，其中用于第一媒体流和第二媒体流的标识符包括以下之一：统一资源定位符(URL)和统一资源标识符(URI)。
24.根据权利要求23所述的方法，其中在用于所述指令的“切换流”请求报头中指示了以下之一：用于第二媒体流的URL和URI。
25.根据权利要求22所述的方法，其中所述第一和第二媒体流包括视频流。
26.根据权利要求22所述的方法，其中所述第一和第二媒体流包括音频流。
27.根据权利要求22所述的方法，其中所述新有效载荷类型替换原来为第二媒体流所标识的先前的有效载荷类型。
28.根据权利要求27所述的方法，其中所述新有效载荷类型按照与所述先前的有效载荷类型原来出现的相同的顺序出现。
29.根据权利要求22所述的方法，其进一步包括：提供对于支持快速信道切换的指示。
30.根据权利要求22所述的方法，其进一步包括：
在接收所述指令之前，接收关于是否支持快速信道切换的查询；以及
响应于所述查询，传送关于是否支持快速信道切换的指示。
31.一种体现在计算机可读介质中的计算机程序产品，其包括：
用于接收关于利用第二媒体流来替换第一媒体流的指令的计算机代码，所述指令包括用于第一媒体流和第二媒体流这二者的标识符；以及
用于响应于所接收到的指令，传送包括对于新有效载荷类型的指示的响应的计算机代码，所述新有效载荷类型用于为第二媒体流递送数据单元。
32.根据权利要求31所述的计算机程序产品，其进一步包括：用于提供对于支持快速信道切换的指示的计算机代码。
33.根据权利要求31所述的计算机程序产品，其进一步包括：
用于在接收所述指令之前，接收关于是否支持快速信道切换的查询的计算机代码；以及
用于响应于所述查询，传送关于是否支持快速信道切换的指示的计算机代码。
34.一种装置，其包括：
处理器；以及
存储单元，所述存储单元在通信上连接到所述处理器，并且包括：
用于接收关于利用第二媒体流来替换第一媒体流的指令的计算机代码，所述指令包括用于第一媒体流和第二媒体流这二者的标识符；以及
用于响应于所接收到的指令，传送包括对于新有效载荷类型的指示的响应的计算机代码，所述新有效载荷类型用于为第二媒体流递送数据单元。
35.根据权利要求34所述的装置，其中用于第一媒体流和第二媒体流的标识符包括以下之一：统一资源定位符(URL)和统一资源标识符(URI)。
36.根据权利要求35所述的装置，其中在用于所述指令的“切换流”请求报头中指示了以下之一：用于第二媒体流的URL和URI。
37.根据权利要求34所述的装置，其中所述第一和第二媒体流包括视频流。
38.根据权利要求34所述的装置，其中所述第一和第二媒体流包括音频流。
39.根据权利要求34所述的装置，其中所述新有效载荷类型替换原来为第二媒体流所标识的先前的有效载荷类型。
40.根据权利要求39所述的装置，其中所述新有效载荷类型按照与所述先前的有效载荷类型原来出现的相同的顺序出现。
41.根据权利要求34所述的装置，其中所述存储单元进一步包括：用于提供对于支持快速信道切换的指示的计算机代码。
42.根据权利要求34所述的装置，其中所述存储单元进一步包括：
用于在接收所述指令之前，接收关于是否支持快速信道切换的查询的计算机代码；以及
用于响应于所述查询，传送关于是否支持快速信道切换的指示的计算机代码。
43.一种方法，其包括：
向服务器传送第一请求以便停止传输在媒体流中的媒体分组，此后没有接收到这样的媒体分组；
向所述服务器传送第二请求以便重新开始传输媒体分组；以及
响应于所述第二请求，在不更改呈现时间线的情况下接收媒体流的媒体分组。
44.根据权利要求43所述的方法，其中所述媒体分组是利用时间戳来接收的，所述时间戳指示了当前的呈现时间，包括没有传输媒体分组期间的时间。
45.一种体现在计算机可读介质中的计算机程序产品，其包括：
用于向服务器传送第一请求以便停止传输在媒体流中的媒体分组的计算机代码，此后没有接收到这样的媒体分组；
用于向所述服务器传送第二请求以便重新开始传输媒体分组的计算机代码；以及
用于响应于所述第二请求，在不更改呈现时间线的情况下接收媒体流的媒体分组的计算机代码。
46.一种装置，其包括：
处理器；以及
存储单元，所述存储单元在通信上连接到所述处理器，并且包括：
用于向服务器传送第一请求以便停止传输在媒体流中的媒体分组的计算机代码，此后没有接收到这样的媒体分组；
用于向所述服务器传送第二请求以便重新开始传输媒体分组的计算机代码；以及
用于响应于所述第二请求，在不更改呈现时间线的情况下接收媒体流的媒体分组的计算机代码。
47.根据权利要求46所述的装置，其中所述媒体分组是利用时间戳来接收的，所述时间戳指示了当前的呈现时间，包括没有传输媒体分组期间的时间。
48.一种方法，其包括：
从远程设备接收关于停止传输在媒体流中的媒体分组的请求；以及
响应于所述请求，在不调整用于所述媒体流的呈现时间线的情况下，终止传输用于所述媒体流的媒体分组。
49.根据权利要求48所述的方法，其进一步包括：
从所述远程设备接收关于重新开始传输在媒体流中的媒体分组的后续请求；以及
响应于所述后续请求，在不调整所述呈现时间线的情况下，向所述远程设备传输所述媒体流的媒体分组。
50.一种体现在计算机可读介质中的计算机程序产品，其包括：
用于从远程设备接收关于停止传输在媒体流中的媒体分组的请求的计算机代码；以及
用于响应于所述请求，在不调整用于所述媒体流的呈现时间线的情况下终止传输用于所述媒体流的媒体分组的计算机代码。
51.根据权利要求50所述的计算机程序产品，其进一步包括：
用于从所述远程设备接收关于重新开始传输在媒体流中的媒体分组的后续请求的计算机代码；以及
用于响应于所述后续请求，在不调整所述呈现时间线的情况下向所述远程设备传输所述媒体流的媒体分组的计算机代码。
52.一种装置，其包括：
处理器；以及
存储单元，所述存储单元在通信上连接到所述处理器，并且包括：
用于从远程设备接收关于停止传输在媒体流中的媒体分组的请求的计算机代码；以及
用于响应于所述请求，在不调整用于所述媒体流的呈现时间线的情况下终止传输用于所述媒体流的媒体分组的计算机代码。
53.根据权利要求40所述的装置，其中所述存储单元进一步包括：
用于从所述远程设备接收关于重新开始传输在媒体流中的媒体分组的后续请求的计算机代码；以及
用于响应于所述后续请求，在不调整所述呈现时间线的情况下向所述远程设备传输所述媒体流的媒体分组的计算机代码。
CNA2007800442946A 2006-11-03 2007-11-03 使得能够在psse信道之间快速切换的系统和方法 Pending CN101543015A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US85663306P 2006-11-03 2006-11-03
US60/856,633 2006-11-03

Publications (1)

Publication Number Publication Date
CN101543015A true CN101543015A (zh) 2009-09-23

Family

ID=39344683

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007800442946A Pending CN101543015A (zh) 2006-11-03 2007-11-03 使得能够在psse信道之间快速切换的系统和方法

Country Status (6)

Country Link
US (1) US20080107108A1 (zh)
EP (1) EP2078407A2 (zh)
JP (1) JP2010509798A (zh)
KR (1) KR20090079977A (zh)
CN (1) CN101543015A (zh)
WO (1) WO2008053458A2 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107113460A (zh) * 2015-01-08 2017-08-29 高通股份有限公司 针对空中广播媒体数据的会话描述信息
CN113169977A (zh) * 2018-12-06 2021-07-23 交互数字Ce专利控股公司 网络装备和用于递送数据分组的方法

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100493038C (zh) * 2006-05-26 2009-05-27 华为技术有限公司 终端通话过程中的媒体流替换方法及系统
CN101680081B (zh) 2007-03-20 2012-10-31 出光兴产株式会社 溅射靶、氧化物半导体膜及半导体器件
CN101083605B (zh) 2007-08-01 2011-07-06 华为技术有限公司 一种媒体源快速切换的方法、系统和装置
US20090094374A1 (en) * 2007-10-04 2009-04-09 Hong Kong Applied Science And Technology Research Institute Co., Ltd. Systems and methods providing lists of available streaming content
EP2218241A1 (en) * 2007-11-06 2010-08-18 Alcatel Lucent A method for the delivery of media streaming services in a mobile communication system
US7979557B2 (en) * 2008-04-11 2011-07-12 Mobitv, Inc. Fast setup response prediction
US7921222B2 (en) * 2008-05-06 2011-04-05 Vantrix Corporation Method and system for fast channel switching using standard RTSP messages
CN101616305A (zh) * 2008-06-25 2009-12-30 华为技术有限公司 点播业务中内容切换的方法、装置和系统
CN102119519A (zh) * 2008-08-12 2011-07-06 爱立信(中国)通信有限公司 在通信系统中的快速内容切换
US9451003B1 (en) * 2008-09-22 2016-09-20 Sprint Spectrum L.P. Method and system for advanced notification of availability of fast content switching
US20110225240A1 (en) * 2009-10-20 2011-09-15 Truong Cong Thang Method and apparatus for managing transaction of iptv
CN102143132A (zh) * 2010-08-10 2011-08-03 华为技术有限公司 流媒体的频道切换方法、切换代理、客户端及终端
WO2013182256A1 (en) * 2012-06-04 2013-12-12 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for media transmission in telecommunications networks
CN104079870B (zh) * 2013-03-29 2017-07-11 杭州海康威视数字技术股份有限公司 单路视频多路音频的视频监控方法及系统
CN109286857B (zh) * 2017-07-19 2021-05-18 成都鼎桥通信技术有限公司 多媒体数据播放方法及装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7161939B2 (en) * 2001-06-29 2007-01-09 Ip Unity Method and system for switching among independent packetized audio streams
FI115418B (fi) * 2001-09-20 2005-04-29 Oplayo Oy Adaptiivinen mediavirta
US7613727B2 (en) * 2002-02-25 2009-11-03 Sont Corporation Method and apparatus for supporting advanced coding formats in media files
US7756090B2 (en) * 2002-03-12 2010-07-13 Koninklijke Philips Electronics N.V. System and method for performing fast channel switching in a wireless medium
KR20050038646A (ko) * 2002-08-28 2005-04-27 코닌클리케 필립스 일렉트로닉스 엔.브이. 멀티미디어 데이터를 스트리밍하는 방법
WO2004072766A2 (en) * 2003-02-13 2004-08-26 Nokia Corporation Rate adaptation method and device in multimedia streaming
US7562375B2 (en) * 2003-10-10 2009-07-14 Microsoft Corporation Fast channel change
US20050183120A1 (en) * 2004-01-13 2005-08-18 Saurabh Jain Multi-user personalized digital multimedia distribution methods and systems
US20070223443A1 (en) * 2004-02-12 2007-09-27 Ye-Kui Wang Transmission of Asset Information in Streaming Services
JP5356652B2 (ja) * 2004-02-12 2013-12-04 コア ワイアレス ライセンシング エス アー アール エル 分類されたメディア経験の質
US7685616B2 (en) * 2004-07-29 2010-03-23 Microsoft Corporation Strategies for coalescing control processing
US20060029367A1 (en) * 2004-08-03 2006-02-09 Takuya Kosugi Sequence header identification
US7446795B2 (en) * 2004-12-03 2008-11-04 Motorola Inc Push to video service mode selection using device settings
KR100595034B1 (ko) * 2004-12-14 2006-06-30 삼성전자주식회사 방송수신장치 및 방송수신장치의 화면전환 제어방법
EP1675343A1 (en) * 2004-12-23 2006-06-28 Siemens S.p.A. Method and system to minimize the switching delay between two RTP multimedia streaming sessions
CN101116306A (zh) * 2005-02-08 2008-01-30 艾利森电话股份有限公司 在分组交换网络上的按需多频道流会话
US7496678B2 (en) * 2005-05-11 2009-02-24 Netapp, Inc. Method and system for unified caching of media content
US8879857B2 (en) * 2005-09-27 2014-11-04 Qualcomm Incorporated Redundant data encoding methods and device
US20070130597A1 (en) * 2005-12-02 2007-06-07 Alcatel Network based instant replay and time shifted playback
US20070171942A1 (en) * 2006-01-25 2007-07-26 Terayon Communication Systems, Inc. System and method for conducting fast channel change for IPTV
US20070200949A1 (en) * 2006-02-21 2007-08-30 Qualcomm Incorporated Rapid tuning in multimedia applications
JP2007288342A (ja) * 2006-04-13 2007-11-01 Nec Corp メディアストリーム中継装置および方法
US8489749B2 (en) * 2006-08-31 2013-07-16 Telefonaktiebolaget L M Ericsson (Publ) Unicast/multicast media edge proxy with fast channel switching

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107113460A (zh) * 2015-01-08 2017-08-29 高通股份有限公司 针对空中广播媒体数据的会话描述信息
CN107113460B (zh) * 2015-01-08 2020-08-14 高通股份有限公司 针对空中广播媒体数据的会话描述信息
CN113169977A (zh) * 2018-12-06 2021-07-23 交互数字Ce专利控股公司 网络装备和用于递送数据分组的方法

Also Published As

Publication number Publication date
WO2008053458A3 (en) 2008-06-26
EP2078407A2 (en) 2009-07-15
JP2010509798A (ja) 2010-03-25
US20080107108A1 (en) 2008-05-08
KR20090079977A (ko) 2009-07-22
WO2008053458A2 (en) 2008-05-08

Similar Documents

Publication Publication Date Title
CN101543015A (zh) 使得能够在psse信道之间快速切换的系统和方法
CN100559791C (zh) 用于下载所推送内容的系统、方法和计算机程序产品
EP2160906B1 (en) System and method for an MBMS to PSS handover
US8526350B2 (en) Systems and methods for carrying broadcast services over a mobile broadcast network
EP2143233B1 (en) System and method for optimizing download user service delivery to roaming clients
US8145209B2 (en) Apparatus and method for delivering stream in a mobile broadcast system
US20130125185A1 (en) Method and Apparatus for Managing Communication Sessions
US9363472B2 (en) Video injection for video communication
US10079868B2 (en) Method and apparatus for flexible broadcast service over MBMS
WO2016160254A1 (en) System and method for predictive delivery of prioritized content
CN101116306A (zh) 在分组交换网络上的按需多频道流会话
CA2667516A1 (en) System and method for providing advanced session control of a unicast session
CN102415071A (zh) 会话推送传输
US20080046575A1 (en) Caching directives for a file delivery protocol
CN101754002A (zh) 一种视频监控系统及其双码流监控前端的实现方法
CN102986187A (zh) 用于改变进行中流传输会话的配置的方法和设备
JP6418665B2 (ja) Ｉｍｓベースのｄａｓｈサービスにおいて、プレゼンスサーバによりプレゼンス情報を供給する方法、および、プレゼンスサーバを介してプレゼンス情報を受信するユーザ機器（ｕｅ）
US10235698B2 (en) Sound code recognition for broadcast media
US20090303255A1 (en) Systems and methods for providing information in a rich media environment
CN115580659A (zh) 异常网络服务恢复方法、装置、电子设备和服务器
CN101212320B (zh) 访问网络电视服务的方法、系统及网络电视终端
US9351235B2 (en) Apparatus, and associated method, by which to select packet communication service provider at electronic device
CN113973230A (zh) 一种呼叫处理方法、装置及系统
EP3281382A1 (en) Method and apparatus for flexible broadcast service over mbms

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20090923