两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

一種r4網(wǎng)絡(luò)系統(tǒng)及提供媒體資源的方法

文檔序號(hào):7629691閱讀:206來源:國(guó)知局
專利名稱:一種r4網(wǎng)絡(luò)系統(tǒng)及提供媒體資源的方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種R4網(wǎng)絡(luò)系統(tǒng)及提供媒體資源的方法。
背景技術(shù)
在3GPP R4階段UMTS核心網(wǎng)分為電路域(CS域)和分組域(PS域)兩個(gè)域,核心網(wǎng)CS域(移動(dòng)交換中心MSC之間)基于時(shí)分復(fù)用(TDM)傳輸,PS域基于IP傳輸承載非實(shí)時(shí)的數(shù)據(jù)業(yè)務(wù)。
從3GPP R5階段開始,UMTS核心網(wǎng)劃分為CS、PS以及IP多媒體子系統(tǒng)(IMS)三個(gè)子系統(tǒng),其中IMS是3GPPR5/R6標(biāo)準(zhǔn)定義的WCDMA網(wǎng)絡(luò)中位于PS域之上的一個(gè)IP多媒體子系統(tǒng),采用分組域?yàn)槠渖蠈涌刂菩帕詈兔襟w傳輸?shù)某休d通道,引入SIP協(xié)議作為業(yè)務(wù)控制協(xié)議,利用SIP簡(jiǎn)單、易擴(kuò)展、媒體組合方便的特點(diǎn),通過將業(yè)務(wù)控制與承載控制分離,提供豐富的多媒體業(yè)務(wù)。
在R4網(wǎng)絡(luò)架構(gòu)下對(duì)于媒體資源的處理分為兩部分電路域基本業(yè)務(wù)及補(bǔ)充業(yè)務(wù)涉及的媒體流的處理由端局MGW完成;基本業(yè)務(wù)及補(bǔ)充業(yè)務(wù)之外的增值業(yè)務(wù)的媒體資源由特殊資源功能模塊gsmSRF(gsm Specialized ResourceFunction)提供。
參閱圖1所示,在R99到R4的網(wǎng)絡(luò)變遷中,MSC被拆分為MSC Server和MGW兩部分。MSC Server完成電路域基本業(yè)務(wù)及補(bǔ)充業(yè)務(wù)涉及的媒體流的控制功能,MGW接受MSC Server的命令完成媒體流的處理和用戶面承載。這一改變實(shí)現(xiàn)了電路域基本業(yè)務(wù)及補(bǔ)充業(yè)務(wù)涉及的媒體流的控制承載分離。
在R4網(wǎng)絡(luò)中,MSC Server具有以下特點(diǎn)(1)繼承了R99 MSC的所有電路域控制面功能,不在其內(nèi)部實(shí)現(xiàn)承載面的交換功能(由MGW以多種承載方式實(shí)現(xiàn))。
(2)對(duì)外提供純粹的信令接口。
(3)集成了R99 VLR功能,以處理移動(dòng)用戶業(yè)務(wù)數(shù)據(jù)及CAMEL相關(guān)數(shù)據(jù)。
(4)對(duì)電路域基本業(yè)務(wù)及補(bǔ)充業(yè)務(wù)涉及的MGW中承載終端及媒體流的控制,是通過3G擴(kuò)展的H.248協(xié)議來實(shí)現(xiàn)的。
(5)與其他MSC server間通過BICC信令實(shí)現(xiàn)承載無(wú)關(guān)的局間呼叫控制。
(6)支持MGW及自身的登記及故障恢復(fù)操作,并可要求MGW主動(dòng)上報(bào)其終端特性。
在R4網(wǎng)絡(luò)中,GMSC Sever具有以下特點(diǎn)(1)由GMSC的呼叫控制和移動(dòng)控制組成,只完成GMSC的信令處理功能。
(2)具有查詢位置信息的功能。如移動(dòng)臺(tái)MS被呼叫時(shí),網(wǎng)絡(luò)如不能查詢?cè)撚脩羲鶎俚腍LR,則需要通過GMSC server查詢,然后將呼叫轉(zhuǎn)接到目前登記的MSC server中。
(3)通過H.248協(xié)議控制MGW中媒體通道的接續(xù)。
(4)支持BICC與ISUP的協(xié)議互通;在R4網(wǎng)絡(luò)中,MGW是3G R4核心網(wǎng)的用戶承載面的網(wǎng)關(guān)交換設(shè)備,位于3G CS核心網(wǎng)通往無(wú)線接入網(wǎng)(UTRAN/BSS)及傳統(tǒng)固定網(wǎng)(PSTN/ISDN)的邊界處;是Iu接口、PSTN/PLMN接口的承載通道,以及分組網(wǎng)媒體流(如RTP流)的終結(jié)點(diǎn),具有以下特點(diǎn)(1)MGW不負(fù)責(zé)任何移動(dòng)用戶相關(guān)的業(yè)務(wù)邏輯處理。
(2)MGW可以支持媒體轉(zhuǎn)換、承載控制及業(yè)務(wù)交換等功能,如GSW/UMTS各類語(yǔ)音編解碼器,回音消除器,IWF,接入網(wǎng)與核心網(wǎng)側(cè)終端媒體流的交換,會(huì)議橋、放音收號(hào)資源等。
(3)MGW可通過H.248信令,接受來自MSC server及GMSC server的資源控制命令。
(4)支持電路域業(yè)務(wù)在多種傳輸媒介(基于AAL2/ATM,TDM,或基于RTP/UDP/IP)上的實(shí)現(xiàn),提供必要的承載控制。
在R4網(wǎng)絡(luò)應(yīng)用層移動(dòng)智能網(wǎng)系統(tǒng)中,資源功能模塊gsmSRF可以為電路域基本業(yè)務(wù)及補(bǔ)充業(yè)務(wù)外的各種智能業(yè)務(wù)提供豐富的專用媒體資源,并對(duì)所有專用媒體資源進(jìn)行集中管理。資源功能模塊gsmSRF可以和業(yè)務(wù)交換功能模塊SSF集成在MSC Server內(nèi)部實(shí)現(xiàn),如圖2A所示,也可以通過單獨(dú)的設(shè)備實(shí)現(xiàn)并與MSC Sever和業(yè)務(wù)控制模塊SCF連接,該單獨(dú)實(shí)現(xiàn)SRF功能的設(shè)備稱為智能外設(shè)IP(Intelligent Peripheral),如圖2B所示。
若gsmSRF集成在(G)MSC Server內(nèi)部,則gsmSRF被拆分為gsmSRFServer和MGW兩部分,gsmSRF Server終結(jié)CAP協(xié)議并轉(zhuǎn)換為信令控制MGW;MGW負(fù)責(zé)提供一些簡(jiǎn)單的媒體資源并完成單一資源操作如單獨(dú)DTMF信號(hào)音檢測(cè)。與gsmSRF集成在(G)MSC Server內(nèi)實(shí)現(xiàn)方式相比,獨(dú)立IP實(shí)現(xiàn)能夠提供的資源容量更大,而且可以提供靈活放音集中管理。
由于現(xiàn)有媒體資源設(shè)備MGW和智能外設(shè)只支持傳統(tǒng)電信網(wǎng)定義業(yè)務(wù)的媒體資源能力,因此,隨著各種新業(yè)務(wù)(如視頻郵箱)的引入,現(xiàn)有設(shè)備的媒體資源能力將無(wú)法滿足要求,不利于新業(yè)務(wù)的開展。
另外,在R99到R4的網(wǎng)絡(luò)演進(jìn)中基本業(yè)務(wù)補(bǔ)充業(yè)務(wù)涉及的媒體資源管理已經(jīng)實(shí)現(xiàn)了承載(MGW)控制(MSC Server)相分離;gsmSRF Server集成在(G)MSC Server內(nèi)部實(shí)現(xiàn)的方式也體現(xiàn)了這一思想,而獨(dú)立IP雖然同時(shí)完成資源提供和資源管理,但并沒有實(shí)現(xiàn)這一功能,與下一代網(wǎng)絡(luò)演進(jìn)方向不一致。
在IMS網(wǎng)絡(luò)架構(gòu)中,所有的非基本會(huì)話接續(xù)類的增值應(yīng)用服務(wù)均在應(yīng)用服務(wù)器AS實(shí)體中提供,會(huì)話控制層的CSCF系列(P-CSCF、S-CSCF、I-CSCF)為基礎(chǔ)IMS SIP會(huì)話到運(yùn)行各個(gè)不同增值業(yè)務(wù)邏輯的AS的業(yè)務(wù)觸發(fā)路由,以及所有增值應(yīng)用可以共享的登記注冊(cè)、安全性保護(hù)、QoS控制、基本會(huì)話路由等功能提供了一個(gè)公共平臺(tái),確保各AS提供者僅需要關(guān)注增值業(yè)務(wù)邏輯本身的設(shè)計(jì)即可應(yīng)用服務(wù)器AS,AS包括三種類型直接基于SIP協(xié)議為IMS用戶提供全新增值業(yè)務(wù)的SIP Application Server、通過實(shí)現(xiàn)SIP與INAP/CAP的互通接入傳統(tǒng)SCP以為IMS用戶提供電路交換網(wǎng)智能網(wǎng)原有增值服務(wù)的IM-SSF、以及通過調(diào)用IMS網(wǎng)絡(luò)運(yùn)營(yíng)商SIP能力服務(wù)器的Parlay/OSA接口提供增值業(yè)務(wù)的第三方提應(yīng)用服務(wù)器OSA Application Serve。
在IMS網(wǎng)絡(luò)架構(gòu)中用戶可以享受豐富的多媒體業(yè)務(wù),其中由AS為IMS用戶提供所有的非基本會(huì)話接續(xù)類的增值應(yīng)用服務(wù)邏輯,多媒體資源功能控制器(MRFC)和多媒體資源功能處理器(MRFP)為用戶提供業(yè)務(wù)所需媒體資源,它們?cè)诰W(wǎng)絡(luò)中的位置如圖3所示(為清晰起見,圖3中并未列出所有網(wǎng)元之間接口。)。
多媒體資源功能控制器(MRFC)通過H.248控制多媒體資源功能處理器(MRFP)上的媒體資源,解析來自其他S-CSCF及AS的SIP資源控制命令,轉(zhuǎn)換為對(duì)MRFP的對(duì)應(yīng)控制命令并產(chǎn)生相應(yīng)計(jì)費(fèi)信息。MRFP作為網(wǎng)絡(luò)公共資源,控制與其他IMS終端或IM-MGW之間的IP用戶面承載連接,在MRFC控制下提供資源服務(wù),包括媒體流混合(多方會(huì)議)、多媒體信息播放(放音、流媒體)、媒體內(nèi)容解析處理(碼變換、語(yǔ)音識(shí)別等)。
雖然MRFC/MRFP能夠滿足各種增值業(yè)務(wù)的媒體資源能力要求,但MRFC/MRFP現(xiàn)有技術(shù)是位于IMS域,并為IMS網(wǎng)絡(luò)用戶提供服務(wù),無(wú)法給傳統(tǒng)電路交換網(wǎng)中CS域用戶提供媒體資源業(yè)務(wù),CS域用戶無(wú)法享受MRF中豐富的媒體資源。

發(fā)明內(nèi)容
本發(fā)明提供一種R4網(wǎng)絡(luò)系統(tǒng)及在提供媒體資源的方法,以解決現(xiàn)有R4網(wǎng)絡(luò)中的用戶無(wú)法享受到類似IMS網(wǎng)絡(luò)中的媒體資源業(yè)務(wù)的問題。
本發(fā)明提供以下技術(shù)方案一種R4網(wǎng)絡(luò)系統(tǒng),包括移動(dòng)交換中心,與所述業(yè)務(wù)控制點(diǎn)連接,用于提供信令控制功能;媒體網(wǎng)關(guān),與所述移動(dòng)交換中心連接,用于提供媒體流承載;業(yè)務(wù)控制點(diǎn),與所述移動(dòng)交換中心連接,用于提供智能業(yè)務(wù);其中,還包括多媒體資源實(shí)體,與所述移動(dòng)交換中心和媒體網(wǎng)關(guān)連接;并且,該多媒體資源實(shí)體包含多媒體資源實(shí)體控制器和多媒體資源實(shí)體處理器,所述多媒體資源實(shí)體控制器用于接受移動(dòng)交換中心發(fā)送的媒體資源控制命令,所述多媒體資源實(shí)體處理器與所述媒體網(wǎng)關(guān)相互獨(dú)立,用于根據(jù)所述多媒體資源實(shí)體控制器的控制命令完成媒體資源處理和通過所述媒體網(wǎng)關(guān)提供媒體資源。
所述多媒體資源實(shí)體還與所述業(yè)務(wù)控制點(diǎn)連接,并由多媒體資源實(shí)體控制器接受業(yè)務(wù)控制點(diǎn)發(fā)送的媒體資源控制命令并控制所述多媒體資源實(shí)體處理器。
所述的R4網(wǎng)絡(luò)系統(tǒng)還包括應(yīng)用服務(wù)器,與所述多媒體資源實(shí)體和移動(dòng)交換中心連接,用于提供增值應(yīng)用服務(wù),或者通過向多媒體資源實(shí)體下發(fā)媒體資源控制命令,由多媒體資源實(shí)體中的多媒體資源實(shí)體控制器控制多媒體資源處理器完成媒體處理并提供媒體資源。
所述多媒體資源實(shí)體控制器與所述多媒體資源實(shí)體處理器設(shè)置為一體;或者,所述多媒體資源實(shí)體控制器與所述多媒體資源實(shí)體處理器分別為獨(dú)立設(shè)置的物理實(shí)體;或者,所述多媒體資源實(shí)體處理器為獨(dú)立設(shè)置的物理實(shí)體,所述多媒體資源實(shí)體控制器設(shè)置在其他網(wǎng)絡(luò)實(shí)體中。
所述多媒體資源實(shí)體處理器與多個(gè)媒體網(wǎng)關(guān)連接。
所述多媒體資源實(shí)體處理器為多個(gè),并由所述多媒體資源實(shí)體控制器進(jìn)行控制。
一種R4網(wǎng)絡(luò)中提供媒體資源的方法,包括如下步驟R4網(wǎng)絡(luò)中處理業(yè)務(wù)請(qǐng)求的網(wǎng)絡(luò)實(shí)體向多媒體資源實(shí)體發(fā)送媒體資源控制命令;所述多媒體資源實(shí)體中的多媒體資源控制器解析所述媒體資源控制命令,并指示多媒體資源處理器提供媒體資源;所述多媒體資源處理器根據(jù)所述媒體資源控制命令完成多媒體資源處理,并通過媒體網(wǎng)關(guān)完成到用戶終端的媒體資源承載。
對(duì)于電路域中的多媒體資源實(shí)體,所述網(wǎng)絡(luò)實(shí)體通過電路交換網(wǎng)號(hào)碼段路由方式發(fā)送媒體資源控制命令到所述多媒體資源實(shí)體。
所述處理業(yè)務(wù)請(qǐng)求的網(wǎng)絡(luò)實(shí)體為業(yè)務(wù)控制點(diǎn),該業(yè)務(wù)控制點(diǎn)直接向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令,或者該業(yè)務(wù)控制點(diǎn)通過所述移動(dòng)交換中心向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令。
所述處理業(yè)務(wù)請(qǐng)求的實(shí)體為提供增值應(yīng)用服務(wù)器的應(yīng)用服務(wù)器,該應(yīng)用服務(wù)器直接向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令,或者該應(yīng)用服務(wù)器通過所述移動(dòng)交換中心向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令。
所述處理業(yè)務(wù)請(qǐng)求的實(shí)體為移動(dòng)交換中心,該移動(dòng)交換中心接收到業(yè)務(wù)請(qǐng)求后根據(jù)配置數(shù)據(jù)直接向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令。
本發(fā)明有益效果如下1、實(shí)現(xiàn)了增值業(yè)務(wù)媒體資源通過單獨(dú)外設(shè)實(shí)現(xiàn)時(shí)的承載控制相分離,符合下一代網(wǎng)絡(luò)演進(jìn)方向,使得各個(gè)業(yè)務(wù)實(shí)體分工明確并且可以分別針對(duì)不同的技術(shù)方向發(fā)展。
2、電路交換網(wǎng)CS域媒體資源設(shè)備所具有的增強(qiáng)的媒體資源能力可以滿足各種新業(yè)務(wù)的需求,便于新業(yè)務(wù)的開展并可以實(shí)現(xiàn)網(wǎng)絡(luò)內(nèi)媒體資源共享。


圖1為現(xiàn)有R99網(wǎng)絡(luò)向R4網(wǎng)絡(luò)演進(jìn)示意圖;圖2A為現(xiàn)有技術(shù)中g(shù)smSRF集成在MSC Server內(nèi)部的示意圖;圖2B為現(xiàn)有技術(shù)中g(shù)smSRF通過獨(dú)立IP實(shí)現(xiàn)的示意圖;圖3為現(xiàn)有技術(shù)中IMS網(wǎng)絡(luò)的示意圖;圖4A、圖4B為本發(fā)明中R4網(wǎng)絡(luò)的結(jié)構(gòu)示意圖;圖5為本發(fā)明實(shí)施例中由多媒體資源實(shí)體實(shí)現(xiàn)放音的流程圖;圖6為本發(fā)明實(shí)施例中由多媒體資源實(shí)體建立多方會(huì)議的流程圖;
圖7為本發(fā)明實(shí)施例中由多媒體資源實(shí)體進(jìn)行編解碼轉(zhuǎn)換的流程圖。
具體實(shí)施例方式
參閱圖4A所示,本發(fā)明的R4網(wǎng)絡(luò)架構(gòu)除了包括現(xiàn)有業(yè)務(wù)控制點(diǎn)SCP、網(wǎng)關(guān)移動(dòng)交換中心GMSC、移動(dòng)交換中心MSC和媒體網(wǎng)關(guān)MGW等功能實(shí)體外,還包括提供業(yè)務(wù)媒體資源管理的多媒體資源實(shí)體MRE,該MRE包括多媒體資源控制器(模塊)MREC和多媒體資源處理器(模塊)MREP;其中,MREC與GMSC和MSC連接,MREP與MGW連接,進(jìn)一步的MREC還可與SCP連接。
參閱圖4B所示,本發(fā)明的R4網(wǎng)絡(luò)在圖4A的基礎(chǔ)上進(jìn)一步包括應(yīng)用服務(wù)器AS,該AS分別與GMSC和MREC連接。
以下主要以圖4B為例進(jìn)行詳細(xì)說明。
MREC實(shí)體在物理實(shí)現(xiàn)可以MREP集成在一起(如圖4B中所示),或者,MREC和MERP也可以分別獨(dú)立的物理實(shí)體,或者,MRE也可以和(G)MSCServer/SCP/AS等集成在一起。MREC解析從AS,SCP或MSC Server接收的信息并控制MREP中的媒體流資源。
MREP實(shí)體與MGW相互獨(dú)立,一個(gè)MREP可以與多個(gè)MGW相連接。MREP可以完成新的業(yè)務(wù)需求中MGW無(wú)法提供的媒體資源能力,物理實(shí)現(xiàn)可以和MREC集成,也可以是單獨(dú)設(shè)置的物理實(shí)體。MREP在MREC的控制下進(jìn)行媒體處理,其功能包括A、提供MREC控制所需的資源,如語(yǔ)音Announce資源,會(huì)議Conference資源和編解碼CODEC資源等;B、混合入媒體流,如,多方會(huì)議等;C、作為源端,發(fā)送媒體流,如,多媒體通知音等;D、處理媒體流,如,音頻編解碼轉(zhuǎn)換、媒體分析等。
MREC實(shí)體和MREP實(shí)體之間可以是一對(duì)多的關(guān)系,即一個(gè)MREC可以管理多個(gè)MREP實(shí)體。
提供業(yè)務(wù)媒體資源管理的AS實(shí)體在物理實(shí)現(xiàn)上可以和SCP集成,也可以是單獨(dú)的物理實(shí)體,該AS提供但不限于以下功能A、為終端用戶提供各種增值業(yè)務(wù)B、提供和MSC Server間的接口,用于接收MSC Server上報(bào)的業(yè)務(wù)觸發(fā)消息,進(jìn)行業(yè)務(wù)控制;C、提供和MREC間的接口,用于向MREC下發(fā)媒體資源控制命令。
在R4網(wǎng)絡(luò)中引入MRE和AS后,MSC Server通過協(xié)議擴(kuò)展支持SIP或其他適用協(xié)議,以支持和AS互通,以及通過軟件升級(jí)引入各種新業(yè)務(wù),這些業(yè)務(wù)可能使用MRE的媒體資源能力。
MREC和AS之間接口Interfacel用于MREC接收來自AS的媒體資源控制命令,該接口為外部接口時(shí)可以但不限于以SIP協(xié)議實(shí)現(xiàn),若為內(nèi)部接口還可以通過自定義內(nèi)部接口實(shí)現(xiàn)。
MREC和MSC Server之間接口Interface2用于MREC接收來自MSC Server的媒體資源控制命令,該接口為外部接口時(shí)和Nc接口保持一致即支持TUP/ISUP/BICC協(xié)議互通,物理承載可使用TDM/IP實(shí)現(xiàn),若為內(nèi)部接口還可以通過自定義內(nèi)部接口實(shí)現(xiàn)。
MREP和MGW之間接口Interface3用于和用戶進(jìn)行媒體流交互時(shí),完成媒體流的IP承載,該接口和Nb接口保持一致,即支持RTP/AAL2/AMR協(xié)議互通,物理承載可使用TDM/IP/ATM實(shí)現(xiàn)。
MREC和MREP之間接口Interface4用于MREC指示MREP完成相應(yīng)的媒體資源處理,該接口為外部接口時(shí)可以但不限于以H.248協(xié)議實(shí)現(xiàn),若為內(nèi)部接口還可以通過自定義內(nèi)部接口實(shí)現(xiàn)。
MSC Server和AS之間接口Interface5用于MSC Server進(jìn)行增值業(yè)務(wù)觸發(fā),該接口可以但不限于以SIP協(xié)議實(shí)現(xiàn)。
MREC和SCP之間接口Interface6用于MREC接收來自SCP的媒體資源控制命令,該接口為外部接口時(shí)以CAP協(xié)議實(shí)現(xiàn),若為內(nèi)部接口還可以通過自定義內(nèi)部接口實(shí)現(xiàn)。
在R4網(wǎng)絡(luò)架構(gòu)中引入MRE/和AS后MREC實(shí)體管理MREP的方式包括A、MREP在狀態(tài)發(fā)生變化(資源能力發(fā)生變化,設(shè)備狀態(tài)發(fā)生變化)時(shí)主動(dòng)向MREC進(jìn)行注冊(cè),注冊(cè)信息包括資源能力和MREP地址信息。
一個(gè)MREP可以有多種資源能力,也可以將不同的媒體資源分布在不同的MREP上;B、MREC在接收到AS/SCP/MSC Server的控制命令時(shí)根據(jù)其存儲(chǔ)的MREP的媒體資源能力和地址信息向滿足要求的MREP發(fā)出資源請(qǐng)求。
業(yè)務(wù)的媒體資源控制可以通過以下幾種方式之一或者它們的任意組合完成1、AS接受業(yè)務(wù)觸發(fā)時(shí)當(dāng)AS接受了MSC Server的業(yè)務(wù)觸發(fā)請(qǐng)求,發(fā)現(xiàn)本次業(yè)務(wù)需要媒體資源支持時(shí),會(huì)根據(jù)其內(nèi)部的業(yè)務(wù)邏輯向已在其內(nèi)部注冊(cè)的MREC發(fā)起資源請(qǐng)求,或者將該請(qǐng)求發(fā)往(G)MSC Server,由(G)MSC Server對(duì)該請(qǐng)求進(jìn)行轉(zhuǎn)發(fā),MREC對(duì)該請(qǐng)求進(jìn)行解析,轉(zhuǎn)換為MREP能夠識(shí)別的格式(H.248包格式),指示MREP進(jìn)行相應(yīng)的媒體處理,MREP提供MREC要求的媒體資源,并通過和MGW之間的鏈路通路完成媒體資源到終端用戶的承載,其中AS/(G)MSC Server對(duì)于CS域網(wǎng)絡(luò)內(nèi)MREC的發(fā)現(xiàn)通過傳統(tǒng)的電路交換網(wǎng)號(hào)碼段路由方式實(shí)現(xiàn)。
2、SCP接受業(yè)務(wù)觸發(fā)時(shí)當(dāng)SCP接受了MSC Serve的業(yè)務(wù)觸發(fā)請(qǐng)求,發(fā)現(xiàn)本次業(yè)務(wù)需要媒體資源支持時(shí),會(huì)根據(jù)其內(nèi)部的業(yè)務(wù)控制將業(yè)務(wù)指示及MRE地址信息等發(fā)送給(G)MSC Server,(G)MSC Server將該請(qǐng)求進(jìn)行轉(zhuǎn)換,并向指定的MREC進(jìn)行轉(zhuǎn)發(fā);或者,SCP直接向MREC發(fā)起資源請(qǐng)求,MREC對(duì)該請(qǐng)求進(jìn)行解析,轉(zhuǎn)換為MREP能夠識(shí)別的格式,指示MREP進(jìn)行相應(yīng)的媒體處理,MREP提供MREC要求的媒體資源,并通過和MGW之間的鏈路通路完成媒體資源到終端用戶的承載。其中SCP對(duì)于CS域網(wǎng)絡(luò)內(nèi)MREC的發(fā)現(xiàn)通過傳統(tǒng)的電路交換網(wǎng)號(hào)碼段路由方式實(shí)現(xiàn);3、(G)MSC Server通過數(shù)據(jù)配置直接觸發(fā)(G)MSC Server可以通過靜態(tài)表數(shù)據(jù)配置,指定對(duì)于某些增值業(yè)務(wù)若需要MRE提供媒體資源時(shí),不通過SCP或AS而是直接向數(shù)據(jù)配置表中指定的MREC發(fā)起媒體資源請(qǐng)求,MREC收到請(qǐng)求后進(jìn)行信令轉(zhuǎn)換指示MREP進(jìn)行相應(yīng)的媒體處理,MREP提供MREC要求的媒體資源,并通過和MGW之間的鏈路通路完成媒體資源到終端用戶的承載。其中(G)MSC Server對(duì)于CS域網(wǎng)絡(luò)內(nèi)MREC的發(fā)現(xiàn)通過傳統(tǒng)的電路交換網(wǎng)號(hào)碼段路由方式實(shí)現(xiàn)。
參閱圖5所示,SCP接受業(yè)務(wù)觸發(fā),對(duì)主叫用戶的放音的主要過程如下步驟1至3終端UE發(fā)送業(yè)務(wù)請(qǐng)求,該業(yè)務(wù)請(qǐng)求接續(xù)到被叫UE所在MSCb。
步驟4當(dāng)被叫MSC b接收到IAM入局請(qǐng)求后,分析判斷消息中攜帶的被叫號(hào)碼,若被叫為彩鈴業(yè)務(wù)用戶,向SCP發(fā)起業(yè)務(wù)觸發(fā)。
步驟5SCP將在其內(nèi)部注冊(cè)的MRF地址等信息通過業(yè)務(wù)觸發(fā)響應(yīng)消息返回給被叫MSC b。
步驟6、7被叫MSC b獲取被叫用戶狀態(tài)。
步驟8、9當(dāng)被叫用戶空閑時(shí),MSC b向MREC發(fā)起資源請(qǐng)求,MREC判斷支持MSC b所請(qǐng)求的資源類型后向其返回相應(yīng)的響應(yīng)。
步驟10MREC控制MREP通過和MGW之間鏈路向主叫發(fā)被叫定制的彩鈴音。
參閱圖6所示,AS接受業(yè)務(wù)觸發(fā),建立多方會(huì)議的主要過程如下(圖中未示出UE)步驟1MSC收到UE-1建立多方通話請(qǐng)求消息,請(qǐng)求中指示希望加入U(xiǎn)E-2,UE-3到本次會(huì)議中。
步驟2-3MSC返回臨時(shí)響應(yīng)并將請(qǐng)求轉(zhuǎn)發(fā)至AS。
步驟4AS執(zhí)行相關(guān)業(yè)務(wù)邏輯允許建立本次會(huì)議。
步驟5-8AS對(duì)MREC發(fā)出請(qǐng)求,指示建立多方通話,得到本次會(huì)議標(biāo)識(shí),并為UE-2接入做準(zhǔn)備。
步驟9-13AS對(duì)UE-2發(fā)出請(qǐng)求并建立和UE-2之間連接。
步驟14-17AS返回響應(yīng)確認(rèn)消息。
步驟18-21AS使用上面申請(qǐng)到的會(huì)議標(biāo)識(shí)對(duì)MREC發(fā)出資源請(qǐng)求,為UE-3接入做準(zhǔn)備。
步驟22-26AS對(duì)UE-3發(fā)出請(qǐng)求并建立和UE-3之間連接。
步驟27-30AS返回響應(yīng)確認(rèn)消息。
步驟31-34AS使用上面申請(qǐng)到的會(huì)議標(biāo)識(shí)對(duì)MREC發(fā)出資源請(qǐng)求,為UE-1接入會(huì)議做準(zhǔn)備。
步驟35-36對(duì)UE-1返回本次會(huì)議建立成功。
步驟37建立會(huì)議。
步驟38-41AS返回確認(rèn)消息。
參閱圖7所示,主被叫在呼叫建立過程中需要進(jìn)行編解碼轉(zhuǎn)換的主要過程如下步驟1MSC收到主叫方業(yè)務(wù)請(qǐng)求。
步驟2MSC向主叫返回臨時(shí)響應(yīng)。
步驟3MSC根據(jù)用戶簽約數(shù)據(jù)該請(qǐng)求觸發(fā)到AS。
步驟4AS的業(yè)務(wù)邏輯繼續(xù)處理該業(yè)務(wù)請(qǐng)求。
步驟5AS通過MSC發(fā)送請(qǐng)求給對(duì)端被叫方。
步驟6MSC轉(zhuǎn)發(fā)該請(qǐng)求。
步驟7被叫方返回?zé)o法接受請(qǐng)求,并在在響應(yīng)消息中指出不支持請(qǐng)求中提供的編碼方式,并攜帶自己支持的編碼方案。
步驟8MSC向被叫方返回確認(rèn)消息。
步驟9被叫方的響應(yīng)轉(zhuǎn)發(fā)至AS。
步驟10AS業(yè)務(wù)邏輯發(fā)現(xiàn)存在MREC可以完成該編解碼轉(zhuǎn)換。
步驟11AS向MSC返回確認(rèn)消息。
步驟12-17AS向MREC發(fā)出請(qǐng)求,要求為被叫方建立編解碼轉(zhuǎn)換。
步驟18-25AS對(duì)被叫發(fā)出請(qǐng)求,要求在被叫方和MRE之間建立會(huì)話。
步驟26-29AS對(duì)MREC發(fā)出請(qǐng)求,要求為主叫方建立編解碼轉(zhuǎn)換。
步驟30-38呼叫建立,主被叫正常通話。
本發(fā)明通過在R4網(wǎng)絡(luò)架構(gòu)中引入MREC/MREP功能實(shí)體,實(shí)現(xiàn)了增值業(yè)務(wù)中媒體資源通過單獨(dú)外設(shè)實(shí)現(xiàn)時(shí)的承載控制相分離;通過對(duì)媒體資源能力的提高,使媒體資源設(shè)備滿足用戶更高的業(yè)務(wù)需求,便于各種新業(yè)務(wù)開展。
顯然,本領(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.一種R4網(wǎng)絡(luò)系統(tǒng),包括移動(dòng)交換中心,與所述業(yè)務(wù)控制點(diǎn)連接,用于提供信令控制功能;媒體網(wǎng)關(guān),與所述移動(dòng)交換中心連接,用于提供媒體流承載;業(yè)務(wù)控制點(diǎn),與所述移動(dòng)交換中心連接,用于提供智能業(yè)務(wù);其特征在于,還包括多媒體資源實(shí)體,與所述移動(dòng)交換中心和媒體網(wǎng)關(guān)連接;并且,該多媒體資源實(shí)體包含多媒體資源實(shí)體控制器和多媒體資源實(shí)體處理器,所述多媒體資源實(shí)體控制器用于接受移動(dòng)交換中心發(fā)送的媒體資源控制命令,所述多媒體資源實(shí)體處理器與所述媒體網(wǎng)關(guān)相互獨(dú)立,用于根據(jù)所述多媒體資源實(shí)體控制器的控制命令完成媒體資源處理和通過所述媒體網(wǎng)關(guān)提供媒體資源。
2.如權(quán)利要求1所述的R4網(wǎng)絡(luò)系統(tǒng),其特征在于,所述多媒體資源實(shí)體還與所述業(yè)務(wù)控制點(diǎn)連接,并由多媒體資源實(shí)體控制器接受業(yè)務(wù)控制點(diǎn)發(fā)送的媒體資源控制命令并控制所述多媒體資源實(shí)體處理器。
3.如權(quán)利要求1所述的R4網(wǎng)絡(luò)系統(tǒng),其特征在于,還包括應(yīng)用服務(wù)器,與所述多媒體資源實(shí)體和移動(dòng)交換中心連接,用于提供增值應(yīng)用服務(wù),或者通過向多媒體資源實(shí)體下發(fā)媒體資源控制命令,由多媒體資源實(shí)體中的多媒體資源實(shí)體控制器控制多媒體資源處理器完成媒體處理并提供媒體資源。
4.如權(quán)利要求1、2或3所述的R4網(wǎng)絡(luò)系統(tǒng),其特征在于,所述多媒體資源實(shí)體控制器與所述多媒體資源實(shí)體處理器設(shè)置為一體;或者,所述多媒體資源實(shí)體控制器與所述多媒體資源實(shí)體處理器分別為獨(dú)立設(shè)置的物理實(shí)體;或者,所述多媒體資源實(shí)體處理器為獨(dú)立設(shè)置的物理實(shí)體,所述多媒體資源實(shí)體控制器設(shè)置在其他網(wǎng)絡(luò)實(shí)體中。
5.如權(quán)利要求4所述的R4網(wǎng)絡(luò)系統(tǒng),其特征在于,所述多媒體資源實(shí)體處理器與多個(gè)媒體網(wǎng)關(guān)連接。
6.如權(quán)利要求4所述的R4網(wǎng)絡(luò)系統(tǒng),其特征在于,所述多媒體資源實(shí)體處理器為多個(gè),并由所述多媒體資源實(shí)體控制器進(jìn)行控制。
7.一種R4網(wǎng)絡(luò)中提供媒體資源的方法,其特征在于,包括如下步驟R4網(wǎng)絡(luò)中處理業(yè)務(wù)請(qǐng)求的網(wǎng)絡(luò)實(shí)體向多媒體資源實(shí)體發(fā)送媒體資源控制命令;所述多媒體資源實(shí)體中的多媒體資源控制器解析所述媒體資源控制命令,并指示多媒體資源處理器提供媒體資源;所述多媒體資源處理器根據(jù)所述媒體資源控制命令完成多媒體資源處理,并通過媒體網(wǎng)關(guān)完成到用戶終端的媒體資源承載。
8.如權(quán)利要求7所述的方法,其特征在于,對(duì)于電路域中的多媒體資源實(shí)體,所述網(wǎng)絡(luò)實(shí)體通過電路交換網(wǎng)號(hào)碼段路由方式發(fā)送媒體資源控制命令到所述多媒體資源實(shí)體。
9.如權(quán)利要求7或8所述的方法,其特征在于,所述處理業(yè)務(wù)請(qǐng)求的網(wǎng)絡(luò)實(shí)體為業(yè)務(wù)控制點(diǎn),該業(yè)務(wù)控制點(diǎn)直接向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令,或者該業(yè)務(wù)控制點(diǎn)通過所述移動(dòng)交換中心向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令。
10.如權(quán)利要求7或8所述的方法,其特征在于,所述處理業(yè)務(wù)請(qǐng)求的實(shí)體為提供增值應(yīng)用服務(wù)器的應(yīng)用服務(wù)器,該應(yīng)用服務(wù)器直接向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令,或者該應(yīng)用服務(wù)器通過所述移動(dòng)交換中心向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令。
11.如權(quán)利要求7或8所述的方法,其特征在于,所述處理業(yè)務(wù)請(qǐng)求的實(shí)體為移動(dòng)交換中心,該移動(dòng)交換中心接收到業(yè)務(wù)請(qǐng)求后根據(jù)配置數(shù)據(jù)直接向所述多媒體資源實(shí)體發(fā)送媒體資源控制命令。
全文摘要
本發(fā)明公開了一種R4網(wǎng)絡(luò)中提供媒體資源的方法,該方法由R4網(wǎng)絡(luò)中處理業(yè)務(wù)請(qǐng)求的網(wǎng)絡(luò)實(shí)體向多媒體資源實(shí)體發(fā)送媒體資源控制命令;所述多媒體資源實(shí)體中的多媒體資源控制器解析所述媒體資源控制命令,并指示多媒體資源處理器提供媒體資源;所述多媒體資源處理器根據(jù)所述媒體資源控制命令完成多媒體資源處理,并通過媒體網(wǎng)關(guān)完成到用戶終端的媒體資源承載。本發(fā)明還公開了一種R4網(wǎng)絡(luò)系統(tǒng),包括移動(dòng)交換中心、媒體網(wǎng)關(guān)、業(yè)務(wù)控制點(diǎn)和多媒體資源實(shí)體。
文檔編號(hào)H04W4/06GK1988687SQ20051013500
公開日2007年6月27日 申請(qǐng)日期2005年12月23日 優(yōu)先權(quán)日2005年12月23日
發(fā)明者和曉艷 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
乌什县| 徐水县| 布尔津县| 梁山县| 盐山县| 桦南县| 思南县| 伊通| 克拉玛依市| 同德县| 商城县| 顺义区| 德惠市| 天门市| 和静县| 栾城县| 恩施市| 象山县| 盱眙县| 黔江区| 漳平市| 阿图什市| 彭山县| 金平| 禄劝| 陇南市| 古田县| 南宫市| 原阳县| 进贤县| 柯坪县| 卫辉市| 广昌县| 内黄县| 策勒县| 广丰县| 福贡县| 吉首市| 疏附县| 都昌县| 枣庄市|