專利名稱：一種處理流媒體業(yè)務(wù)異常的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是在請(qǐng)求流媒體業(yè)務(wù)過程中處理流媒體業(yè)務(wù)異常的方法及裝置。
背景技術(shù)：
流媒體是一種把影像和聲音信息進(jìn)行壓縮處理后，以媒體流的方式(不是整個(gè)文件下載的方式)提供給用戶觀賞的技術(shù)。它實(shí)現(xiàn)了在低帶寬環(huán)境下實(shí)時(shí)、連續(xù)地提供高質(zhì)量影音效果的功能。流媒體技術(shù)包括媒體數(shù)據(jù)的采集、壓縮、存儲(chǔ)、傳輸?shù)榷囗?xiàng)技術(shù)。流媒體部署到第二代/第三代移動(dòng)網(wǎng)絡(luò)后，運(yùn)營(yíng)商可以開展各種基于流媒體的多媒體業(yè)務(wù)，包括手機(jī)電視、手機(jī)點(diǎn)播、移動(dòng)網(wǎng)絡(luò)沖浪、場(chǎng)所監(jiān)控、手機(jī)游戲、新聞、廣告、視頻會(huì)議、遠(yuǎn)程教育等業(yè)務(wù)。
一個(gè)典型的流媒體系統(tǒng)由用戶終端(特別是手機(jī))、接入網(wǎng)和流媒體服務(wù)器構(gòu)成，參見圖1所示。終端與服務(wù)器間使用實(shí)時(shí)流協(xié)議(Real Time StreamingProtocol，RTSP)進(jìn)行請(qǐng)求或響應(yīng)的信令交互，正常流程下服務(wù)器一般會(huì)使用實(shí)時(shí)傳輸協(xié)議(Realtime Transform Protocol，RTP)向終端發(fā)送媒體流，參見圖2所示。
目前現(xiàn)有技術(shù)在終端向服務(wù)器請(qǐng)求下載流媒體內(nèi)容時(shí)包括三步1、終端發(fā)送描述訪問內(nèi)容的信息及接收服務(wù)器的響應(yīng)；2、終端與服務(wù)器協(xié)商參數(shù)；3、終端向服務(wù)器請(qǐng)求播放內(nèi)容及接收服務(wù)器的響應(yīng)。如果上述三步都成功，則服務(wù)器開始向終端發(fā)送媒體流。若在步驟1或步驟2出現(xiàn)異常時(shí)，服務(wù)器根據(jù)異常的狀況向終端發(fā)送實(shí)時(shí)流協(xié)議規(guī)定的相應(yīng)的狀態(tài)代碼(Status-Code)和原因分析，并終止后續(xù)流程。例如，狀態(tài)代碼為404，對(duì)應(yīng)的原因分析為“Not Found”，意思是所訪問的內(nèi)容不存在。
可見，狀態(tài)代碼為抽象的數(shù)值，只供終端進(jìn)行程序識(shí)別和自動(dòng)操作。抽象的數(shù)值只被程序理解或者專業(yè)的技術(shù)人員熟悉，一般用戶很難從狀態(tài)代碼得知問題所在。協(xié)議預(yù)定義了原因分析的文字描述，但都是英文而且描述過于簡(jiǎn)單、專業(yè)，即使用戶可以看到也未必了解原因并做出相應(yīng)的處理。另外，原因分析雖然是為人類用戶準(zhǔn)備的，但客戶端不需要檢查或顯示原因分析，更無需給出處理建議。原因分析具有不確定和可變性，RTSP協(xié)議規(guī)定文字性的原因解釋只是建議采用，可任意更改，而不會(huì)對(duì)協(xié)議造成影響。

發(fā)明內(nèi)容
本發(fā)明提供一種處理流媒體業(yè)務(wù)異常的方法及裝置，使用戶在請(qǐng)求流媒體內(nèi)容時(shí)更加清楚的知道終端或服務(wù)器發(fā)生的異常狀況。
本發(fā)明提供以下技術(shù)方案一種處理流媒體業(yè)務(wù)異常的方法，包括以下步驟服務(wù)器在與發(fā)送流媒體業(yè)務(wù)請(qǐng)求的終端設(shè)備進(jìn)行連接的交互過程中發(fā)現(xiàn)異常時(shí)，繼續(xù)與該終端設(shè)備建立流媒體連接；以及所述服務(wù)器將關(guān)于所述異常的提示信息轉(zhuǎn)換為流媒體形式，并通過所述流媒體連接發(fā)送給所述終端設(shè)備。
一種流媒體服務(wù)器，包括接收單元，用于接收終端設(shè)備發(fā)送的流媒體業(yè)務(wù)請(qǐng)求；處理單元，用于在與所述終端設(shè)備進(jìn)行連接的交互過程中發(fā)現(xiàn)異常時(shí)，繼續(xù)與該終端建立流媒體連接，以及將關(guān)于所述異常的提示信息轉(zhuǎn)換為流媒體形式；發(fā)送單元，用于通過所述流媒體連接將流媒體形式的所述提示信息發(fā)送給所述終端設(shè)備。
一種通信系統(tǒng)，包括終端設(shè)備，用于向服務(wù)器發(fā)送請(qǐng)求并接收該服務(wù)器發(fā)送的響應(yīng)消息和流媒體內(nèi)容；所述服務(wù)器，用于在與所述終端設(shè)備進(jìn)行連接的交互過程中發(fā)現(xiàn)異常時(shí)，繼續(xù)與該終端設(shè)備建立流媒體連接，以及將關(guān)于所述異常的提示信息轉(zhuǎn)換為流媒體形式，并通過所述流媒體連接發(fā)送給所述終端設(shè)備。
本發(fā)明中服務(wù)器與終端設(shè)備進(jìn)行連接交互過程中發(fā)現(xiàn)異常時(shí)繼續(xù)向終端設(shè)備發(fā)送成功命令，與終端設(shè)備建立流媒體連接，實(shí)現(xiàn)通過流媒體形式向終端設(shè)備發(fā)送關(guān)于異常的提示信息，使用戶清楚的知道發(fā)生的異常狀況。


圖1為現(xiàn)有技術(shù)中流媒體系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)圖；圖2為現(xiàn)有技術(shù)中網(wǎng)絡(luò)結(jié)構(gòu)及協(xié)議應(yīng)用的示意圖；圖3為本發(fā)明實(shí)施例中系統(tǒng)結(jié)構(gòu)圖；圖4為本發(fā)明實(shí)施例中流媒體服務(wù)器的結(jié)構(gòu)圖；圖5為本發(fā)明實(shí)施例中處理4xx和5xx所代表的異常狀況的方法流程圖；圖6為本發(fā)明實(shí)施例中利用3xx所代表的命令處理異常狀況的方法流程圖。
具體實(shí)施例方式
為了使用戶在請(qǐng)求流媒體內(nèi)容時(shí)更加清楚的知道終端或服務(wù)器發(fā)生的異常狀況，本實(shí)施例中服務(wù)器向終端發(fā)送提示性的流媒體內(nèi)容，在流媒體內(nèi)容中清楚的描述錯(cuò)誤原因及處理意見。
為了可以成功下發(fā)提示性的流媒體內(nèi)容，本實(shí)施例中服務(wù)器在發(fā)現(xiàn)異常狀況時(shí)仍向終端發(fā)送成功命令。
在流媒體系統(tǒng)中，終端和流媒體服務(wù)器應(yīng)用RTSP協(xié)議進(jìn)行交互，關(guān)于RTSP協(xié)議的具體描述可參考RFC2326 RTSP。一次完整的RTSP交互由請(qǐng)求和響應(yīng)組成，常用的RTSP請(qǐng)求消息有描述(DESCRIBE)、操作(OPTIONS)、設(shè)置(SETUP)、播放(PLAY)、暫停(PAUSE)、斷連(TEARDOWN)等。RTSP響應(yīng)消息中定義了“狀態(tài)行(Status-Line)”，即完整回應(yīng)消息的第一行，依次由協(xié)議版本(RTSP-Version)、數(shù)字形式的狀態(tài)代碼、及相應(yīng)的詞語(yǔ)文本(Reason-Phrase)組成，各元素間以空格(SP)分隔，除了結(jié)尾的回車換行(CRLF)外，不允許出現(xiàn)單獨(dú)的回車(CR)或換行(LF)符。一個(gè)狀態(tài)行的格式實(shí)例如下Status-Line＝RTSP-Version SP Status-Code SP Reason-Phrase CRLF其中，狀態(tài)代碼(Status-Code)由3位數(shù)字組成，表示請(qǐng)求消息是否被理解或被滿足。原因分析(Reason-Phrase)是用簡(jiǎn)短的文字來描述狀態(tài)代碼產(chǎn)生的原因。狀態(tài)代碼用來支持自動(dòng)操作，原因分析是為人類用戶準(zhǔn)備的，客戶端不需要檢查或顯示原因分析。狀態(tài)代碼的第一位數(shù)字定義了回應(yīng)的類別，后面兩位數(shù)字沒有具體分類。首位數(shù)字有5種取值可能1xx表示保留，將來使用。
2xx表示成功，操作被接收(received)、理解(understood)、接受(accepted)。
3xx表示重定向(Redirection)，要完成請(qǐng)求必須進(jìn)行進(jìn)一步操作。
4xx表示客戶端出錯(cuò)，請(qǐng)求有語(yǔ)法錯(cuò)誤或無法實(shí)現(xiàn)。
5xx表示服務(wù)器端出錯(cuò)，服務(wù)器無法實(shí)現(xiàn)合法的請(qǐng)求。
參見圖3，本實(shí)施例中網(wǎng)絡(luò)系統(tǒng)包括終端31、接入網(wǎng)33和流媒體服務(wù)器32。
接入網(wǎng)33為終端31和流媒體服務(wù)器32提供信息交互。
終端31通過接入網(wǎng)33向流媒體服務(wù)器32請(qǐng)求流媒體內(nèi)容，在接收到流媒體服務(wù)器32返回的正確響應(yīng)消息后繼續(xù)發(fā)送下一個(gè)消息并接收到正確響應(yīng)，如此循環(huán)往復(fù)，各消息中可能存在錯(cuò)誤；在與流媒體服務(wù)器32建立播放連接后，接收流媒體內(nèi)容。
流媒體服務(wù)器32通過接入網(wǎng)33接收終端31發(fā)送的各請(qǐng)求消息，并在發(fā)現(xiàn)消息異常時(shí)向終端31返回正確響應(yīng)消息，在本地記錄異常狀況，當(dāng)接收到播放請(qǐng)求消息時(shí)根據(jù)本地記錄的異常向終端31發(fā)送與該異常對(duì)應(yīng)的帶有錯(cuò)誤提示的流媒體內(nèi)容，通知用戶發(fā)生的異常并提供解決異常的建議。
參見圖4，本實(shí)施例中流媒體服務(wù)器32包括接收單元401、處理單元402、記錄單元403和發(fā)送單元404。
接收單元401接收終端31發(fā)送的各請(qǐng)求消息。
處理單元402對(duì)消息中的信息進(jìn)行相關(guān)檢查，在發(fā)現(xiàn)異常時(shí)指示記錄單元403記錄該異常，生成正確響應(yīng)消息；在收到播放請(qǐng)求消息時(shí)從記錄單元403里獲取異常記錄，向終端31發(fā)送帶有錯(cuò)誤提示的流媒體內(nèi)容。
記錄單元403根據(jù)處理單元402的檢查結(jié)果記錄異常狀況。
發(fā)送單元404向終端31發(fā)送正確響應(yīng)消息和帶有錯(cuò)誤提示的流媒體內(nèi)容。
運(yùn)營(yíng)商在業(yè)務(wù)部署前可根據(jù)網(wǎng)絡(luò)能力、服務(wù)器能力和終端類型，規(guī)劃流媒體提示片斷的屬性，如標(biāo)記(LOGO)、編碼速率、音頻/視頻(Audio/Video，A/V)組合、文件格式、提示內(nèi)容、元數(shù)據(jù)(META-DATA)等。然后運(yùn)營(yíng)商通過編碼系統(tǒng)制作4xx/5xx狀態(tài)代碼對(duì)應(yīng)的提示性的流媒體內(nèi)容，將該流媒體內(nèi)容按照流媒體服務(wù)器32要求的命名規(guī)則命名，批量上載到流媒體服務(wù)器32的指定目錄。
上載流媒體內(nèi)容后便可以在發(fā)生異常狀況時(shí)應(yīng)用，下面以狀態(tài)代碼4xx為例介紹一種應(yīng)用實(shí)例，狀態(tài)代碼5xx的實(shí)施方式與4xx的相同。本實(shí)施例提供多種實(shí)現(xiàn)方案，如方案一是服務(wù)器32在發(fā)現(xiàn)異常時(shí)仍向終端31發(fā)送成功命令，與終端31建立流媒體連接并發(fā)送帶有錯(cuò)誤提示信息的流媒體內(nèi)容；如方案二是利用重定向命令使終端31發(fā)送請(qǐng)求帶有錯(cuò)誤提示信息的流媒體內(nèi)容的請(qǐng)求消息并獲得該流媒體內(nèi)容。
本實(shí)施例中的方案一參見圖5，本實(shí)施例中處理流媒體業(yè)務(wù)異常的方法具體流程如下步驟501終端31向流媒體服務(wù)器32發(fā)送描述要訪問的內(nèi)容消息(Describe消息)。
步驟502流媒體服務(wù)器32根據(jù)接收到的描述消息檢查文件系統(tǒng)，并發(fā)現(xiàn)文件不存在，則在本地將本次請(qǐng)求標(biāo)記為“內(nèi)容不存在”，或標(biāo)記404，然后向終端31返回狀態(tài)行200 OK，表示接受訪問消息。
步驟503終端31向流媒體服務(wù)器32發(fā)送設(shè)置(Setup)消息，該消息中包括終端參數(shù)、統(tǒng)一資源定位(URL)參數(shù)和認(rèn)證計(jì)費(fèi)參數(shù)。
步驟504流媒體服務(wù)器32根據(jù)接收到的設(shè)置消息檢查步驟503中所述的各參數(shù)的格式，發(fā)現(xiàn)有異常時(shí)將本次請(qǐng)求標(biāo)記為“終端錯(cuò)誤”，然后向終端31返回狀態(tài)行200 OK。
步驟505終端31向流媒體服務(wù)器32發(fā)送播放(Play)請(qǐng)求消息，請(qǐng)求播放流媒體內(nèi)容。
步驟506流媒體服務(wù)器32根據(jù)接收到的播放消息檢查內(nèi)部資源(包括存儲(chǔ)空間和CPU的承載能力等)，并在內(nèi)部資源足夠和發(fā)現(xiàn)本地已經(jīng)標(biāo)記的“內(nèi)容不存在”和“終端錯(cuò)誤”時(shí)，根據(jù)終端參數(shù)和異常種類選擇適配的帶有異常錯(cuò)誤提示的流媒體內(nèi)容，然后向終端31返回狀態(tài)行200 OK。
流媒體服務(wù)器32記錄日志，在業(yè)務(wù)日志和計(jì)費(fèi)數(shù)據(jù)記錄(Charging DataRecording，CDR)中可擴(kuò)展日志參數(shù)，說明本次播放的是錯(cuò)誤提示性的流媒體內(nèi)容還是正常播放的流媒體內(nèi)容，便于播放統(tǒng)計(jì)和計(jì)費(fèi)處理等。
步驟507流媒體服務(wù)器32應(yīng)用RTP協(xié)議向終端31發(fā)送與“內(nèi)容不存在”和“終端錯(cuò)誤”對(duì)應(yīng)的帶有異常錯(cuò)誤提示的流媒體內(nèi)容，其中還可以包括解決該異常的建議。
步驟508終端31接收并播放帶有異常錯(cuò)誤提示的流媒體內(nèi)容。
步驟509流媒體內(nèi)容播放完畢，終端31向流媒體服務(wù)器32發(fā)送斷連(Teardown)消息，停止播放。
步驟510流媒體服務(wù)器32結(jié)束流媒體內(nèi)容的傳輸，向終端31返回200OK。
本實(shí)施例中的方案二本實(shí)施例中服務(wù)器32通過重定向命令向終端31發(fā)送帶有異常錯(cuò)誤提示的流媒體內(nèi)容的地址，并進(jìn)一步向終端發(fā)送帶有異常錯(cuò)誤提示的流媒體內(nèi)容。RTSP協(xié)議定義了的狀態(tài)代碼3xx代表重定向，下面以狀態(tài)代碼302為例進(jìn)行說明。
參見圖6，本實(shí)施例中處理流媒體業(yè)務(wù)異常的方法具體流程如下步驟601終端31向流媒體服務(wù)器32發(fā)送描述要訪問的內(nèi)容消息(Describe消息)。
步驟602流媒體服務(wù)器32根據(jù)接收到的描述消息檢查文件系統(tǒng)，并發(fā)現(xiàn)請(qǐng)求的文件不存在，則在本地將本次請(qǐng)求標(biāo)記為“內(nèi)容不存在”，或標(biāo)記404，然后向終端31返回狀態(tài)行200 OK，表示接受訪問消息。
步驟603終端31向流媒體服務(wù)器32發(fā)送設(shè)置消息，該消息中包括終端參數(shù)、統(tǒng)一資源定位參數(shù)和認(rèn)證計(jì)費(fèi)參數(shù)。
步驟604流媒體服務(wù)器32根據(jù)接收到的設(shè)置消息檢查步驟603中所述的各參數(shù)，發(fā)現(xiàn)各參數(shù)的格式有異常時(shí)將本次請(qǐng)求標(biāo)記為“終端錯(cuò)誤”，然后向終端31返回狀態(tài)行200 OK。
步驟605終端31向流媒體服務(wù)器32發(fā)送播放請(qǐng)求消息，請(qǐng)求播放流媒體內(nèi)容，該請(qǐng)求消息中包含請(qǐng)求的流媒體內(nèi)容的地址，一個(gè)實(shí)例如下PLAY RTSP://SEVER-IP/1.3gp步驟606流媒體服務(wù)器32根據(jù)接收到的播放消息檢查本地記錄的標(biāo)記，在發(fā)現(xiàn)標(biāo)記“內(nèi)容不存在”時(shí)，向終端31返回重定向代碼302和URLRTSP://SERVER-IP/tip/notfound.3gp，該地址提供帶有與上述異常對(duì)應(yīng)的提示信息，并以流媒體形式保存，提示信息還包括針對(duì)異常情況的解決辦法。
步驟607終端31收到響應(yīng)后根據(jù)收到的URL再次向流媒體服務(wù)器32發(fā)送請(qǐng)求提示信息的流媒體業(yè)務(wù)請(qǐng)求消息。
服務(wù)器32在接收到請(qǐng)求提示信息的流媒體業(yè)務(wù)請(qǐng)求消息后可以有多種處理方式，如一種方式為服務(wù)器32對(duì)該請(qǐng)求消息進(jìn)行檢查，重復(fù)步驟602到步驟605，或者采用方案一中所述的方法。如果發(fā)現(xiàn)該請(qǐng)求消息也出現(xiàn)異常時(shí)，將兩次發(fā)現(xiàn)的異常所對(duì)應(yīng)的提示信息轉(zhuǎn)換為流媒體形式發(fā)送到終端31。如另一種方式為服務(wù)器32在重定向命令中增加標(biāo)志位，相應(yīng)的，該請(qǐng)求消息中也包含該標(biāo)志位；服務(wù)器32在發(fā)現(xiàn)該標(biāo)志位時(shí)不需對(duì)該請(qǐng)求消息進(jìn)行檢查，直接發(fā)送成功命令，繼續(xù)步驟608。這是一種較佳的實(shí)現(xiàn)方法。標(biāo)志位可以是一種特殊的標(biāo)志；或者是記錄的終端31發(fā)送的請(qǐng)求次數(shù)，當(dāng)連續(xù)N-1次發(fā)現(xiàn)終端錯(cuò)誤時(shí)，在第N次接收到請(qǐng)求消息時(shí)不需對(duì)請(qǐng)求消息進(jìn)行檢查，直接向終端31返回成功命令。
步驟608流媒體服務(wù)器32檢查內(nèi)部資源足夠時(shí)向終端31返回狀態(tài)行200 OK。
步驟609流媒體服務(wù)器32應(yīng)用RTP協(xié)議向終端31發(fā)送帶有異常錯(cuò)誤提示的流媒體內(nèi)容。
步驟610終端31接收并播放與狀態(tài)代碼302對(duì)應(yīng)的帶有異常錯(cuò)誤提示的流媒體內(nèi)容。
步驟611流媒體內(nèi)容播放完畢，終端31向流媒體服務(wù)器32發(fā)送Teardown消息，停止播放，繼續(xù)步驟612?；蛘撸髅襟w服務(wù)器32主動(dòng)斷開流媒體連接。
步驟612流媒體服務(wù)器32結(jié)束流媒體內(nèi)容的傳輸，向終端31返回狀態(tài)行200 OK。
本實(shí)施例中流媒體服務(wù)器在發(fā)現(xiàn)異常狀況時(shí)在本地標(biāo)記異常，并向終端發(fā)送正確響應(yīng)消息，使終端可以正常接收到帶有異常錯(cuò)誤提示的流媒體內(nèi)容，以使用戶可以清楚的了解異常并獲知解決辦法。終端只要能正常使用流媒體業(yè)務(wù)就可利用本發(fā)明改善異常場(chǎng)景的體驗(yàn)，不需任何新開發(fā)。并且，用戶不再因?yàn)槭謾C(jī)的差別而有體驗(yàn)上的差異。
本發(fā)明在業(yè)務(wù)層解決了協(xié)議的不確定和靈活性，對(duì)于一個(gè)完整的、確定的流媒體業(yè)務(wù)系統(tǒng)，各種異常場(chǎng)景的原因解釋和建議，可以在體驗(yàn)上由運(yùn)營(yíng)商統(tǒng)一預(yù)定義。本發(fā)明采用流媒體內(nèi)容的形式提示用戶，所以與終端操作系統(tǒng)支持的語(yǔ)言無關(guān)，運(yùn)營(yíng)商制作的流媒體內(nèi)容中可使用任何語(yǔ)言。
同時(shí)，本發(fā)明不改動(dòng)流媒體業(yè)務(wù)的基本架構(gòu)和形態(tài)，僅占用服務(wù)器極少的存儲(chǔ)空間(通常僅幾百M(fèi)B)。由于常見的異常場(chǎng)景有限，所以需要制作的提示性流媒體內(nèi)容也數(shù)量有限，不會(huì)帶來明顯的附加工作量；制作的流媒體內(nèi)容只需要放置在服務(wù)器的指定目錄，更新工作簡(jiǎn)單。并且，運(yùn)營(yíng)商可以經(jīng)常改變提示片斷的內(nèi)容、風(fēng)格、提示畫面的LOGO等，保持用戶的新鮮感，提高用戶的體驗(yàn)。本發(fā)明由運(yùn)營(yíng)商統(tǒng)一定義錯(cuò)誤提示的流媒體內(nèi)容，從而即使終端設(shè)備不同，用戶只需要說明看到了什么樣的流媒體內(nèi)容，客服人員即可解答原因，減輕了客服人員的負(fù)擔(dān)。
本發(fā)明還利用了RTSP協(xié)議規(guī)定的狀態(tài)代碼3xx代表的重定向命令使終端獲得異常提示信息。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對(duì)本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種處理流媒體業(yè)務(wù)異常的方法，其特征在于，包括以下步驟服務(wù)器在與發(fā)送流媒體業(yè)務(wù)請(qǐng)求的終端設(shè)備進(jìn)行連接的交互過程中發(fā)現(xiàn)異常時(shí)，繼續(xù)與該終端設(shè)備建立流媒體連接；以及所述服務(wù)器將關(guān)于所述異常的提示信息轉(zhuǎn)換為流媒體形式，并通過所述流媒體連接發(fā)送給所述終端設(shè)備。
2.如權(quán)利要求1所述的處理流媒體業(yè)務(wù)異常的方法，其特征在于，所述服務(wù)器發(fā)現(xiàn)所述異常時(shí)仍然向所述終端設(shè)備返回成功命令。
3.如權(quán)利要求2所述的處理流媒體業(yè)務(wù)異常的方法，其特征在于，所述服務(wù)器在本地標(biāo)記所述異常，在接收到播放Play請(qǐng)求消息并發(fā)現(xiàn)所述異常的標(biāo)記后發(fā)送所述提示信息。
4.如權(quán)利要求1所述的處理流媒體業(yè)務(wù)異常的方法，其特征在于，所述服務(wù)器在本地標(biāo)記所述異常，并在接收到播放Play請(qǐng)求消息以及發(fā)現(xiàn)所述異常的標(biāo)記時(shí)向所述終端設(shè)備返回包括所述提示信息的地址的重定向命令；所述終端設(shè)備根據(jù)所述提示信息地址再次向服務(wù)器發(fā)送請(qǐng)求所述提示信息的流媒體業(yè)務(wù)請(qǐng)求；所述服務(wù)器與所述終端設(shè)備建立所述流媒體連接并發(fā)送所述提示信息。
5.如權(quán)利要求4所述的處理流媒體業(yè)務(wù)異常的方法，其特征在于，所述重定向命令還包括標(biāo)志位，相應(yīng)的，所述請(qǐng)求提示信息的流媒體業(yè)務(wù)請(qǐng)求也包括所述標(biāo)志位；所述服務(wù)器發(fā)現(xiàn)所述標(biāo)志位時(shí)直接向所述終端設(shè)備返回成功命令。
6.如權(quán)利要求1所述的處理流媒體業(yè)務(wù)異常的方法，其特征在于，所述提示信息包括用于描述所述異常的信息，或者包括用于描述所述異常的信息和解決所述異常的方法。
7.如權(quán)利要求1所述的處理流媒體業(yè)務(wù)異常的方法，其特征在于，所述服務(wù)器發(fā)送所述提示信息完畢后斷開所述流媒體連接；或者，所述終端設(shè)備接收所述提示信息完畢后向所述服務(wù)器請(qǐng)求斷開所述流媒體連接。
8.如權(quán)利要求1至7中的任一項(xiàng)所述的處理流媒體業(yè)務(wù)異常的方法，其特征在于，所述服務(wù)器在發(fā)送所述提示信息時(shí)記錄日志，記錄本次發(fā)送的是提示信息。
9.一種流媒體服務(wù)器，其特征在于，包括接收單元，用于接收終端設(shè)備發(fā)送的流媒體業(yè)務(wù)請(qǐng)求；處理單元，用于在與所述終端設(shè)備進(jìn)行連接的交互過程中發(fā)現(xiàn)異常時(shí)，繼續(xù)與該終端建立流媒體連接，以及將關(guān)于所述異常的提示信息轉(zhuǎn)換為流媒體形式；發(fā)送單元，用于通過所述流媒體連接將流媒體形式的所述提示信息發(fā)送給所述終端設(shè)備。
10.如權(quán)利要求9所述的流媒體服務(wù)器，其特征在于，所述服務(wù)器發(fā)現(xiàn)所述異常時(shí)仍然向所述終端設(shè)備返回成功命令。
11.一種通信系統(tǒng)，其特征在于，包括終端設(shè)備，用于向服務(wù)器發(fā)送請(qǐng)求并接收該服務(wù)器發(fā)送的響應(yīng)消息和流媒體內(nèi)容；所述服務(wù)器，用于在與所述終端設(shè)備進(jìn)行連接的交互過程中發(fā)現(xiàn)異常時(shí)，繼續(xù)與該終端設(shè)備建立流媒體連接，以及將關(guān)于所述異常的提示信息轉(zhuǎn)換為流媒體形式，并通過所述流媒體連接發(fā)送給所述終端設(shè)備。
12.如權(quán)利要求11所述的通信系統(tǒng)，其特征在于，所述服務(wù)器發(fā)現(xiàn)所述異常時(shí)仍然向所述終端設(shè)備返回成功命令。
13.如權(quán)利要求11所述的通信系統(tǒng)，其特征在于，所述服務(wù)器包括接收單元，用于接收終端設(shè)備發(fā)送的流媒體業(yè)務(wù)請(qǐng)求；處理單元，用于在與所述終端設(shè)備進(jìn)行連接的交互過程中發(fā)現(xiàn)異常時(shí)，繼續(xù)與該終端建立流媒體連接，以及將關(guān)于所述異常的提示信息轉(zhuǎn)換為流媒體形式；發(fā)送單元，用于通過所述流媒體連接將流媒體形式的所述提示信息發(fā)送給所述終端設(shè)備。
全文摘要
本發(fā)明公開了一種處理流媒體業(yè)務(wù)異常的方法及裝置，使用戶在請(qǐng)求流媒體內(nèi)容時(shí)更加清楚的知道終端或服務(wù)器發(fā)生的異常狀況。本發(fā)明中服務(wù)器在與發(fā)送流媒體業(yè)務(wù)請(qǐng)求的終端設(shè)備進(jìn)行連接的交互過程中發(fā)現(xiàn)異常時(shí)，繼續(xù)與該終端建立流媒體連接；以及所述服務(wù)器將關(guān)于所述異常的提示信息轉(zhuǎn)換為流媒體形式，并通過流媒體連接發(fā)送給所述終端設(shè)備。該裝置包括接收單元、處理單元和發(fā)送單元。
文檔編號(hào)H04L12/24GK1996997SQ200610165898
公開日2007年7月11日 申請(qǐng)日期2006年12月14日 優(yōu)先權(quán)日2006年12月14日
發(fā)明者杜朝暉 申請(qǐng)人:華為技術(shù)有限公司