亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

多媒體呼叫路由控制方法

文檔序號:7618961閱讀:111來源:國知局
專利名稱:多媒體呼叫路由控制方法
技術(shù)領(lǐng)域
本發(fā)明涉及智能網(wǎng)(IN,Intelligent Network)技術(shù)領(lǐng)域,尤其涉及一種多媒體呼叫路由控制方法。
背景技術(shù)
智能網(wǎng)(IN,Intelligent Network)是在現(xiàn)有通信網(wǎng)絡(luò)系統(tǒng)中引入智能網(wǎng)功能實體,從而實現(xiàn)對智能呼叫業(yè)務(wù)進行控制的一種網(wǎng)絡(luò)。它是現(xiàn)有通信網(wǎng)絡(luò)系統(tǒng)與智能網(wǎng)的結(jié)合,通過在現(xiàn)有通信網(wǎng)絡(luò)系統(tǒng)中引入業(yè)務(wù)交換點(SSP,ServiceSwitching Point)等智能網(wǎng)功能實體,使低層通信網(wǎng)與高層智能網(wǎng)相連,從而形成智能網(wǎng)。智能網(wǎng)作為現(xiàn)有通信網(wǎng)絡(luò)系統(tǒng)的高層業(yè)務(wù)網(wǎng),能夠快速、方便、靈活、經(jīng)濟且有效地為現(xiàn)有通信網(wǎng)絡(luò)系統(tǒng)生成和實現(xiàn)各種新業(yè)務(wù),使用戶能夠更加方便靈活地獲取所需的各種信息。
其中智能網(wǎng)的最大特點是將網(wǎng)絡(luò)的交換功能與業(yè)務(wù)控制功能相分離,通過借助于No.7信令網(wǎng)和大型集中式數(shù)據(jù)庫的支持,智能網(wǎng)能夠完成智能業(yè)務(wù)邏輯處理,并控制交換機完成相應(yīng)的智能呼叫處理。
智能網(wǎng)最基本的功能之一是指示交換機對業(yè)務(wù)接續(xù)過程進行路由控制,智能網(wǎng)不僅僅可以指示交換機繼續(xù)呼叫本次原有的路由,還可以根據(jù)新的智能業(yè)務(wù)需求,通過修改本次呼叫的路由信息來指示交換機將呼叫接續(xù)到特定的目的點。如彩鈴用戶在呼叫過程中觸發(fā)彩鈴業(yè)務(wù),智能網(wǎng)將對本次呼叫的路由信息進行修改,以通過修改本次呼叫的路由信息來指示交換機將呼叫路由到彩鈴業(yè)務(wù)播放平臺。
如圖1所示為現(xiàn)有智能網(wǎng)對業(yè)務(wù)接續(xù)過程進行路由控制的實施例處理過程示意圖;其中智能網(wǎng)根據(jù)智能業(yè)務(wù)需求對呼叫進行路由控制的過程如下
初始,主叫用戶A若要呼叫原被叫用戶B,需要通過主叫局和原被叫局將呼叫接續(xù)到原被叫用戶B;若在呼叫發(fā)生或呼叫過程中,有智能業(yè)務(wù)介入(如呼叫轉(zhuǎn)移業(yè)務(wù)),主叫局將發(fā)送觸發(fā)消息給智能網(wǎng),以通知智能網(wǎng)觸發(fā)相應(yīng)的智能業(yè)務(wù);智能網(wǎng)根據(jù)觸發(fā)消息修改本次呼叫的路由地址,如將被叫號碼由被叫用戶B的號碼修改為被叫用戶C的號碼,或者直接修改為新被叫局的局向設(shè)備地址;智能網(wǎng)將修改后的路由地址指示給主叫局,主叫局根據(jù)修改后的路由地址將本次呼叫通過新被叫局接續(xù)到新被叫用戶C。
目前在智能網(wǎng)的多媒體呼叫過程中,一般一個呼叫行為中不僅存在有傳統(tǒng)的話音媒體流,還存在有視頻媒體流,以使用戶能夠同時享受到包括有話音和視頻的多媒體業(yè)務(wù)服務(wù)。因此智能網(wǎng)只有針對同一多媒體呼叫中的不同媒體流分別進行路由控制,即對同一多媒體呼叫中的話音媒體流和視頻媒體流分別進行路由控制才能適應(yīng)多媒體業(yè)務(wù)在智能網(wǎng)中的廣泛開展。
而多媒體呼叫過程可以基于電路交換域(CS,Circuit Switch)實現(xiàn),也可以基于分組交換域(PS,Packet Switch)實現(xiàn)。目前,在電路交換域?qū)崿F(xiàn)的多媒體呼叫業(yè)務(wù)中,智能網(wǎng)根據(jù)多媒體智能業(yè)務(wù)需求對多媒體呼叫進行路由控制的過程并不能區(qū)分多媒體呼叫中的話音媒體流和視頻媒體流。如圖2所示為現(xiàn)有在電路交換域中由智能網(wǎng)對多媒體呼叫過程進行路由控制的實現(xiàn)過程示意圖;其中實現(xiàn)過程如下1、主叫局在對主叫用戶的多媒體呼叫進行接續(xù)過程中,發(fā)現(xiàn)主叫用戶或者被叫用戶申請有智能業(yè)務(wù),于是主叫局向智能網(wǎng)中的業(yè)務(wù)控制點(SCP,Service Control Point)發(fā)送承載有相應(yīng)智能數(shù)據(jù)的初始檢測點(IDP,InitialDetect Point)消息,以觸發(fā)對應(yīng)的智能業(yè)務(wù);2、業(yè)務(wù)控制點SCP根據(jù)接收的IDP消息中承載的智能數(shù)據(jù),運行相關(guān)的智能業(yè)務(wù)邏輯,如果由于該智能業(yè)務(wù)需要修改本次多媒體呼叫的路由信息,則要對本次多媒體呼叫的路由信息進行修改,并將修改后的要將本次呼叫路由到的新的目的路由地址(DRA,Destination Routing Address)封裝在連接消息(Connect)中發(fā)送給主叫局;3、主叫局根據(jù)接收的Connect消息中封裝的新的目的路由地址將本次多媒體呼叫路由到新的被叫局,由該新的被叫局進而將本次多媒體呼叫接續(xù)給新的被叫用戶;此后,主被叫用戶之間進入正常的多媒體通信過程(包括話音媒體通信和視頻媒體通信)。
由上述過程可見,現(xiàn)有技術(shù)在電路交換域中實現(xiàn)多媒體通信時,智能網(wǎng)中的SCP通過Connect消息向主叫局發(fā)送的路由信息只包括一個已更改處理的路由地址參數(shù),主叫局也只能按照接收到的更改處理后的該唯一路由地址對整個多媒體呼叫進行重新路由。而智能網(wǎng)中的SCP根本不區(qū)分本次多媒體呼叫中的話音媒體流和視頻媒體流,以分別針對同一多媒體呼叫中的話音媒體流和視頻媒體流分別進行路由控制,因此大大限制了多媒體業(yè)務(wù)在智能網(wǎng)中的發(fā)展?jié)摿Α?br>
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于提出一種多媒體呼叫路由控制方法,以實現(xiàn)由智能網(wǎng)分別對同一多媒體呼叫中的不同媒體流分別進行路由控制,有利促進多媒體業(yè)務(wù)在智能網(wǎng)中的開展應(yīng)用。
為解決上述問題,本發(fā)明提出的技術(shù)方案如下一種多媒體呼叫路由控制方法,包括步驟A、在電路交換域中,智能網(wǎng)中的業(yè)務(wù)控制點為同一多媒體呼叫中的不同媒體流分別配置對應(yīng)的路由信息;并B、將配置的路由信息指示給負(fù)責(zé)接續(xù)該多媒體呼叫的主叫局交換機;C、主叫局交換機根據(jù)業(yè)務(wù)控制點指示的針對不同媒體流的路由信息,對不同媒體流分別進行路由接續(xù)。
其中所述步驟A之前還包括接續(xù)多媒體呼叫的主叫局交換機將多媒體呼叫中包含的媒體流類型列表上報給業(yè)務(wù)控制點的步驟;所述步驟A中業(yè)務(wù)控制點根據(jù)主叫局交換機上報的媒體流類型列表,為同一多媒體呼叫中的不同媒體流分別配置對應(yīng)的路由信息。
其中所述不同媒體流包括話音媒體流和視頻媒體流。
其中所述步驟A之前還包括步驟A01、所述主叫局交換機將要接續(xù)的呼叫類型使用初始檢測點消息中的承載能力參數(shù)和低層兼容性參數(shù)體現(xiàn);并A02、將封裝有承載能力參數(shù)和低層兼容性參數(shù)的初始檢測點消息發(fā)送給業(yè)務(wù)控制點;A03、所述業(yè)務(wù)控制點根據(jù)接收的初始檢測點消息中的承載能力參數(shù)和低層兼容性參數(shù)判斷本次呼叫類型是否為多媒體呼叫。
其中所述呼叫類型包括純語音呼叫和多媒體呼叫。
其中所述步驟A之前還包括步驟a01、負(fù)責(zé)接續(xù)該多媒體呼叫的主叫局交換機根據(jù)參與該多媒體呼叫的主叫用戶信息和被叫用戶信息獲知主叫用戶和/或被叫用戶申請有智能業(yè)務(wù);a02、所述主叫局交換機將申請有智能業(yè)務(wù)的主叫用戶信息和/或被叫用戶信息封裝在初始檢測點消息中發(fā)送給業(yè)務(wù)控制點;a03、所述業(yè)務(wù)控制點根據(jù)接收的初始檢測點消息中封裝的主叫用戶信息和/或被叫用戶信息在自身數(shù)據(jù)庫中索引得到與主叫用戶和/或被叫用戶申請的智能業(yè)務(wù)相關(guān)的智能業(yè)務(wù)信息;并a04、根據(jù)得到的智能業(yè)務(wù)信息運行對應(yīng)的智能業(yè)務(wù)邏輯。
其中所述步驟B中業(yè)務(wù)控制點通過將路由信息封裝在下發(fā)到主叫局交換機的連接消息中實現(xiàn)將路由信息指示給主叫局交換機。
其中所述步驟C中主叫局交換機基于綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分信令根據(jù)話音媒體流的路由信息對話音媒體流進行路由接續(xù)。
其中所述步驟C中主叫局交換機基于綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分信令或會話初始協(xié)議信令根據(jù)視頻媒體流的路由信息對視頻媒體流進行路由接續(xù)。
其中所述步驟A和B之間還包括步驟業(yè)務(wù)控制點向主叫局交換機下發(fā)用于請求主叫局交換機將對該多媒體呼叫進行路由接續(xù)過程中遇到的各類事件信息上報的請求報告基本呼叫狀態(tài)模型事件消息。
其中所述步驟C之后還包括步驟主叫局交換機分別將針對不同媒體流進行路由接續(xù)過程中遇到的各類事件信息封裝在報告基本呼叫狀態(tài)模型事件消息中上報給業(yè)務(wù)控制點。
其中所述各類事件信息包括被叫用戶忙、路由接續(xù)失敗和主叫用戶放棄事件。
所述方法還包括所述業(yè)務(wù)控制點接收到報告基本呼叫狀態(tài)模型事件消息后下發(fā)釋放呼叫消息給主叫局交換機的步驟;主叫局交換機接收到釋放呼叫消息后釋放與業(yè)務(wù)控制點之間的通信連接。
本發(fā)明能夠達到的有益效果如下本發(fā)明提出由智能網(wǎng)中的SCP根據(jù)同一多媒體呼叫中包括的不同媒體流,分別為每類媒體流配置對應(yīng)的路由信息,并將配置的路由信息指示給主叫局交換機,由主叫局交換機根據(jù)每類媒體流的路由信息分別對每類媒體呼叫進行路由接續(xù)。因此實現(xiàn)了基于電路交換域?qū)崿F(xiàn)多媒體通信時,SCP能夠?qū)ν欢嗝襟w呼叫中包括的每類媒體流分別進行路由控制,極大的促進了多媒體業(yè)務(wù)在智能網(wǎng)電路交換域中的發(fā)展應(yīng)用。


圖1為現(xiàn)有智能網(wǎng)對業(yè)務(wù)接續(xù)過程進行路由控制的實施例處理過程示意圖;圖2為現(xiàn)有在電路交換域中由智能網(wǎng)對多媒體呼叫過程進行路由控制的實現(xiàn)過程示意圖;圖3為本發(fā)明的主要實現(xiàn)原理流程圖;
圖4為本發(fā)明中SCP區(qū)分不同呼叫類型的具體實現(xiàn)流程圖;圖5為本發(fā)明主叫局交換機根據(jù)多媒體呼叫觸發(fā)智能業(yè)務(wù)的實現(xiàn)流程圖;圖6為本發(fā)明同一多媒體呼叫中包括有話音媒體流和視頻媒體流兩種類型的具體實施過程示意圖。
具體實施例方式
本發(fā)明多媒體呼叫路由控制方法的設(shè)計思想是使智能網(wǎng)中的SCP能夠?qū)陔娐方粨Q域的多媒體呼叫中的不同媒體流進行區(qū)分,并分別針對每類媒體流分別進行路由控制,以擴展多媒體通信業(yè)務(wù)在智能網(wǎng)電路交換域中的發(fā)展前景。
下面將結(jié)合各個附圖對本發(fā)明多媒體路呼叫由控制方法的具體實施方式
進行詳細的闡述。
請參照圖3,該圖是本發(fā)明的主要實現(xiàn)原理流程圖,其主要實現(xiàn)原理具體如下步驟S10,在智能網(wǎng)的電路交換域中實現(xiàn)多媒體通信業(yè)務(wù)時,智能網(wǎng)中的SCP為同一多媒體呼叫中的不同媒體流分別配置對應(yīng)的路由信息;其中傳統(tǒng)的同一多媒體呼叫中通常包括話音媒體流和視頻媒體流;隨著技術(shù)的發(fā)展,在電路交換域有可能還存在其他的媒體流類型。
這樣,對于傳統(tǒng)的同一多媒體呼叫中包括話音媒體流和視頻媒體流的情況,SCP會直接默認(rèn)同一多媒體呼叫中包括兩個不同的媒體流類型即話音媒體流和視頻媒體流,并為兩種媒體流類型分別配置對應(yīng)的路由信息;而對于以后隨著技術(shù)的發(fā)展,當(dāng)同一多媒體呼叫中包括多個媒體流類型時,主叫局交換機可以將接續(xù)的多媒體呼叫中包含的媒體流類型列表上報給SCP,SCP進一步根據(jù)接收的媒體流類型列表分別為同一多媒體呼叫中的不同媒體流分別配置對應(yīng)的路由信息。此外,考慮到由于網(wǎng)絡(luò)的特殊處理,主叫局交換機可能在觸發(fā)SCP前,已經(jīng)將主叫用戶發(fā)起的多媒體呼叫中的部分的媒體流能力關(guān)閉。例如,將現(xiàn)有的多媒體呼叫中的音頻媒體流關(guān)閉,僅有視頻媒體流,此時,主叫局交換機可以將接續(xù)的多媒體呼叫中實際包含的媒體流類型列表上報給SCP,SCP進一步根據(jù)接收的實際存在的媒體流類型列表分別為同一多媒體呼叫中實際包含的不同媒體流配置對應(yīng)的路由信息。
如果SCP希望在主叫局交換機將對該多媒體呼叫進行接續(xù)過程中遇到的各類事件(如被叫用戶忙、路由接續(xù)失敗和主叫用戶放棄等事件)進行上報,則SCP要向主叫局交換機下發(fā)用于請求主叫局交換機將對該多媒體呼叫進行路由接續(xù)過程中遇到的各類事件信息上報的請求報告基本呼叫狀態(tài)模型事件消息(RRBE,Request Report BCSM Event)。
步驟S20,SCP將配置給每類媒體流的路由信息分別指示給負(fù)責(zé)接續(xù)該多媒體呼叫的主叫局交換機;其中SCP可以通過將路由信息封裝在下發(fā)到主叫局交換機的連接消息(Connect)中來實現(xiàn)將路由信息指示給主叫局交換機的目的。
步驟S30,主叫局交換機根據(jù)SCP指示的針對不同媒體流的路由信息,對不同媒體流分別進行路由接續(xù),如可以基于綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分(ISUP,ISDN User Part)信令根據(jù)話音媒體流的路由信息對話音媒體流進行路由接續(xù);及基于ISUP信令或會話初始協(xié)議(SIP,Session Initial Protocol)信令根據(jù)視頻媒體流的路由信息對視頻媒體流進行路由接續(xù)。
假如上述SCP已經(jīng)向主叫局交換機下發(fā)RRBE消息,則主叫局交換機在根據(jù)不同媒體流的路由信息分別對每類媒體呼叫進行路由接續(xù)時,要分別將針對每類媒體呼叫進行路由接續(xù)時遇到的各類事件信息封裝在報告基本呼叫狀態(tài)模型事件消息(ERB,Event Report BCSM)中上報給SCP。SCP接收到主叫局交換機上報上來的ERB消息后,下發(fā)釋放呼叫(ReleaseCall)消息給主叫局交換機,主叫局交換機接收到ReleaseCall消息后釋放與SCP之間的通信連接。
其中在智能網(wǎng)的呼叫類型中一般包括純語音呼叫類型和多媒體呼叫類型,SCP區(qū)分不同呼叫類型的過程請具體參照圖4,其實現(xiàn)過程如下步驟S11,主叫局交換機將要接續(xù)的呼叫類型使用但不限于使用初始檢測點IDP消息中的承載能力參數(shù)(Bearer Capability)和低層兼容性參數(shù)(LLC,Low Layer Compatibility)來體現(xiàn)。
步驟S12,主叫局交換機將封裝有Bearer Capability參數(shù)和Low LayerCompatibility參數(shù)的IDP消息發(fā)送給SCP;步驟S13,SCP根據(jù)接收的IDP消息中的Bearer Capability參數(shù)和LowLayer Compatibility參數(shù)來判斷本次呼叫類型是否為多媒體呼叫類型,只有為多媒體呼叫時才進行上述圖3所示的處理過程。
其中主叫局交換機根據(jù)多媒體呼叫觸發(fā)智能業(yè)務(wù)的過程請具體參照圖5所示,其具體實現(xiàn)過程如下步驟S111,負(fù)責(zé)接續(xù)該多媒體呼叫的主叫局交換機根據(jù)參與該多媒體呼叫的主叫用戶信息和被叫用戶信息獲知主叫用戶和/或被叫用戶申請有智能業(yè)務(wù);步驟S112,主叫局交換機將申請有智能業(yè)務(wù)的主叫用戶信息(如主叫用戶號碼信息)和/或被叫用戶信息(如被叫用戶號碼信息)封裝在IDP消息中發(fā)送給SCP;步驟S113,SCP根據(jù)接收的IDP消息中封裝的主叫用戶信息和/或被叫用戶信息在自身數(shù)據(jù)庫中索引得到與主叫用戶和/或被叫用戶申請的智能業(yè)務(wù)相關(guān)的智能業(yè)務(wù)信息;步驟S114,SCP根據(jù)上述得到的智能業(yè)務(wù)信息運行對應(yīng)的智能業(yè)務(wù)邏輯。
下面以同一多媒體呼叫中包括有話音媒體流和視頻媒體流兩種類型為例對本發(fā)明的具體實施過程進行詳細闡述,具體請參照圖6所示,其實現(xiàn)的思想依據(jù)是主叫局交換機在主叫或者被叫接續(xù)流程中觸發(fā)智能網(wǎng)時,通知智能網(wǎng)當(dāng)前呼叫是一個普通的話音呼叫,還是一個多媒體呼叫;對于多媒體呼叫,智能網(wǎng)中的SCP在下發(fā)的Connect消息中,可以指明針對該同一多媒體呼叫中的不同媒體流(如話音媒體流和視頻媒體流)采取不同的路由;主叫局交換機在接收到智能網(wǎng)SCP下發(fā)的相應(yīng)指示信息后,可以根據(jù)上述指示,將同一多媒體呼叫中的不同媒體流進行不同的路由接續(xù);并主叫局交換機可以根據(jù)同一多媒體呼叫中話音媒體流與視頻媒體流的不同路由接續(xù)情況,向SCP分別上報相關(guān)的事件信息。
圖6的具體實現(xiàn)過程如下a、主叫用戶發(fā)起呼叫時,主叫局交換機根據(jù)主叫用戶或者被叫用戶的號碼以及其它智能數(shù)據(jù),來得知主叫用戶或者被叫用戶申請有智能業(yè)務(wù)。則主叫局交換機按照智能呼叫處理流程,向智能網(wǎng)中的業(yè)務(wù)控制點(SCP)發(fā)送初始檢測點(IDP)消息,觸發(fā)該智能流程到智能網(wǎng);從而建立了主叫局交換機與智能網(wǎng)之間的控制關(guān)系,其中主叫局交換機發(fā)送的IDP消息中包含有申請有智能業(yè)務(wù)的主叫用戶和/或被叫用戶號碼信息及標(biāo)識該呼叫是否為多媒體呼叫的承載能力參數(shù)和低層兼容性參數(shù)。
b、SCP在處理接收到的IDP消息時,判斷IDP消息中包含的承載能力參數(shù)(Bearer Capability)和低層兼容性參數(shù)(LLC,Low Layer Compatibility)是否標(biāo)識為一個多媒體呼叫(這里后續(xù)流程只針對多媒體呼叫類型,純語音呼叫處理過程屬于現(xiàn)有技術(shù),不予贅述),并根據(jù)IDP消息中申請有智能業(yè)務(wù)的主叫用戶和/或被叫用戶信息及SCP中登記的數(shù)據(jù)庫信息,查詢得到與主叫用戶和/或被叫用戶申請的智能業(yè)務(wù)有關(guān)的智能業(yè)務(wù)信息,然后根據(jù)得到的智能業(yè)務(wù)信息運行對應(yīng)的智能業(yè)務(wù)邏輯。如果智能網(wǎng)還希望主叫局交換機報告在呼叫接續(xù)過程中遇到的各類事件(如,被叫用戶忙、路由接續(xù)失敗、主叫用戶放棄事件等等),以便于主叫局交換機在進行路由接續(xù)處理時(如主叫用戶釋放呼叫和進行重新路由等),能夠依次發(fā)送基本呼叫狀態(tài)模型事件請求報告(RRBE,request report BCSM event)給SCP。通過下發(fā)RRBE消息,智能網(wǎng)配置了希望主叫局交換機報告相應(yīng)事件的事項。
c、智能網(wǎng)中的SCP下發(fā)connect消息,其中connect消息中包含有針對話音媒體流和視頻媒體流的不同路由控制信息及路由參數(shù)。例如,當(dāng)主叫用戶發(fā)起一個多媒體呼叫時,但被叫用戶是一個2G用戶,不支持視頻媒體流時,于是智能網(wǎng)識別到這種情況后,就將話音媒體流正常路由到被叫用戶,而將視頻媒體流路由到一個視頻播放平臺。
d和e、主叫局交換機根據(jù)Connect消息中分別包括的針對話音媒體流和視頻媒體流的路由地址信息,分別對多媒體呼叫中的話音媒體流與視頻媒體流進行路由接續(xù)。即將一個多媒體呼叫分成獨立的話音媒體流和視頻媒體流,分別按照各自的路由信息進行路由接續(xù)。在上述例子中,主叫局交換機分別與被叫用戶建立話音媒體流通信,同時與視頻播放平臺建立視頻媒體流(可以基于ISUP信令方式為例建立話音媒體流接續(xù)過程,并基于ISUP信令或SIP信令方式為例建立視頻媒體流接續(xù)過程)通信。當(dāng)話音媒體流和視頻媒體流建立成功后,主叫局交換機在將相應(yīng)媒體流傳送到主叫用戶側(cè)時,仍然是組合成一個多媒體呼叫的形式。在上個例子中,此時主叫用戶可以在一個多媒體呼叫中,在與被叫用戶進行語音通話的同時,還可以看到視頻播放平臺中為其播放的視頻圖像信息。
f、主叫局交換機由于需要將同一個多媒體呼叫中的兩個不同媒體流分別進行接續(xù),因此可能造成話音媒體流與視頻媒體流的接續(xù)過程中存在各自不同的事件。如話音媒體流通信已經(jīng)接通,但是視頻媒體流通信接續(xù)存在錯誤等等。因此需要在進行ERB消息上報給SCP時,分別區(qū)分不同的媒體流中所遇到的事件以及相應(yīng)的原因。當(dāng)呼叫結(jié)束,如主叫用戶掛機事件發(fā)生時,上述智能網(wǎng)如果在RRBE消息中配置了這個事件,則主叫局交換機通過報告基本呼叫狀態(tài)模型事件(ERB)消息給主叫局交換機實現(xiàn)將遇到的各類事件上報給智能網(wǎng)SCP的目的。
g、SCP接收到主叫局交換機上報的ERB消息后,下發(fā)釋放呼叫(ReleaseCall)消息,通知主叫局交換機釋放當(dāng)前與智能網(wǎng)之間的呼叫控制。
由此可見本發(fā)明多媒體呼叫路由控制方法可以使得智能網(wǎng)在多媒體呼叫過程中,根據(jù)不同的媒體進行不同的接續(xù)控制,并獲得不同的接續(xù)情況。
由于本發(fā)明可以將同一個多媒體呼叫中的不同媒體流轉(zhuǎn)向不同的目的點,從而為用戶提供了豐富多樣的內(nèi)容源,滿足了用戶的不同感官需求。例如,對于主叫用戶發(fā)起的多媒體呼叫中,可以為主叫用戶提供與被叫用戶通話的話音媒體,同時還可以播放來自其他信息源的視頻媒體。
顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種多媒體呼叫路由控制方法,其特征在于,包括步驟A、在電路交換域中,智能網(wǎng)中的業(yè)務(wù)控制點為同一多媒體呼叫中的不同媒體流分別配置對應(yīng)的路由信息;并B、將配置的路由信息指示給負(fù)責(zé)接續(xù)該多媒體呼叫的主叫局交換機;C、主叫局交換機根據(jù)業(yè)務(wù)控制點指示的針對不同媒體流的路由信息,對不同媒體流分別進行路由接續(xù)。
2.如權(quán)利要求1所述的多媒體呼叫路由控制方法,其特征在于,所述步驟A之前還包括接續(xù)多媒體呼叫的主叫局交換機將多媒體呼叫中包含的媒體流類型列表上報給業(yè)務(wù)控制點的步驟;所述步驟A中業(yè)務(wù)控制點根據(jù)主叫局交換機上報的媒體流類型列表,為同一多媒體呼叫中的不同媒體流分別配置對應(yīng)的路由信息。
3.如權(quán)利要求1或2所述的多媒體呼叫路由控制方法,其特征在于,所述不同媒體流包括話音媒體流和視頻媒體流。
4.如權(quán)利要求1或2所述的多媒體呼叫路由控制方法,其特征在于,所述步驟A之前還包括步驟A01、所述主叫局交換機將要接續(xù)的呼叫類型使用初始檢測點消息中的承載能力參數(shù)和低層兼容性參數(shù)體現(xiàn);并A02、將封裝有承載能力參數(shù)和低層兼容性參數(shù)的初始檢測點消息發(fā)送給業(yè)務(wù)控制點;A03、所述業(yè)務(wù)控制點根據(jù)接收的初始檢測點消息中的承載能力參數(shù)和低層兼容性參數(shù)判斷本次呼叫類型是否為多媒體呼叫。
5.如權(quán)利要求4所述的多媒體呼叫路由控制方法,其特征在于,所述呼叫類型包括純語音呼叫和多媒體呼叫。
6.如權(quán)利要求1或2所述的多媒體呼叫路由控制方法,其特征在于,所述步驟A之前還包括步驟a01、負(fù)責(zé)接續(xù)該多媒體呼叫的主叫局交換機根據(jù)參與該多媒體呼叫的主叫用戶信息和被叫用戶信息獲知主叫用戶和/或被叫用戶申請有智能業(yè)務(wù);a02、所述主叫局交換機將申請有智能業(yè)務(wù)的主叫用戶信息和/或被叫用戶信息封裝在初始檢測點消息中發(fā)送給業(yè)務(wù)控制點;a03、所述業(yè)務(wù)控制點根據(jù)接收的初始檢測點消息中封裝的主叫用戶信息和/或被叫用戶信息在自身數(shù)據(jù)庫中索引得到與主叫用戶和/或被叫用戶申請的智能業(yè)務(wù)相關(guān)的智能業(yè)務(wù)信息;并a04、根據(jù)得到的智能業(yè)務(wù)信息運行對應(yīng)的智能業(yè)務(wù)邏輯。
7.如權(quán)利要求1或2所述的多媒體呼叫路由控制方法,其特征在于,所述步驟B中業(yè)務(wù)控制點通過將路由信息封裝在下發(fā)到主叫局交換機的連接消息中實現(xiàn)將路由信息指示給主叫局交換機。
8.如權(quán)利要求3所述的多媒體呼叫路由控制方法,其特征在于,所述步驟C中主叫局交換機基于綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分信令根據(jù)話音媒體流的路由信息對話音媒體流進行路由接續(xù)。
9.如權(quán)利要求3所述的多媒體呼叫路由控制方法,其特征在于,所述步驟C中主叫局交換機基于綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分信令或會話初始協(xié)議信令根據(jù)視頻媒體流的路由信息對視頻媒體流進行路由接續(xù)。
10.如權(quán)利要求1或2所述的多媒體呼叫路由控制方法,其特征在于,所述步驟A和B之間還包括步驟業(yè)務(wù)控制點向主叫局交換機下發(fā)用于請求主叫局交換機將對該多媒體呼叫進行路由接續(xù)過程中遇到的各類事件信息上報的請求報告基本呼叫狀態(tài)模型事件消息。
11.如權(quán)利要求10所述的多媒體呼叫路由控制方法,其特征在于,所述步驟C之后還包括步驟主叫局交換機分別將針對不同媒體流進行路由接續(xù)過程中遇到的各類事件信息封裝在報告基本呼叫狀態(tài)模型事件消息中上報給業(yè)務(wù)控制點。
12.如權(quán)利要求11所述的多媒體呼叫路由控制方法,其特征在于,所述各類事件信息包括被叫用戶忙、路由接續(xù)失敗和主叫用戶放棄事件。
13.如權(quán)利要求11所述的多媒體呼叫路由控制方法,其特征在于,還包括所述業(yè)務(wù)控制點接收到報告基本呼叫狀態(tài)模型事件消息后下發(fā)釋放呼叫消息給主叫局交換機的步驟;主叫局交換機接收到釋放呼叫消息后釋放與業(yè)務(wù)控制點之間的通信連接。
全文摘要
本發(fā)明公開了一種多媒體呼叫路由控制方法,包括在電路交換域中,智能網(wǎng)中的業(yè)務(wù)控制點為同一多媒體呼叫中的不同媒體流分別配置對應(yīng)的路由信息;并將配置的路由信息指示給負(fù)責(zé)接續(xù)該多媒體呼叫的主叫局交換機;主叫局交換機根據(jù)業(yè)務(wù)控制點指示的針對不同媒體流的路由信息,對不同媒體流分別進行路由接續(xù)。本發(fā)明可以實現(xiàn)由智能網(wǎng)分別對同一多媒體呼叫中的不同媒體流分別進行路由控制,有利促進了多媒體業(yè)務(wù)在智能網(wǎng)中的開展應(yīng)用。
文檔編號H04Q3/58GK1878325SQ200510075079
公開日2006年12月13日 申請日期2005年6月8日 優(yōu)先權(quán)日2005年6月8日
發(fā)明者伍勇 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1