專利名稱：一種在可視電話業(yè)務(wù)中通知業(yè)務(wù)失敗原因的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通信技術(shù)領(lǐng)域，尤其涉及一種在可視電話業(yè)務(wù)中通知業(yè)務(wù)失敗原因的方法。
背景技術(shù)：
當前，第三代(3G)網(wǎng)絡(luò)正在得到逐步的發(fā)展，3G網(wǎng)絡(luò)電路域所支持的可視電話(VP)業(yè)務(wù)基于ITU-T H.324M技術(shù)，由于該VP業(yè)務(wù)能夠在實現(xiàn)語音通信的同時，進一步提供視頻服務(wù)，因此，能夠相對于傳統(tǒng)的語音業(yè)務(wù)提供更好的端到端的用戶體驗。該VP業(yè)務(wù)已經(jīng)發(fā)展成為3G網(wǎng)絡(luò)區(qū)別于第二代(2G)網(wǎng)絡(luò)的殺手級業(yè)務(wù)之一。
從協(xié)議標準的發(fā)展來看，VP業(yè)務(wù)同傳真業(yè)務(wù)一樣，也是一種數(shù)據(jù)承載業(yè)務(wù)，然而，傳統(tǒng)的數(shù)據(jù)承載業(yè)務(wù)并不需要對主叫進行失敗放音，因此，到目前為止還沒有針對VP業(yè)務(wù)呼叫失敗時對主叫用戶進行業(yè)務(wù)失敗原因通知的流程。
同時，作為一種端到端的通信業(yè)務(wù)，VP業(yè)務(wù)也具有同傳統(tǒng)語音通信相同的特征在VP業(yè)務(wù)的呼叫過程中，有可能出現(xiàn)被叫用戶不在服務(wù)區(qū)、被叫用戶忙、被叫用戶關(guān)機等導(dǎo)致呼叫失敗的情況出現(xiàn)，此時，顯然需要向主叫用戶通知業(yè)務(wù)失敗原因，從而使得該用戶能夠得知此次VP業(yè)務(wù)失敗的原因，以完善服務(wù)增加用戶使用業(yè)務(wù)時的滿意度。
由此可見，在現(xiàn)有技術(shù)中，由于VP業(yè)務(wù)作為數(shù)據(jù)承載業(yè)務(wù)并沒有相應(yīng)的流程來實現(xiàn)將業(yè)務(wù)失敗原因通知給主叫用戶，因此，會造成在VP業(yè)務(wù)失敗時，主叫用戶無法獲知此次業(yè)務(wù)失敗的原因，從而降低了該用戶對VP業(yè)務(wù)的信賴程度，并且會造成用戶對VP業(yè)務(wù)滿意度的降低。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種在VP業(yè)務(wù)中通知業(yè)務(wù)失敗原因的方法，利用該方法，能夠在VP業(yè)務(wù)失敗時向主叫用戶通知此次業(yè)務(wù)失敗的原因，從而增加用戶的滿意度。
為實現(xiàn)上述目的，本發(fā)明提供了一種在可視電話業(yè)務(wù)中通知業(yè)務(wù)失敗原因的方法，該方法包括步驟A3G移動交換中心(MSC)判斷呼叫是否失敗，如果是，則識別失敗原因，并執(zhí)行步驟B；步驟B3G MSC通知失敗原因播放網(wǎng)元通過對主叫用戶播放音視頻文件以通知呼叫失敗原因，并將失敗原因發(fā)送給該失敗原因播放網(wǎng)元；步驟C失敗原因播放網(wǎng)元根據(jù)接收到的失敗原因確定與該失敗原因相對應(yīng)的音視頻媒體文件，并且，失敗原因播放網(wǎng)元與主叫用戶進行播放能力協(xié)商，利用該能力協(xié)商之后所建立的通道向主叫用戶播放所述與失敗原因相對應(yīng)的音視頻媒體文件。
其中，步驟B包括步驟B113G MSC根據(jù)步驟A識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3GMSC向失敗原因播放網(wǎng)元發(fā)送ISUP IAM消息，以通知失敗原因播放網(wǎng)元通過對主叫用戶播放音視頻文件以通知呼叫失敗原因；其中，在該消息中，主叫號碼為主叫UE的號碼，被叫號碼為“特定業(yè)務(wù)碼+被叫ISDN”，通過該特定業(yè)務(wù)碼，來通知失敗原因播放網(wǎng)元對主叫用戶播放音視頻文件以通知呼叫失敗原因；步驟B12失敗原因播放網(wǎng)元向3G MSC返回ISUP ACM消息，以便建立失敗原因播放網(wǎng)元與3G MSC之間的呼叫連接；步驟B133G MSC向失敗原因播放網(wǎng)元發(fā)ISUP CPG消息，在該消息中攜帶有步驟A中識別得到的失敗原因。
其中，步驟B包括
步驟B213G MSC根據(jù)步驟A識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3GMSC向失敗原因播放網(wǎng)元發(fā)送BICC IAM消息，以通知失敗原因播放網(wǎng)元通過對主叫用戶播放音視頻文件以通知呼叫失敗原因；其中，在該消息中，主叫號碼為主叫UE的號碼，被叫號碼為“特定業(yè)務(wù)碼+被叫ISDN”，通過該特定業(yè)務(wù)碼，來通知失敗原因播放網(wǎng)元對主叫用戶播放音視頻文件以通知呼叫失敗原因；步驟B22失敗原因播放網(wǎng)元向3G MSC返回BICC ACM消息，以便建立失敗原因播放網(wǎng)元與3G MSC之間的呼叫連接；步驟B233G MSC向失敗原因播放網(wǎng)元發(fā)BICC CPG消息，在該消息中攜帶有步驟A中識別得到的失敗原因。
其中，步驟B包括步驟B313G MSC根據(jù)步驟A識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3GMSC向失敗原因播放網(wǎng)元發(fā)送PRA SETUP消息，以通知失敗原因播放網(wǎng)元通過對主叫用戶播放音視頻文件以通知呼叫失敗原因；其中，在該消息中，主叫號碼為主叫UE的號碼，被叫號碼為“特定業(yè)務(wù)碼+被叫ISDN”，通過該特定業(yè)務(wù)碼，來通知失敗原因播放網(wǎng)元對主叫用戶播放音視頻文件以通知呼叫失敗原因；步驟B32失敗原因播放網(wǎng)元向3G MSC返回PRAALERTING消息，以便建立失敗原因播放網(wǎng)元與3G MSC之間的呼叫連接；步驟B333G MSC向失敗原因播放網(wǎng)元發(fā)PRA PROGRESS消息，在該消息中攜帶有步驟A中識別得到的失敗原因。
其中，步驟B包括步驟B53G MSC向失敗原因播放網(wǎng)元發(fā)送通知該單元進行失敗放音通知的消息，通過該消息中主叫號碼或被叫號碼的前綴號碼將所述失敗原因發(fā)送給失敗原因播放網(wǎng)元。
其中，步驟B5包括3G MSC向失敗原因播放網(wǎng)元發(fā)送ISUP IAM消息，該消息中的主叫號碼或被叫號碼具有用于表示失敗原因的前綴號碼。
其中，步驟B5包括3G MSC向失敗原因播放網(wǎng)元發(fā)送BICC IAM消息，該消息中的主叫號碼或被叫號碼具有用于表示失敗原因的前綴號碼。
其中，步驟B5包括3G MSC向失敗原因播放網(wǎng)元發(fā)送PRA SETUP消息，該消息中的主叫號碼或被叫號碼具有用于表示失敗原因的前綴號碼。
其中，步驟B5包括3G MSC向失敗原因播放網(wǎng)元發(fā)送TUP IAI消息，該消息中的主叫號碼或被叫號碼具有用于表示失敗原因的前綴號碼。
其中，步驟C所述進行播放能力協(xié)商為主叫UE和失敗原因播放網(wǎng)元進行標準的H.245能力協(xié)商，建立H.245音視頻通道。
其中，步驟C所述根據(jù)失敗原因確定音視頻媒體文件進一步包括根據(jù)被叫號碼或主叫號碼確定與失敗原因?qū)?yīng)的音視頻媒體文件。
其中，步驟C之后，該方法進一步包括主叫用戶掛機或者放音超時，失敗原因播放網(wǎng)元停止播放音視頻文件，和，拆除主叫用戶與失敗原因播放網(wǎng)元之間的通道。
其中，所述失敗原因播放網(wǎng)元為流媒體播放平臺。
其中，所述3G MSC為主叫用戶所在的3G MSC，或者為被叫用戶所在的3G MSC。
本發(fā)明還提供了一種在可視電話業(yè)務(wù)中通知業(yè)務(wù)失敗原因的方法，在該方法中，3G MSC支持視頻接入網(wǎng)關(guān)功能，并且能夠保存并播放音視頻媒體文件，在該3G MSC上預(yù)先進行配置，使得各個失敗原因分別對應(yīng)各自的音視頻媒體文件，該方法包括步驟a3G MSC判斷呼叫是否失敗，如果是，則識別失敗原因，并執(zhí)行步驟b；步驟b3G MSC根據(jù)步驟a識別的失敗原因，在其自身上確定與該失敗原因相對應(yīng)的音視頻媒體文件，和，3G MSC與主叫用戶進行播放能力協(xié)商，利用該能力協(xié)商之后所建立的通道向主叫用戶播放所述與失敗原因相對應(yīng)的音視頻媒體文件。
其中，步驟b之后，該方法進一步包括主叫用戶掛機，3G MSC停止播放音視頻文件，和，拆除主叫用戶與3G MSC之間的通道。
其中，所述3G MSC為主叫用戶所在的3G MSC，或者為被叫用戶所在的3G MSC。
可見，本發(fā)明能夠?qū)崿F(xiàn)在VP業(yè)務(wù)中向主叫用戶通知業(yè)務(wù)失敗原因，從而增加了用戶對VP業(yè)務(wù)的滿意度，另外，采用本發(fā)明，在對主叫用戶進行失敗通知時可以同時播放失敗原因通知音和與之相關(guān)的圖像，不僅解決了當前在VP呼叫失敗時無法對3G用戶進行放音的缺陷，而且比單調(diào)的語音通知內(nèi)容更加豐富生動，使得用戶即使在撥打VP呼叫失敗時也能夠得到很友好的提示，從而更好地提高用戶滿意度。


圖1為本發(fā)明一實施例中實現(xiàn)VP業(yè)務(wù)的系統(tǒng)組網(wǎng)圖；圖2為實現(xiàn)本發(fā)明實施例一的信令流程圖；圖3為實現(xiàn)本發(fā)明實施例三的信令流程圖；圖4為實現(xiàn)本發(fā)明實施例四的信令流程圖；圖5為實現(xiàn)本發(fā)明實施例五的信令流程圖。
具體實施例方式
本發(fā)明為一種在VP業(yè)務(wù)中通知業(yè)務(wù)失敗原因的方法，在該方法中，一旦判斷得到VP業(yè)務(wù)呼叫失敗，則根據(jù)失敗原因從失敗原因播放網(wǎng)元中確定相應(yīng)的音視頻文件，該網(wǎng)絡(luò)單元與主叫用戶進行播放能力協(xié)商之后，利用協(xié)商所建立的音視頻通道向主叫用戶播放相應(yīng)的音視頻文件，從而實現(xiàn)向主叫用戶通知業(yè)務(wù)失敗原因；其中，失敗原因播放網(wǎng)元中保存有各個失敗原因?qū)?yīng)的音視頻文件。
下面結(jié)合附圖對本發(fā)明進行詳細描述。
圖1所示為實現(xiàn)VP業(yè)務(wù)的系統(tǒng)組網(wǎng)圖，在該組網(wǎng)圖中，主叫和被叫的用戶設(shè)備(UE)通過各自基站(NodeB)連接到各自的RNC，再通過RNC接入到3G MSC中，通過該3G MSC實現(xiàn)主被叫用戶之間的VP通信；3G MSC與支持視頻接入網(wǎng)關(guān)(VIG)基本功能的流媒體播放平臺相連，以通過該平臺向主叫用戶的UE播放業(yè)務(wù)失敗原因，其中3G MSC既可以是3GPP R99階段單一的MSC網(wǎng)元，也可以為R4軟交換架構(gòu)下的MSC Server和MGW兩個網(wǎng)元，主要用于實現(xiàn)對位于其管轄區(qū)域中的UE進行控制和交換，并且，在3G MSC中還集成有VLR，用于存儲與呼叫處理有關(guān)的一些數(shù)據(jù)，例如用戶的號碼、所處區(qū)域的識別、向用戶提供的業(yè)務(wù)等參數(shù)。在本發(fā)明實施例中，3G MSC在VP呼叫失敗時，建立到流媒體播放平臺的呼叫，而且告訴其失敗原因，通過流媒體播放平臺向主叫UE播放作為失敗原因通知的音視頻媒體流；流媒體播放平臺用于存儲和管理音視頻文件，在本發(fā)明實施例中，該流媒體播放平臺支持基本的VIG功能能夠根據(jù)3G MSC在VP呼叫失敗時發(fā)送來的失敗原因，查找預(yù)存的與失敗原因相對應(yīng)的音視頻文件，然后與主叫用戶UE進行播放能力協(xié)商，把失敗原因?qū)?yīng)的音視頻文件復(fù)用在64KUDI的信道向UE播放，以實現(xiàn)向主叫通知失敗原因。該流媒體播放平臺可以和彩鈴業(yè)務(wù)平臺一樣，支持根據(jù)被叫用戶或者主叫用戶的定制功能，同時，還能夠根據(jù)VP呼叫失敗原因和被叫號碼或主叫號碼，確定應(yīng)該播放的音視頻文件。在實際組網(wǎng)上，該流媒體播放平臺的功能也可以和彩鈴平臺的功能集成在一起，作為一個物理實體，并不影響本發(fā)明的實現(xiàn)。
下面，以圖1所示的系統(tǒng)為例，對本發(fā)明的一實施例進行介紹。在該實施例中，采用圖1所示的流媒體播放平臺作為本發(fā)明中所述的失敗原因播放網(wǎng)元，該流媒體播放平臺中保存有與各個失敗原因相對應(yīng)的音視頻文件；(一)實施例一參見圖2，在該實施例中，實現(xiàn)本發(fā)明需要以下步驟步驟201主叫UE向3G MSC發(fā)送SETUP，消息中BC_IE為64K UDI，表明是一個可視電話業(yè)務(wù)呼叫；步驟2023G MSC向主叫UE發(fā)CALL PROCEEDING消息，以通知主叫UE繼續(xù)進行VP呼叫過程；步驟2033G MSCA向主叫UE所在接入網(wǎng)RNC發(fā)起指配請求(RABAssignment)消息，接入網(wǎng)RNC接到該消息后，建立與主叫UE之間的無線承載連接；步驟204主叫UE與所在RNC的無線承載建立成功之后，該RNC向3G MSC返回指配響應(yīng)(RAB Assignment Rsp)消息，用以通知3G MSC主叫UE與所在RNC的無線承載建立成功；以上步驟201～步驟204為VP業(yè)務(wù)中，主叫用戶接入3G MSC的信令流程；步驟2053G MSC判斷在VP呼叫接續(xù)過程中是否發(fā)生失敗，如果是，則該3G MSC識別失敗原因；步驟2063G MSC根據(jù)在步驟205中識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3G MSC向流媒體播放平臺發(fā)ISUP IAM消息，以通知流媒體播放平臺通過對主叫用戶播放音視頻文件以通知呼叫失敗原因；其中，在該消息中，主叫號碼為主叫UE的號碼，被叫號碼為“特定業(yè)務(wù)碼+被叫ISDN”，通過該特定業(yè)務(wù)碼，來通知流媒體播放平臺對主叫用戶播放音視頻文件以通知呼叫失敗原因；步驟207流媒體播放平臺向3G MSC返回ISUP ACM消息，該消息屬于ISUP協(xié)議的標準消息，以便按照正常的呼叫流程建立流媒體播放平臺與3G MSC之間的呼叫連接；步驟2083G MSC向主叫UE發(fā)3G ALERTING消息；在本發(fā)明其它實施例中，也可以不發(fā)送此消息，并不影響本發(fā)明的實現(xiàn)；步驟2093G MSC向流媒體播放平臺發(fā)ISUP CPG，在該消息中攜帶有步驟205中識別得到的失敗原因；步驟210流媒體播放平臺向3G MSC返回ISUP ANM消息；步驟2113G MSC向主叫UE發(fā)送3G CONNECT消息，表示被叫方(流媒體播放平臺)已應(yīng)答；步驟212主叫UE和流媒體播放平臺進行能力協(xié)商，以通過該能力協(xié)商建立用于傳輸音視頻媒體文件的通道；在本發(fā)明實施例中，主叫UE和流媒體播放平臺進行標準的H.245能力協(xié)商，建立H.245音視頻通道，用于傳輸音視頻媒體文件；步驟213流媒體播放平臺根據(jù)ISUP CPG消息中的失敗原因，確定與該失敗原因相對應(yīng)的音視頻媒體文件，并向主叫UE播放該音視頻媒體文件，作為失敗原因通知主叫UE；如果流媒體播放平臺支持根據(jù)被叫用戶或者主叫用戶進行定制，將同時根據(jù)VP呼叫失敗原因和被叫號碼或主叫號碼一起來決定應(yīng)該播放的音視頻媒體文件；至此，實現(xiàn)了向主叫用戶通知業(yè)務(wù)失敗原因，考慮到實際應(yīng)用，本發(fā)明還可進一步包括以下步驟步驟214主叫用戶掛機，向3G MSC發(fā)起DISCONNECT拆線消息，請求停止音視頻媒體文件的播放；
步驟2153G MSC向流媒體播放平臺發(fā)ISUP REL消息，請求流媒體播放平臺拆除用于媒體文件播放的連接；步驟2163G MSC向主叫UE發(fā)RELEASE消息，請求主叫UE釋放所有資源；步驟217流媒體播放平臺停止用于失敗提示的音視頻媒體文件的播放，拆除UE與流媒體播放平臺之間的連接；步驟218主叫UE向3G MSC返回RELEASE COMMPLETE消息，表示資源釋放完成；步驟219流媒體播放平臺向3G MSC返回ISUP RLC消息，表示媒體流的播放連接拆除成功。
以上為對本發(fā)明實施例一的具體描述，在該實施例中，3G MSC和流媒體播放平臺間的中繼協(xié)議為ISUP協(xié)議，在本發(fā)明其它實施例中，也可采用例如PRA、BICC、TUP協(xié)議(二)實施例二采用BICC協(xié)議時，其實現(xiàn)流程以及流程中的各個消息均與圖2所示第一實施例相類似，不同之處僅在于將消息名稱中的各個ISUP均改為BICC；由于整個實現(xiàn)過程與圖2所示過程相類似，因此，對采用BICC協(xié)議的實施例不再做詳細介紹；(三)實施例三在采用PRA協(xié)議時，其實現(xiàn)流程如圖3所示，在該流程中，各個步驟均與圖2所示的步驟類似，不同之處僅在于步驟306、步驟307、步驟309、以及步驟310所采用的信令消息為PRA協(xié)議中的消息，具體為步驟3063G MSC根據(jù)識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3G MSC向流媒體播放平臺發(fā)PRA SETUP消息，以通知流媒體播放平臺通過對主叫用戶播放音視頻文件以通知呼叫失敗原因；其中，在該消息中，主叫號碼為主叫UE的號碼，被叫號碼為“特定業(yè)務(wù)碼+被叫ISDN”，通過該特定業(yè)務(wù)碼，來通知流媒體播放平臺對主叫用戶播放音視頻文件以通知呼叫失敗原因；該步驟與圖2所示的步驟206所實現(xiàn)的功能相同；步驟307流媒體播放平臺向3G MSC返回PRA ALERTING消息，該消息屬于定義PRA的Q.931協(xié)議標準消息，以便按照正常的呼叫流程建立流媒體播放平臺與3G MSC之間的呼叫連接；該步驟與圖2所示的步驟207所實現(xiàn)的功能相同；步驟3093G MSC向流媒體播放平臺發(fā)送PRA PROGRESS，該消息中帶需要放音的失敗原因；步驟310流媒體播放平臺向3G MSC返回PRA CONNECT消息；步驟309和步驟310所實現(xiàn)的功能與圖2所示的步驟209和步驟210所實現(xiàn)的功能相同。
在步驟315、步驟317和步驟320中，也分別采用PRA協(xié)議的相應(yīng)消息，其實現(xiàn)功能與圖2中的相應(yīng)步驟的實現(xiàn)功能相同。
在以上實施例中，均是通過單獨的信令消息將失敗原因通知給流媒體播放平臺，在本發(fā)明其它實施例中，也可以在3G MSC向流媒體播放平臺通知進行放音時，將失敗原因以號碼前綴的方式同時通知給流媒體播放平臺，下面以3G MSC和流媒體播放平臺間的中繼協(xié)議為TUP協(xié)議為例，對該實施例進行詳細描述；(四)實施例四參見圖4，該實施例包括以下步驟步驟401～步驟405與圖2所示的步驟201～步驟205完全相同，在此不再進行描述；步驟4063G MSC根據(jù)識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3G MSC向流媒體播放平臺發(fā)TUP IAI消息，以通知流媒體播放平臺通過對主叫用戶播放音視頻文件以通知呼叫失敗原因，并同時利用該消息將失敗原因通知給流媒體播放平臺；其中，在該消息中攜帶有主叫號碼和被叫號碼，可以分別通過主叫號碼加前綴或被叫號碼加前綴的形式將失敗原因通知給流媒體播放平臺，具體為主叫號碼加前綴的形式為前綴號碼+原主叫號碼其中，前綴號碼為2～4位的BCD碼，用于表示失敗原因，例如采用001表示“撥號錯誤”，010表示“用戶正忙”；原主叫號碼為標準的ISUP/BICC/TUP/PRA協(xié)議中定義的主叫號碼；被叫號碼加前綴的形式為特定業(yè)務(wù)碼+前綴號碼+原被叫號碼其中，特定業(yè)務(wù)碼為2～5位的BCD碼，用于通知流媒體播放平臺對主叫用戶播放音視頻文件以通知呼叫失敗原因；前綴號碼為2～4位的BCD碼，用于表示失敗原因，例如采用001表示“撥號錯誤”，010表示“用戶正忙”；原被叫號碼為標準的ISUP/BICC/TUP/PRA協(xié)議中定義的被叫號碼；步驟407流媒體播放平臺向3G MSC返回TUP ACM消息，該消息屬TUP協(xié)議標準消息，以便按照正常的呼叫流程建立流媒體播放平臺與3GMSC之間的呼叫連接；步驟4083G MSC向主叫UE發(fā)3G ALERTING消息；在本發(fā)明其它實施例中，也可以不發(fā)送此消息，并不影響本發(fā)明的實現(xiàn)；步驟409流媒體播放平臺向3G MSC返回TUP ANN或者ANC消息；步驟4103G MSC向主叫UE發(fā)3G CONNECT消息，表示被叫方(流媒體播放平臺)已應(yīng)答；步驟411～步驟418所實現(xiàn)的功能與圖2所示的步驟212～步驟219完全相同，只是采用了TUP協(xié)議中的信令消息，故在此不再詳細描述。
圖4所示實施例只示出了采用TUP協(xié)議時的信令流程，同樣，也可以對ISUP協(xié)議中的ISUP IAM消息，BICC協(xié)議中的BICC IAM消息、或者PRA協(xié)議中的PRA SETUP消息中的主叫號碼或被叫號碼進行修改，通過添加與失敗原因相對應(yīng)的前綴號碼的方式，將失敗原因發(fā)送給流媒體播放平臺，其實現(xiàn)過程與圖4所示類似，在此不再詳細介紹。
(五)實施例五在以上所述實施例中，均是采用流媒體播放平臺作為所述的失敗原因播放網(wǎng)元，在本實施例中，也可采用3G MSC作為失敗原因播放網(wǎng)元，該3GMSC支持基本的VIG功能，并且能夠保存并播放音視頻媒體文件，在該3GMSC上進行配置，使得各個失敗原因分別對應(yīng)各自的音視頻媒體文件；參見圖5，實現(xiàn)本發(fā)明需要以下步驟步驟501～步驟504與圖2所示的步驟201～步驟204完全相同，在此不再詳細描述；步驟5053G MSC判斷在VP呼叫接續(xù)過程中是否發(fā)生失敗，如果是，則該3G MSC識別失敗原因；步驟5063G MSC根據(jù)在步驟505中識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3G MSC向主叫UE發(fā)3G ALERTING消息；在本發(fā)明其它實施例中，也可以不發(fā)送此消息，直接執(zhí)行步驟507，并不影響本發(fā)明的實現(xiàn)；步驟5073G MSC向主叫UE發(fā)3G CONNECT消息，表示被叫方(流媒體播放平臺)已應(yīng)答；步驟508主叫UE和3G MSC開始進行標準的H.245能力協(xié)商過程，建立用于傳輸音視頻媒體文件的通道；步驟5093G MSC根據(jù)步驟505中識別得到的失敗原因，在其自身上查找得到與該失敗原因相對應(yīng)的音視頻媒體文件，向主叫UE播放該音視頻媒體文件，作為失敗原因通知主叫UE；如果需要支持根據(jù)被叫用戶或者主叫用戶進行定制，3G MSC可以同時根據(jù)VP呼叫失敗原因和被叫號碼或主叫號碼一起來決定應(yīng)該播放的音視頻媒體文件；至此，實現(xiàn)了向主叫用戶通知業(yè)務(wù)失敗原因；步驟510主叫UE掛機，向3G MSC發(fā)起DISCONNECT拆線消息，請求停止媒體文件的播放；步驟5113G MSC向主叫UE發(fā)RELEASE消息，請求釋放所有資源；步驟5123G MSC停止用于通知失敗原因的音視頻媒體文件的播放，關(guān)閉與主叫UE之間的用于傳輸音視頻媒體文件的通道；步驟513主叫UE向3G MSC返回RELEASE COMMPLETE消息，表示釋放完成。
在以上所述各個實施例中，所述的3G MSC均是主叫用戶所在的MSC，在本發(fā)明其它實施例中，所述3G MSC也可以是被叫用戶所在的MSC，則實現(xiàn)失敗原因通知的流程與如上所述各個實施例的流程完全相同。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種在可視電話業(yè)務(wù)中通知業(yè)務(wù)失敗原因的方法，其特征在于，該方法包括步驟A3G移動交換中心(MSC)判斷呼叫是否失敗，如果是，則識別失敗原因，并執(zhí)行步驟B；步驟B3G MSC通知失敗原因播放網(wǎng)元通過對主叫用戶播放音視頻媒體流以通知呼叫失敗原因，并將失敗原因發(fā)送給該失敗原因播放網(wǎng)元；步驟C失敗原因播放網(wǎng)元根據(jù)接收到的失敗原因確定與該失敗原因相對應(yīng)的音視頻媒體文件，并且，失敗原因播放網(wǎng)元與主叫用戶進行播放能力協(xié)商，利用該能力協(xié)商之后所建立的通道向主叫用戶播放所述與失敗原因相對應(yīng)的音視頻媒體文件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B包括步驟B113G MSC根據(jù)步驟A識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3GMSC向失敗原因播放網(wǎng)元發(fā)送ISUP IAM消息，以通知失敗原因播放網(wǎng)元通過對主叫用戶播放音視頻文件以通知呼叫失敗原因；其中，在該消息中，主叫號碼為主叫UE的號碼，被叫號碼為“特定業(yè)務(wù)碼+被叫ISDN”，通過該特定業(yè)務(wù)碼，來通知失敗原因播放網(wǎng)元對主叫用戶播放音視頻文件以通知呼叫失敗原因；步驟B12失敗原因播放網(wǎng)元向3G MSC返回ISUP ACM消息，以便建立失敗原因播放網(wǎng)元與3G MSC之間的呼叫連接；步驟B133G MSC向失敗原因播放網(wǎng)元發(fā)ISUP CPG消息，在該消息中攜帶有步驟A中識別得到的失敗原因。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B包括步驟B213G MSC根據(jù)步驟A識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3GMSC向失敗原因播放網(wǎng)元發(fā)送BICC IAM消息，以通知失敗原因播放網(wǎng)元通過對主叫用戶播放音視頻文件以通知呼叫失敗原因；其中，在該消息中，主叫號碼為主叫UE的號碼，被叫號碼為“特定業(yè)務(wù)碼+被叫ISDN”，通過該特定業(yè)務(wù)碼，來通知失敗原因播放網(wǎng)元對主叫用戶播放音視頻文件以通知呼叫失敗原因；步驟B22失敗原因播放網(wǎng)元向3G MSC返回BICC ACM消息，以便建立失敗原因播放網(wǎng)元與3G MSC之間的呼叫連接；步驟B233G MSC向失敗原因播放網(wǎng)元發(fā)BICC CPG消息，在該消息中攜帶有步驟A中識別得到的失敗原因。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B包括步驟B313G MSC根據(jù)步驟A識別得到的失敗原因，判斷本次VP呼叫失敗是否需要對主叫用戶進行放音，如果不是，則終止本流程；如果是，則3GMSC向失敗原因播放網(wǎng)元發(fā)送PRA SETUP消息，以通知失敗原因播放網(wǎng)元通過對主叫用戶播放音視頻文件以通知呼叫失敗原因；其中，在該消息中，主叫號碼為主叫UE的號碼，被叫號碼為“特定業(yè)務(wù)碼+被叫ISDN”，通過該特定業(yè)務(wù)碼，來通知失敗原因播放網(wǎng)元對主叫用戶播放音視頻文件以通知呼叫失敗原因；步驟B32失敗原因播放網(wǎng)元向3G MSC返回PRAALERTING消息，以便建立失敗原因播放網(wǎng)元與3G MSC之間的呼叫連接；步驟B333G MSC向失敗原因播放網(wǎng)元發(fā)PRA PROGRESS消息，在該消息中攜帶有步驟A中識別得到的失敗原因。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B包括步驟B53G MSC向失敗原因播放網(wǎng)元發(fā)送通知該單元進行失敗放音通知的消息，通過該消息中主叫號碼或被叫號碼的前綴號碼將所述失敗原因發(fā)送給失敗原因播放網(wǎng)元。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，步驟B5包括3G MSC向失敗原因播放網(wǎng)元發(fā)送ISUP IAM消息，該消息中的主叫號碼或被叫號碼具有用于表示失敗原因的前綴號碼。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，步驟B5包括3G MSC向失敗原因播放網(wǎng)元發(fā)送BICC IAM消息，該消息中的主叫號碼或被叫號碼具有用于表示失敗原因的前綴號碼。
8.根據(jù)權(quán)利要求5所述的方法，其特征在于，步驟B5包括3G MSC向失敗原因播放網(wǎng)元發(fā)送PRA SETUP消息，該消息中的主叫號碼或被叫號碼具有用于表示失敗原因的前綴號碼。
9.根據(jù)權(quán)利要求5所述的方法，其特征在于，步驟B5包括3G MSC向失敗原因播放網(wǎng)元發(fā)送TUP IAI消息，該消息中的主叫號碼或被叫號碼具有用于表示失敗原因的前綴號碼。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C所述進行播放能力協(xié)商為主叫UE和失敗原因播放網(wǎng)元進行標準的H.245能力協(xié)商，建立H.245音視頻通道。
11.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C所述根據(jù)失敗原因確定音視頻媒體文件進一步包括根據(jù)被叫號碼或主叫號碼確定與失敗原因?qū)?yīng)的音視頻媒體文件。
12.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C之后，該方法進一步包括主叫用戶掛機，失敗原因播放網(wǎng)元停止播放音視頻文件，和，拆除主叫用戶與失敗原因播放網(wǎng)元之間的通道。
13.根據(jù)以上任意一項權(quán)利要求所述的方法，其特征在于，所述失敗原因播放網(wǎng)元為流媒體播放平臺。
14.根據(jù)權(quán)利要求1～12中任意一項所述的方法，其特征在于，所述3G MSC為主叫用戶所在的3G MSC，或者為被叫用戶所在的3G MSC。
15.一種在可視電話業(yè)務(wù)中通知業(yè)務(wù)失敗原因的方法，其特征在于，3G MSC支持視頻接入網(wǎng)關(guān)功能，并且能夠保存并播放音視頻媒體文件，在該3G MSC上預(yù)先進行配置，使得各個失敗原因分別對應(yīng)各自的音視頻媒體文件，該方法包括步驟a3G MSC判斷呼叫是否失敗，如果是，則識別失敗原因，并執(zhí)行步驟b；步驟b3G MSC根據(jù)步驟a識別的失敗原因，在其自身上確定與該失敗原因相對應(yīng)的音視頻媒體文件，和，3G MSC與主叫用戶進行播放能力協(xié)商，利用該能力協(xié)商之后所建立的通道向主叫用戶播放所述與失敗原因相對應(yīng)的音視頻媒體文件。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于，步驟b之后，該方法進一步包括主叫用戶掛機，3G MSC停止播放音視頻文件，和，拆除主叫用戶與3G MSC之間的通道。
17.根據(jù)權(quán)利要求15或16所述的方法，其特征在于，所述3G MSC為主叫用戶所在的3G MSC，或者為被叫用戶所在的3G MSC。
全文摘要
本發(fā)明為一種在可視電話業(yè)務(wù)中通知業(yè)務(wù)失敗原因的方法，該方法包括步驟A3G移動交換中心(MSC)判斷呼叫是否失敗，如果是，則識別失敗原因，并執(zhí)行步驟B；步驟B3G MSC通知失敗原因播放網(wǎng)元通過對主叫用戶播放音視頻媒體流以通知呼叫失敗原因，并將失敗原因發(fā)送給該失敗原因播放網(wǎng)元；步驟C失敗原因播放網(wǎng)元根據(jù)接收到的失敗原因確定與該失敗原因相對應(yīng)的音視頻媒體流文件，并且，失敗原因播放網(wǎng)元與主叫用戶進行播放能力協(xié)商，利用該能力協(xié)商之后所建立的承載通道向主叫用戶播放所述與失敗原因相對應(yīng)的音視頻媒體流文件。
文檔編號H04W28/18GK1801960SQ20041001169
公開日2006年7月12日 申請日期2004年12月31日 優(yōu)先權(quán)日2004年12月31日
發(fā)明者付維奇 申請人:華為技術(shù)有限公司