專利名稱：一種在傳輸實時流時業(yè)務(wù)切換的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別涉及一種在傳輸實時流時業(yè)務(wù)切換的方法。
背景技術(shù)：
第三代(3G)移動通信系統(tǒng)最顯著的特點是支持更高的業(yè)務(wù)數(shù)據(jù)傳輸速率，根據(jù)應(yīng)用業(yè)務(wù)具體的服務(wù)質(zhì)量(Quality of Service，QoS)要求分配合理的數(shù)據(jù)傳輸承載業(yè)務(wù)類型，以滿足應(yīng)用業(yè)務(wù)的QoS要求。3G系統(tǒng)中的數(shù)據(jù)傳輸業(yè)務(wù)類型按QoS要求的不同可以分為四種類型會話業(yè)務(wù)、流業(yè)務(wù)、互動業(yè)務(wù)和背景業(yè)務(wù)，互動業(yè)務(wù)和背景業(yè)務(wù)又可統(tǒng)稱為盡力而為(BestEffort，BE)業(yè)務(wù)。其中，會話業(yè)務(wù)要求分配一定的傳輸帶寬，對數(shù)據(jù)傳輸?shù)臅r延要求高，主要用于承載語音、可視電話等應(yīng)用業(yè)務(wù)；流業(yè)務(wù)要求對數(shù)據(jù)傳輸?shù)臅r延和傳輸帶寬要求高，主要用于承載播放多媒體的應(yīng)用業(yè)務(wù)；BE業(yè)務(wù)對時延和傳輸帶寬要求不高，主要用于承載網(wǎng)頁瀏覽、Email、背景下載等應(yīng)用業(yè)務(wù)。流又稱為實時流，第三代合作伙伴計劃(3GPP)將流定義為通過網(wǎng)絡(luò)傳輸?shù)娇蛻舳藭r，在應(yīng)用層能連續(xù)播放的數(shù)據(jù)，如視頻、音頻、語音等。在商用移動網(wǎng)絡(luò)中，流媒體業(yè)務(wù)越來越成為運營商贏利的焦點，因此正受到越來越廣泛的關(guān)注。
通常情況下，流或流鏈接地址都放置在一個專門的流內(nèi)容服務(wù)器上。用戶首先訪問該服務(wù)器的網(wǎng)頁，網(wǎng)頁上可能有多個流節(jié)目源，用戶根據(jù)自己的喜好選擇點擊網(wǎng)頁上的節(jié)目源來接收對應(yīng)的流。其中，訪問服務(wù)器的網(wǎng)頁是一個交互過程，無速率保證和時延的要求，采用BE業(yè)務(wù)承載；而訪問流時需要將傳輸承載切換為流承載；流訪問結(jié)束后，又要切換回BE業(yè)務(wù)承載。
目前商業(yè)應(yīng)用中，規(guī)避了這個傳輸承載切換的關(guān)鍵技術(shù)問題，不進(jìn)行BE業(yè)務(wù)和流業(yè)務(wù)承載類型的轉(zhuǎn)換，而采用BE業(yè)務(wù)承載流媒體的播放。BE業(yè)務(wù)本身沒有對時延和時延抖動的要求，并且在應(yīng)用中考慮實際網(wǎng)絡(luò)容量和覆蓋因素，應(yīng)用了一些諸如動態(tài)信道帶寬重配置、基于下行碼發(fā)射功率的下行速率重配置等等考慮BE特點的算法，無法對流媒體的播放提供QoS保證。
在3GPP所制定的協(xié)議上規(guī)定的業(yè)務(wù)切換所采用的方式為終端識別流，并由終端通知核心網(wǎng)發(fā)起建立流傳輸承載。具體地說，傳輸流時，內(nèi)容服務(wù)器和終端先進(jìn)行交互信息的傳遞，即內(nèi)容服務(wù)器傳輸給終端一個會話描述協(xié)議(Session Description Protocol，SDP)文件，該文件本身并不負(fù)責(zé)傳送流內(nèi)容，只是傳輸控制流行為的一些命令。終端首先解析SDP文件，然后，終端通知核心網(wǎng)并由核心網(wǎng)發(fā)起建立適合該QoS屬性的傳輸承載，承載通道建立后，就可以通過播放(PLAY)信令通知服務(wù)器開始傳送內(nèi)容，通過終止(TEARDOWN)信令通知服務(wù)器停止傳輸。
3GPP協(xié)議所規(guī)定的方法需要終端識別流并由終端發(fā)起和核心網(wǎng)協(xié)商的過程，目前很多商用終端都無法支持這一功能；此外，在現(xiàn)實應(yīng)用中經(jīng)常把無線網(wǎng)關(guān)作為終端來傳輸流，而無線網(wǎng)關(guān)僅僅是一個通道，更加不可能對流進(jìn)行識別。由于3GPP協(xié)議所規(guī)定的方法對終端的要求過高，極大地限制其推廣應(yīng)用。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提出一種在傳輸實時流時業(yè)務(wù)切換的方法，能夠?qū)α髅襟w的播放提供QoS保證，并且無需終端對流進(jìn)行識別，便于推廣應(yīng)用。
該方法包括如下步驟A、網(wǎng)絡(luò)側(cè)識別出內(nèi)容服務(wù)器到終端開始進(jìn)行流傳輸時，發(fā)起并完成盡力而為業(yè)務(wù)到流業(yè)務(wù)的切換；B、網(wǎng)絡(luò)側(cè)識別出由內(nèi)容服務(wù)器到終端的流傳輸結(jié)束時，發(fā)起并完成由流業(yè)務(wù)到BE業(yè)務(wù)的切換。
若上述步驟中所述識別為由內(nèi)容服務(wù)器對流傳輸?shù)拈_始和結(jié)束進(jìn)行識別；則所述步驟A為內(nèi)容服務(wù)器收到來自終端的進(jìn)行流傳輸?shù)恼埱?，根?jù)該請求識別出將要進(jìn)行流傳輸，然后向核心網(wǎng)的GPRS業(yè)務(wù)支持節(jié)點發(fā)送建立流業(yè)務(wù)承載的請求；核心網(wǎng)的GPRS業(yè)務(wù)支持節(jié)點收到來自內(nèi)容服務(wù)器的請求后，向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)的請求，接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)；所述步驟B為內(nèi)容服務(wù)器收到來自終端標(biāo)識流傳輸結(jié)束的信令后，識別出流傳輸將要結(jié)束，然后向核心網(wǎng)的GPRS業(yè)務(wù)支持節(jié)點發(fā)送建立盡力而為業(yè)務(wù)承載的請求；核心網(wǎng)的GPRS業(yè)務(wù)支持節(jié)點收到來自內(nèi)容服務(wù)器的請求后，向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由流業(yè)務(wù)切換為盡力而為業(yè)務(wù)的請求；接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道切換為盡力而為業(yè)務(wù)。
較佳地，步驟B中所述內(nèi)容服務(wù)器收到來自終端標(biāo)識流傳輸結(jié)束的信令為內(nèi)容服務(wù)器收到來自終端的實時流協(xié)議的終止TEARDOWN信令。
較佳地，步驟A中所述GPRS業(yè)務(wù)支持節(jié)點向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)的請求之前進(jìn)一步包括GPRS業(yè)務(wù)支持節(jié)點通過和GPRS網(wǎng)關(guān)支持節(jié)點的交互，激活分組數(shù)據(jù)協(xié)議PDP上下文，對終端進(jìn)行鑒權(quán)。
較佳地，所述步驟A中內(nèi)容服務(wù)器向GPRS業(yè)務(wù)支持節(jié)點發(fā)送請求之前，進(jìn)一步包括內(nèi)容服務(wù)器解析所述流媒體對應(yīng)的會話描述協(xié)議文件，得到該流媒體傳輸所需的服務(wù)質(zhì)量要求，并將所得到的服務(wù)質(zhì)量要求加入到建立流業(yè)務(wù)承載的請求中。
若所述識別為核心網(wǎng)的網(wǎng)元對所轉(zhuǎn)發(fā)的網(wǎng)絡(luò)報文進(jìn)行解析識別；
則所述步驟A為核心網(wǎng)的網(wǎng)元判斷發(fā)往內(nèi)容服務(wù)器的網(wǎng)絡(luò)報文的內(nèi)容是否是標(biāo)識流傳輸開始的信令，若是，則識別出將要進(jìn)行流傳輸，并由GPRS業(yè)務(wù)支持節(jié)點向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)的請求；接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)；所述步驟B為核心網(wǎng)的網(wǎng)元判斷發(fā)往內(nèi)容服務(wù)器的網(wǎng)絡(luò)報文的內(nèi)容是否為標(biāo)志流傳輸結(jié)束的信令，若是，則識別出流傳輸將要結(jié)束，并由GPRS業(yè)務(wù)支持節(jié)點向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由流業(yè)務(wù)切換為盡力而為業(yè)務(wù)的請求；接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道切換為盡力而為業(yè)務(wù)。
較佳地，步驟A所述判斷為核心網(wǎng)的網(wǎng)元判斷發(fā)往內(nèi)容服務(wù)器的網(wǎng)絡(luò)報文的內(nèi)容是否為實時流協(xié)議的播放PLAY信令。
較佳地，步驟B所述判斷為核心網(wǎng)的網(wǎng)元判斷發(fā)往內(nèi)容服務(wù)器的網(wǎng)絡(luò)報文的內(nèi)容是否為實時流協(xié)議的終止TEARDOWN信令。
較佳地，步驟A中所述識別出將要進(jìn)行流傳輸之后進(jìn)一步包括GPRS業(yè)務(wù)支持節(jié)點通過和GPRS網(wǎng)關(guān)支持節(jié)點的交互，激活分組數(shù)據(jù)協(xié)議PDP上下文，對終端進(jìn)行鑒權(quán)。
較佳地，所述核心網(wǎng)的網(wǎng)元對所轉(zhuǎn)發(fā)網(wǎng)絡(luò)報文進(jìn)行解析識別為核心網(wǎng)的網(wǎng)元解析所轉(zhuǎn)發(fā)的網(wǎng)絡(luò)報文的目的地址，并判斷該目的地址是否為內(nèi)容服務(wù)器的地址，如果是，則解析該網(wǎng)絡(luò)報文的內(nèi)容；如果否，則不作任何操作按照現(xiàn)有技術(shù)轉(zhuǎn)發(fā)網(wǎng)絡(luò)報文。
所述核心網(wǎng)的網(wǎng)元可以為GPRS業(yè)務(wù)支持節(jié)點或GPRS網(wǎng)關(guān)支持節(jié)點。
從以上技術(shù)方案可以看出，本發(fā)明在流媒體傳輸?shù)拈_始和結(jié)束時，采用內(nèi)容服務(wù)器通知核心網(wǎng)發(fā)起盡力而為/流業(yè)務(wù)轉(zhuǎn)換，或者通過核心網(wǎng)的GPRS業(yè)務(wù)支持節(jié)點或GPRS網(wǎng)關(guān)支持節(jié)點解析信令的方式獲知流媒體傳輸?shù)拈_始和結(jié)束，進(jìn)而發(fā)起盡力而為/流業(yè)務(wù)轉(zhuǎn)換，既保證了流媒體傳輸?shù)腝oS，又在業(yè)務(wù)轉(zhuǎn)換的過程中無需終端的參與而降低了終端的要求，便于推廣和應(yīng)用。


圖1所示為本發(fā)明實施例所應(yīng)用的網(wǎng)絡(luò)架構(gòu)示意圖；圖2所示為本發(fā)明實施例一的業(yè)務(wù)流程圖；圖3所示為本發(fā)明實施例二的業(yè)務(wù)流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明作進(jìn)一步的詳細(xì)闡述。
寬帶碼分多址(Wideband Code Division Multiple Access，WCDMA)網(wǎng)絡(luò)系統(tǒng)為3G移動通信系統(tǒng)的主流網(wǎng)絡(luò)之一，采用通用分組無線服務(wù)(GeneralPacket Radio Service，GPRS)技術(shù)。WCDMA系統(tǒng)框架的示意圖如圖1所示，包括終端101、接入網(wǎng)102和核心網(wǎng)103，并且核心網(wǎng)103與互聯(lián)網(wǎng)絡(luò)連接，實現(xiàn)了移動通信網(wǎng)絡(luò)與互聯(lián)網(wǎng)絡(luò)的交互。其中接入網(wǎng)102進(jìn)一步包括基站(NodeB)104和無線網(wǎng)絡(luò)控制器(radio network control，RNC)105，核心網(wǎng)103進(jìn)一步包括GPRS業(yè)務(wù)支持節(jié)點(Serving GPRS Support Node，SGSN)和GPRS網(wǎng)關(guān)支持節(jié)點(Gateway GPRS Supporting Node，GGSN)。為了提供流媒體的播放，互聯(lián)網(wǎng)絡(luò)中還有內(nèi)容服務(wù)器106，通常也稱為流媒體服務(wù)器，流媒體或流媒體的鏈接直接放置在內(nèi)容服務(wù)器的網(wǎng)頁上。用戶通過終端101經(jīng)由接入網(wǎng)103和核心網(wǎng)103訪問位于互聯(lián)網(wǎng)絡(luò)中內(nèi)容服務(wù)器106的網(wǎng)頁，選擇自己想看的流媒體點擊播放。在用戶訪問內(nèi)容服務(wù)器的網(wǎng)頁時，是一個交互式業(yè)務(wù)，沒有保證速率的要求，也沒有時延要求，因此可以用也應(yīng)該用BE業(yè)務(wù)類型來承載；而點擊網(wǎng)頁上的流媒體時，就需要將BE業(yè)務(wù)切換到流業(yè)務(wù)來承載流媒體。
本發(fā)明的核心內(nèi)容為由網(wǎng)絡(luò)側(cè)對流傳輸?shù)拈_始和結(jié)束進(jìn)行識別，并在識別之后發(fā)起業(yè)務(wù)切換。根據(jù)業(yè)務(wù)切換的發(fā)起方不同，本發(fā)明方案分為兩個具體實施例，分別是由內(nèi)容服務(wù)器發(fā)起業(yè)務(wù)切換和由核心網(wǎng)中的網(wǎng)元，SGSN或GGSN發(fā)起業(yè)務(wù)切換。
實施例一由內(nèi)容服務(wù)器發(fā)起B(yǎng)E/流業(yè)務(wù)切換。
本實施例的業(yè)務(wù)流程如圖2所示，包括如下步驟步驟201終端通過接入網(wǎng)向核心網(wǎng)發(fā)送激活數(shù)據(jù)業(yè)務(wù)的請求。
步驟202核心網(wǎng)收到該請求后，向接入網(wǎng)發(fā)送建立BE業(yè)務(wù)承載通道的請求。
步驟203接入網(wǎng)收到來自核心網(wǎng)的請求后，與終端進(jìn)行交互，建立BE業(yè)務(wù)承載通道。
步驟204接入網(wǎng)向核心網(wǎng)發(fā)送BE業(yè)務(wù)承載通道建立成功的消息。
步驟205～206終端采用BE業(yè)務(wù)承載方式，通過接入網(wǎng)和核心網(wǎng)訪問內(nèi)容服務(wù)器并得到流媒體的網(wǎng)絡(luò)鏈接地址。
步驟207終端訪問流媒體的網(wǎng)絡(luò)鏈接，要求進(jìn)行流媒體的傳輸。
步驟208內(nèi)容服務(wù)器解析所要傳輸?shù)牧髅襟w對應(yīng)的SDP文件，得到該流媒體傳輸所需的QoS要求。SDP文件內(nèi)容包含該會話的基本信息，包括名字、作者等，媒體類型，所需的帶寬等。
步驟209內(nèi)容服務(wù)器向核心網(wǎng)中的SGSN發(fā)送建立流業(yè)務(wù)承載的請求，該請求中包括建立該流業(yè)務(wù)承載所需的QoS要求。SGSN通過和GGSN的交互，激活分組數(shù)據(jù)協(xié)議(Packet Data Protocol，PDP)上下文，對終端用戶進(jìn)行鑒權(quán)。
步驟210鑒權(quán)通過后，核心網(wǎng)向接入網(wǎng)的RNC發(fā)送將承載通道由BE業(yè)務(wù)切換為流業(yè)務(wù)的請求。
步驟211接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道由BE業(yè)務(wù)切換為流業(yè)務(wù)。
步驟212接入網(wǎng)通知核心網(wǎng)的SGSN，已成功將承載通道切換為流業(yè)務(wù)。
步驟213終端向內(nèi)容服務(wù)器發(fā)送實時流協(xié)議(Real-Time StreamingProtocol，RTSP)的PLAY信令，內(nèi)容服務(wù)器收到該信令后，通過流業(yè)務(wù)承載通道向終端傳輸流媒體。
步驟214當(dāng)流媒體傳輸完畢后，終端向內(nèi)容服務(wù)器發(fā)送用于結(jié)束流媒體傳輸?shù)腞TSP的TEARDOWN信令，內(nèi)容服務(wù)器收到該信令后，向核心網(wǎng)中的SGSN發(fā)送建立BE業(yè)務(wù)承載的請求。
步驟215核心網(wǎng)的SGSN向接入網(wǎng)的RNC發(fā)送將承載通道由流業(yè)務(wù)切換為BE業(yè)務(wù)的請求。
步驟216接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道切換為BE業(yè)務(wù)。
步驟217接入網(wǎng)通知核心網(wǎng)的SGSN，已成功將承載通道切換為BE業(yè)務(wù)，并結(jié)束本次業(yè)務(wù)流程。
實施例二由核心網(wǎng)發(fā)起B(yǎng)E業(yè)務(wù)/流業(yè)務(wù)切換。
本實施例由核心網(wǎng)中的網(wǎng)元，如SGSN或GGSN對由終端向內(nèi)容服務(wù)器發(fā)送的網(wǎng)絡(luò)報文進(jìn)行解析，當(dāng)由網(wǎng)絡(luò)報文的內(nèi)容判斷出流媒體的傳輸即將開始時，就將承載通道由BE業(yè)務(wù)切換為流業(yè)務(wù)；當(dāng)由網(wǎng)絡(luò)報文的內(nèi)容判斷出流媒體的傳輸即將結(jié)束時，就將承載通道由流業(yè)務(wù)切換為BE業(yè)務(wù)。因此本實施例要求SGSN或GGSN增加對網(wǎng)絡(luò)報文進(jìn)行解析識別的功能，該解析步驟可以分成兩步步驟1、解析所轉(zhuǎn)發(fā)的網(wǎng)絡(luò)報文的目的地址，并判斷該目的地址是否為內(nèi)容服務(wù)器的地址，如果是，則繼續(xù)執(zhí)行步驟2，如果否，則不作任何操作按照現(xiàn)有技術(shù)發(fā)送網(wǎng)絡(luò)報文；步驟2、進(jìn)一步解析網(wǎng)絡(luò)報文的內(nèi)容，判斷是否為RTSP的PLAY信令或TEARDOWN信令，如果是PLAY信令，則由SGSN或GGSN發(fā)起由BE業(yè)務(wù)到流業(yè)務(wù)的切換，如果是TEARDOWN信令，則由SGSN或GGSN發(fā)起由流業(yè)務(wù)到BE業(yè)務(wù)的切換；如果二者皆不是，則不作任何操作，按照現(xiàn)有技術(shù)發(fā)送網(wǎng)絡(luò)報文。
以上所述的步驟2中是通過識別RTSP的PLAY信令或TEARDOWN信令來判斷流媒體傳輸?shù)拈_始或結(jié)束，也可以通過識別其他可以標(biāo)識流媒體的開始或結(jié)束的信令或者其他特征信息來判斷流媒體傳輸?shù)拈_始或結(jié)束。
本實施例的業(yè)務(wù)流程如圖3所示，包括如下步驟步驟301終端通過接入網(wǎng)向核心網(wǎng)發(fā)送激活數(shù)據(jù)業(yè)務(wù)的請求。
步驟302核心網(wǎng)收到該請求后，向接入網(wǎng)發(fā)送建立BE業(yè)務(wù)承載通道的請求。
步驟303接入網(wǎng)收到來自核心網(wǎng)的請求后，與終端進(jìn)行交互，建立BE業(yè)務(wù)承載通道。
步驟304接入網(wǎng)向核心網(wǎng)發(fā)送BE業(yè)務(wù)承載通道建立成功的消息。
步驟305～306終端采用BE業(yè)務(wù)承載方式，通過接入網(wǎng)和核心網(wǎng)訪問內(nèi)容服務(wù)器并得到流媒體的網(wǎng)絡(luò)鏈接地址。
步驟307終端訪問流媒體的網(wǎng)絡(luò)鏈接，向內(nèi)容服務(wù)器發(fā)送RTSP的PLAY信令。
步驟308SGSN或GGSN通過對網(wǎng)絡(luò)報文進(jìn)行解析識別，發(fā)現(xiàn)從終端發(fā)往內(nèi)容服務(wù)器的信令為PLAY信令后，向內(nèi)容服務(wù)器獲取并解析所述流媒體對應(yīng)的SDP文件，得到該流媒體傳輸所需的QoS要求。SDP文件內(nèi)容包含該會話的基本信息，包括名字、作者等，媒體類型，所需的帶寬等。SGSN通過和GGSN的交互，激活PDP上下文，對終端用戶進(jìn)行鑒權(quán)。
步驟309鑒權(quán)通過后，核心網(wǎng)的SGSN向接入網(wǎng)的RNC發(fā)送將承載通道由BE業(yè)務(wù)切換為流業(yè)務(wù)的請求。
步驟310接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道由BE業(yè)務(wù)切換為流業(yè)務(wù)。
步驟311接入網(wǎng)通知核心網(wǎng)的SGSN，已成功將承載通道切換為流業(yè)務(wù)。
步驟312內(nèi)容服務(wù)器通過已建立的流業(yè)務(wù)承載通道向終端傳送流媒體。
步驟313當(dāng)流媒體傳輸完畢后，終端向內(nèi)容服務(wù)器發(fā)送用于結(jié)束流媒體傳輸?shù)腞TSP的TEARDOWN信令，核心網(wǎng)的SGSN或GGSN通過對網(wǎng)絡(luò)報文進(jìn)行解析識別，發(fā)現(xiàn)從終端發(fā)往內(nèi)容服務(wù)器的信令為TEARDOWN信令。
步驟314核心網(wǎng)的SGSN向接入網(wǎng)的RNC發(fā)送將承載通道由流業(yè)務(wù)切換為BE業(yè)務(wù)的請求。
步驟315接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道切換為BE業(yè)務(wù)。
步驟316接入網(wǎng)通知核心網(wǎng)的SGSN，已成功將承載通道切換為BE業(yè)務(wù)。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種在傳輸實時流時業(yè)務(wù)切換的方法，其特征在于，該方法包括如下步驟A、網(wǎng)絡(luò)側(cè)識別出內(nèi)容服務(wù)器到終端開始進(jìn)行流傳輸時，發(fā)起并完成盡力而為業(yè)務(wù)到流業(yè)務(wù)的切換；B、網(wǎng)絡(luò)側(cè)識別出由內(nèi)容服務(wù)器到終端的流傳輸結(jié)束時，發(fā)起并完成由流業(yè)務(wù)到盡力而為業(yè)務(wù)的切換。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述識別為由內(nèi)容服務(wù)器對流傳輸?shù)拈_始和結(jié)束進(jìn)行識別；所述步驟A為內(nèi)容服務(wù)器收到來自終端的進(jìn)行流傳輸?shù)恼埱?，根?jù)該請求識別出將要進(jìn)行流傳輸，然后向核心網(wǎng)的GPRS業(yè)務(wù)支持節(jié)點發(fā)送建立流業(yè)務(wù)承載的請求；核心網(wǎng)的GPRS業(yè)務(wù)支持節(jié)點收到來自內(nèi)容服務(wù)器的請求后，向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)的請求，接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)；所述步驟B為內(nèi)容服務(wù)器收到來自終端標(biāo)識流傳輸結(jié)束的信令后，識別出流傳輸將要結(jié)束，然后向核心網(wǎng)的GPRS業(yè)務(wù)支持節(jié)點發(fā)送建立盡力而為業(yè)務(wù)承載的請求；核心網(wǎng)的GPRS業(yè)務(wù)支持節(jié)點收到來自內(nèi)容服務(wù)器的請求后，向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由流業(yè)務(wù)切換為盡力而為業(yè)務(wù)的請求；接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道切換為盡力而為業(yè)務(wù)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟B中所述內(nèi)容服務(wù)器收到來自終端標(biāo)識流傳輸結(jié)束的信令為內(nèi)容服務(wù)器收到來自終端的實時流協(xié)議的終止TEARDOWN信令。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟A中所述GPRS業(yè)務(wù)支持節(jié)點向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)的請求之前進(jìn)一步包括GPRS業(yè)務(wù)支持節(jié)點通過和GPRS網(wǎng)關(guān)支持節(jié)點的交互，激活分組數(shù)據(jù)協(xié)議PDP上下文，對終端進(jìn)行鑒權(quán)。
5.根據(jù)權(quán)利要求2、3或4所述的方法，其特征在于，所述步驟A中內(nèi)容服務(wù)器向GPRS業(yè)務(wù)支持節(jié)點發(fā)送請求之前，進(jìn)一步包括內(nèi)容服務(wù)器解析所述流媒體對應(yīng)的會話描述協(xié)議文件，得到該流媒體傳輸所需的服務(wù)質(zhì)量要求，并將所得到的服務(wù)質(zhì)量要求加入到建立流業(yè)務(wù)承載的請求中。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括，由核心網(wǎng)的網(wǎng)元對所轉(zhuǎn)發(fā)的網(wǎng)絡(luò)報文進(jìn)行解析識別；所述步驟A為核心網(wǎng)的網(wǎng)元判斷發(fā)往內(nèi)容服務(wù)器的網(wǎng)絡(luò)報文的內(nèi)容是否是標(biāo)識流傳輸開始的信令，若是，則識別出將要進(jìn)行流傳輸，并由GPRS業(yè)務(wù)支持節(jié)點向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)的請求；接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道由盡力而為業(yè)務(wù)切換為流業(yè)務(wù)；所述步驟B為核心網(wǎng)的網(wǎng)元判斷發(fā)往內(nèi)容服務(wù)器的網(wǎng)絡(luò)報文的內(nèi)容是否為標(biāo)志流傳輸結(jié)束的信令，若是，則識別出流傳輸將要結(jié)束，并由GPRS業(yè)務(wù)支持節(jié)點向接入網(wǎng)的無線網(wǎng)絡(luò)控制器發(fā)送將承載通道由流業(yè)務(wù)切換為盡力而為業(yè)務(wù)的請求；接入網(wǎng)收到該請求后，與終端進(jìn)行交互，將承載通道切換為盡力而為業(yè)務(wù)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，步驟A所述判斷為核心網(wǎng)的網(wǎng)元判斷發(fā)往內(nèi)容服務(wù)器的網(wǎng)絡(luò)報文的內(nèi)容是否為實時流協(xié)議的播放PLAY信令。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，步驟B所述判斷為核心網(wǎng)的網(wǎng)元判斷發(fā)往內(nèi)容服務(wù)器的網(wǎng)絡(luò)報文的內(nèi)容是否為實時流協(xié)議的終止TEARDOWN信令。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，步驟A中所述識別出將要進(jìn)行流傳輸之后進(jìn)一步包括GPRS業(yè)務(wù)支持節(jié)點通過和GPRS網(wǎng)關(guān)支持節(jié)點的交互，激活分組數(shù)據(jù)協(xié)議PDP上下文，對終端進(jìn)行鑒權(quán)。
10.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述核心網(wǎng)的網(wǎng)元對所轉(zhuǎn)發(fā)網(wǎng)絡(luò)報文進(jìn)行解析識別為核心網(wǎng)的網(wǎng)元解析所轉(zhuǎn)發(fā)的網(wǎng)絡(luò)報文的目的地址，并判斷該目的地址是否為內(nèi)容服務(wù)器的地址，如果是，則解析該網(wǎng)絡(luò)報文的內(nèi)容；如果否，則不作任何操作按照現(xiàn)有技術(shù)轉(zhuǎn)發(fā)網(wǎng)絡(luò)報文。
11.根據(jù)權(quán)利要求6至10任一項所述的方法，其特征在于，所述核心網(wǎng)的網(wǎng)元為GPRS業(yè)務(wù)支持節(jié)點。
12.根據(jù)權(quán)利要求6至10任一項所述的方法，其特征在于，所述核心網(wǎng)的網(wǎng)元為GPRS網(wǎng)關(guān)支持節(jié)點。
全文摘要
本發(fā)明公開了一種在傳輸實時流時業(yè)務(wù)切換的方法，由網(wǎng)絡(luò)側(cè)設(shè)備識流傳輸?shù)拈_始和結(jié)束，并發(fā)起盡力而為BE業(yè)務(wù)和流業(yè)務(wù)之間的切換。所述網(wǎng)絡(luò)側(cè)設(shè)備可以是流媒體內(nèi)容服務(wù)器、核心網(wǎng)的SGSN或GGSN。本發(fā)明方法保證了采用流業(yè)務(wù)承載流媒體的傳輸，從而確保了流媒體傳輸?shù)姆?wù)質(zhì)量要求；同時業(yè)務(wù)轉(zhuǎn)換的過程中無需終端的參與，從而降低了對終端的要求，便于推廣和應(yīng)用。
文檔編號H04L29/06GK1859391SQ20061000115
公開日2006年11月8日 申請日期2006年1月13日 優(yōu)先權(quán)日2006年1月13日
發(fā)明者張巖強, 邱慰剛 申請人:華為技術(shù)有限公司