国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

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

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

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


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