[發(fā)明專利]一種控制傳輸層連接的方法和通信裝置無(wú)效
| 申請(qǐng)?zhí)枺?/td> | 200610167856.3 | 申請(qǐng)日: | 2006-12-20 |
| 公開(公告)號(hào): | CN101207631A | 公開(公告)日: | 2008-06-25 |
| 發(fā)明(設(shè)計(jì))人: | 王奇 | 申請(qǐng)(專利權(quán))人: | 華為技術(shù)有限公司 |
| 主分類號(hào): | H04L29/08 | 分類號(hào): | H04L29/08 |
| 代理公司: | 北京集佳知識(shí)產(chǎn)權(quán)代理有限公司 | 代理人: | 逯長(zhǎng)明 |
| 地址: | 518129廣東省*** | 國(guó)省代碼: | 廣東;44 |
| 權(quán)利要求書: | 查看更多 | 說(shuō)明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 一種 控制 傳輸 連接 方法 通信 裝置 | ||
技術(shù)領(lǐng)域
本發(fā)明屬于電通信技術(shù)領(lǐng)域,尤其涉及一種控制傳輸層連接的方法和通信裝置。
背景技術(shù)
MRCPv2(Media?Resource?Control?Protocol?Version?2,媒體資源控制協(xié)議第二版)協(xié)議主要給客戶端提供控制諸如語(yǔ)音合成和語(yǔ)音識(shí)別等服務(wù)器資源的通用機(jī)制。MRCPv2不是一個(gè)獨(dú)立的協(xié)議,必須依靠會(huì)話管理協(xié)議在客戶端和服務(wù)器之間建立MRCP控制會(huì)話。會(huì)話建立后,MRCP消息作為獨(dú)立的消息進(jìn)行傳輸。為了互通便利,MRCPv2選擇SIP(Session?Initiation?Protocol,會(huì)話發(fā)起協(xié)議)作為其基本的會(huì)話管理協(xié)議,通過(guò)在客戶端和服務(wù)器之間的SIP消息交互,協(xié)商出MRCP消息傳輸所需要的傳輸層連接信息。其中,MRCP會(huì)話參數(shù)用SIP消息體部分的SDP(Session?Description?Protocol,會(huì)話描述協(xié)議)來(lái)描述。按照當(dāng)前的MRCPv2草案,MRCPv2需要支持TCP(TransmissionControl?Protocol,傳輸控制協(xié)議)和TLS(Transport?Layer?Security,傳輸層安全)。
當(dāng)前MRCPv2草案在SDP的a行對(duì)會(huì)話所在傳輸層連接的屬性做了擴(kuò)展,通過(guò)設(shè)定屬性值為新建的或現(xiàn)有的,來(lái)表示新建會(huì)話所在傳輸層連接是新建的還是與已有會(huì)話共享一條傳輸層連接。
問(wèn)題在于,當(dāng)一個(gè)會(huì)話結(jié)束后,客戶端或服務(wù)器均可拆除該條傳輸層連接,而一條傳輸層連接上可能有多個(gè)會(huì)話,如果客戶端在一個(gè)會(huì)話結(jié)束后將該傳輸層連接拆除的話,將會(huì)使這條傳輸層連接上的所有會(huì)話受到影響。而如果會(huì)話在結(jié)束后,不拆除傳輸層連接的話,則會(huì)浪費(fèi)大量的傳輸層連接,尤其當(dāng)有很多個(gè)MRCP客戶端通過(guò)獨(dú)立的傳輸層連接與服務(wù)器相連時(shí),可能導(dǎo)致服務(wù)器端傳輸層連接資源的不足,使得許多用戶無(wú)法建立傳輸層連接。由于現(xiàn)有MRCPv2草案未對(duì)會(huì)話所在傳輸層連接的生存期進(jìn)行描述,當(dāng)會(huì)話結(jié)束后,客戶端與服務(wù)器不知是否拆除傳輸層連接,因而造成了上述問(wèn)題。
MRCPv2也沒(méi)有規(guī)定傳輸層連接異常斷開時(shí)服務(wù)器和客戶端如何處理。而現(xiàn)有技術(shù)所采取的策略是當(dāng)傳輸層連接異常斷開時(shí),釋放這條傳輸層連接上的所有上層業(yè)務(wù)。在一條傳輸層連接上會(huì)有很多會(huì)話,如果斷開傳輸層連接后把這些會(huì)話都釋放的話,將會(huì)對(duì)用戶造成很大影響。
綜上,由于目前MRCPv2草案未對(duì)傳輸層連接的生存期以及傳輸層連接異常斷開時(shí)如何處理進(jìn)行描述,在實(shí)際應(yīng)用中會(huì)對(duì)傳輸層連接上的運(yùn)行的業(yè)務(wù)造成很大影響。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明實(shí)施例所要解決的技術(shù)問(wèn)題是提供一種控制傳輸層連接的方法,以實(shí)現(xiàn)對(duì)會(huì)話所在傳輸層連接的生存期的控制。
為解決上述技術(shù)問(wèn)題,本發(fā)明實(shí)施例提供了一種控制傳輸層連接的方法,該方法包括:
協(xié)商傳輸層連接的生存期屬性并建立傳輸層連接;
當(dāng)傳輸層連接上的任意一個(gè)會(huì)話結(jié)束時(shí),判斷所協(xié)商的傳輸層連接的生存期屬性,如果是暫時(shí)的,則拆除該傳輸層連接;如果為永久的,則保持該傳輸層連接。
在上述技術(shù)方案中,所述協(xié)商傳輸層連接生存期屬性的步驟為:
客戶端設(shè)置傳輸層連接的生存期屬性并發(fā)送包含傳輸層連接生存期屬性的消息到服務(wù)器;
服務(wù)器接收到客戶端發(fā)送的消息后設(shè)置傳輸層連接的生存期屬性并返回第一響應(yīng)消息。
其中,在所述傳輸層連接建立后,還包括:
客戶端發(fā)起一個(gè)新的會(huì)話,發(fā)送消息請(qǐng)求共享所述已建立的傳輸層連接;
服務(wù)器接收到客戶端發(fā)送的消息后,確定出所述已建立的傳輸層連接的生存期屬性為暫時(shí)的,并返回第二響應(yīng)消息請(qǐng)求客戶端建立一條新的傳輸層連接。
優(yōu)選的,建立傳輸層連接之前進(jìn)一步協(xié)商傳輸層連接異常斷開時(shí)是否選擇建立一條新的傳輸層連接;
當(dāng)傳輸層連接異常斷開時(shí),如果所協(xié)商的結(jié)果是傳輸層連接異常斷開時(shí)選擇建立一條新的傳輸層連接,服務(wù)器保持所述傳輸層連接上的上層業(yè)務(wù),客戶端與服務(wù)器協(xié)商并建立一條新的傳輸層連接。
上述技術(shù)方案中,所述協(xié)商傳輸層連接異常斷開時(shí)是否選擇建立一條新的傳輸層連接的步驟具體為:
客戶端設(shè)置傳輸層連接的可靠性屬性并發(fā)送到服務(wù)器;
服務(wù)器接收到所述客戶端發(fā)送的可靠性屬性后設(shè)置傳輸層連接的可靠性屬性并返回第三響應(yīng)消息;
其中,當(dāng)所述可靠性屬性設(shè)置為更新時(shí),表示傳輸層連接異常斷開時(shí)選擇建立一條新的連接;當(dāng)所述可靠性屬性設(shè)置為空時(shí),表示由服務(wù)器釋放所述傳輸層連接上的上層業(yè)務(wù)。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于華為技術(shù)有限公司,未經(jīng)華為技術(shù)有限公司許可,擅自商用是侵權(quán)行為。如果您想購(gòu)買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請(qǐng)聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/200610167856.3/2.html,轉(zhuǎn)載請(qǐng)聲明來(lái)源鉆瓜專利網(wǎng)。
- 一種數(shù)據(jù)庫(kù)讀寫分離的方法和裝置
- 一種手機(jī)動(dòng)漫人物及背景創(chuàng)作方法
- 一種通訊綜合測(cè)試終端的測(cè)試方法
- 一種服裝用人體測(cè)量基準(zhǔn)點(diǎn)的獲取方法
- 系統(tǒng)升級(jí)方法及裝置
- 用于虛擬和接口方法調(diào)用的裝置和方法
- 線程狀態(tài)監(jiān)控方法、裝置、計(jì)算機(jī)設(shè)備和存儲(chǔ)介質(zhì)
- 一種JAVA智能卡及其虛擬機(jī)組件優(yōu)化方法
- 檢測(cè)程序中方法耗時(shí)的方法、裝置及存儲(chǔ)介質(zhì)
- 函數(shù)的執(zhí)行方法、裝置、設(shè)備及存儲(chǔ)介質(zhì)





