欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

網(wǎng)頁實時通信中服務(wù)質(zhì)量會話參數(shù)的傳遞方法及轉(zhuǎn)換網(wǎng)關(guān)與流程

文檔序號:12131863閱讀:409來源:國知局
網(wǎng)頁實時通信中服務(wù)質(zhì)量會話參數(shù)的傳遞方法及轉(zhuǎn)換網(wǎng)關(guān)與流程

本發(fā)明涉及數(shù)據(jù)業(yè)務(wù)技術(shù)領(lǐng)域,特別涉及一種網(wǎng)頁實時通信中服務(wù)質(zhì)量會話參數(shù)的傳遞方法及轉(zhuǎn)換網(wǎng)關(guān)。



背景技術(shù):

網(wǎng)頁實時通信(Web Real-Time Communication,簡稱WebRTC)是一種基于Web瀏覽器的實時音視頻通信技術(shù),它在瀏覽器內(nèi)集成了實時通信所需的基本媒體能力,不需要插件即可方便實現(xiàn)音視頻功能。因此WebRTC技術(shù)與IP多媒體子系統(tǒng)(IP Multimedia Subsystem,簡稱IMS)的結(jié)合可擴展IMS客戶端形式,優(yōu)化用戶體驗,有助于豐富IMS業(yè)務(wù)形式。

要實現(xiàn)WebRTC終端接入IMS,需要引入WebRTC轉(zhuǎn)換網(wǎng)關(guān),該WebRTC轉(zhuǎn)換網(wǎng)關(guān)將主要完成信令轉(zhuǎn)換,例如:超文本傳輸協(xié)議/Web套接字(HTTP/WebSocket)與會話初始協(xié)議(Session Initiation Protocol,簡稱SIP)間的轉(zhuǎn)換;媒體轉(zhuǎn)換,例如:安全實時傳輸協(xié)議(Secure Real-time Transport Protocol,簡稱SRTP)與實時傳輸協(xié)議(Real-time Transport Protocol,簡稱RTP)間的轉(zhuǎn)換。

如圖1所示,當(dāng)WebRTC轉(zhuǎn)換網(wǎng)關(guān)與代理呼叫會話控制功能單元/會話邊界控制器(P-CSCF/SBC)合設(shè)時,P-CSCF/SBC通過Rx參考點(一種通信接口)向策略與計費規(guī)則功能單元(Policy and Charging Rules Function,簡稱PCRF)發(fā)送從會話初始協(xié)議/會話描述協(xié)議(SIP/Session Description Protocol,簡稱SDP)會話建立信令得到的信息。該信息使得PCRF形成授權(quán)的IP QoS數(shù)據(jù)和合適的策略控制規(guī)則,這些數(shù)據(jù)和規(guī)則會進一步傳送到策略及計費執(zhí)行功能單元(Policy and Charging Enforcement Function,簡稱PCEF),通常PCEF與系統(tǒng)體系結(jié)構(gòu)演化網(wǎng)關(guān)(System Architecture Evolution Gateway,簡稱SAE-GW)合設(shè)?;谶@些數(shù)據(jù)和規(guī)則,PCEF將建立合適的門控,以此來保障WebRTC終端到 P-CSCF/SBC的服務(wù)質(zhì)量(Quality of Service,簡稱QoS)。

現(xiàn)有方案中,可利用已有的策略與計費控制(PCC)機制保障QoS。該機制可對IMS媒體業(yè)務(wù)流將要使用的承載業(yè)務(wù)流進行授權(quán)和控制,基于在IMS會話中所協(xié)商的SDP參數(shù),實現(xiàn)控制服務(wù)質(zhì)量、IMS媒體業(yè)務(wù)流的源/目的地址以及媒體業(yè)務(wù)流開始和停止時間的功能。

而當(dāng)WebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC分設(shè)的時候,把WebRTC轉(zhuǎn)換網(wǎng)關(guān)功能推進至用戶側(cè),部署在更靠近WebRTC終端的一側(cè),WebRTC終端與WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間通過W1參考點連接起來;WebRTC轉(zhuǎn)換網(wǎng)關(guān)與SBC通過Gm參考點進行注冊、會話控制等SIP信令的傳遞。

在現(xiàn)有機制下,WebRTC轉(zhuǎn)換網(wǎng)關(guān)到SBC之間可基于PCC機制實現(xiàn)QoS保障,而WebRTC終端與WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間難以保障QoS。



技術(shù)實現(xiàn)要素:

本發(fā)明要解決的技術(shù)問題是提供一種網(wǎng)頁實時通信中服務(wù)質(zhì)量會話參數(shù)的傳遞方法及轉(zhuǎn)換網(wǎng)關(guān),用以解決WebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC分設(shè)時,WebRTC終端與WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間的QoS難以保證的問題。

為了解決上述技術(shù)問題,本發(fā)明實施例提供一種網(wǎng)頁實時通信中服務(wù)質(zhì)量會話參數(shù)的傳遞方法,應(yīng)用于一網(wǎng)頁實時通信WebRTC轉(zhuǎn)換網(wǎng)關(guān),且WebRTC轉(zhuǎn)換網(wǎng)關(guān)獨立于代理呼叫會話控制功能單元/會話邊界控制器P-CSCF/SBC設(shè)置,其中,所述傳遞方法包括:

接收WebRTC終端發(fā)送的WebRTC業(yè)務(wù)的會話信息,其中,所述會話信息中包括有WebRTC業(yè)務(wù)的會話參數(shù);

提取所述會話信息中的會話參數(shù),并發(fā)送給策略與計費規(guī)則功能單元PCRF,使得PCRF根據(jù)所述會話參數(shù)進行服務(wù)質(zhì)量控制參數(shù)的制定,以保證所述WebRTC終端的WebRTC業(yè)務(wù)的服務(wù)質(zhì)量。

進一步地,所述傳遞方法還包括:

發(fā)送攜帶有一預(yù)設(shè)標(biāo)識的指示消息給P-CSCF/SBC,所述指示消息中的預(yù)設(shè)標(biāo)識用于指示P-CSCF/SBC抑制通過P-CSCF/SBC與PCRF之間的Rx接口發(fā)送所述WebRTC業(yè)務(wù)的會話信息。

進一步地,所述指示消息為會話初始協(xié)議SIP消息。

進一步地,所述提取所述會話信息中的會話參數(shù),并發(fā)送給策略與計費規(guī)則功能單元PCRF的步驟具體為:

提取所述會話信息中的會話參數(shù),并將所述會話參數(shù)通過WebRTC轉(zhuǎn)換網(wǎng)關(guān)與PCRF之間的Rx接口發(fā)送給所述PCRF。

進一步地,所述提取所述會話信息中的會話參數(shù),并發(fā)送給策略與計費規(guī)則功能單元PCRF的步驟具體為:

通過調(diào)用PCRF提供的應(yīng)用程序API接口函數(shù),將會話參數(shù)發(fā)送給所述PCRF。

本發(fā)明實施例提供一種WebRTC轉(zhuǎn)換網(wǎng)關(guān),其中,WebRTC轉(zhuǎn)換網(wǎng)關(guān)獨立于代理呼叫會話控制功能單元/會話邊界控制器P-CSCF/SBC設(shè)置,所述WebRTC轉(zhuǎn)換網(wǎng)關(guān)包括:

接收模塊,用于接收WebRTC終端發(fā)送的WebRTC業(yè)務(wù)的會話信息,其中,所述會話信息中包括有WebRTC業(yè)務(wù)的會話參數(shù);

提取發(fā)送模塊,用于提取所述會話信息中的會話參數(shù),并發(fā)送給策略與計費規(guī)則功能單元PCRF,使得PCRF根據(jù)所述會話參數(shù)進行策略控制規(guī)則的制定,以保證所述WebRTC終端的WebRTC業(yè)務(wù)的服務(wù)質(zhì)量。

進一步地,所述WebRTC轉(zhuǎn)換網(wǎng)關(guān)還包括:

發(fā)送模塊,用于發(fā)送攜帶有一預(yù)設(shè)標(biāo)識的指示消息給P-CSCF/SBC,所述指示消息中的預(yù)設(shè)標(biāo)識用于指示P-CSCF/SBC抑制通過P-CSCF/SBC與PCRF之間的Rx接口發(fā)送所述WebRTC業(yè)務(wù)的會話信息。

進一步地,所述指示消息為會話初始協(xié)議SIP消息。

進一步地,所述WebRTC轉(zhuǎn)換網(wǎng)關(guān)通過一Rx接口與所述PCRF連接,其中,所述提取發(fā)送模塊具體為:

提取所述會話信息中的會話參數(shù),并將所述會話參數(shù)通過WebRTC轉(zhuǎn)換網(wǎng)關(guān)與PCRF之間的Rx接口發(fā)送給所述PCRF。

進一步地,所述提取發(fā)送模塊具體為:

通過調(diào)用PCRF提供的應(yīng)用程序API接口函數(shù),將會話參數(shù)發(fā)送給所述PCRF。

本發(fā)明的有益效果是:

上述方案,WebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC分開設(shè)置時,在進行WebRTC業(yè)務(wù)時,WebRTC轉(zhuǎn)換網(wǎng)關(guān)可直接實現(xiàn)與PCRF的通信,以此保證了WebRTC終端到WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間的QoS。

附圖說明

圖1表示W(wǎng)ebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC合設(shè)時接入IMS系統(tǒng)的架構(gòu)示意圖;

圖2表示本發(fā)明實施例的所述傳遞方法的總體流程圖;

圖3表示本發(fā)明實施例中WebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC分設(shè)時接入IMS系統(tǒng)的架構(gòu)示意圖;

圖4表示本發(fā)明實施例的所述WebRTC轉(zhuǎn)換網(wǎng)關(guān)的模塊示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合附圖及具體實施例對本發(fā)明進行詳細描述。

本發(fā)明針對現(xiàn)有的WebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC分設(shè)時,WebRTC終端與WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間的QoS難以保證的問題,提供一種網(wǎng)頁實時通信中服務(wù)質(zhì)量會話參數(shù)的傳遞方法及轉(zhuǎn)換網(wǎng)關(guān)。

實施例一

如圖2所示,本發(fā)明實施例一的網(wǎng)頁實時通信中服務(wù)質(zhì)量會話參數(shù)的傳遞方法,應(yīng)用于一網(wǎng)頁實時通信WebRTC轉(zhuǎn)換網(wǎng)關(guān),其中所述傳遞方法包括:

步驟100,接收WebRTC終端發(fā)送的WebRTC業(yè)務(wù)的會話信息,其中,所述會話信息中包括有WebRTC業(yè)務(wù)的會話參數(shù);

步驟200,提取所述會話信息中的會話參數(shù),并發(fā)送給策略與計費規(guī)則功能單元PCRF,使得PCRF根據(jù)所述會話參數(shù)進行服務(wù)質(zhì)量控制參數(shù)的制定,以保證所述WebRTC終端的WebRTC業(yè)務(wù)的服務(wù)質(zhì)量。

應(yīng)當(dāng)說明的是,本發(fā)明中所說的WebRTC業(yè)務(wù)主要指的是WebRTC音視頻通話業(yè)務(wù)。

需要說明的是,WebRTC終端在進行WebRTC業(yè)務(wù)時,需要將保證該WebRTC業(yè)務(wù)順利進行的會話信息以JavaScript對象符號/可擴展標(biāo)記語言(JSON/XML)的格式通過Websocket/HTTP協(xié)議傳給WebRTC轉(zhuǎn)換網(wǎng)關(guān),WebRTC轉(zhuǎn)換網(wǎng)關(guān)從接收到的會話信息中提取會話參數(shù),該會話參數(shù)通常包括源地址、目的地址、端口號及專用承載的帶寬等信息,該會話參數(shù)使得PCRF用來形成授權(quán)的IP QoS數(shù)據(jù)和針對該WebRTC業(yè)務(wù)的策略控制規(guī)則,該IP QoS數(shù)據(jù)和針對該WebRTC業(yè)務(wù)的策略控制規(guī)則便為保證終端QoS的服務(wù)質(zhì)量控制參數(shù)。

應(yīng)當(dāng)說明的是,該傳遞方法應(yīng)用于WebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC分設(shè)的情形,通過WebRTC轉(zhuǎn)換網(wǎng)關(guān)將在WebRTC業(yè)務(wù)中WebRTC終端的會話參數(shù)直接傳遞給PCRF,使得PCRF根據(jù)該會話參數(shù)制定QoS控制參數(shù),以此保證了WebRTC終端到WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間的QoS。

實施例二

因WebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC分設(shè)時,P-CSCF/SBC自身設(shè)置有Rx接口,P-CSCF/SBC通過自身的Rx接口與PCRF通信,因WebRTC終端在進行WebRTC業(yè)務(wù)時,只需通過WebRTC轉(zhuǎn)換網(wǎng)關(guān)就可以保證QoS,如果此時,P-CSCF/SBC還通過自身的Rx接口與PCRF通信,使得PCRF同時進行兩方的信息處理,會導(dǎo)致WebRTC終端的QoS不準(zhǔn)確,因此本發(fā)明實施例二中,在實施例一的基礎(chǔ)上,所述傳遞方法還包括:

發(fā)送攜帶有一預(yù)設(shè)標(biāo)識的指示消息給P-CSCF/SBC,所述指示消息中的預(yù)設(shè)標(biāo)識用于指示P-CSCF/SBC抑制通過P-CSCF/SBC與PCRF之間的Rx接口發(fā)送所述WebRTC業(yè)務(wù)的會話信息。

本發(fā)明實施例二中,在WebRTC終端進行WebRTC業(yè)務(wù)時,只通過WebRTC轉(zhuǎn)換網(wǎng)關(guān)與PCRF通信,而P-CSCF/SBC不通過Rx接口與PCRF進行通信,使得PCRF只根據(jù)WebRTC轉(zhuǎn)換網(wǎng)關(guān)發(fā)送的會話參數(shù)進行服務(wù)質(zhì)量控制參數(shù)的制定,以此保證了WebRTC終端與WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間的服務(wù)質(zhì)量的準(zhǔn)確性。

應(yīng)當(dāng)說明的是,WebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC之間通常通過SIP消息進行通信,因此,上述的指示消息為SIP消息,在P-CSCF/SBC接收到WebRTC轉(zhuǎn)換網(wǎng)關(guān)發(fā)送的SIP消息中攜帶有指示P-CSCF/SBC不再與PCRF通過Rx接口進行通信時,P-CSCF/SBC便調(diào)用自身控制機制阻斷P-CSCF/SBC與PCRF之間 的Rx接口通信。

實施例三

本發(fā)明實施例三的所述傳遞方法包括:

步驟100,接收WebRTC終端發(fā)送的WebRTC業(yè)務(wù)的會話信息,其中,所述會話信息中包括有WebRTC業(yè)務(wù)的會話參數(shù);

步驟200,提取所述會話信息中的會話參數(shù),并發(fā)送給策略與計費規(guī)則功能單元PCRF,使得PCRF根據(jù)所述會話參數(shù)進行服務(wù)質(zhì)量控制參數(shù)的制定,以保證所述WebRTC終端的WebRTC業(yè)務(wù)的服務(wù)質(zhì)量。

其中,在發(fā)送會話參數(shù)給PCRF時,所述傳遞方法還包括:發(fā)送攜帶有一預(yù)設(shè)標(biāo)識的指示消息給P-CSCF/SBC,所述指示消息中的預(yù)設(shè)標(biāo)識用于指示P-CSCF/SBC抑制通過P-CSCF/SBC與PCRF之間的Rx接口發(fā)送所述WebRTC業(yè)務(wù)的會話信息。

本發(fā)明實施例三提供的一種會話參數(shù)的傳遞方式為:將所述會話參數(shù)通過WebRTC轉(zhuǎn)換網(wǎng)關(guān)與PCRF之間的Rx接口發(fā)送給所述PCRF。

應(yīng)當(dāng)說明的是,此種傳遞方式增加了WebRTC轉(zhuǎn)換網(wǎng)關(guān)與PCRF之間的Rx接口,如圖3所示(本發(fā)明中只對圖3中與本發(fā)明相關(guān)的部分進行說明,其它部分的實現(xiàn)與現(xiàn)有方式相同,在此不再進行描述),WebRTC終端在進行WebRTC業(yè)務(wù)時,將保證該WebRTC業(yè)務(wù)順利進行的會話信息以JSON/XML的格式通過Websocket/HTTP協(xié)議傳給WebRTC轉(zhuǎn)換網(wǎng)關(guān);WebRTC轉(zhuǎn)換網(wǎng)關(guān)從接收到的會話信息中提取會話參數(shù),然后通過自身的Rx接口發(fā)送給PCRF,應(yīng)當(dāng)說明的是,在通過Rx接口向PCRF發(fā)送攜帶會話參數(shù)的消息時,該消息中還攜帶有該WebRTC轉(zhuǎn)換網(wǎng)關(guān)的特殊標(biāo)識,PCRF收到攜帶WebRTC轉(zhuǎn)換網(wǎng)關(guān)的特殊標(biāo)識的消息后,根據(jù)該消息形成授權(quán)的IP QoS數(shù)據(jù)和針對該WebRTC業(yè)務(wù)的策略控制規(guī)則(因PCRF根據(jù)WebRTC轉(zhuǎn)換網(wǎng)關(guān)傳遞的消息得到IP QoS數(shù)據(jù)和針對該WebRTC業(yè)務(wù)的策略控制規(guī)則的方式為本領(lǐng)域技術(shù)人員所熟知的,在此不再進行詳細的說明);然后PCRF將得到的這些數(shù)據(jù)和規(guī)則進一步傳送給PCEF(圖3中未示出),PCEF基于這些數(shù)據(jù)和規(guī)則建立合適的門控,以此來保證WebRTC終端到WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間的QoS;與此同時,WebRTC轉(zhuǎn)換網(wǎng)關(guān)向P-CSCF/SBC發(fā)送的SIP消息中攜帶有特殊標(biāo)識信息,該特殊標(biāo)識信息指示 P-CSCF/SBC不再通過與PCRF之間的Rx接口傳遞信令。

還需要說明的是,在終端進行基于IMS的語音業(yè)務(wù)(VoLTE)或IMS業(yè)務(wù)時,可正常應(yīng)用現(xiàn)有的PCC機制,其中P-CSCF/SBC通過Rx接口與PCRF進行交互,傳遞對IP接入網(wǎng)(IP-CAN)用戶面的動態(tài)策略/計費信息,因該流程不涉及WebRTC轉(zhuǎn)換網(wǎng)關(guān),因此WebRTC轉(zhuǎn)換網(wǎng)關(guān)與PCRF間的Rx接口不起作用。

應(yīng)當(dāng)說明的是,上述實施例三,對現(xiàn)有PCC機制進行了優(yōu)化,使得在進行WebRTC業(yè)務(wù)時,直接進行WebRTC轉(zhuǎn)換網(wǎng)關(guān)與PCRF之間的數(shù)據(jù)傳遞,以此保證了WebRTC轉(zhuǎn)換網(wǎng)關(guān)與WebRTC終端之間的QoS。

實施例四

本發(fā)明實施例四的所述傳遞方法包括:

步驟100,接收WebRTC終端發(fā)送的WebRTC業(yè)務(wù)的會話信息,其中,所述會話信息中包括有WebRTC業(yè)務(wù)的會話參數(shù);

步驟200,提取所述會話信息中的會話參數(shù),并發(fā)送給策略與計費規(guī)則功能單元PCRF,使得PCRF根據(jù)所述會話參數(shù)進行服務(wù)質(zhì)量控制參數(shù)的制定,以保證所述WebRTC終端的WebRTC業(yè)務(wù)的服務(wù)質(zhì)量。

其中,在發(fā)送會話參數(shù)給PCRF時,所述傳遞方法還包括:發(fā)送攜帶有一預(yù)設(shè)標(biāo)識的指示消息給P-CSCF/SBC,所述指示消息中的預(yù)設(shè)標(biāo)識用于指示P-CSCF/SBC抑制通過P-CSCF/SBC與PCRF之間的Rx接口發(fā)送所述WebRTC業(yè)務(wù)的會話信息。

本發(fā)明實施例四提供的一種會話參數(shù)的傳遞方式為:通過調(diào)用PCRF提供的應(yīng)用程序API接口函數(shù),將會話參數(shù)發(fā)送給所述PCRF。

應(yīng)當(dāng)說明的是,實施例四中,WebRTC終端在進行WebRTC業(yè)務(wù),將保證該WebRTC業(yè)務(wù)順利進行的會話信息以JSON/XML的格式通過Websocket/HTTP協(xié)議傳給WebRTC轉(zhuǎn)換網(wǎng)關(guān);WebRTC轉(zhuǎn)換網(wǎng)關(guān)從接收到的會話信息中提取會話參數(shù),然后將會話參數(shù)以及與保障QoS質(zhì)量的相關(guān)數(shù)據(jù)封裝到PCRF提供的API接口函數(shù)中,以接口函數(shù)的方式將會話參數(shù)傳遞給PCRF,然后PCRF解析接收到的該接口函數(shù),得到會話參數(shù)以及相關(guān)數(shù)據(jù),以此形成授權(quán)的IP QoS數(shù)據(jù)和針對該WebRTC業(yè)務(wù)的策略控制規(guī)則;然后PCRF將得到的這些數(shù)據(jù)和規(guī) 則進一步傳送給PCEF,PCEF基于這些數(shù)據(jù)和規(guī)則建立合適的門控,以此來保證WebRTC終端到WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間的QoS;與此同時,WebRTC轉(zhuǎn)換網(wǎng)關(guān)向P-CSCF/SBC發(fā)送的SIP消息中攜帶有特殊標(biāo)識信息,該特殊標(biāo)識信息指示P-CSCF/SBC不再通過與PCRF之間的Rx接口傳遞信令。

實施例五

對應(yīng)與上述傳遞方法,如圖4所示,本發(fā)明實施例五提供一種WebRTC轉(zhuǎn)換網(wǎng)關(guān),該WebRTC轉(zhuǎn)換網(wǎng)關(guān)獨立于代理呼叫會話控制功能單元/會話邊界控制器P-CSCF/SBC設(shè)置,其中,該WebRTC轉(zhuǎn)換網(wǎng)關(guān)包括:

接收模塊10,用于接收WebRTC終端發(fā)送的WebRTC業(yè)務(wù)的會話信息,其中,所述會話信息中包括有WebRTC業(yè)務(wù)的會話參數(shù);

提取發(fā)送模塊20,用于提取所述會話信息中的會話參數(shù),并發(fā)送給策略與計費規(guī)則功能單元PCRF,使得PCRF根據(jù)所述會話參數(shù)進行策略控制規(guī)則的制定,以保證所述WebRTC終端的WebRTC業(yè)務(wù)的服務(wù)質(zhì)量。

具體地,所述WebRTC轉(zhuǎn)換網(wǎng)關(guān)還包括:

發(fā)送模塊30,用于發(fā)送攜帶有一預(yù)設(shè)標(biāo)識的指示消息給P-CSCF/SBC,所述指示消息中的預(yù)設(shè)標(biāo)識用于指示P-CSCF/SBC抑制通過P-CSCF/SBC與PCRF之間的Rx接口發(fā)送所述WebRTC業(yè)務(wù)的會話信息。

其中,所述指示消息為會話初始協(xié)議SIP消息。

當(dāng)WebRTC轉(zhuǎn)換網(wǎng)關(guān)通過一Rx接口與所述PCRF連接時,所述提取發(fā)送模塊20具體為:

提取所述會話信息中的會話參數(shù),并將所述會話參數(shù)通過WebRTC轉(zhuǎn)換網(wǎng)關(guān)與PCRF之間的Rx接口發(fā)送給所述PCRF。

當(dāng)WebRTC轉(zhuǎn)換網(wǎng)關(guān)不通過Rx接口與所述PCRF連接時,所述提取發(fā)送模塊20具體為:

通過調(diào)用PCRF提供的應(yīng)用程序API接口函數(shù),將會話參數(shù)發(fā)送給所述PCRF。

應(yīng)當(dāng)說明的是,本發(fā)明上述實施例,在WebRTC轉(zhuǎn)換網(wǎng)關(guān)與P-CSCF/SBC分設(shè)時,在終端進行WebRTC業(yè)務(wù)時,控制WebRTC轉(zhuǎn)換網(wǎng)關(guān)與PCRF直接進行通信,優(yōu)化了現(xiàn)有的PCC機制,此種方式有效的保證了WebRTC終端與 WebRTC轉(zhuǎn)換網(wǎng)關(guān)之間的QoS。

以上所述的是本發(fā)明的優(yōu)選實施方式,應(yīng)當(dāng)指出對于本技術(shù)領(lǐng)域的普通人員來說,在不脫離本發(fā)明所述的原理前提下還可以作出若干改進和潤飾,這些改進和潤飾也在本發(fā)明的保護范圍內(nèi)。

當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
玛纳斯县| 库伦旗| 遂昌县| 怀远县| 涟源市| 华安县| 彩票| 临安市| 洛川县| 巨野县| 土默特右旗| 农安县| 英吉沙县| 郯城县| 东阳市| 延边| 永兴县| 遂溪县| 中西区| 平潭县| 巫山县| 罗甸县| 西畴县| 晋宁县| 商河县| 江阴市| 寿阳县| 林周县| 普兰店市| 自治县| 大冶市| 车险| 成都市| 阿勒泰市| 肇东市| 洪湖市| 焉耆| 德保县| 光山县| 那曲县| 高淳县|