專利名稱：：Mbms向pss切換的系統(tǒng)和方法
技術領域：
：本發(fā)明一般地涉及多媒體廣播/多播服務(MBMS)的使用。更具體地，本發(fā)明涉及MBMS會話向分組交換流式傳輸(PSS)服務的切換。
背景技術：
：本節(jié)旨在提供權利要求書中所述的本發(fā)明的背景或上下文。這里的描述可以包括將要實行的概念，但其未必是先前已經構想或追求的概念。因此，除非在這里以別的方式加以指示，否則，本節(jié)描述的內容并非本申請說明書和權利要求書的現有技術，并且不會因為包含在本節(jié)之中就承認是現有技術。近些年來，移動廣播解決方案已經由不同的組織進行了標準化，諸如第三代合作伙伴計劃(3GPP)MBMS。3GPPMBMS支持將多媒體內容以資源高效的方式傳遞到移動用戶。MBMS客戶端可以通過下載傳遞、流式傳輸傳遞、流式傳輸傳遞和下載傳遞的組合和/或其它傳遞方法來接收內容。MBMS是3GPP第6版的特征，該MBMS可以由運營商僅部署在少數區(qū)域中，在這些區(qū)域中，內容的廣播/多播分發(fā)是具有成本效益的。當MBMS用戶移動到不具有MBMS覆蓋的區(qū)域時，運營商可以以單播模式來分發(fā)MBMS內容。然而，當用戶在不具有MBMS覆蓋的區(qū)域中漫游時，需要應用層/傳輸層信令來確保MBMS內容到用戶的單播模式接收。因此，對于這樣的情形需要應用/傳輸信令和優(yōu)化技術。關于MBMS用戶服務擴展的3GPPSA4第7版(Rel-7)工作項目的目標之一在于規(guī)定了MBMS內容以單播模式分發(fā)(通過流式傳輸載體和交互式載體)所需的應用層/傳輸層信令。另一目標在于規(guī)定了針對MBMS內容傳遞的優(yōu)化技術。如下表1示出了MBMS第7版中所規(guī)定的廣播/多播模式和單播模式下所使用的協議之間的映射表1僅下載傳遞方法僅流式傳輸傳流式傳輸傳遞方^遞方法法+下載傳遞方法使用廣播通過單播傳輸MBMS流式傳MBMS流式傳輸載體/多播(FLUTE)/用戶數據輸框架框架載體的報協議(UDP)的文-用于媒體傳-用于媒體傳輸的MBMS內件傳遞輸的實時傳輸RTP/UDP容分發(fā)協議(RTP)-用于FEC傳輸的/UDPRTP/UDP+用于文-用于前向糾件下載的錯(FEC)傳FLUTE/UDP輸的RTP/UDP<table>tableseeoriginaldocumentpage7</column></row><table>當MBMS客戶端從MBMS覆蓋區(qū)域移至MBMS覆蓋區(qū)域外時，正在進行的MBMS流式傳輸會話便映射到新的PSS會話。不同于MBMS流式傳輸會話，PSS會話向客戶端提供了會話和媒體級控制。客戶端可以通過使用RTSPPLAY(RTSP播放)請求的范圍報頭中的合適值來請求PSS傳輸從媒體時間線上的任意點開始。由于從MBMS到PSS的載體的變化，所以客戶端在媒體傳遞中經歷了中斷。期望用戶感知的中斷可以根據用戶偏好被最小化或控制。然而，當前要求的信令機制沒有在當前的MBMS和PSS規(guī)范中定義。圖1是混合MBMS-PSS服務的圖示。如圖1中所示，MBMS用戶設備(UE)110通過MBMS載體(當該UE在MBMS覆蓋區(qū)域中時)，并且通過PSS載體(當該UE不在MBMS覆蓋區(qū)域中時)接收相同的服務。當MBMSUE在MBMS不覆蓋的區(qū)域漫游時，其通過單播載體從PSS服務器120接收服務。當MBMSUE110在MBMS覆蓋的區(qū)域時，其通過MBMS載體從廣播多播服務中心(BM-SC)130接收服務。BM-SC130和PSS服務器120可以是并排的或連接的。當載體從MBMS改變成PSS時，媒體回放便可以從媒體時間線中的任意時刻開始。如上文所提到的，媒體時間線中的精確時刻依賴于來自客戶端的RTSP播放請求的范圍報頭字段。例如，客戶端可以請求始于通過MBMS載體的媒體接收停止處的精確時刻的媒體回放?？商鎿Q地，客戶端可以從媒體流的當前時刻請求媒體回放。在其它情形中，客戶端可以從在通過MBMS載體的媒體接收停止的時刻之前幾秒請求媒體回放。圖2(a)-圖2(c)形象化地描繪了這些不同的情形。在圖2(a)中，媒體回放從媒體流的當前時刻開始，使得用戶在PSS建立延遲期間觀察不到某些媒體回放。在圖2(b)中，媒體回放始于通過MBMS載體的媒體接收停止的精確時刻。在圖2(c)中，媒體回放從在通過MBMS載體的媒體接收停止之前的某點開始，使得媒體時間線中有輕微的重疊。應當注意到，除了這三種提出的情形，也可以有其它的選項。某些混合MBMS-PSS服務可能不支持每個上述選項。另外，即使某種特定的混合服務支持所有這三種選項，用戶可能更喜歡使用這三種選項之一，而非另一個選項(例如，依賴于內容類型和個人偏好)。不同回放選項的支持可以通知給用戶，該用戶的偏好或選擇將被通知給BM-SC。例如，在當前的MBMS第7版和PSS第7版規(guī)范中，沒有規(guī)定BM-SC和MBMSUE之間所要求的信令。作為另一個示例，MBMS規(guī)范的當前版本(即，3GPPTS26.346-740)考慮針對MBMS和PSS會話中相應媒體的RTP流使用相同的同步源(SSRC)。這確保了針對經由MBMS和PSS載體所接收的RTP分組的順序號和時間戳序列中的連續(xù)性。然而，此布置沒有考慮到在PSS會話建立階段期間遭受的延遲，該階段發(fā)生在PSS中RTP/RTCP分組接收之前。此延遲可以是大約幾秒鐘的量級
發(fā)明內容各種實施方式提供了當分發(fā)從廣播/多播載體改變成單播載體，以及反之時，用于確保在應用層處進行平滑并且用戶友好的轉換的系統(tǒng)和方法。更具體地，各種實施方式定義了PSS會話的時間線和MBMS會話時間線之間的映射。此映射用于在切換發(fā)生之后，使得能夠通過PSS服務器正確定位PSS會話中的流。在各種實施方式中，服務提供商(例如，BM-SC和PSS服務器)在PSS會話描述協議(SDP)文件或MBMS用戶服務描述(USD)中發(fā)信號通知在MBMS-PSS切換后對媒體回放的各種選項的支持。服務提供商可以在MBMS流式傳輸會話之前或期間的任何時間，利用廣播/多播載體或互動載體來發(fā)信號通知這些選項，該載體諸如通過使用開放式移動聯盟(OMA)推送協議的短消息服務(SMS)和超文本傳輸協議(HTTP)。作為響應，客戶端在切換到PSS會話時發(fā)送的RTSP請求中發(fā)信號通知其選擇。PSS服務器確認所做選擇并且相應地將媒體發(fā)送。這里描述的各種實施方式的這些和其它特征與關于操作的組織和方式一起，將會從結合附圖的下述詳細描述中變得明顯，其中貫穿下述附圖，類似元素具有類似附圖標記。圖1是包括MBMSUE、BM-SC和PSS服務器的混合MBMS-PSS服務的示圖；圖2(a)示出了在MBMS-PSS切換之前和之后的媒體回放處理，其中媒體回放始于媒體流的當前時刻；圖2(b)示出了始于通過MBMS載體的媒體接收停止的精確時刻的媒體回放；以及圖2(c)示出了始于通過MBMS載體的媒體接收停止之前某點的媒體回放；圖3是MBMS時間線到PSS時間線映射的示圖；圖4a示出了根據本發(fā)明的一個實施方式的、在切換之前和之后的混合MBMS-PSS服務中涉及的信令；圖4b示出了根據本發(fā)明的另一個實施方式的、在切換之前和之后的混合MBMS-PSS服務器中涉及的信令；圖5是可以結合各種實施方式的實現使用的電子設備的透視圖；以及圖6是可以包括在圖5的電子設備中的電路的示意圖。具體實施例方式各種實施方式提供了當分發(fā)從廣播/多播載體改變成單播載體以及反之時，用于確保在應用層處進行平滑并且用戶友好的轉換的系統(tǒng)和方法。更具體地，各種實施方式定義了PSS會話的時間線與MBMS會話的時間線之間的映射。此映射用于在切換發(fā)生之后，使得通過PSS服務器能夠正確定位PSS會話中的流。在各種實施方式中，服務提供商(例如，BM-SC和PSS服務器)在PSS會話描述協議(SDP)文件或MBMS用戶服務描述(USD)中發(fā)信號通知在MBMS-PSS切換后對媒體回放的各種選項的支持。服務提供商可以在MBMS流式傳輸會話之前或期間的任何時間，利用廣播/多播載體或互動載體來發(fā)信號通知這些選項，該載體諸如通過使用OMA推送(PUSH)協議的SMS和HTTP。作為響應，客戶端在切換到PSS會話時發(fā)送的RTSP請求中發(fā)信號通知其選擇。例如，此選擇可以在RTSP播放請求的范圍報頭中指示。PSS服務器確認所做選擇并且相應地將媒體發(fā)送。這里描述的系統(tǒng)和方法允許混合MBMS-PSS服務供應中MBMS到PSS之間的平滑轉換，并且向MBMS用戶提供用于從切換點接收并消費流式傳輸內容的選項，或MBMS流式傳輸會話的當前流。如果MBMSUE可以確定即將到來的切換情況(由于目標小區(qū)中MBMS載體的不可用性，例如來自無線層或其它較低層信令機制)，則MBMSUE可以通過在切換前發(fā)起PSS服務來確保不間斷的媒體回放。應當注意，雖然這里描述的移動廣播/多播分發(fā)系統(tǒng)表示3GPPMBMS，而單播流式傳輸服務表示3GPPPSS，但本發(fā)明的各種實施方式不限于這些標準/服務中或結合這些標準/服務的實現。本發(fā)明的各種實施方式適于多個不同的標準/服務，例如3GPP2標準，其中3GPP2BCMCS是對應于3GPPMBMS的3GPP2對等方，并且3GPP2MSS是對應于3GPPMSS的3GPP2對等方。另外，在某些系統(tǒng)/終端中，可應用的廣播/多播分發(fā)系統(tǒng)可以是數字視頻廣播-手持IP數據廣播(DVB-HIPDC)或OMABCAST，并且單播流式傳輸服務可以是3GPPPSS。此外，返回參考表1，MBMS用戶服務還可以同時使用流式傳輸傳遞方法和下載傳遞方法。當用戶在MBMS覆蓋區(qū)域外時，服務映射到PSSe會話，其中單個RTSP會話用于針對流式傳輸內容(RTP/UDP)和可下載內容(FLUTE/UDP)二者的會話控制。下面論述本發(fā)明特定實施方式的實現。常規(guī)播放時間(NPT)在MBMS會話的開始時間設置為0。MBMS會話開始時間源于SDP“t=”屬性，或否則在服務向導或別處中指示。圖3描繪了根據各種實施方式的MBMS和PSS之間的時間線映射。如圖3中所示，MBMS時間線開始于t=χ并且一直持續(xù)到t=y，在該點處啟動切換。完成到PSS切換所需的時間量表示為d。NPT在切換完成處定義為y-x+d。圖4a示出根據本發(fā)明的一個實施方式，在切換之前和之后混合MBMS-PSS服務中所涉及的信令。在MBMS流式傳輸服務開始之前，MBMSUE110接收了MBMSUSD400。MBMSUSD包含用于MBMS會話的SDP、至少一個單播訪問URI(如果其提供用于漫游MBMS客戶端的單播流式傳輸服務)以及其它服務描述符。當MBMSUE110在MBMS覆蓋區(qū)域中時，該UE根據標準的MBMS過程在會話期間的任意時間調至MBMS流式傳輸會話，并且在410處從BM-SC130接收媒體RTP和RTCP分組流。在MBMS流式傳輸會話期間的隨后特定點處，MBMSUE110移出了MBMS覆蓋區(qū)域。在這點上，MBMSUE110希望繼續(xù)通過單播載體(即，PSS載體)來接收MBMS內容。在420處，MBMSUE110向PSS服務器120發(fā)送RTSP描述消息。作為響應，在430處，MBMSUE110從PSS服務器120接收用于PSS會話的SDP。SDP可以從接收的單播訪問URI獲得，該單播訪問URI例如可以包括針對PSS會話的RTSP統(tǒng)一資源定位符(URL)，或到PSS會話的SDP文件的鏈接?？商鎿Q地，MBMSUE110可以在恰好切換到PSS之前，獲取PSS會話的SDP，例如，當MBMSUE110仍在MBMS覆蓋區(qū)域時。在這種情形中，MBMSUE110可以(通過訪問單播訪問URI)從互動載體上獲取SDP，或BM-SC130還可以通過廣播/多播載體來分發(fā)SDP。另外，PSS服務器120可以指示針對媒體回放連續(xù)性的可用選項。這里給出了兩種稱作“隨流”(GoWithFlow)和“重疊”(Overlap)的選項?？梢栽谠碝BMSUSD(作為外部元素或在SDP片段中)中、MBMSUSD的一個或多個更新時刻中或在PSS會話的SDP中向客戶端發(fā)信號通知這些選項。根據用戶偏好和UE性能諸如緩沖器大小，MBMSUE110選擇這些選項之一，并且在用于發(fā)起PSS會話的任意一種RTSP請求方法中指示其選擇。如果MBMSUE110使用PSSRel_7的快速內容轉換(FCS)方案進行啟動，則其對各個媒體流的RTSP建立請求和RTSP播放請求進行流水線操作。如果該MBMSUE110使用PSS第6版的傳統(tǒng)方式啟動，則其連續(xù)地發(fā)送各個媒體流的建立請求(在440和450處示出)和RTSP播放請求(在460處)，如圖4b中所示。在這兩種情況中，MBMSUE110在RTSP播放請求的范圍報頭字段中指示其選擇。RTSP建立請求分別在470和480處得到單獨地確認。對RTSP播放請求的響應在490處表示出。如果PSS服務器120接受來自MBMSUE110的請求，則PSS服務器120通過將RTSP播放響應490中的范圍報頭字段設置成盡可能接近接收器所請求的開始時間的值來確認請求(由于時間線精度問題，可能發(fā)生偏差)。接著在495處，PSS服務器根據RTP和RTCP分組流中的客戶端請求開始流式傳輸內容。如果PSS服務器120使用與BM-SC130相同的SSRC，則該PSS服務器不必在關鍵幀處開始。這允許客戶端緩沖器的重用。另一方面，如果PSS服務器120拒絕MBMSUE110的請求，則PSS服務器120通過在RTSP播放響應490的范圍報頭字段中發(fā)送值“現在”來發(fā)信號通知其拒絕。服務器則根據自身的選擇開始流式傳輸內容。MBMSUE110根據接收到的媒體繼續(xù)媒體回放。取決于MBMSUE110的性能，其可以向用戶提供將內容從其停止處快進到當前時刻的選擇。在當前規(guī)范中，BM-SC130為了改進負載平衡而在MBMSUSD中指示一組單播訪問URI。可替換地，BM-SC130可以分配一組單播訪問URI用于支持隨流PSS服務，以及另一組單播訪問URI用于支持重疊PSS服務。這兩組可以不連接或連接在一起，即，一組公共單播訪問URI可以支持隨流和重疊PSS服務二者。在這種情況下，MBMSUE110可以通過選擇發(fā)起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示出了可以在其中實現本發(fā)明的各種實施方式的一個代表性電子設備12。本申請中所描述的各種設備的每個可以包含圖12的電子設備12中所繪出的一個或多個元件。然而應當理解，本發(fā)明不旨在限于一種特定類型的電子設備12。圖4和圖5的電子設備12包括外殼30、液晶顯示器形式的顯示器32、小鍵盤34、麥克風36、耳機38、電池40、紅外端口42、天線44、根據本發(fā)明一個實施方式的UICC形式的智能卡46、讀卡器48、無線電接口電路52、編解碼器電路54、控制器56、存儲器58和電池80。各個電路和元件可以是本領域公知的所有類型，例如Nokia范圍內的移動電話。在方法步驟或過程的通常背景下對此處描述的各種實施方式進行了描述，在一個實施方式中，這些方法步驟或過程可以通過計算機程序產品來實現，該計算機程序產品包含在計算機可讀介質中，其包括在網絡環(huán)境中由計算機執(zhí)行的計算機可執(zhí)行指令，諸如程序代碼。通常，程序模塊包括例程、程序、對象、組件、數據結構等，用于執(zhí)行具體任務或者實現特定的抽象數據類型。計算機可執(zhí)行指令、相關數據結構和程序模塊代表了用于執(zhí)行此處公開的方法的步驟的程序代碼的示例。這種可執(zhí)行指令或者相關數據結構的特定序列代表了用于實現在這種步驟或過程中描述的功能的對應動作的示例。進一步，本發(fā)明的各種實施方式可以實現在各種網絡、網元以及各種服務提供商的服務器內。在上文示例中描述的各個和特定結構應當理解為構成用于執(zhí)行以下權利要求書中所描述的特定功能的設備的代表性結構，盡管如果在權利要求書沒有使用術語“裝置”的情況下，則權利要求書中的限定不應被解釋為構成“裝置加功能”的限定。另外，以上描述中對術語“步驟”的使用不應當用于把權利要求書中的任何特定限定認為是構成“步驟加功能”的限定。就在此描述或以其他方式提及的各種參考(包括授權的專利、專利申請和非專利公開物)來說，這種參考并不旨在且不應當解釋為對以下權利要求范圍的限制。各種實施方式的軟件和web實現能夠利用標準編程技術來完成，利用基于規(guī)則的邏輯和其他邏輯來實現各種數據庫搜索步驟或過程、相關步驟或過程、比較步驟或過程和判定步驟或過程。應當注意的是，此處以及以下權利要求中使用的詞語“組件”和“模塊”旨在包括使用一行或者更多行軟件代碼的實現和/或硬件實現和/或用于接收手工輸入的設備。出于示例和描述的目的，已經給出了實施方式的上述說明。上述說明并非是窮舉性的且并非要將實施方式限制到所公開的確切形式，而且根據上述教導還可能存在各種變形和修改，或者是可能從各種實施方式的實踐中得到各種變形和修改。選擇和描述此處所討論的這些實施方式是為了說明各種實施方式的原理及本質及其實際應用，以使得本領域的技術人員能夠在各種實施方式中利用適合于所構思的特定用途的各種修改來使用本發(fā)明。權利要求一種切換媒體流的接收的方法，包括接收多媒體廣播多播服務(MBMS)流式傳輸會話；接收關于分組交換流式傳輸(PSS)服務會話的會話描述信息；在離開MBMS覆蓋區(qū)域后，向PSS服務器發(fā)送開始接收始于所述PSS會話的特定時間點的PSS會話的請求；以及如果所述請求被所述PSS服務器接受，則根據請求接收所述PSS服務會話。2.根據權利要求1所述的方法，其中如果所述請求沒有被所述PSS服務器接受，則根據所述PSS服務器的設置來接收所述PSS會話。3.根據權利要求1所述的方法，其中響應于會話描述信息請求來接收所述會話描述信息，當在MBMS覆蓋區(qū)域中時發(fā)送所述會話描述信息請求。4.根據權利要求1所述的方法，其中響應于會話描述信息請求來接收所述會話描述信息，在離開MBMS覆蓋區(qū)域后發(fā)送所述會話描述信息請求。5.根據權利要求1所述的方法，其中從廣播多播服務中心(BM-SC)接收所述會話描述fn息ο6.根據權利要求1所述的方法，進一步包括選擇針對所述PSS會話的媒體回放連續(xù)性的多個選項之一，并且向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.—種包括在計算機可讀介質中的計算機程序產品，包括配置成用于執(zhí)行權利要求1的過程的計算機代碼。14.一種設備，包括處理器；以及與所述處理器通信連接的存儲單元，并且包括用于處理接收到的多媒體廣播多播服務(MBMS)流式傳輸會話的計算機代碼；用于處理接收到的關于分組交換流式傳輸(PSS)服務會話的會話描述信息的計算機代碼；用于在離開MBMS覆蓋區(qū)域后，向PSS服務器發(fā)送開始接收始于所述PSS會話的特定時間點的PSS會話的請求的計算機代碼；以及用于如果所述請求被所述PSS服務器接受，則根據所述請求處理所述接收到的PSS會話的計算機代碼。15.根據權利要求14所述的設備，其中如果所述請求沒有被所述PSS服務器接受，則根據所述PSS服務器的設置來接收所述PSS會話。16.根據權利要求14所述的設備，其中響應于會話描述信息請求來接收所述會話描述信息。17.根據權利要求14所述的設備，其中所述存儲單元進一步包括用于進一步包括選擇針對所述PSS會話的媒體回放連續(xù)性的多個選項之一，并且向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覆蓋區(qū)域后，向PSS服務器發(fā)送開始接收始于所述PSS會話的特定時間點的PSS會話的請求的裝置；以及用于如果所述請求被所述PSS服務器接受，則根據所述請求接收所述PSS會話的裝置。24.根據權利要求23所述的設備，進一步包括用于選擇針對所述PSS會話的媒體回放連續(xù)性的多個選項之一，并且向PSS服務器通知所選選項的裝置，其中如果所述請求被所述PSS服務器接受，則根據所選擇的選項接收所述PSS會話。25.一種提供信令信息的方法，所述信令信息與分組交換流式傳輸(PSS)服務會話到多媒體廣播多播服務(MBMS)會話時間線的映射有關，所述方法包括從用戶設備項目接收開始接收始于所述PSS會話的特定時間點的所述PSS會話的請求；以及確定是否接受所述請求；以及如果所述請求被接受，則根據所述請求向所述用戶設備項目發(fā)送所述PSS會話。26.根據權利要求25所述的方法，進一步包括向所述用戶設備項目提供針對所述PSS會話的媒體回放連續(xù)性的多個選項；以及從所述用戶設備項目接收所述多個選項之一的選擇通知，其中，如果所述請求被接受，則根據所選擇的選項發(fā)送所述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服務會話的發(fā)送是經由流式傳輸和下載過程來完成的。33.一種包括在計算機可讀介質中的計算機程序產品，包括配置成用于執(zhí)行權利要求25的過程的計算機代碼。34.一種設備，包括處理器；以及與所述處理器通信連接的存儲單元，并且包括用于處理從用戶設備項目接收開始接收始于分組交換流式傳輸服務(PSS)會話的特定時間點的所述PSS會話的請求的計算機代碼；以及用于確定是否接受所述請求的計算機代碼；以及用于如果所述請求被接受，則根據所述請求向所述用戶設備項目發(fā)送所述PSS會話的計算機代碼。35.根據權利要求34所述的設備，其中所述存儲單元進一步包括用于向所述用戶設備項目提供針對所述PSS會話的媒體回放連續(xù)性的多個選項的計算機代碼；以及用于處理從所述用戶設備項目接收到的多個選項之一的選擇通知的計算機代碼，其中如果所述請求被接受，則根據所選擇的選項接收PSS會話。36.根據權利要求35所述的設備，其中在針對所述PSS會話的會話描述信息中標識所述多個選項。37.根據權利要求35所述的設備，其中所述多個選項之一包括接收始于所述MBMS會話接收已經停止時的時間點的PSS會話。38.根據權利要求35所述的設備，其中所述多個選項之一包括接收始于所述MBMS會話接收已經停止的時間點之前的時間點的PSS會話。39.根據權利要求35所述的設備，其中所述多個選項之一包括接收始于所述PSS流當前時刻的PSS會話。40.根據權利要求35所述的設備，其中所述存儲單元進一步包括，用于如果所述請求被接受，則將RTSP播放消息中范圍報頭字段設置為盡可能接近針對所述PSS會話所請求的開始時間的值的計算機代碼。41.一種設備，包括用于從用戶設備項目接收開始接收始于分組交換流式傳輸服務(PSS)會話的特定時間點的PSS會話的請求的裝置；以及確定是否接受所述請求；以及如果所述請求被接受，則根據所述請求向用戶設備項目發(fā)送所述PSS會話。42.根據權利要求41所述的設備，進一步包括用于向所述用戶設備提供針對所述PSS會話的媒體回放連續(xù)性的多個選項的裝置；以及用于從所述用戶設備項目接收所述多個選項之一的選擇通知的裝置，其中如果所述請求被接受，根據所選擇的選項接收所述PSS會話。43.一種系統(tǒng)，包括廣播多播服務中心(BM-SC)；多媒體廣播多播服務(MBMS)用戶設備項目，其配置成從所述BM-SC接收MBMS流式傳輸會話；以及接收關于分組交換流式傳輸服務(PSS)會話的會話描述信息；以及PSS服務器，其中所述MBMS用戶設備項目進一步配置成在離開MBMS覆蓋區(qū)域之后，向所述PSS服務器發(fā)送開始接收始于所述PSS會話的特定時間點的所述PSS會話的請求，并且其中所述PSS服務器配置成確定是否接受所述請求；以及如果所述請求被接受，則根據所述請求向所述用戶設備項目發(fā)送所述PSS會話。44.根據權利要求43所述的系統(tǒng)，其中所述MBMS用戶設備進一步配置成選擇針對所述PSS會話的媒體回放連續(xù)性的多個選項之一，并且其中所述PSS服務器進一步配置成如果所述請求被接受，則根據所選擇的選項發(fā)送所述PSS會話。全文摘要一種用于當媒體的分發(fā)從廣播/多播載體改變成單播載體以及反之時，確保在應用層處的轉換的系統(tǒng)和方法。定義了分組交換流式傳輸(PSS)會話的時間線和多媒體廣播多播服務(MBMS)會話時間線之間的映射。此映射用于在切換發(fā)生之后，使得能夠通過PSS服務器正確定位PSS會話中的流。廣播多播服務中心(BM-SC)在PSS會話描述協議(SDP)文件或MBMS用戶服務描述(USD)中發(fā)信號通知在MBMS-PSS切換后針對媒體回放的各種選項的支持。作為響應，客戶端在切換到PSS會話時發(fā)送的RTSP請求中發(fā)信號通知其選擇。文檔編號H04W36/08GK101803409SQ200880100942公開日2010年8月11日申請日期2008年6月17日優(yōu)先權日2007年6月19日發(fā)明者I·鮑阿齊齊,R·維丹薩姆申請人:諾基亞公司