一種組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法
【專利摘要】一種組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，其特征在于，所述方法包括：組呼數(shù)據(jù)發(fā)送方查找待發(fā)送組呼所綁定的同步源標(biāo)識(shí)SSRC，在待發(fā)送組呼業(yè)務(wù)數(shù)據(jù)包中實(shí)時(shí)傳輸協(xié)議RTP頭部添加所述SSRC，發(fā)送所述組呼業(yè)務(wù)數(shù)據(jù)包；組呼數(shù)據(jù)接收方解析所述組呼業(yè)務(wù)數(shù)據(jù)包中RTP頭部獲取SSRC，根據(jù)獲取的SSRC進(jìn)行分組識(shí)別。應(yīng)用本發(fā)明實(shí)施例后，能夠有效降低無(wú)線接入系統(tǒng)和集群服務(wù)器的處理復(fù)雜度，并增強(qiáng)系統(tǒng)的可擴(kuò)展性。
【專利說(shuō)明】一種組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法
【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)涉及通信【技術(shù)領(lǐng)域】，更具體地，涉及一種組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法。
【背景技術(shù)】
[0002]隨著無(wú)線通信技術(shù)的發(fā)展，集群通信系統(tǒng)作為近幾年發(fā)展起來(lái)的一種靈活、高效的指揮調(diào)度通信系統(tǒng)，廣泛應(yīng)用于政府機(jī)關(guān)、機(jī)場(chǎng)碼頭、消防警察、工礦企業(yè)等領(lǐng)域。集群通信系統(tǒng)，即系統(tǒng)所具有的可用信道可為系統(tǒng)的全體用戶共用，具有自動(dòng)選擇信道功能，它是共享資源、分擔(dān)費(fèi)用、共用信道設(shè)備及服務(wù)的多用途、高效能的無(wú)線調(diào)度通信系統(tǒng)。
[0003]集群通信系統(tǒng)通常由終端、基站、核心交換系統(tǒng)和集群服務(wù)器四部分構(gòu)成，也可以將基站和核心交換系統(tǒng)合并為無(wú)線接入系統(tǒng)，則集群通信系統(tǒng)由終端、無(wú)線接入系統(tǒng)和集群服務(wù)器三部分組成。
[0004]組呼業(yè)務(wù)是集群通信系統(tǒng)提供的最基本、最常用的業(yè)務(wù)之一。組呼業(yè)務(wù)是在組呼區(qū)域內(nèi)建立的一組用戶參與的半雙工語(yǔ)音或多媒體呼叫，通常一組用戶由3個(gè)以上用戶組成。
[0005]在組呼通信過(guò)程中，組內(nèi)只有一個(gè)上行鏈路，組內(nèi)用戶講話時(shí)需要按下PTT鍵來(lái)申請(qǐng)或搶占上行鏈路并獲得講話權(quán)；組呼區(qū)域所包含的每個(gè)小區(qū)中有一個(gè)屬于該組的下行鏈路，小區(qū)中屬于該組的成員共享該下行鏈路。
[0006]在VoIP通信中，語(yǔ)音媒體流和視頻媒體流更多的是通過(guò)實(shí)時(shí)傳輸協(xié)議(RTP)和實(shí)時(shí)傳輸控制協(xié)議(RTCP)來(lái)承載傳輸?shù)?。RTP和RTCP規(guī)定了實(shí)時(shí)媒體業(yè)務(wù)流在IP網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)包封裝格式、差錯(cuò)控制及服務(wù)質(zhì)量檢測(cè)方式等，提供了具有實(shí)時(shí)特征的端對(duì)端媒體業(yè)務(wù)流傳送服務(wù)，如在組播或單播網(wǎng)絡(luò)服務(wù)下的交互式視頻、音頻和模擬數(shù)據(jù)。
[0007]在RTP協(xié)議中存在同步源標(biāo)識(shí)(SSRC)，該標(biāo)識(shí)在整個(gè)媒體流生命周期內(nèi)及途徑的各個(gè)分發(fā)節(jié)點(diǎn)均不會(huì)發(fā)生變化。SSRC是用來(lái)識(shí)別VoIP通信中的講話方，即:在存在多個(gè)用戶的VoIP單呼和組呼通信中，集群服務(wù)器會(huì)為每個(gè)參與通信的用戶分配一個(gè)SSRC，不同的用戶擁有不同的SSRC。用戶在通信過(guò)程中需要在媒體流數(shù)據(jù)包中攜帶屬于自己的SSRC，集群服務(wù)器通過(guò)識(shí)別同步源標(biāo)識(shí)來(lái)確定媒體數(shù)據(jù)屬于的用戶。
[0008]根據(jù)集群組呼業(yè)務(wù)的特點(diǎn)，業(yè)務(wù)形式多采用廣播或者組播方式。對(duì)于基于IP的終端，系統(tǒng)多采用組播IP的方式實(shí)現(xiàn)對(duì)組呼業(yè)務(wù)數(shù)據(jù)的廣播或者組播；對(duì)于非IP的終端，系統(tǒng)多采用將組呼業(yè)務(wù)數(shù)據(jù)單播給無(wú)線接入系統(tǒng)，并由無(wú)線接入系統(tǒng)識(shí)別和區(qū)分不同組呼業(yè)務(wù)數(shù)據(jù)，廣播給對(duì)應(yīng)的終端。
[0009]集群通信系統(tǒng)中實(shí)現(xiàn)集群組呼業(yè)務(wù)時(shí)，由于集群服務(wù)器作為集群控制中心以及業(yè)務(wù)數(shù)據(jù)交換中心，對(duì)于識(shí)別不同的組呼業(yè)務(wù)數(shù)據(jù)來(lái)實(shí)現(xiàn)數(shù)據(jù)中轉(zhuǎn)調(diào)度、分類優(yōu)先級(jí)控制等功能均具有重要意義。通常情況下，在集群服務(wù)器與無(wú)線接入系統(tǒng)間典型的組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法有兩種:基于IP信息的傳輸方法和基于端口的傳輸方法。
[0010](I)基于IP信息的傳輸方法是根據(jù)網(wǎng)絡(luò)層目的IP地址作為區(qū)分組呼業(yè)務(wù)分組數(shù)據(jù)的標(biāo)識(shí)，然后傳輸數(shù)據(jù)。即，不同的組呼業(yè)務(wù)數(shù)據(jù)使用不同的IP地址，該地址可以是單播地址，通常采用組播地址。
[0011]對(duì)于單播IP地址的方式，接收端需要綁定相應(yīng)的IP地址，并時(shí)時(shí)監(jiān)控該IP地址中的數(shù)據(jù)。對(duì)于組呼IP地址的方式，接收端需要加入多個(gè)組播組，并監(jiān)聽不同的組播IP來(lái)接收和區(qū)分不同組呼的業(yè)務(wù)數(shù)據(jù)。
[0012]參見附圖1，在基于IP信息的分組識(shí)別方式下，集群服務(wù)器或者無(wú)線接入系統(tǒng)在接收到組呼業(yè)務(wù)數(shù)據(jù)后，首先分析組呼業(yè)務(wù)數(shù)據(jù)包中的IP頭部信息，從IP頭部信息中提取目標(biāo)IP地址，并根據(jù)預(yù)先在系統(tǒng)內(nèi)部建立的匹配信息表，查找對(duì)應(yīng)該目標(biāo)IP地址的組呼信息，從而實(shí)現(xiàn)對(duì)組呼業(yè)務(wù)分組數(shù)據(jù)的識(shí)別，以便后續(xù)采取傳輸數(shù)據(jù)。
[0013](2)基于端口信息的傳輸方法在傳輸層多米用UDP協(xié)議,并以UDP協(xié)議頭中的目的端口號(hào)作為區(qū)分組呼業(yè)務(wù)數(shù)據(jù)包標(biāo)識(shí)。即，集群服務(wù)器與無(wú)線接入系統(tǒng)采用單播IP，并監(jiān)聽不同的端口來(lái)接收和區(qū)分不同組呼的業(yè)務(wù)數(shù)據(jù)。
[0014]在基于端口信息的傳輸方法下，參見附圖2，集群服務(wù)器或者無(wú)線接入系統(tǒng)在接收到組呼業(yè)務(wù)數(shù)據(jù)后，首先分析組呼業(yè)務(wù)數(shù)據(jù)包中的UDP頭部信息，從UDP頭部信息中提取目標(biāo)端口，并根據(jù)預(yù)先在系統(tǒng)內(nèi)部建立的匹配信息表，查找對(duì)應(yīng)該目標(biāo)端口的組呼信息，從而實(shí)現(xiàn)對(duì)組呼業(yè)務(wù)分組數(shù)據(jù)的識(shí)別，以便后續(xù)采取進(jìn)一步的操作。
[0015]基于IP信息的傳輸方法，其典型的系統(tǒng)為基于TD-LTE的集群通信系統(tǒng)。對(duì)于使用單播IP地址的方式，無(wú)線接入系統(tǒng)和集群服務(wù)器作為接收端時(shí)均需要維護(hù)大量的IP地址來(lái)實(shí)現(xiàn)識(shí)別不同組呼業(yè)務(wù)數(shù)據(jù)的目的，在IP地址受限的情況下，該方式將嚴(yán)重影響系統(tǒng)中集群組呼業(yè)務(wù)容量的可擴(kuò)展性，限制集群系統(tǒng)在實(shí)際部署中的應(yīng)用價(jià)值。
[0016]對(duì)于使用組播IP地址的方式，無(wú)線接入系統(tǒng)和集群服務(wù)器作為接收端除了需要維護(hù)和綁定大量的組播IP地址外，還需要通過(guò)組播加入技術(shù)動(dòng)態(tài)加入IP組播組，并要求當(dāng)前網(wǎng)絡(luò)中的各服務(wù)器和路由器支持組播相關(guān)協(xié)議，包括組成員關(guān)系協(xié)議、域內(nèi)組播路由協(xié)議、域間組播路由協(xié)議等，無(wú)線接入系統(tǒng)和集群服務(wù)器均需要使用大量輔助技術(shù)減少和降低組播技術(shù)對(duì)外部網(wǎng)絡(luò)組網(wǎng)結(jié)構(gòu)的依賴性。其技術(shù)復(fù)雜度和處理復(fù)雜度會(huì)嚴(yán)重影響呼叫建立時(shí)間，大量組播IP的處理效率同樣會(huì)隨著組呼的數(shù)目的增加而降低。
[0017]基于端口信息的傳輸方法中，終端、無(wú)線接入系統(tǒng)和集群服務(wù)器作為接收端時(shí)，對(duì)于不同的組呼使用不同的端口，由于端口總數(shù)目為65535，其實(shí)際使用受限嚴(yán)重并影響系統(tǒng)中集群組呼業(yè)務(wù)容量的可擴(kuò)展性，限制集群系統(tǒng)在實(shí)際部署中的應(yīng)用價(jià)值。
[0018]同時(shí)，在大規(guī)模組網(wǎng)的情況下，由于集群系統(tǒng)組網(wǎng)模型存在多對(duì)多的特性，S卩，同一組呼可能會(huì)涉及多個(gè)無(wú)線接入系統(tǒng)和多個(gè)集群服務(wù)器。在此情況下，由于不同無(wú)線接入系統(tǒng)會(huì)隨機(jī)將端口分配給不同的組呼業(yè)務(wù)，會(huì)出現(xiàn)同一組呼業(yè)務(wù)數(shù)據(jù)在不同無(wú)線接入系統(tǒng)中使用不同端口進(jìn)行發(fā)送和接收的情況，集群服務(wù)器要發(fā)送組呼業(yè)務(wù)數(shù)據(jù)給不同無(wú)線接入系統(tǒng)時(shí)需要?jiǎng)討B(tài)調(diào)整端口信息，將會(huì)增加集群服務(wù)器的處理復(fù)雜度，從而增加組呼業(yè)務(wù)數(shù)據(jù)處理和轉(zhuǎn)發(fā)的速度。
【發(fā)明內(nèi)容】
[0019]本發(fā)明實(shí)施例提出一種組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，能夠有效降低無(wú)線接入系統(tǒng)和集群服務(wù)器的處理復(fù)雜度，并增強(qiáng)系統(tǒng)的可擴(kuò)展性。
[0020]本發(fā)明實(shí)施例的技術(shù)方案如下:[0021]一種組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，所述方法包括:
[0022]組呼數(shù)據(jù)發(fā)送方查找待發(fā)送組呼所綁定的同步源標(biāo)識(shí)SSRC，在待發(fā)送組呼業(yè)務(wù)數(shù)據(jù)包中實(shí)時(shí)傳輸協(xié)議RTP頭部添加所述SSRC，發(fā)送所述組呼業(yè)務(wù)數(shù)據(jù)包；
[0023]組呼數(shù)據(jù)接收方解析所述組呼業(yè)務(wù)數(shù)據(jù)包中RTP頭部獲取SSRC，根據(jù)獲取的SSRC進(jìn)行分組識(shí)別。
[0024]組呼上行業(yè)務(wù)中對(duì)于基于IP多媒體終端的系統(tǒng)，所述組呼數(shù)據(jù)發(fā)送方包括用戶終端，所述組呼數(shù)據(jù)接收方包括集群服務(wù)器。
[0025]組呼上行業(yè)務(wù)中對(duì)于非基于IP多媒體終端的系統(tǒng)，所述組呼數(shù)據(jù)發(fā)送方包括無(wú)線接入系統(tǒng)，所述組呼數(shù)據(jù)接收方包括集群服務(wù)器。
[0026]組呼下行業(yè)務(wù)中對(duì)于基于IP多媒體終端的系統(tǒng)，所述組呼數(shù)據(jù)發(fā)送方包括集群服務(wù)器，所述組呼數(shù)據(jù)接收方包括用戶終端。
[0027]組呼下行業(yè)務(wù)中對(duì)于非基于IP多媒體終端的系統(tǒng)，所述組呼數(shù)據(jù)發(fā)送方包括集群服務(wù)器，所述組呼數(shù)據(jù)接收方包括無(wú)線接入系統(tǒng)。
[0028]所述組呼數(shù)據(jù)發(fā)送方查找待發(fā)送組呼所綁定的SSRC之前進(jìn)一步包括:集群服務(wù)器為此次組呼業(yè)務(wù)分配全局唯一的SSRC，然后發(fā)送SSRC至組呼數(shù)據(jù)發(fā)送方和組呼數(shù)據(jù)接收方。
[0029]同一組呼需要建立多媒體業(yè)務(wù)數(shù)據(jù)時(shí)，集群服務(wù)器分配與多媒體業(yè)務(wù)數(shù)目相同的SSRC，且不同多媒體業(yè)務(wù)對(duì)應(yīng)的SSRC不同。
[0030]所述組呼數(shù)據(jù)發(fā)送方查找待發(fā)送組呼所綁定的SSRC之前進(jìn)一步包括:
[0031]同一組呼需要建立多媒體業(yè)務(wù)數(shù)據(jù)時(shí)，集群服務(wù)器分配與多媒體業(yè)務(wù)數(shù)目相同的SSRC，且不同多媒體業(yè)務(wù)對(duì)應(yīng)的SSRC不同，然后發(fā)送SSRC至組呼數(shù)據(jù)發(fā)送方和組呼數(shù)據(jù)接收方。
[0032]從上述技術(shù)方案中可以看出，在本發(fā)明實(shí)施例中組呼數(shù)據(jù)發(fā)送方查找待發(fā)送組呼所綁定的SSRC，在待發(fā)送組呼業(yè)務(wù)數(shù)據(jù)包中RTP頭部添加所述SSRC，發(fā)送所述組呼業(yè)務(wù)數(shù)據(jù)包；組呼數(shù)據(jù)接收方解析所述組呼業(yè)務(wù)數(shù)據(jù)包中RTP頭部獲取SSRC，根據(jù)獲取的SSRC進(jìn)行分組識(shí)別。由于SSRC可以在區(qū)別不同的分組，且沒(méi)有增加額外的信息，因此能夠有效降低無(wú)線接入系統(tǒng)和集群服務(wù)器的處理復(fù)雜度，同時(shí)增強(qiáng)系統(tǒng)的可擴(kuò)展性。
【專利附圖】
【附圖說(shuō)明】
[0033]圖1為基于IP信息的分組識(shí)別示意圖；
[0034]圖2為基于端口信息的分組識(shí)別示意圖；
[0035]圖3為組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法流程示意圖；
[0036]圖4為本發(fā)明組呼業(yè)務(wù)數(shù)據(jù)的分組示意圖。
【具體實(shí)施方式】
[0037]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)表達(dá)得更加清楚明白，下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說(shuō)明。
[0038]在本發(fā)明實(shí)施例中，有效利用了 RTP協(xié)議中規(guī)定的SSRC屬性，在無(wú)線接入系統(tǒng)和集群服務(wù)器間的組呼業(yè)務(wù)RTP數(shù)據(jù)包中標(biāo)識(shí)不同的組呼，從而實(shí)現(xiàn)對(duì)組呼業(yè)務(wù)數(shù)據(jù)的分組識(shí)別。
[0039]基于SSRC的傳輸方法有效利用了現(xiàn)有協(xié)議中的屬性信息，沒(méi)有增加額外的信息。在無(wú)線接入系統(tǒng)和集群服務(wù)器間使用固定IP的方式，有效降低了 IP數(shù)目受限的問(wèn)題，并有效屏蔽了組播IP技術(shù)對(duì)網(wǎng)絡(luò)組網(wǎng)的影響以及設(shè)備的復(fù)雜度；由于使用SSRC實(shí)現(xiàn)對(duì)組呼業(yè)務(wù)數(shù)據(jù)的分組識(shí)別，就可以使用固定端口傳輸。不再存在端口數(shù)目受限的問(wèn)題。
[0040]另外，還可以進(jìn)一步標(biāo)識(shí)不同組呼業(yè)務(wù)中的不同多媒體數(shù)據(jù)流，為網(wǎng)絡(luò)中實(shí)現(xiàn)對(duì)不同多媒體數(shù)據(jù)流提供不同的質(zhì)量保證提供基礎(chǔ)條件。與傳統(tǒng)的組呼業(yè)務(wù)數(shù)據(jù)傳輸方法相t匕，本發(fā)明的技術(shù)方案有效利用了現(xiàn)有網(wǎng)絡(luò)的組網(wǎng)結(jié)構(gòu)，沒(méi)有對(duì)網(wǎng)絡(luò)組網(wǎng)造成額外負(fù)擔(dān)；巧妙的利用標(biāo)準(zhǔn)RTP協(xié)議中的屬性信息，沒(méi)有對(duì)現(xiàn)有協(xié)議進(jìn)行修改；使得端口資源利用率大大提高，傳輸識(shí)別效率有效增強(qiáng)，能夠有效降低無(wú)線接入系統(tǒng)和集群服務(wù)器的處理復(fù)雜度，提高系統(tǒng)容量，增強(qiáng)系統(tǒng)可擴(kuò)展性。
[0041]組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法包括:對(duì)不同組呼相同媒體業(yè)務(wù)數(shù)據(jù)的識(shí)別、對(duì)同一組呼不同媒體業(yè)務(wù)數(shù)據(jù)的識(shí)別。
[0042]對(duì)不同組呼業(yè)務(wù)數(shù)據(jù)的識(shí)別:組呼數(shù)據(jù)發(fā)送方和組呼數(shù)據(jù)接收方使用全局唯一的同步源標(biāo)識(shí)對(duì)該組呼的分組數(shù)據(jù)進(jìn)行標(biāo)識(shí)和識(shí)別。
[0043]對(duì)相同組呼多種媒體業(yè)務(wù)數(shù)據(jù)的識(shí)別:當(dāng)同一組呼需要建立多種媒體業(yè)務(wù)數(shù)據(jù)時(shí)，集群服務(wù)器在分配同步源標(biāo)識(shí)時(shí)，需要分配與多媒體業(yè)務(wù)數(shù)目相同的同步源標(biāo)識(shí)并使用全局唯一的同步源標(biāo)識(shí)來(lái)唯一標(biāo)識(shí)對(duì)應(yīng)特定媒體業(yè)務(wù)，同時(shí)保證該全局唯一標(biāo)識(shí)與其他組呼已有各同步源標(biāo)識(shí)不同，以實(shí)現(xiàn)同一組呼不同媒體業(yè)務(wù)數(shù)據(jù)的識(shí)別。
[0044]參見附圖3是組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法流程示意圖，具體包括以下步驟:
[0045]步驟301、組呼數(shù)據(jù)發(fā)送方查找待發(fā)送組呼所綁定的SSRC，在待發(fā)送組呼業(yè)務(wù)數(shù)據(jù)包中RTP頭部添加所述SSRC，發(fā)送組呼業(yè)務(wù)數(shù)據(jù)包。
[0046]在每次組呼業(yè)務(wù)建立過(guò)程中，由集群服務(wù)器為此次組呼業(yè)務(wù)分配全局唯一的同步源標(biāo)識(shí)。無(wú)論對(duì)于基于IP多媒體終端的系統(tǒng)，還是對(duì)于非基于IP多媒體終端的系統(tǒng)，集群服務(wù)器將同步源標(biāo)識(shí)發(fā)送給組呼數(shù)據(jù)發(fā)送和組呼數(shù)據(jù)接收方。對(duì)于發(fā)送方:發(fā)送數(shù)據(jù)時(shí)要根據(jù)數(shù)據(jù)包是哪個(gè)組呼以及組呼的什么業(yè)務(wù)類型來(lái)使用對(duì)應(yīng)的SSRC ;對(duì)于接收方:接收數(shù)據(jù)時(shí)使用數(shù)據(jù)包中的SSRC和本地保存的SSRC作匹配，確定該數(shù)據(jù)包是哪個(gè)組呼以及組呼的具體什么業(yè)務(wù)。
[0047]參見附圖4，在組呼業(yè)務(wù)數(shù)據(jù)包中的RTP頭部添加SSRC，不同SSR代表不同的多媒體業(yè)務(wù)以及組呼業(yè)務(wù)。
[0048]組呼業(yè)務(wù)數(shù)據(jù)分為組呼上行業(yè)務(wù)數(shù)據(jù)和組呼下行業(yè)務(wù)數(shù)據(jù)。
[0049]對(duì)于基于IP多媒體終端的系統(tǒng)，組呼上行業(yè)務(wù)數(shù)據(jù)的發(fā)送方為用戶終端，組呼上行業(yè)務(wù)數(shù)據(jù)的接收方為集群服務(wù)器；對(duì)于非基于IP多媒體終端的系統(tǒng)，組呼上行業(yè)務(wù)數(shù)據(jù)的發(fā)送方為無(wú)線接入系統(tǒng)，組呼上行業(yè)務(wù)數(shù)據(jù)的接收方為集群服務(wù)器。
[0050]對(duì)于基于IP多媒體終端的系統(tǒng)，組呼下行業(yè)務(wù)數(shù)據(jù)的發(fā)送方為集群服務(wù)器，組呼下行業(yè)務(wù)數(shù)據(jù)的接收方為用戶終端；對(duì)于非基于IP多媒體終端的系統(tǒng)，組呼下行業(yè)務(wù)數(shù)據(jù)的發(fā)送方為集群服務(wù)器，組呼下行業(yè)務(wù)數(shù)據(jù)的接收方為無(wú)線接入系統(tǒng)。
[0051]步驟302、組呼數(shù)據(jù)接收方解析所述組呼業(yè)務(wù)數(shù)據(jù)包中RTP頭部獲取SSRC，根據(jù)獲取的SSRC進(jìn)行分組識(shí)別。[0052]以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，其特征在于，所述方法包括: 組呼數(shù)據(jù)發(fā)送方查找待發(fā)送組呼所綁定的同步源標(biāo)識(shí)SSRC，在待發(fā)送組呼業(yè)務(wù)數(shù)據(jù)包中實(shí)時(shí)傳輸協(xié)議RTP頭部添加所述SSRC，發(fā)送所述組呼業(yè)務(wù)數(shù)據(jù)包； 組呼數(shù)據(jù)接收方解析所述組呼業(yè)務(wù)數(shù)據(jù)包中RTP頭部獲取SSRC，根據(jù)獲取的SSRC進(jìn)行分組識(shí)別。
2.根據(jù)權(quán)利要求1所述組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，其特征在于，組呼上行業(yè)務(wù)中對(duì)于基于IP多媒體終端的系統(tǒng)，所述組呼數(shù)據(jù)發(fā)送方包括用戶終端，所述組呼數(shù)據(jù)接收方包括集群服務(wù)器。
3.根據(jù)權(quán)利要求1所述組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，其特征在于，組呼上行業(yè)務(wù)中對(duì)于非基于IP多媒體終端的系統(tǒng)，所述組呼數(shù)據(jù)發(fā)送方包括無(wú)線接入系統(tǒng)，所述組呼數(shù)據(jù)接收方包括集群服務(wù)器。
4.根據(jù)權(quán)利要求1所述組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，其特征在于，組呼下行業(yè)務(wù)中對(duì)于基于IP多媒體終端的系統(tǒng)，所述組呼數(shù)據(jù)發(fā)送方包括集群服務(wù)器，所述組呼數(shù)據(jù)接收方包括用戶終端。
5.根據(jù)權(quán)利要求1所述組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，其特征在于，組呼下行業(yè)務(wù)中對(duì)于非基于IP多媒體終端的系統(tǒng)，所述組呼數(shù)據(jù)發(fā)送方包括集群服務(wù)器，所述組呼數(shù)據(jù)接收方包括無(wú)線接入系統(tǒng)。
6.根據(jù)權(quán)利要求1所述組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，其特征在于，所述組呼數(shù)據(jù)發(fā)送方查找待發(fā)送組呼所綁定的SSRC之前進(jìn)一步包括:集群服務(wù)器為此次組呼業(yè)務(wù)分配全局唯一的SSRC，然后發(fā)送SSRC至組呼數(shù)據(jù)發(fā)送方和組呼數(shù)據(jù)接收方。 同一組呼需要建立多媒體業(yè)務(wù)數(shù)據(jù)時(shí)，集群服務(wù)器分配與多媒體業(yè)務(wù)數(shù)目相同的SSRC，且不同多媒體業(yè)務(wù)對(duì)應(yīng)的SSRC不同。
7.根據(jù)權(quán)利要求1所述組呼業(yè)務(wù)數(shù)據(jù)的傳輸方法，其特征在于，所述組呼數(shù)據(jù)發(fā)送方查找待發(fā)送組呼所綁定的SSRC之前進(jìn)一步包括: 同一組呼需要建立多媒體業(yè)務(wù)數(shù)據(jù)時(shí)，集群服務(wù)器分配與多媒體業(yè)務(wù)數(shù)目相同的SSRC，且不同多媒體業(yè)務(wù)對(duì)應(yīng)的SSRC不同，然后發(fā)送SSRC至組呼數(shù)據(jù)發(fā)送方和組呼數(shù)據(jù)接收方。
【文檔編號(hào)】H04W4/06GK103945333SQ201310016957
【公開日】2014年7月23日 申請(qǐng)日期:2013年1月17日 優(yōu)先權(quán)日:2013年1月17日
【發(fā)明者】王剛 申請(qǐng)人:中國(guó)普天信息產(chǎn)業(yè)股份有限公司