专利名称：：Mbms向pss切换的系统和方法
技术领域：
：本发明一般地涉及多媒体广播/多播服务(MBMS)的使用。更具体地，本发明涉及MBMS会话向分组交换流式传输(PSS)服务的切换。
背景技术：
：本节旨在提供权利要求书中所述的本发明的背景或上下文。这里的描述可以包括将要实行的概念，但其未必是先前已经构想或追求的概念。因此，除非在这里以别的方式加以指示，否则，本节描述的内容并非本申请说明书和权利要求书的现有技术，并且不会因为包含在本节之中就承认是现有技术。近些年来，移动广播解决方案已经由不同的组织进行了标准化，诸如第三代合作伙伴计划(3GPP)MBMS。3GPPMBMS支持将多媒体内容以资源高效的方式传递到移动用户。MBMS客户端可以通过下载传递、流式传输传递、流式传输传递和下载传递的组合和/或其它传递方法来接收内容。MBMS是3GPP第6版的特征，该MBMS可以由运营商仅部署在少数区域中，在这些区域中，内容的广播/多播分发是具有成本效益的。当MBMS用户移动到不具有MBMS覆盖的区域时，运营商可以以单播模式来分发MBMS内容。然而，当用户在不具有MBMS覆盖的区域中漫游时，需要应用层/传输层信令来确保MBMS内容到用户的单播模式接收。因此，对于这样的情形需要应用/传输信令和优化技术。关于MBMS用户服务扩展的3GPPSA4第7版(Rel-7)工作项目的目标之一在于规定了MBMS内容以单播模式分发(通过流式传输载体和交互式载体)所需的应用层/传输层信令。另一目标在于规定了针对MBMS内容传递的优化技术。如下表1示出了MBMS第7版中所规定的广播/多播模式和单播模式下所使用的协议之间的映射表1仅下载传递方法仅流式传输传流式传输传递方^递方法法+下载传递方法使用广播通过单播传输MBMS流式传MBMS流式传输载体/多播(FLUTE)/用户数据输框架框架载体的报协议(UDP)的文-用于媒体传-用于媒体传输的MBMS内件传递输的实时传输RTP/UDP容分发协议(RTP)-用于FEC传输的/UDPRTP/UDP+用于文-用于前向纠件下载的错(FEC)传FLUTE/UDP输的RTP/UDP<table>tableseeoriginaldocumentpage7</column></row><table>当MBMS客户端从MBMS覆盖区域移至MBMS覆盖区域外时，正在进行的MBMS流式传输会话便映射到新的PSS会话。不同于MBMS流式传输会话，PSS会话向客户端提供了会话和媒体级控制。客户端可以通过使用RTSPPLAY(RTSP播放)请求的范围报头中的合适值来请求PSS传输从媒体时间线上的任意点开始。由于从MBMS到PSS的载体的变化，所以客户端在媒体传递中经历了中断。期望用户感知的中断可以根据用户偏好被最小化或控制。然而，当前要求的信令机制没有在当前的MBMS和PSS规范中定义。图1是混合MBMS-PSS服务的图示。如图1中所示，MBMS用户设备(UE)110通过MBMS载体(当该UE在MBMS覆盖区域中时)，并且通过PSS载体(当该UE不在MBMS覆盖区域中时)接收相同的服务。当MBMSUE在MBMS不覆盖的区域漫游时，其通过单播载体从PSS服务器120接收服务。当MBMSUE110在MBMS覆盖的区域时，其通过MBMS载体从广播多播服务中心(BM-SC)130接收服务。BM-SC130和PSS服务器120可以是并排的或连接的。当载体从MBMS改变成PSS时，媒体回放便可以从媒体时间线中的任意时刻开始。如上文所提到的，媒体时间线中的精确时刻依赖于来自客户端的RTSP播放请求的范围报头字段。例如，客户端可以请求始于通过MBMS载体的媒体接收停止处的精确时刻的媒体回放。可替换地，客户端可以从媒体流的当前时刻请求媒体回放。在其它情形中，客户端可以从在通过MBMS载体的媒体接收停止的时刻之前几秒请求媒体回放。图2(a)-图2(c)形象化地描绘了这些不同的情形。在图2(a)中，媒体回放从媒体流的当前时刻开始，使得用户在PSS建立延迟期间观察不到某些媒体回放。在图2(b)中，媒体回放始于通过MBMS载体的媒体接收停止的精确时刻。在图2(c)中，媒体回放从在通过MBMS载体的媒体接收停止之前的某点开始，使得媒体时间线中有轻微的重叠。应当注意到，除了这三种提出的情形，也可以有其它的选项。某些混合MBMS-PSS服务可能不支持每个上述选项。另外，即使某种特定的混合服务支持所有这三种选项，用户可能更喜欢使用这三种选项之一，而非另一个选项(例如，依赖于内容类型和个人偏好)。不同回放选项的支持可以通知给用户，该用户的偏好或选择将被通知给BM-SC。例如，在当前的MBMS第7版和PSS第7版规范中，没有规定BM-SC和MBMSUE之间所要求的信令。作为另一个示例，MBMS规范的当前版本(即，3GPPTS26.346-740)考虑针对MBMS和PSS会话中相应媒体的RTP流使用相同的同步源(SSRC)。这确保了针对经由MBMS和PSS载体所接收的RTP分组的顺序号和时间戳序列中的连续性。然而，此布置没有考虑到在PSS会话建立阶段期间遭受的延迟，该阶段发生在PSS中RTP/RTCP分组接收之前。此延迟可以是大约几秒钟的量级
发明内容各种实施方式提供了当分发从广播/多播载体改变成单播载体，以及反之时，用于确保在应用层处进行平滑并且用户友好的转换的系统和方法。更具体地，各种实施方式定义了PSS会话的时间线和MBMS会话时间线之间的映射。此映射用于在切换发生之后，使得能够通过PSS服务器正确定位PSS会话中的流。在各种实施方式中，服务提供商(例如，BM-SC和PSS服务器)在PSS会话描述协议(SDP)文件或MBMS用户服务描述(USD)中发信号通知在MBMS-PSS切换后对媒体回放的各种选项的支持。服务提供商可以在MBMS流式传输会话之前或期间的任何时间，利用广播/多播载体或互动载体来发信号通知这些选项，该载体诸如通过使用开放式移动联盟(OMA)推送协议的短消息服务(SMS)和超文本传输协议(HTTP)。作为响应，客户端在切换到PSS会话时发送的RTSP请求中发信号通知其选择。PSS服务器确认所做选择并且相应地将媒体发送。这里描述的各种实施方式的这些和其它特征与关于操作的组织和方式一起，将会从结合附图的下述详细描述中变得明显，其中贯穿下述附图，类似元素具有类似附图标记。图1是包括MBMSUE、BM-SC和PSS服务器的混合MBMS-PSS服务的示图；图2(a)示出了在MBMS-PSS切换之前和之后的媒体回放处理，其中媒体回放始于媒体流的当前时刻；图2(b)示出了始于通过MBMS载体的媒体接收停止的精确时刻的媒体回放；以及图2(c)示出了始于通过MBMS载体的媒体接收停止之前某点的媒体回放；图3是MBMS时间线到PSS时间线映射的示图；图4a示出了根据本发明的一个实施方式的、在切换之前和之后的混合MBMS-PSS服务中涉及的信令；图4b示出了根据本发明的另一个实施方式的、在切换之前和之后的混合MBMS-PSS服务器中涉及的信令；图5是可以结合各种实施方式的实现使用的电子设备的透视图；以及图6是可以包括在图5的电子设备中的电路的示意图。具体实施例方式各种实施方式提供了当分发从广播/多播载体改变成单播载体以及反之时，用于确保在应用层处进行平滑并且用户友好的转换的系统和方法。更具体地，各种实施方式定义了PSS会话的时间线与MBMS会话的时间线之间的映射。此映射用于在切换发生之后，使得通过PSS服务器能够正确定位PSS会话中的流。在各种实施方式中，服务提供商(例如，BM-SC和PSS服务器)在PSS会话描述协议(SDP)文件或MBMS用户服务描述(USD)中发信号通知在MBMS-PSS切换后对媒体回放的各种选项的支持。服务提供商可以在MBMS流式传输会话之前或期间的任何时间，利用广播/多播载体或互动载体来发信号通知这些选项，该载体诸如通过使用OMA推送(PUSH)协议的SMS和HTTP。作为响应，客户端在切换到PSS会话时发送的RTSP请求中发信号通知其选择。例如，此选择可以在RTSP播放请求的范围报头中指示。PSS服务器确认所做选择并且相应地将媒体发送。这里描述的系统和方法允许混合MBMS-PSS服务供应中MBMS到PSS之间的平滑转换，并且向MBMS用户提供用于从切换点接收并消费流式传输内容的选项，或MBMS流式传输会话的当前流。如果MBMSUE可以确定即将到来的切换情况(由于目标小区中MBMS载体的不可用性，例如来自无线层或其它较低层信令机制)，则MBMSUE可以通过在切换前发起PSS服务来确保不间断的媒体回放。应当注意，虽然这里描述的移动广播/多播分发系统表示3GPPMBMS，而单播流式传输服务表示3GPPPSS，但本发明的各种实施方式不限于这些标准/服务中或结合这些标准/服务的实现。本发明的各种实施方式适于多个不同的标准/服务，例如3GPP2标准，其中3GPP2BCMCS是对应于3GPPMBMS的3GPP2对等方，并且3GPP2MSS是对应于3GPPMSS的3GPP2对等方。另外，在某些系统/终端中，可应用的广播/多播分发系统可以是数字视频广播-手持IP数据广播(DVB-HIPDC)或OMABCAST，并且单播流式传输服务可以是3GPPPSS。此外，返回参考表1，MBMS用户服务还可以同时使用流式传输传递方法和下载传递方法。当用户在MBMS覆盖区域外时，服务映射到PSSe会话，其中单个RTSP会话用于针对流式传输内容(RTP/UDP)和可下载内容(FLUTE/UDP)二者的会话控制。下面论述本发明特定实施方式的实现。常规播放时间(NPT)在MBMS会话的开始时间设置为0。MBMS会话开始时间源于SDP“t=”属性，或否则在服务向导或别处中指示。图3描绘了根据各种实施方式的MBMS和PSS之间的时间线映射。如图3中所示，MBMS时间线开始于t=χ并且一直持续到t=y，在该点处启动切换。完成到PSS切换所需的时间量表示为d。NPT在切换完成处定义为y-x+d。图4a示出根据本发明的一个实施方式，在切换之前和之后混合MBMS-PSS服务中所涉及的信令。在MBMS流式传输服务开始之前，MBMSUE110接收了MBMSUSD400。MBMSUSD包含用于MBMS会话的SDP、至少一个单播访问URI(如果其提供用于漫游MBMS客户端的单播流式传输服务)以及其它服务描述符。当MBMSUE110在MBMS覆盖区域中时，该UE根据标准的MBMS过程在会话期间的任意时间调至MBMS流式传输会话，并且在410处从BM-SC130接收媒体RTP和RTCP分组流。在MBMS流式传输会话期间的随后特定点处，MBMSUE110移出了MBMS覆盖区域。在这点上，MBMSUE110希望继续通过单播载体(即，PSS载体)来接收MBMS内容。在420处，MBMSUE110向PSS服务器120发送RTSP描述消息。作为响应，在430处，MBMSUE110从PSS服务器120接收用于PSS会话的SDP。SDP可以从接收的单播访问URI获得，该单播访问URI例如可以包括针对PSS会话的RTSP统一资源定位符(URL)，或到PSS会话的SDP文件的链接。可替换地，MBMSUE110可以在恰好切换到PSS之前，获取PSS会话的SDP，例如，当MBMSUE110仍在MBMS覆盖区域时。在这种情形中，MBMSUE110可以(通过访问单播访问URI)从互动载体上获取SDP，或BM-SC130还可以通过广播/多播载体来分发SDP。另外，PSS服务器120可以指示针对媒体回放连续性的可用选项。这里给出了两种称作“随流”(GoWithFlow)和“重叠”(Overlap)的选项。可以在源MBMSUSD(作为外部元素或在SDP片段中)中、MBMSUSD的一个或多个更新时刻中或在PSS会话的SDP中向客户端发信号通知这些选项。根据用户偏好和UE性能诸如缓冲器大小，MBMSUE110选择这些选项之一，并且在用于发起PSS会话的任意一种RTSP请求方法中指示其选择。如果MBMSUE110使用PSSRel_7的快速内容转换(FCS)方案进行启动，则其对各个媒体流的RTSP建立请求和RTSP播放请求进行流水线操作。如果该MBMSUE110使用PSS第6版的传统方式启动，则其连续地发送各个媒体流的建立请求(在440和450处示出)和RTSP播放请求(在460处)，如图4b中所示。在这两种情况中，MBMSUE110在RTSP播放请求的范围报头字段中指示其选择。RTSP建立请求分别在470和480处得到单独地确认。对RTSP播放请求的响应在490处表示出。如果PSS服务器120接受来自MBMSUE110的请求，则PSS服务器120通过将RTSP播放响应490中的范围报头字段设置成尽可能接近接收器所请求的开始时间的值来确认请求(由于时间线精度问题，可能发生偏差)。接着在495处，PSS服务器根据RTP和RTCP分组流中的客户端请求开始流式传输内容。如果PSS服务器120使用与BM-SC130相同的SSRC，则该PSS服务器不必在关键帧处开始。这允许客户端缓冲器的重用。另一方面，如果PSS服务器120拒绝MBMSUE110的请求，则PSS服务器120通过在RTSP播放响应490的范围报头字段中发送值“现在”来发信号通知其拒绝。服务器则根据自身的选择开始流式传输内容。MBMSUE110根据接收到的媒体继续媒体回放。取决于MBMSUE110的性能，其可以向用户提供将内容从其停止处快进到当前时刻的选择。在当前规范中，BM-SC130为了改进负载平衡而在MBMSUSD中指示一组单播访问URI。可替换地，BM-SC130可以分配一组单播访问URI用于支持随流PSS服务，以及另一组单播访问URI用于支持重叠PSS服务。这两组可以不连接或连接在一起，即，一组公共单播访问URI可以支持随流和重叠PSS服务二者。在这种情况下，MBMSUE110可以通过选择发起PSS会话的合适单播访问URI来直接指示其选择。下面是MBMS用户服务描述中PSS服务器时移性能信令的示例<？xmlversion="1.0〃encoding="UTF-8"？><xs:schemaxmlns="urn:3GPP:metadata:2007:MBMS:UserServiceDescription"xmlns:xs="http://www.w3.org/2001/XMLSchema"targetNamespace="urn:3GPP:metadata:2007:MBMS:UserServiceDescription"elementFormDefault="qualified"Xxs:elementname="initiationRandomization"><xs:complexType><xs:attributename="initiationStartTime"type="xs:unsignedlnt〃use="optional"/><xs:attributename="protectionPeriod"type="xsiunsignedlnt"use="required"/><xs:attributename=“randomTimePeriod“type=〃xs:unsignedlnt〃use=〃required/r/></xs:complexType></xs:elementXxs:elementname="terminationRandomization"><xs:complexType><xs:attributename=〃protectionPeriod〃type=〃xs:unsignedlnt〃use=〃required/r/><xs:attributename=“randomTimePeriod“type=〃xs:unsignedlnt〃use=〃required/r/></xs:complexType>〈/xs:element〉〈xs:elementname=〃unicastAccessURI〃><xs:complexContent>〈xs:extensionbase="xs:anyURI“>〈xs:attributename=“timeShift“type=〃xs:boolean“use=〃optional“default=〃false"/></xs:complexContent>〈/xs:element〉〈/xs:schema〉使用修正的USD方案，下面是具有时移性能信令的USD的示例〈？xmlversion="1.0"encoding="UTF-8"？>〈bundleDescriptionxmlns=“urn:3GPP:metadata:2005:MBMS:userServiceDescription“xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance/rxmlns:r7=“urn:3GPP:metadata:2007:MBMS:userServiceDescription/r>〈userServiceDescriptionserviceld=“urn:3gpp:1234567890MobiIeTVChannelBundleChl'7><deliveryMethodsessionDescriptionURI=“http://www.example,com/3gpp/mbms/channe11.sdp"><r7:unicastAccessURItimeShift=”true”>rtsp://www.example,com/3gpp/mbms/channe11.sdp</r7:unicastAccessURI)</userServiceDescription></bundleDescription>在MBMS到PSS的切换期间，MBMSUE110建立与PSS服务器120的RTSP会话。下面是指示接收器期望使用时移功能的RTSP播放请求的示例PLAYrtsp//mediaserver.com/movie.test/RTSP/1.0CSeq4Session:dfhyrio9011kRange:npt=2703.15-User-Agent:TheStreamClient/l.Ib2RTSP/1.0200OKCSeq4Session:dfhyrio9011kRange:npt=2703.12-RTP-Info:url=rtsp://mediaserver.com/movie.test/streamID=0；seq=9900；rtptime=4470048，url=rtsp://mediaserver.com/movie.test/streamID=1；seq=1004；rtptime=1070549为了探查PSS服务器120是否支持时移功能，可以例如在名为“3gpp-mbms-timeshift”之下定义新的特征标记。此特征标记可以随着“支持”或“请求”报头字段来使用。时移功能支持的信令还可以使用答复描述请求的SDP来完成。这可以例如通过定义新属性“X-3gpp-mbms-timeshift”来完成。下面是SDP中信令的示例DESCRIBErtsp//mediaserver.com/movie,testRTSP/1.0CSeq1User-Agent:TheStreamClient/l.Ib2Supported:3gpp-mbms-timeshiftχ-wap-profi1e"http://uaprof.example,com/products/TheStreamClientLlb2"RTSP/1.0200OKCSeqIDate:20Aug200315:35:06GMTContent-Base:rtsp://mediaserver.com/movie,test/Supported:3gpp-mbms-timeshiftContent-Type!application/sdpContent-Length500v=0ο=-950814089950814089INIP4144.132.134.67s=ExampleofaggregatecontrolofAMRspeechandH.263videoe=fooibar.comc=INIP40.0.0.0b=AS:77b=TIAS:69880t=00a=X-3gpp-mbms-timeshift:1a=maxprate:20a=range:npt=0-59.3478a=controlm=audioORTP/AVP97b=AS:13b=TIAS:10680b=RR:350b=RS:300a=maxprate:5a=rtpmap:97AMR/8000a=fmtp:97octet_align=1a=control:streamID=0a=3GPP-Adaptation-Support:2m=video0RTP/AVP98b=AS:64b=TIAS:59200b=RR:2000b=RS:1200a=maxprate:15a=rtpmap:98H263-2000/90000a=fmtp:98profile=3；level=10a=control:streamID=1a=3GPP-Adaptation-Support:1图4和图5示出了可以在其中实现本发明的各种实施方式的一个代表性电子设备12。本申请中所描述的各种设备的每个可以包含图12的电子设备12中所绘出的一个或多个元件。然而应当理解，本发明不旨在限于一种特定类型的电子设备12。图4和图5的电子设备12包括外壳30、液晶显示器形式的显示器32、小键盘34、麦克风36、耳机38、电池40、红外端口42、天线44、根据本发明一个实施方式的UICC形式的智能卡46、读卡器48、无线电接口电路52、编解码器电路54、控制器56、存储器58和电池80。各个电路和元件可以是本领域公知的所有类型，例如Nokia范围内的移动电话。在方法步骤或过程的通常背景下对此处描述的各种实施方式进行了描述，在一个实施方式中，这些方法步骤或过程可以通过计算机程序产品来实现，该计算机程序产品包含在计算机可读介质中，其包括在网络环境中由计算机执行的计算机可执行指令，诸如程序代码。通常，程序模块包括例程、程序、对象、组件、数据结构等，用于执行具体任务或者实现特定的抽象数据类型。计算机可执行指令、相关数据结构和程序模块代表了用于执行此处公开的方法的步骤的程序代码的示例。这种可执行指令或者相关数据结构的特定序列代表了用于实现在这种步骤或过程中描述的功能的对应动作的示例。进一步，本发明的各种实施方式可以实现在各种网络、网元以及各种服务提供商的服务器内。在上文示例中描述的各个和特定结构应当理解为构成用于执行以下权利要求书中所描述的特定功能的设备的代表性结构，尽管如果在权利要求书没有使用术语“装置”的情况下，则权利要求书中的限定不应被解释为构成“装置加功能”的限定。另外，以上描述中对术语“步骤”的使用不应当用于把权利要求书中的任何特定限定认为是构成“步骤加功能”的限定。就在此描述或以其他方式提及的各种参考(包括授权的专利、专利申请和非专利公开物)来说，这种参考并不旨在且不应当解释为对以下权利要求范围的限制。各种实施方式的软件和web实现能够利用标准编程技术来完成，利用基于规则的逻辑和其他逻辑来实现各种数据库搜索步骤或过程、相关步骤或过程、比较步骤或过程和判定步骤或过程。应当注意的是，此处以及以下权利要求中使用的词语“组件”和“模块”旨在包括使用一行或者更多行软件代码的实现和/或硬件实现和/或用于接收手工输入的设备。出于示例和描述的目的，已经给出了实施方式的上述说明。上述说明并非是穷举性的且并非要将实施方式限制到所公开的确切形式，而且根据上述教导还可能存在各种变形和修改，或者是可能从各种实施方式的实践中得到各种变形和修改。选择和描述此处所讨论的这些实施方式是为了说明各种实施方式的原理及本质及其实际应用，以使得本领域的技术人员能够在各种实施方式中利用适合于所构思的特定用途的各种修改来使用本发明。权利要求一种切换媒体流的接收的方法，包括接收多媒体广播多播服务(MBMS)流式传输会话；接收关于分组交换流式传输(PSS)服务会话的会话描述信息；在离开MBMS覆盖区域后，向PSS服务器发送开始接收始于所述PSS会话的特定时间点的PSS会话的请求；以及如果所述请求被所述PSS服务器接受，则根据请求接收所述PSS服务会话。2.根据权利要求1所述的方法，其中如果所述请求没有被所述PSS服务器接受，则根据所述PSS服务器的设置来接收所述PSS会话。3.根据权利要求1所述的方法，其中响应于会话描述信息请求来接收所述会话描述信息，当在MBMS覆盖区域中时发送所述会话描述信息请求。4.根据权利要求1所述的方法，其中响应于会话描述信息请求来接收所述会话描述信息，在离开MBMS覆盖区域后发送所述会话描述信息请求。5.根据权利要求1所述的方法，其中从广播多播服务中心(BM-SC)接收所述会话描述fn息ο6.根据权利要求1所述的方法，进一步包括选择针对所述PSS会话的媒体回放连续性的多个选项之一，并且向PSS服务器通知所选择的选项，其中，如果所述请求被所述PSS服务器接受，则根据所选择的选项接收所述PSS会话。7.根据权利要求6所述的方法，其中在接收到的MBMS用户服务描述(USD)中标识所述多个选项。8.根据权利要求6所述的方法，其中在针对所述PSS会话的会话描述信息中标识所述多个选项。9.根据权利要求6所述的方法，其中所述多个选项之一包括接收始于所述MBMS会话接收已经停止时的时间点的PSS会话。10.根据权利要求6所述的方法，其中多个选项之一包括接收始于所述MBMS会话接收已经停止的时间点之前的时间点的PSS会话。11.根据权利要求6所述的方法，其中多个选项之一包括接收始于所述PSS流的当前时刻的PSS会话。12.根据权利要求1所述的方法，其中所述PSS服务会话包括增强的PSS服务会话并且经由流式传输和下载过程接收所述增强的PSS服务会话。13.—种包括在计算机可读介质中的计算机程序产品，包括配置成用于执行权利要求1的过程的计算机代码。14.一种设备，包括处理器；以及与所述处理器通信连接的存储单元，并且包括用于处理接收到的多媒体广播多播服务(MBMS)流式传输会话的计算机代码；用于处理接收到的关于分组交换流式传输(PSS)服务会话的会话描述信息的计算机代码；用于在离开MBMS覆盖区域后，向PSS服务器发送开始接收始于所述PSS会话的特定时间点的PSS会话的请求的计算机代码；以及用于如果所述请求被所述PSS服务器接受，则根据所述请求处理所述接收到的PSS会话的计算机代码。15.根据权利要求14所述的设备，其中如果所述请求没有被所述PSS服务器接受，则根据所述PSS服务器的设置来接收所述PSS会话。16.根据权利要求14所述的设备，其中响应于会话描述信息请求来接收所述会话描述信息。17.根据权利要求14所述的设备，其中所述存储单元进一步包括用于进一步包括选择针对所述PSS会话的媒体回放连续性的多个选项之一，并且向PSS服务器通知所选择的选项的计算机代码，其中如果所述请求被所述PSS服务器接受，则根据所选择的选项接收所述PSS会话。18.根据权利要求17所述的设备，其中在接收到的MBMS用户服务描述(USD)中标识所述多个选项。19.根据权利要求17所述的设备，其中在针对所述PSS会话的会话描述信息中标识所述多个选项。20.根据权利要求17所述的设备，其中所述多个选项之一包括接收始于所述MBMS会话接收已经停止时的时间点的所述PSS会话。21.根据权利要求17所述的设备，其中所述多个选项之一包括接收始于所述MBMS会话接收已经停止的时间点之前时间点的所述PSS会话。22.根据权利要求17所述的设备，其中所述多个选项之一包括接收始于所述PSS流的当前时刻的PSS会话。23.一种设备，包括用于接收多媒体广播多播服务(MBMS)流式传输会话的装置；用于接收关于分组交换流式传输(PSS)服务描述的会话描述信息的装置；用于在离开MBMS覆盖区域后，向PSS服务器发送开始接收始于所述PSS会话的特定时间点的PSS会话的请求的装置；以及用于如果所述请求被所述PSS服务器接受，则根据所述请求接收所述PSS会话的装置。24.根据权利要求23所述的设备，进一步包括用于选择针对所述PSS会话的媒体回放连续性的多个选项之一，并且向PSS服务器通知所选选项的装置，其中如果所述请求被所述PSS服务器接受，则根据所选择的选项接收所述PSS会话。25.一种提供信令信息的方法，所述信令信息与分组交换流式传输(PSS)服务会话到多媒体广播多播服务(MBMS)会话时间线的映射有关，所述方法包括从用户设备项目接收开始接收始于所述PSS会话的特定时间点的所述PSS会话的请求；以及确定是否接受所述请求；以及如果所述请求被接受，则根据所述请求向所述用户设备项目发送所述PSS会话。26.根据权利要求25所述的方法，进一步包括向所述用户设备项目提供针对所述PSS会话的媒体回放连续性的多个选项；以及从所述用户设备项目接收所述多个选项之一的选择通知，其中，如果所述请求被接受，则根据所选择的选项发送所述PSS会话。27.根据权利要求26所述的方法，其中在针对所述PSS会话的会话描述信息中标识所述多个选项。28.根据权利要求26所述的方法，其中所述多个选项之一包括接收始于所述MBMS会话接收已经停止时的时间点的PSS会话。29.根据权利要求26所述的方法，其中所述多个选项之一包括接收始于所述MBMS会话接收已经停止的时间点之前的时间点的PSS会话。30.根据权利要求26所述的方法，其中所述多个选项之一包括接收始于所述PSS流当前时刻的PSS会话。31.根据权利要求25所述的方法，进一步包括，如果所述请求被接受，则将RTSP播放消息中的范围报头字段设置为尽可能接近针对所述PSS会话所请求的开始时间的值。32.根据权利要求1所述的方法，其中所述PSS服务会话包括增强的PSS服务会话，并且所述增强的PSS服务会话的发送是经由流式传输和下载过程来完成的。33.一种包括在计算机可读介质中的计算机程序产品，包括配置成用于执行权利要求25的过程的计算机代码。34.一种设备，包括处理器；以及与所述处理器通信连接的存储单元，并且包括用于处理从用户设备项目接收开始接收始于分组交换流式传输服务(PSS)会话的特定时间点的所述PSS会话的请求的计算机代码；以及用于确定是否接受所述请求的计算机代码；以及用于如果所述请求被接受，则根据所述请求向所述用户设备项目发送所述PSS会话的计算机代码。35.根据权利要求34所述的设备，其中所述存储单元进一步包括用于向所述用户设备项目提供针对所述PSS会话的媒体回放连续性的多个选项的计算机代码；以及用于处理从所述用户设备项目接收到的多个选项之一的选择通知的计算机代码，其中如果所述请求被接受，则根据所选择的选项接收PSS会话。36.根据权利要求35所述的设备，其中在针对所述PSS会话的会话描述信息中标识所述多个选项。37.根据权利要求35所述的设备，其中所述多个选项之一包括接收始于所述MBMS会话接收已经停止时的时间点的PSS会话。38.根据权利要求35所述的设备，其中所述多个选项之一包括接收始于所述MBMS会话接收已经停止的时间点之前的时间点的PSS会话。39.根据权利要求35所述的设备，其中所述多个选项之一包括接收始于所述PSS流当前时刻的PSS会话。40.根据权利要求35所述的设备，其中所述存储单元进一步包括，用于如果所述请求被接受，则将RTSP播放消息中范围报头字段设置为尽可能接近针对所述PSS会话所请求的开始时间的值的计算机代码。41.一种设备，包括用于从用户设备项目接收开始接收始于分组交换流式传输服务(PSS)会话的特定时间点的PSS会话的请求的装置；以及确定是否接受所述请求；以及如果所述请求被接受，则根据所述请求向用户设备项目发送所述PSS会话。42.根据权利要求41所述的设备，进一步包括用于向所述用户设备提供针对所述PSS会话的媒体回放连续性的多个选项的装置；以及用于从所述用户设备项目接收所述多个选项之一的选择通知的装置，其中如果所述请求被接受，根据所选择的选项接收所述PSS会话。43.一种系统，包括广播多播服务中心(BM-SC)；多媒体广播多播服务(MBMS)用户设备项目，其配置成从所述BM-SC接收MBMS流式传输会话；以及接收关于分组交换流式传输服务(PSS)会话的会话描述信息；以及PSS服务器，其中所述MBMS用户设备项目进一步配置成在离开MBMS覆盖区域之后，向所述PSS服务器发送开始接收始于所述PSS会话的特定时间点的所述PSS会话的请求，并且其中所述PSS服务器配置成确定是否接受所述请求；以及如果所述请求被接受，则根据所述请求向所述用户设备项目发送所述PSS会话。44.根据权利要求43所述的系统，其中所述MBMS用户设备进一步配置成选择针对所述PSS会话的媒体回放连续性的多个选项之一，并且其中所述PSS服务器进一步配置成如果所述请求被接受，则根据所选择的选项发送所述PSS会话。全文摘要一种用于当媒体的分发从广播/多播载体改变成单播载体以及反之时，确保在应用层处的转换的系统和方法。定义了分组交换流式传输(PSS)会话的时间线和多媒体广播多播服务(MBMS)会话时间线之间的映射。此映射用于在切换发生之后，使得能够通过PSS服务器正确定位PSS会话中的流。广播多播服务中心(BM-SC)在PSS会话描述协议(SDP)文件或MBMS用户服务描述(USD)中发信号通知在MBMS-PSS切换后针对媒体回放的各种选项的支持。作为响应，客户端在切换到PSS会话时发送的RTSP请求中发信号通知其选择。文档编号H04W36/08GK101803409SQ200880100942公开日2010年8月11日申请日期2008年6月17日优先权日2007年6月19日发明者I·鲍阿齐齐,R·维丹萨姆申请人:诺基亚公司