[發(fā)明專利]一種確定通信方式的方法和裝置在審
| 申請?zhí)枺?/td> | 201810106307.8 | 申請日: | 2018-02-02 |
| 公開(公告)號: | CN110138708A | 公開(公告)日: | 2019-08-16 |
| 發(fā)明(設(shè)計(jì))人: | 王興達(dá) | 申請(專利權(quán))人: | 北京京東尚科信息技術(shù)有限公司;北京京東世紀(jì)貿(mào)易有限公司 |
| 主分類號: | H04L29/06 | 分類號: | H04L29/06;H04L12/26 |
| 代理公司: | 中原信達(dá)知識(shí)產(chǎn)權(quán)代理有限責(zé)任公司 11219 | 代理人: | 張一軍;楊曉偉 |
| 地址: | 100195 北京市海淀區(qū)杏石口路6*** | 國省代碼: | 北京;11 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 通信方式 方法和裝置 用戶體驗(yàn) 客戶端 計(jì)算機(jī)技術(shù)領(lǐng)域 服務(wù)器性能 復(fù)雜網(wǎng)絡(luò) 技術(shù)效果 建立通信 通信請求 異常中斷 客戶 服務(wù)器 通話 靈活 通信 | ||
本發(fā)明公開了一種確定通信方式的方法和裝置,涉及計(jì)算機(jī)技術(shù)領(lǐng)域。該方法的一具體實(shí)施方式包括:接收客戶端的通信請求,獲取與客戶端的通信方式;基于通信方式,與客戶端建立通信。通過本發(fā)明的實(shí)施方式克服了現(xiàn)有技術(shù)中因通信方式自身的特性而導(dǎo)致的通話異常中斷或服務(wù)器性能下降的技術(shù)問題,進(jìn)而達(dá)到面對不同的客戶端選擇不同的通信方式的技術(shù)效果,提高了用戶體驗(yàn);本發(fā)明不僅兼顧了復(fù)雜網(wǎng)絡(luò)之間的通信,還降低了服務(wù)器的負(fù)荷,解決了現(xiàn)有技術(shù)中通信方式自身的特性所造成的SIP消息傳輸不靈活、用戶體驗(yàn)不佳的問題。
技術(shù)領(lǐng)域
本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域,尤其涉及一種確定通信方式的方法和裝置。
背景技術(shù)
在當(dāng)前的SIP(Session Initiation Protocol,會(huì)話初始協(xié)議)通信解決方案中,SIP客戶端與SIP服務(wù)器之間的通信方式存在如下兩種:
一種是基于UDP的SIP消息通信方式,SIP客戶端發(fā)出基于UDP的注冊消息到SIP服務(wù)器上,注冊消息的內(nèi)容包括客戶端的IP地址、端口信息、注冊有效期等信息,SIP服務(wù)器在收到注冊消息后將客戶端的注冊消息存入內(nèi)存中。然后服務(wù)器在向客戶端發(fā)起呼叫時(shí),先從內(nèi)存的注冊消息中取出客戶端的IP地址和端口信息等信息,將服務(wù)器的呼叫消息打包成UDP消息直接發(fā)送給客戶端,接下來等待客戶端返回消息,如果客戶端在一段時(shí)間內(nèi)無返回,則認(rèn)為此次呼叫失敗。
另一種是基于TCP的SIP消息通信方式,SIP客戶端首先連接上SIP服務(wù)器提供的TCP端口,連接上后發(fā)出基于TCP的注冊消息到服務(wù)器上,服務(wù)器在收到注冊消息后,將此連接的信息存入內(nèi)存中。當(dāng)服務(wù)器向客戶端發(fā)送消息時(shí),直接將通話消息打包成TCP消息后,通過該連接發(fā)送給客戶端。
在實(shí)現(xiàn)本發(fā)明過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題:
基于UDP的SIP消息通信方式,是適用于客戶端與服務(wù)器之間的網(wǎng)絡(luò)狀況良好的情況下使用的,由于UDP協(xié)議是無連接狀態(tài)的協(xié)議,采用UDP方式進(jìn)行通信后,能減輕服務(wù)器壓力。但是,在復(fù)雜網(wǎng)絡(luò)環(huán)境下容易掉線,即客戶端在注冊有效期內(nèi),服務(wù)器無法連接到客戶端,導(dǎo)致用戶通話異常中斷,影響用戶體驗(yàn)。
基于TCP的SIP消息通信方式,是適用于客戶端與服務(wù)器之間的網(wǎng)絡(luò)狀況不穩(wěn)定的情況下使用的,由于采用TCP協(xié)議,能保證網(wǎng)絡(luò)連接始終存在,即使網(wǎng)絡(luò)發(fā)生故障,也能及時(shí)通知服務(wù)器與客戶端,服務(wù)器就暫時(shí)不會(huì)分配給客戶端其他的呼叫請求,客戶端也會(huì)嘗試重新注冊,缺點(diǎn)就是由于客戶端與服務(wù)器之間存在長連接,因此,會(huì)增加服務(wù)器的負(fù)荷,導(dǎo)致服務(wù)器性能下降,影響用戶體驗(yàn)。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明實(shí)施例提供一種確定通信方式的方法和裝置,能夠解決現(xiàn)有技術(shù)中因通信方式自身的特性而導(dǎo)致的通話異常中斷或服務(wù)器性能下降的技術(shù)問題,從而提高用戶體驗(yàn)。
為實(shí)現(xiàn)上述目的,根據(jù)本發(fā)明實(shí)施例的一個(gè)方面,提供了一種確定通信方式的方法。
在本發(fā)明的實(shí)施例中一種確定通信方式的方法包括:接收客戶端的通信請求,獲取與客戶端的通信方,其中,通信方式是根據(jù)網(wǎng)絡(luò)狀態(tài)確定的;基于通信方式,與客戶端建立通信。
本發(fā)明的一實(shí)施例中,在接收客戶端的通信請求,獲取與客戶端的通信方式的步驟之前,還包括:接收各個(gè)客戶端發(fā)送的測試指令,并反饋延遲數(shù)據(jù)給各個(gè)客戶端,然后接收各個(gè)客戶端發(fā)送的多個(gè)注冊信息,并將多個(gè)注冊信息進(jìn)行保存,其中,多個(gè)注冊信息包括各個(gè)客戶端的通信方式;獲取與客戶端的通信方式的步驟包括:從多個(gè)注冊信息中確定出當(dāng)前客戶端的通信方式。
本發(fā)明的一實(shí)施例中,在接收客戶端的通信請求,獲取與客戶端的通信方式的步驟之前,還包括:在預(yù)設(shè)的固定時(shí)間,接收各個(gè)客戶端發(fā)送的測試指令,并反饋延遲數(shù)據(jù)給各個(gè)客戶端,然后接收各個(gè)客戶端發(fā)送的多個(gè)注冊信息,并利用多個(gè)注冊信息對本地進(jìn)行更新,其中,多個(gè)注冊信息包括各個(gè)客戶端的通信方式;獲取與客戶端的通信方式的步驟包括:從多個(gè)注冊信息中確定出當(dāng)前客戶端的通信方式。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于北京京東尚科信息技術(shù)有限公司;北京京東世紀(jì)貿(mào)易有限公司,未經(jīng)北京京東尚科信息技術(shù)有限公司;北京京東世紀(jì)貿(mào)易有限公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201810106307.8/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。





