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