一種通信的方法、設(shè)備和系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種通信的方法、設(shè)備和系統(tǒng)，屬于通信【技術(shù)領(lǐng)域】。所述方法包括：第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端；當所述第一客戶端確認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。本發(fā)明第一客戶端與第二客戶端通過數(shù)據(jù)通道進行通話，解決了現(xiàn)有技術(shù)中通話受限的問題，提高了用戶的體驗感。
【專利說明】一種通信的方法、設(shè)備和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別涉及一種通信的方法、設(shè)備和系統(tǒng)。
【背景技術(shù)】
[0002]隨著通信技術(shù)的發(fā)展，人與人之間的溝通越來越方便，在信息如此發(fā)達的場景下，人與人之間的通信已不是問題，現(xiàn)有的問題是如何更好的提高用戶在通信時的體驗感，以獲得更多的用戶群。
[0003]目前，用戶之間可以通過IP電話或是網(wǎng)絡(luò)電話進行通信，但是IP電話的費用較高，并的固化或是移動的電話地理位置有一定的限制，而網(wǎng)絡(luò)電話的費用雖然便宜，但是網(wǎng)絡(luò)信號不好，且受限于PC的地理位置。所以現(xiàn)有的電話通信方式已經(jīng)不能滿足人們?nèi)找嬖鲩L的通信需求。

【發(fā)明內(nèi)容】

[0004]為了解決用戶通話受限的問題，本發(fā)明實施例提供了一種通信的方法、設(shè)備和系統(tǒng)。所述技術(shù)方案如下:
[0005]一方面，提供了一種通信方法，所述方法包括:
[0006]第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端；
[0007]當所述第一客戶端確認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；
[0008]所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。
[0009]所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話，包括:
[0010]所述第一客戶端將所需發(fā)送的語音信息拆成多個語音包，并按時間順序給所述每個語音包打上時間戳；
[0011]所述第一客戶端將所述打上時間戳的語音包通過消息處理單元發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0012]所述第一客戶端將所需發(fā)送的語音信息拆成多個語音包，包括:
[0013]所述第一客戶端根據(jù)預設(shè)時間間隔將接收到的用戶的語音信息拆成多個語音包；或，
[0014]所述第一客戶端根據(jù)當前網(wǎng)絡(luò)狀態(tài)將接收到的用戶的語音信息拆成多個語音包；或，
[0015]所述第一客戶端根據(jù)所述第二客戶端的組包狀況將接收到的用戶的語音信息拆成多個語音包。
[0016]所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話，包括:
[0017]所述第一客戶端將所需發(fā)送的語音信息發(fā)送給消息處理單元，使所述消息處理單元將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0018]所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路之后，還包括:
[0019]消息處理單元將所述第一客戶端與所述第二客戶端進行綁定，使所述第一客戶端與所述第二客戶端能夠進行語音通話。
[0020]所述方法還包括:
[0021]當所述第一客戶端確認所述第二客戶端不能夠接收所述語音請求時，所述第一客戶端根據(jù)所述第二客戶端不能夠接收所述語音請求的原因，輸出相應的界面提示用戶或播放語音信息提示用戶所述第二客戶端拒絕接收所述語音請求的原因。
[0022]另一方面，提供了一種客戶端，所述客戶端包括:
[0023]請求模塊，用于向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端；
[0024]鏈路建立模塊，用于當所述請求模塊確認所述第二客戶端能夠接收所述語音請求時，與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；
[0025]語音傳輸模塊，用于與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。
[0026]所述語音傳輸模塊，包括:
[0027]拆包單元，用于將接收到的用戶的語音信息拆成多個語音包，并按時間順序給所述每個語音包打上時間戳；
[0028]第一發(fā)送單元，用于將所述打上時間戳的語音包通過消息處理單元發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0029]拆包單元具體用于:
[0030]根據(jù)預設(shè)時間間隔將接收到的用戶的語音信息拆成多個語音包；或，
[0031]根據(jù)當前網(wǎng)絡(luò)狀態(tài)將接收到的用戶的語音信息拆成多個語音包；或，
[0032]根據(jù)所述第二客戶端的組包狀況將接收到的用戶的語音信息拆成多個語音包。
[0033]所述語音傳輸模塊，包括:
[0034]第二發(fā)送單元，用于將接收到的用戶的語音信息發(fā)送給消息處理單元，使所述消息處理單元將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0035]所述客戶端還包括:
[0036]輸出模塊，用于當所述第一客戶端確認所述第二客戶端不能夠接收所述語音請求時，根據(jù)所述第二客戶端不能夠接收所述語音請求的原因，輸出相應的界面提示用戶或播放語音信息提示用戶所述第二客戶端拒絕接收所述語音請求的原因。
[0037]另一方面，提供了一種通信的系統(tǒng)，所述系統(tǒng)包括:如上所述的客戶端。
[0038]所述系統(tǒng)還包括:
[0039]第一消息處理單元，用于接收所述第一客戶端發(fā)送的所述打上時間戳的語音包，并將所述打上時間戳的語音包發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0040]所述系統(tǒng)還包括:
[0041]第二消息處理單元，用于接收所述第一客戶端發(fā)送的用戶的語音信息，將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包按照所述時間戳的順序發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0042]本實施例的有益效果是:第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端；當所述第一客戶端確認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。第一客戶端與第二客戶端通過數(shù)據(jù)通道進行通話，解決了現(xiàn)有技術(shù)中通話受限的問題，提高了用戶的體驗感。
【專利附圖】

【附圖說明】
[0043]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0044]圖1是本發(fā)明實施例1中提供的一種通信方法的流程圖；
[0045]圖2是本發(fā)明實施例2中提供的一種通信方法的流程圖；
[0046]圖3是本發(fā)明實施例3中提供的一種客戶端的示意圖；
[0047]圖4是本發(fā)明實施例3中提供的另一種客戶端的示意圖；
[0048]圖5是本發(fā)明實施例4中提供的一種通信系統(tǒng)的示意圖；
[0049]圖6是本發(fā)明實施例4中提供的另一種通信系統(tǒng)的示意圖。
【具體實施方式】
[0050]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。
[0051]實施例1
[0052]參見圖1，本實施例中提供了一種通信方法，所述方法包括:
[0053]101、第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端；
[0054]102、當所述第一客戶端確認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；
[0055]103、所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。
[0056]可選地，所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話，包括:
[0057]所述第一客戶端將所需發(fā)送的語音信息拆成多個語音包，并按時間順序給所述每個語音包打上時間戳；[0058]所述第一客戶端將所述打上時間戳的語音包按照所述時間戳的順序通過消息處理單元發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0059]可選地，所述第一客戶端將所需發(fā)送的語音信息拆成多個語音包，包括:
[0060]所述第一客戶端根據(jù)預設(shè)時間間隔將接收到的用戶的語音信息拆成多個語音包；或，
[0061]所述第一客戶端根據(jù)當前網(wǎng)絡(luò)狀態(tài)將接收到的用戶的語音信息拆成多個語音包；或，
[0062]所述第一客戶端根據(jù)所述第二客戶端的組包狀況將接收到的用戶的語音信息拆成多個語音包。
[0063]可選地，所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話，包括:
[0064]所述第一客戶端將所需發(fā)送的語音信息發(fā)送給消息處理單元，使所述消息處理單元將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包按照所述時間戳的順序發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0065]其中，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路之后,還包括:
[0066]消息處理單元將所述第一客戶端與所述第二客戶端進行綁定，使所述第一客戶端與所述第二客戶端能夠進行語音通話。
[0067]進一步地，所述方法還包括:
[0068]當所述第一客戶端確認所述第二客戶端不能夠接收所述語音請求時，所述第一客戶端根據(jù)所述第二客戶端不能夠接收所述語音請求的原因，輸出相應的界面提示用戶或播放語音信息提示用戶所述第二客戶端拒絕接收所述語音請求的原因。
[0069]本實施例的有益效果是:第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括除所述第一客戶端以外的至少一個客戶端；當所述第一客戶端確認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。第一客戶端與第二客戶端通過數(shù)據(jù)通道進行通話，解決了現(xiàn)有技術(shù)中通話受限的問題，提高了用戶的體驗感。
[0070]實施例2
[0071]參見圖2，本實施例中提供了一種通信方法，包括:
[0072]201、第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，并確認所述第二客戶端是否能夠接收所述語音請求。
[0073]本實施例中，數(shù)據(jù)通道包括但不限于:GPRS (General Packet Radio Service,通用分組無線服務(wù))數(shù)據(jù)通道或WIFI數(shù)據(jù)通道。本實施例中通過數(shù)據(jù)通道進行通話，音質(zhì)好，話費低廉甚至免費，不僅解決了傳統(tǒng)電話電話費昂貴的問題，還解決了網(wǎng)絡(luò)通話、視頻通話受限于PC機地理位置，不方便轉(zhuǎn)移和攜帶的問題。
[0074]本步驟中，第一客戶端用戶打開通訊錄，選擇語音通話，則第一客戶端通過數(shù)據(jù)通道向第二客戶端發(fā)起語音請求，其中語音請求包括但不限于以下的一種或多種:電話通信請求、即時通信軟件中的語音請求和微聊請求等。本實施例中的第二客戶端可以是一個客戶端也可以是多個客戶端，對此本實施例不做具體限定。在第一客戶端發(fā)起語音請求后，第一客戶端的界面上輸出等待網(wǎng)絡(luò)連接的界面。
[0075]在第一客戶端向第二客戶端發(fā)起語音請求后，向狀態(tài)存儲單元查詢第二客戶端的狀態(tài)信息，其中，狀態(tài)存儲單元用來記錄客戶端的狀態(tài)信息，客戶端可以將自身的狀態(tài)信息隨時上報給狀態(tài)存儲單元，以便其它客戶端查詢。也可以在客戶端觸動一些時間事件時上報狀態(tài)，如客戶端觸動聯(lián)網(wǎng)，包括開機、啟動軟件、手動聯(lián)網(wǎng)、程序異常、斷網(wǎng)等事件時上報狀態(tài)?？蛻舳丝梢愿鶕?jù)狀態(tài)存儲單元存儲的狀態(tài)信息獲知第二客戶端的狀態(tài)信息，或者查詢上次記錄的第二客戶端的狀態(tài)信息，將上次的狀態(tài)信息作為判斷本次狀態(tài)的依據(jù)，如查詢3秒以前第二客戶端的狀態(tài)信息，將3秒前的狀態(tài)作為本次狀態(tài)。狀態(tài)信息包括但不限于以下的一種或多種:關(guān)機狀態(tài)、信號受限不允許通信狀態(tài)、正在通話狀態(tài)、拒絕接收狀態(tài)、空閑狀態(tài)和在線狀態(tài)等。其中拒絕接收狀態(tài)還可以分為:客戶端忙碌狀態(tài)、客戶端離線的狀態(tài)、客戶端設(shè)置的拒絕接收狀態(tài)或狀態(tài)存儲單元設(shè)置的拒絕接收狀態(tài)等，對此本實施例不做具體限定。
[0076]本步驟中，如果狀態(tài)信息包括:關(guān)機狀態(tài)、信號受限不允許通信狀態(tài)、正在通話狀態(tài)和拒絕接收狀態(tài)的任意一種時，則確認第二客戶端不能夠接收所述語音請求，第一客戶發(fā)送的語音信息第二客戶端不能夠直接收聽到；如果狀態(tài)信息包括空閑狀態(tài)或在線狀態(tài)，則確認第二客戶端能夠接收語音請求。
[0077]本實施例中的狀態(tài)存儲單元具體可以為服務(wù)器的一個功能單元，其功能也可以由服務(wù)器實現(xiàn)，對此本實施例不做具體限定。
[0078]202、當?shù)谝豢蛻舳舜_認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路，并與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。
[0079]本實施例中，當?shù)诙蛻舳嗽诰€或是空閑狀態(tài)時，第一客戶端確認第二客戶端能夠接收語音請求，第一客戶端與第二客戶端在數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路，其中數(shù)據(jù)傳送鏈路的建立過程與現(xiàn)有技術(shù)類似，對此本實施例不做具體限定。鏈路建立成功后，消息處理單元將第一客戶端與第二客戶端進行綁定，使第一客戶端與第二客戶端開始語音通話，同時在第一客戶端的界面上輸出正在通話的界面。本實施例中的消息處理單元具體可以為服務(wù)器的一個功能單元，其功能也可以由服務(wù)器實現(xiàn)，對此本實施例不做具體限定。
[0080]其中，可選地，所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話，包括:
[0081]所述第一客戶端將所需發(fā)送的語音信息拆成多個語音包，并按時間順序給所述每個語音包打上時間戳；
[0082]所述第一客戶端將所述打上時間戳的語音包通過消息處理單元發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0083]本實施例中，可選地，第一客戶端在本地將所需發(fā)送的語音信息進行拆包，并按時間順序在拆分得到的語音包上打上時間戳，并將處理后的語音包發(fā)送給消息處理單元，消息處理單元再進一步將該語音包轉(zhuǎn)發(fā)至第二客戶端，第二客戶端在本地根據(jù)時間戳對接收到的語音包進行組包，以得到第一客戶端發(fā)送的語音信息。值得說明的是，本實施例中第一客戶端所需發(fā)送的語音信息包括:第一客戶端用戶的語音信息，也包括空白的語音信息，即雙方建立的傳輸鏈路，但是雙發(fā)用戶未發(fā)出語音信息時，也會有數(shù)據(jù)包的傳輸。
[0084]進一步地，所述第一客戶端將所需發(fā)送的語音信息拆成多個語音包，包括:
[0085]所述第一客戶端根據(jù)預設(shè)時間間隔將接收到的用戶的語音信息拆成多個語音包，例如預設(shè)時間間隔為3毫秒、5毫秒、I秒等，對此本實施例不做具體限定；或，
[0086]所述第一客戶端根據(jù)當前網(wǎng)絡(luò)狀態(tài)將接收到的用戶的語音信息拆成多個語音包，例如，當時網(wǎng)絡(luò)情況比較好時，拆包的時間間隔可以長一些；當網(wǎng)絡(luò)情況不好時，拆包的時間間隔可以短一些；或，
[0087]所述第一客戶端根據(jù)所述第二客戶端的組包狀況將接收到的用戶的語音信息拆成多個語音包。第一客戶端可以根據(jù)第二客戶端的反饋獲知第二客戶端的組包情況，當?shù)诙蛻舳私M包效果差時，拆包的時間間隔可以長一些；當?shù)诙蛻舳说慕M包效果好時，拆包的時間間隔可以短一些，對此本實施例不做具體限定。
[0088]本實施例中，可選地，所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話，包括:
[0089]所述第一客戶端將所需發(fā)送的語音信息發(fā)送給消息處理單元，使所述消息處理單元將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0090]本實施例中，可選地，第一客戶端可以選擇在本地進行拆包，也可以將語音信息發(fā)送給消息處理單元，消息處理單元對接收到的語音信息進行拆包，并將拆包后的語音包打上時間戳，發(fā)送給第二客戶端。具體實施過程中第一客戶端是選擇在本地拆包還是選擇讓消息處理單元進行拆包，對此本實施例不做具體限定。
[0091]其中消息處理單元將接收到的語音信息拆成多個語音包，包括:
[0092]根據(jù)預設(shè)時間間隔將接收到的用戶的語音信息拆成多個語音包，例如預設(shè)時間間隔為3毫秒、5毫秒、I秒等，對此本實施例不做具體限定；或，
[0093]根據(jù)當前網(wǎng)絡(luò)狀態(tài)將接收到的用戶的語音信息拆成多個語音包，例如，當時網(wǎng)絡(luò)情況比較好時，拆包的時間間隔可以長一些；當網(wǎng)絡(luò)情況不好時，拆包的時間間隔可以短一些；或，
[0094]根據(jù)所述第二客戶端的組包狀況將接收到的用戶的語音信息拆成多個語音包。當?shù)诙蛻舳私M包效果差時，拆包的時間間隔可以長一些；當?shù)诙蛻舳说慕M包效果好時，拆包的時間間隔可以短一些，對此本實施例不做具體限定。
[0095]值得說明的是，第一客戶端或是消息處理單元可以按照時間戳的順序發(fā)送多個語音包，也可以不按照時間戳的順序發(fā)送，在多個發(fā)送隊列中并發(fā)發(fā)送，對此本實施例不做具體限定。
[0096]本實施例中，但第一客戶端和第二客戶端通話結(jié)束后，斷開第一客戶端與第二客戶端的傳輸鏈路，同時，消息處理單元取消對第一客戶端和第二客戶端的綁定。
[0097]203、當所述第一客戶端確認所述第二客戶端不能夠接收所述語音請求時，所述第一客戶端根據(jù)所述第二客戶端不能夠接收所述語音請求的原因，輸出相應的界面提示用戶或播放語音信息提示用戶所述第二客戶端拒絕接收所述語音請求的原因。
[0098]本實施例中，當?shù)谝豢蛻舳舜_認所述第二客戶端不能夠接收所述語音請求時，所述第一客戶端根據(jù)第二客戶端不能夠接收語音請求的原因，輸出相應的界面提示用戶，如相應的輸出拒絕接收的界面、對方無應答的界面或是對方忙碌的界面，或者是輸出語音信息提示用戶，具體采用哪種方式本實施例對此不做具體限定。
[0099]本步驟中，另一方面，當?shù)谝豢蛻舳舜_認第二客戶端不能夠接收語音請求時，可選地，第一客戶端啟動自動留言功能，將第一客戶端的留言信息發(fā)送給消息處理單元，其中，留言消息包括但不限于以下的一種或多種:語音消息、文字信息、圖表信息、表情和圖片等，對此本實施例不做具體限定。
[0100]本實施例的有益效果是:第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端；當所述第一客戶端確認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。第一客戶端與第二客戶端通過數(shù)據(jù)通道進行通話，解決了現(xiàn)有技術(shù)中通話受限的問題，提高了用戶的體驗感。
[0101]實施例3
[0102]參見圖3，本實施例中提供了一種客戶端，所述客戶端包括:請求模塊301、鏈路建立模塊302和語音傳輸模塊303。
[0103]請求模塊301，用于向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括除所述第一客戶端以外的至少一個客戶端；
[0104]鏈路建立模塊302，用于當所述請求模塊301確認所述第二客戶端能夠接收所述語音請求時，與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；
[0105]語音傳輸模塊303，用于與所述第二客戶端通過所述鏈路建立模塊建立的所述數(shù)據(jù)傳送鏈路進行語音通話。
[0106]可選地，參見圖4，所述語音傳輸模塊303，包括:
[0107]拆包單元303a，用于將接收到的用戶的語音信息拆成多個語音包，并按時間順序給所述每個語音包打上時間戳；
[0108]第一發(fā)送單元303b，用于將所述打上時間戳的語音包通過消息處理單元發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0109]可選地，拆包單元303a具體用于:
[0110]根據(jù)預設(shè)時間間隔將接收到的用戶的語音信息拆成多個語音包；或，
[0111]根據(jù)當前網(wǎng)絡(luò)狀態(tài)將接收到的用戶的語音信息拆成多個語音包；或，
[0112]根據(jù)所述第二客戶端的組包狀況將接收到的用戶的語音信息拆成多個語音包。
[0113]可選地，參見圖4，所述語音傳輸模塊303，包括:
[0114]第二發(fā)送單元303c，用于將接收到的用戶的語音信息發(fā)送給消息處理單元，使所述消息處理單元將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。[0115]進一步地,參見圖4,所述客戶端還包括:
[0116]輸出模塊304，用于當所述請求模塊301確認所述第二客戶端不能夠接收所述語音請求時，根據(jù)所述第二客戶端不能夠接收所述語音請求的原因，輸出相應的界面提示用戶或播放語音信息提示用戶所述第二客戶端拒絕接收所述語音請求的原因。
[0117]本實施例的有益效果是:第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端；當所述第一客戶端確認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。第一客戶端與第二客戶端通過數(shù)據(jù)通道進行通話，解決了現(xiàn)有技術(shù)中通話受限的問題，提高了用戶的體驗感。
[0118]實施例4
[0119]本實施例中還提供了一種通信的系統(tǒng)，所述系統(tǒng)包括:如實施例3所述的客戶端300。
[0120]參見圖5，本實施例中的系統(tǒng)可選地，還包括:第一消息處理單元400，用于接收所述第一客戶端發(fā)送的所述打上時間戳的語音包，并將所述打上時間戳的語音包發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0121]參見圖6，本實施例中的系統(tǒng)可選地，還包括:
[0122]第二消息處理單元500，用于接收所述第一客戶端發(fā)送的用戶的語音信息，將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包按照所述時間戳的順序發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
[0123]本實施例中的第一消息處理單元或第二消息具體可以為服務(wù)器的一個功能單元，其功能也可以由服務(wù)器實現(xiàn)，對此本實施例不做具體限定。
[0124]本實施例的有益效果是:第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端；當所述第一客戶端確認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路；所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。第一客戶端與第二客戶端通過數(shù)據(jù)通道進行通話，解決了現(xiàn)有技術(shù)中通話受限的問題，提高了用戶的體驗感。
[0125]本實施例提供的客戶端和系統(tǒng)，具體可以與方法實施例屬于同一構(gòu)思，其具體實現(xiàn)過程詳見方法實施例，這里不再贅述。
[0126]值得注意的是，上述客戶端、消息處理服務(wù)器和系統(tǒng)的實施例中，所包括的各個模塊只是按照功能邏輯進行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應的功能即可；另外，各功能模塊的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護范圍。
[0127]本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
[0128]以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種通信方法，其特征在于，所述方法包括: 第一客戶端向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端； 當所述第一客戶端確認所述第二客戶端能夠接收所述語音請求時，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路； 所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話，包括: 所述第一客戶端將所需發(fā)送的語音信息拆成多個語音包，并按時間順序給所述每個語音包打上時間戳； 所述第一客戶端將所述打上時間戳的語音包通過消息處理單元發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一客戶端將所需發(fā)送的語音信息拆成多個語音包，包括: 所述第一客戶端根據(jù)預設(shè)時間間隔將接收到的用戶的語音信息拆成多個語音包；或， 所述第一客戶端根據(jù)當前網(wǎng)絡(luò)狀態(tài)將接收到的用戶的語音信息拆成多個語音包；或， 所述第一客戶端根據(jù)所述第二客戶端的組包狀況將接收到的用戶的語音信息拆成多個語音包。·
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一客戶端與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話，包括: 所述第一客戶端將所需發(fā)送的語音信息發(fā)送給消息處理單元，使所述消息處理單元將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一客戶端與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路之后，還包括: 消息處理單元將所述第一客戶端與所述第二客戶端進行綁定，使所述第一客戶端與所述第二客戶端能夠進行語音通話。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 當所述第一客戶端確認所述第二客戶端不能夠接收所述語音請求時，所述第一客戶端根據(jù)所述第二客戶端不能夠接收所述語音請求的原因，輸出相應的界面提示用戶或播放語音信息提示用戶所述第二客戶端拒絕接收所述語音請求的原因。
7.一種客戶端，其特征在于，所述客戶端包括: 請求模塊，用于向第二客戶端發(fā)起數(shù)據(jù)通道的語音請求，所述第二客戶端包括至少一個客戶端； 鏈路建立模塊，用于當所述請求模塊確認所述第二客戶端能夠接收所述語音請求時，與所述第二客戶端在所述數(shù)據(jù)通道上建立數(shù)據(jù)傳送鏈路； 語音傳輸模塊，用于與所述第二客戶端通過所述數(shù)據(jù)傳送鏈路進行語音通話。
8.根據(jù)權(quán)利要求7所述的客戶端，其特征在于，所述語音傳輸模塊，包括: 拆包單元，用于將接收到的用戶的語音信息拆成多個語音包，并按時間順序給所述每個語音包打上時間戳； 第一發(fā)送單元，用于將所述打上時間戳的語音包通過消息處理單元發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
9.根據(jù)權(quán)利要求8所述的客戶端，其特征在于，拆包單元具體用于: 根據(jù)預設(shè)時間間隔將接收到的用戶的語音信息拆成多個語音包；或， 根據(jù)當前網(wǎng)絡(luò)狀態(tài)將接收到的用戶的語音信息拆成多個語音包；或， 根據(jù)所述第二客戶端的組包狀況將接收到的用戶的語音信息拆成多個語音包。
10.根據(jù)權(quán)利要求7所述的客戶端，其特征在于，所述語音傳輸模塊，包括: 第二發(fā)送單元，用于將接收到的用戶的語音信息發(fā)送給消息處理單元，使所述消息處理單元將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
11.根據(jù)權(quán)利要求7所述的客戶端，其特征在于，所述客戶端還包括: 輸出模塊，用于當所述第一客戶端確認所述第二客戶端不能夠接收所述語音請求時，根據(jù)所述第二客戶端不能夠接收所述語音請求的原因，輸出相應的界面提示用戶或播放語音信息提示用戶所述第二客·戶端拒絕接收所述語音請求的原因。
12.一種通信的系統(tǒng)，其特征在于，所述系統(tǒng)包括:如權(quán)利要求7-11任一項所述的客戶端。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 第一消息處理單元，用于接收所述第一客戶端發(fā)送的所述打上時間戳的語音包，并將所述打上時間戳的語音包發(fā)送至所述第二客戶端上，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
14.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 第二消息處理單元，用于接收所述第一客戶端發(fā)送的用戶的語音信息，將所述用戶的語音信息進行拆包并按時間順序給所述每個語音包打上時間戳，并將所述打上時間戳的語音包按照所述時間戳的順序發(fā)送給第二客戶端，使所述第二客戶端根據(jù)所述時間戳對接收到的所述多個語音包進行組包得到所述第一客戶端發(fā)送的語音信息。
【文檔編號】H04M11/06GK103581457SQ201210255943
【公開日】2014年2月12日 申請日期:2012年7月23日 優(yōu)先權(quán)日:2012年7月23日
【發(fā)明者】劉春英 申請人:騰訊科技（深圳）有限公司