集群系統中收發短消息方法和實現終端收發短消息的裝置制造方法

集群系統中收發短消息方法和實現終端收發短消息的裝置制造方法
【專利摘要】本發明公開了一種集群系統中收發短消息方法和實現終端收發短消息的裝置，不依賴交換子系統即可實現集群系統短消息業務。集群系統接收短消息方法包括：BSS接收集群終端發送的短消息，將集群終端發送的短消息發送到PDS；PDS將短消息發送至AS；AS判斷短消息的接收方類型，接收方類型如果是終端，則將短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發短消息至DAS。集群系統發送短消息方法包括：AS從投遞等待隊列中取出短消息，向PDS發送短消息；PDS向BSS發送短消息，并指明使用信道類型；BSS向短消息的接收方集群終端發送短消息。本申請方法和裝置不需要借助交換子系統，在精簡設備的同時保證業務的完整性。
【專利說明】集群系統中收發短消息方法和實現終端收發短消息的裝置
【技術領域】
[0001]本發明涉及數字集群通訊領域，具體涉及一種集群系統中收發短消息的方法和實現集群終端收發短消息的裝置。
【背景技術】
[0002]集群通信系統是移動通信系統的一個重要分支。早期的專用移動通信主要是由點對點半雙工通信的無線電對講機來完成，局限在專業移動通信領域。現代的集群通信系統除了具有通話功能之外，同時還要支持短信、數據業務、定位、視頻等眾多功能，和蜂窩通信相比，除話音通信有著較大應用模式的差別外，在其他應用領域，兩者越來越接近。
[0003]集群系統中的用戶普遍以集團為單位，為便于統一調度，調度臺向集團內用戶群發通知短信的功能是必須的。同時，由于蜂窩通信系統中，短消息和語音通話一樣，是最基本、最常用的功能，為適應用戶的使用習慣，用戶間短信收發功能在集群系統中也必須支持。此外，其他數字集群系統(如:Tetra)，也支持短消息功能。
[0004]數字集群系統的應用模式，有公網和專網兩種。對于公網，集群系統和其他核心網設備(如:MSC、HLR、SMSC等)部署在運營商機房中，為該運營商的所有用戶提供集群業務。集群通信具有的一呼百應特性，在公安、消防、交管等行業有廣泛應用，也可根據這些行業的特定需求，為其搭建小型化專網，集群設備部署在各單位機房中，僅為單位內部用戶提供集群業務。
[0005]圖1是現有GoTa數字集群系統通過SMSC實現短消息功能網絡框架圖。如圖1所示，GoTa終端之間收發短信，由交換子系統完成；GoTa終端與調度臺之間收發短信，則由集群調度子系統和交換子系統協同完成。基站子系統、交換子系統、集群調度子系統介紹如下:
[0006]基站子系統BSS (Base Station Subsystem),由基站收發信機 BTS (BaseTransceiver System)和基站控制器 BSC (Base Station Controller)組成。基站子系統BSS通過標準接口和集群調度子系統、交換子系統相連，將短消息信令轉發到交換子系統。
[0007]交換子系統，屬于移動通信系統中的核心網，其中，短消息服務中心SMSC (ShortMessage Service Center)負責中繼、存儲或轉發短消息；移動交換中心MSC (MobileSwitching Center)負責短消息在BSS和SMSC之間的轉發；歸屬位置寄存器HLR (HomeLocation Register)負責鑒權。
[0008]集群調度子系統，包括GoTa行業應用服務器GAS (GoTa Application Server),GAS包含多個應用服務，分別為GoTa集群用戶提供短信息、定位等擴展功能。其中短信服務模塊，把調度子系統內的短信實體(如:DAS)的短信請求轉換為移動短信系統中要求的協議，發送到交換子系統中的SMSC。同時對SMSC發送過來的短消息，轉為調度子系統信令，進而發送到對應的短信實體上。集群短信服務和短消息服務中心之間采用的是標準的短消息點對點協議SMPP。
[0009]如上所述，在現有技術中，必須借助核心網的短消息服務中心SMSC、歸屬位置寄存器HLR、移動交換中心MSC等設備才能提供短信業務。對于受場地、經費等的限制的小型化專網集群系統，急需尋找一種方法，盡量精簡設備又能提供短信業務。

【發明內容】

[0010]本發明要解決的技術問題是提供一種集群系統中收發短消息方法和實現終端收發短消息的裝置，不依賴交換子系統即可實現集群系統短消息業務。
[0011]為解決上述技術問題，本發明提供了一種集群系統接收短消息方法，包括:
[0012]基站子系統(BSS)接收集群終端發送的短消息，將所述集群終端發送的短消息發送到集群調度服務器(PDS)；
[0013]所述PDS將所述短消息發送至行業應用服務器(AS)；
[0014]所述AS判斷所述短消息的接收方類型，接收方類型如果是終端，則將所述短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發所述短消息至調度代理服務器(DAS)0
[0015]進一步地，所述BSS接收集群終端發送的短消息，包括:
[0016]所述BSS接收所述集群終端通過控制信道發送的短消息，或者接收所述集群終端通過已建立的業務信道發送的短消息。
[0017]進一步地，所述方法還包括:所述PDS接收所述短消息后，向調度歸屬寄存器(PHR)發送鑒權請求，請求PHR對發送方進行鑒權，判斷PHR鑒權通過后，再將所述短消息發送至所述AS。
[0018]進一步地，所述BSS接收集群終端發送的短消息，將集群終端發送的短消息發送到PDS，包括:
[0019]所述BSS接收到集群終端發送的業務信道建立請求后，向PDS發送呼叫建立請求，所述PDS收到呼叫建立請求后向所述BSS發起短消息尋呼，為所述集群終端建立業務信道，業務信道建立后，所述BSS接收集群終端通過所述業務信道發送的短消息，將所述短消息發送到所述ros。
[0020]進一步地，所述PDS收到呼叫建立請求后，所述方法還包括:
[0021 ] 所述ros向PHR發送鑒權請求，請求PHR對發送方集群終端進行鑒權，所述PDS判斷PHR鑒權通過后再向所述BSS發起短消息尋呼。
[0022]進一步地，所述AS將短消息放入投遞等待隊列后或轉發短消息至DAS后，所述方法還包括:所述ros向所述BSS發送用于釋放業務信道的命令，所述BSS收到所述命令后，釋放業務信道。
[0023]進一步地，所述AS判斷所述短消息的接收方類型，接收方類型如果是終端，則將所述短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發所述短消息至DAS，包括:
[0024]所述AS判斷短消息的接收方類型，向PHR發送鑒權請求，請求PHR對類型為集群終端的發送方和/或接收方進行鑒權；所述AS判斷PHR鑒權通過，則將接收方類型是集群終端的短消息放入投遞等待隊列，將接收方類型是調度臺的短消息轉發到DAS，向PDS返回指示成功的響應消息；所述AS判斷PHR鑒權不通過，則向PDS返回指示失敗的響應消息。
[0025]進一步地，所述AS判斷短消息的接收方類型，包括:[0026]所述AS根據短消息的接收方號碼，查找短信路由表獲得短消息的接收方類型，所述短信路由表中保存有接收方類型與號段對應關系。
[0027]進一步地，所述方法還包括:所述PDS收到響應消息后，向BSS發送響應消息，所述BSS向所述集群終端發送響應消息。
[0028]為解決上述技術問題，本發明還提供了一種集群系統發送短消息方法，包括:
[0029]行業應用服務器(AS)從投遞等待隊列中取出短消息，向集群調度服務器(PDS)發送所述短消息；
[0030]所述PDS向基站子系統(BSS)發送所述短消息，并指明使用信道類型；
[0031]所述BSS向所述短消息的接收方集群終端發送所述短消息。
[0032]進一步地，所述方法還包括，所述PDS收到短消息后，向調度歸屬寄存器(PHR)發送鑒權請求，請求PHR對短消息的接收方集群終端進行鑒權，判斷PHR鑒權通過后，再向BSS發送所述短消息。
[0033]進一步地，所述方法還包括，所述PDS收到短消息后，判斷接收方集群終端處于非集群業務狀態，且所述短消息大于預設長度門限，則向BSS發起短消息尋呼，為所述接收方集群終端建立業務信道，業務信道建立后再向BSS發送所述短消息。
[0034]進一步地，所述ros向BSS發起短消息尋呼前，所述方法還包括:
[0035]所述ros向PHR發送鑒權請求，請求PHR對接收方集群終端進行鑒權，所述PDS判斷PHR鑒權通過后再向所述BSS發起短消息尋呼。
[0036]進一步地，所述BSS向所述短消息的接收方集群終端發送所述短消息后，所述方法還包括:所述ros向所述BSS發送用于釋放業務信道的命令，所述BSS收到所述命令后，釋放業務信道。
[0037]進一步地，所述ros向BSS發送所述短消息，并指明使用的信道類型，包括:
[0038]所述PDS判斷所述短消息長度小于預設長度門限，則向BSS發送所述短消息同時指明使用的信道類型為控制信道；或者
[0039]所述PDS判斷所述短消息長度大于預設長度門限，則向BSS發送所述短消息同時指明使用的信道類型為業務信道；或者
[0040]所述PDS判斷所述短消息接收方處于標準組呼叫中，則向BSS發送所述短消息同時指明使用的信道類型為業務信道；或者，等待標準組呼結束后再向BSS發送所述短消息同時指明使用的信道類型。
[0041]進一步地，所述BSS向所述短消息的接收方集群終端發送所述短消息，包括:
[0042]所述BSS判斷所述PDS指明使用的信道類型為控制信道，則再判斷當前接收方集群終端是否處于語音或數據業務中，如果處于，則在業務信道向所述接收方集群終端發送所述短消息，如果不處于，則在控制信道向所述接收方集群終端發送所述短消息；或者
[0043]所述BSS判斷所述PDS指明使用的信道類型為業務信道，則在業務信道向所述短消息的接收方集群終端發送所述短消息；或者
[0044]所述BSS判斷當前接收方集群終端在標準組呼中，則在標準組共享信道向所述接收方集群終端發送所述短消息。
[0045]進一步地，所述方法還包括，所述集群終端收到所述短消息后通過接收所述短消息的信道向BSS返回投遞結果，所述BSS向所述PDS返回所述集群終端的投遞結果，所述PDS向所述AS返回本PDS的處理結果和所述集群終端的投遞結果。
[0046]為解決上述技術問題，本發明還提供了一種實現集群終端收發短消息的基站子系統(BSS)，包括BSS接收模塊和BSS發送模塊，其中:
[0047]所述BSS接收模塊，用于接收集群終端發送的短消息，以及接收集群調度服務器(PDS)發送的短消息；
[0048]所述BSS發送模塊，用于在集群系統接收短消息過程中，將所述集群終端發送的短消息發送到PDS ;在集群系統向集群終端投遞短消息過程中，將所述PDS發送的短消息發送至所述短消息的接收方集群終端。
[0049]進一步地，BSS接收模塊接收集群終端發送的短消息，包括:
[0050]所述BSS接收模塊接收所述集群終端通過控制信道發送的短消息，或者接收所述集群終端通過已建立的業務信道發送的短消息。
[0051 ] 進一步地，所述BSS還包括BSS業務信道模塊，用于在接收到集群終端發送的業務信道建立請求后，向PDS發送呼叫建立請求，在收到所述PDS發起的短消息尋呼后，為所述發送方集群終端建立業務信道；
[0052]BSS接收模塊接收集群終端發送的短消息，包括:接收集群終端通過新建業務信道發送的短消息。
[0053]進一步地，所述BSS業務信道模塊，還用于在收到所述PDS發送的用于釋放業務信道的命令后，釋放所述集群終端的業務信道。
[0054]進一步地，所述BSS接收模塊接收PDS發送的短消息，包括:所述BSS接收模塊接收PDS發送的短消息，以及PDS指明使用的信道類型；
[0055]所述BSS發送模塊在集群系統向集群終端投遞短消息過程中，將所述PDS發送的短消息發送至所述短消息的接收方集群終端，包括:
[0056]所述BSS發送模塊判斷PDS指明使用的信道類型為控制信道，則再判斷當前接收方集群終端是否處于語音或數據業務中，如果處于，則在業務信道向所述接收方集群終端發送所述短消息，如果不處于，則在控制信道向所述接收方集群終端發送所述短消息；或者
[0057]所述BSS發送模塊判斷所述PDS指明使用的信道類型為業務信道，則在業務信道向所述短消息的接收方集群終端發送所述短消息；或者
[0058]所述BSS發送模塊判斷當前接收方集群終端在標準組呼中，則在標準組共享信道向所述接收方集群終端發送所述短消息。
[0059]為解決上述技術問題，本發明還提供了一種實現集群終端收發短消息的集群調度服務器(PDS)，包括PDS接收模塊和PDS發送模塊，其中:
[0060]所述PDS接收模塊，用于接收基站子系統(BSS)發送的短消息，以及接收行業應用服務器(AS)發送的短消息；
[0061 ] 所述PDS發送模塊，用于在集群系統接收短消息過程中，將所述PDS接收模塊接收的BSS發送的短消息發送至AS ;在集群系統向集群終端投遞短消息過程中，將所述PDS接收模塊接收的AS發送的短消息發送給BSS，并指明使用信道類型。
[0062]進一步地，所述PDS還包括第一 PDS短消息鑒權模塊，用于在集群系統接收短消息過程中，在所述ros接收模塊接收到BSS發送的短消息后，向調度歸屬寄存器(PHR)發送鑒權請求，請求PHR對發送方集群終端進行鑒權，在判斷PHR鑒權通過后，再通知所述PDS發送模塊將所述短消息發送至所述AS;以及用于在集群系統向集群終端投遞短消息過程中，在所述PDS接收模塊接收到AS發送的短消息后，向PHR發送鑒權請求，請求PHR對短消息的接收方集群終端進行鑒權，判斷PHR鑒權通過后，再向BSS發送所述短消息。
[0063]進一步地，所述PDS還包括PDS尋呼模塊，用于在集群系統接收短消息過程中，在收到BSS發送的呼叫建立請求后向所述BSS發起短消息尋呼，指示BSS為發送方集群終端建立業務信道；以及用于在集群系統向集群終端投遞短消息過程中，判斷所述PDS接收模塊接收的AS發送的短消息的接收方集群終端處于非集群業務狀態，且所述短消息大于預設長度門限時，向BSS發起短消息尋呼，指示所述BSS為所述接收方集群終端建立業務信道。
[0064]進一步地，所述PDS還包括第二 PDS短消息鑒權模塊，用于在集群系統接收短消息過程中，在所述PDS尋呼模塊收到BSS發送的呼叫建立請求后，向PHR發送鑒權請求，請求PHR對發送方集群終端進行鑒權，判斷PHR鑒權通過后再通知所述PDS尋呼模塊向所述BSS發起短消息尋呼；以及用于在集群系統向集群終端投遞短消息過程中，在所述PDS尋呼模塊向BSS發起短消息尋呼前，向PHR發送鑒權請求，請求PHR對接收方集群終端進行鑒權。
[0065]進一步地，所述PDS發送模塊，在集群系統向集群終端投遞短消息過程中，將所述PDS接收模塊接收的AS發送的短消息發送給BSS，包括:所述PDS發送模塊在所述第一 I3DS短消息鑒權模塊請求PHR對接收方集群終端進行鑒權，所述PHR鑒權通過后，再向BSS發送所述短消息。
[0066]進一步地，PDS尋呼模塊，還用于在集群系統接收短消息過程中，在AS成功處理短消息后，向所述BSS發送用于釋放業務信道的命令，指示所述BSS釋放所述發送方集群終端的業務信道；以及用于在集群系統向集群終端投遞短消息過程中，在所述BSS成功投遞所述短消息后，向所述BSS發送用于釋放業務信道的命令，指示所述BSS釋放所述接收方集群終端的業務信道。
[0067]進一步地，所述PDS發送模塊在集群系統向集群終端投遞短消息過程中，將所述PDS接收模塊接收的AS發送的短消息發送給BSS，并指明使用信道類型，包括:
[0068]所述PDS發送模塊判斷所述PDS接收模塊接收的AS發送的短消息的長度小于預設長度門限，則向BSS發送所述短消息同時指明使用的信道類型為控制信道；或者
[0069]所述PDS判斷所述PDS接收模塊接收的AS發送的短消息的長度大于預設長度門限，則向BSS發送所述短消息同時指明使用的信道類型為業務信道，或者
[0070]所述PDS判斷所述短消息接收方處于標準組呼叫中，則向BSS發送所述短消息同時指明使用的信道類型為業務信道；或者，等待標準組呼結束后再向BSS發送所述短消息同時指明使用的信道類型。
[0071]為解決上述技術問題，本發明還提供了一種實現集群終端收發短消息的行業應用服務器(AS)，包括AS接收模塊、AS路由選擇模塊和AS發送模塊，其中:
[0072]所述AS接收模塊，用于接收集群調度服務器(PDS)發送的短消息；
[0073]所述AS路由選擇模塊，用于在集群系統接收短消息過程中，判斷所述AS接收模塊接收的短消息的接收方類型，接收方類型如果是終端，則將所述短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發所述短消息至調度代理服務器(DAS);
[0074]所述AS發送模塊，用于在集群系統向集群終端投遞短消息過程中，從投遞等待隊列中取出短消息，向集群調度服務器(PDS)發送所述短消息。
[0075]進一步地，AS路由選擇模塊判斷所述短消息的接收方類型，接收方類型如果是終端，則將所述短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發所述短消息至DAS，包括:
[0076]AS路由選擇模塊判斷短消息的接收方類型，向PHR發送鑒權請求，請求PHR對類型為集群終端的發送方和/或接收方進行鑒權；在判斷PHR鑒權通過后，將接收方類型為集群終端的短消息放入投遞等待隊列，將接收方類型為調度臺的短消息轉發到DAS，并向PDS返回指示成功的響應消息；在判斷PHR鑒權不通過，則向PDS返回指示失敗的響應消息。
[0077]進一步地，AS路由選擇模塊判斷短消息的接收方類型，包括:
[0078]AS路由選擇模塊根據短消息的接收方號碼，查找短信路由表獲得短消息的接收方類型，所述短信路由表中保存有接收方類型與號段對應關系。
[0079]本申請提出了一種由集群系統獨立控制短消息收發的裝置和方法，為小型化專網集群系統提供了短信業務解決方案。不需要借助交換子系統的SMSC等設備，無需增加集群系統服務器數量，只需要集群調度子系統和基站子系統做部分軟硬件改造，就可以實現基本的短信功能，滿足集群用戶的短信業務需求。在精簡設備的情況下又保證了業務的完整性，對于集群專網市場的拓展具有重要意義。
[0080]本申請方案除了可應用于基于CDMA2000技術的小型化專網集群系統，還適用于其他小型化專網通信領域。
【專利附圖】

【附圖說明】
[0081]圖1是現有GoTa數字集群系統通過SMSC實現短消息功能網絡框架圖；
[0082]圖2是本發明實施例1流程圖；
[0083]圖3是本發明實施例2流程圖；
[0084]圖4是本發明實施例3GoTa數字集群系統獨立實現短消息功能網絡框架圖；
[0085]圖5是本發明實施例3中的包括BSS、PDS和AS的短消息收發系統結構示意圖；
[0086]圖6是應用示例I用戶終端在控制信道或已建立的業務信道發送短消息的流程圖；
[0087]圖7是應用示例2處于空閑狀態的用戶終端建立業務信道發送短消息的流程圖；
[0088]圖8是應用示例3PDS選擇在控制信道或已建立的業務信道投遞短消息的流程圖；
[0089]圖9是應用示例4PDS選擇在業務信道向處于空閑狀態的用戶終端投遞短消息的流程圖；
[0090]圖10是應用示例5GoTa數字集群系統中GAS的短信服務功能模塊結構示意圖。【具體實施方式】
[0091]為使本發明的目的、技術方案和優點更加清楚明白，下文中將結合附圖對本發明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。
[0092]本文所述終端如無特別說明，均指集群終端。本文所述短消息包括文本短消息和/或多媒體短消息。
[0093]實施例1
[0094]本實施例介紹集群系統接收短消息的方法，具體為如圖2所示，包括:
[0095]步驟101，基站子系統(BSS)接收集群終端發送的短消息，將該集群終端發送的短消息發送到集群調度服務器(PDS)；
[0096]步驟102，該PDS將該短消息發送至行業應用服務器(AS)；
[0097]步驟103，該AS判斷該短消息的接收方類型，接收方類型如果是終端，則將該短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發該短消息至調度代理服務器(DAS)0
[0098]在一個優選實施例中，上述流程中，步驟101中，如果BSS接收集群終端通過控制信道發送的短消息，或者集群終端通過已建立的業務信道發送的短消息，則BSS可以直接將該短消息發送到ros。此時，PDS接收到BSS發送的短消息后，可以向調度歸屬寄存器(PHR)發送鑒權請求，請求PHR對發送方集群終端進行鑒權，在PHR鑒權通過后，再將該短消息發送至AS。
[0099]在一個優選實施例中，上述流程中，步驟101中，如果BSS先接收到集群終端發送的業務信道建立請求，則向PDS發送呼叫建立請求，PDS收到呼叫建立請求后向該BSS發起短消息尋呼，為集群終端建立業務信道，業務信道建立后，BSS接收集群終端通過該業務信道發送的短消息，將該短消息發送到ros。上述業務信道是為發送大于預設長度門限的短消息而建立的，因此，可在發起建立業務信道時，標識此次業務類型為短消息。
[0100]上述過程中，在PDS收到BSS發送的呼叫建立請求后，PDS可以向PHR發送鑒權請求，請求PHR對發送方集群終端進行鑒權，在PHR鑒權通過后，再向BSS發起短消息尋呼。
[0101]若為短消息業務建立了業務信道，則在短消息業務完成后，即AS將短消息放入投遞等待隊列后或轉發短消息至DAS后，由ros向BSS發送用于釋放業務信道的命令，該BSS收到該命令后，釋放業務信道。
[0102]在一個優選實施例中，上述流程步驟102中，具體包括:AS判斷短消息的接收方類型，向PHR發送鑒權請求，請求PHR對類型為集群終端的發送方和/或接收方進行鑒權；如果AS判斷PHR鑒權通過，則將接收方類型是集群終端的短消息放入投遞等待隊列，將接收方類型是調度臺的短消息轉發到DAS，向PDS返回指示成功的響應消息；如果AS判斷PHR鑒權不通過，則向PDS返回指示失敗的響應消息。
[0103]上述AS可采用以下方式判斷短消息的接收方類型:AS根據短消息的接收方號碼，查找短信路由表獲得短消息的接收方類型，該短信路由表中保存有接收方類型與號段對應關系。
[0104]實施例2
[0105]本實施例介紹集群系統發送短消息的方法，即集群系統向集群終端投遞短消息的過程，如圖3所示，包括:
[0106]步驟201，行業應用服務器(AS)向集群終端投遞短消息時，從投遞等待隊列中取出短消息，向集群調度服務器(PDS)發送所述短消息；
[0107]步驟202，所述ros向基站子系統(BSS)發送所述短消息，并指明使用信道類型；
[0108]步驟203，所述BSS向所述短消息的接收方集群終端發送所述短消息。[0109]在一個優選實施例中，在上述步驟201后，PDS收到短消息后，可先向調度歸屬寄存器(PHR)發送鑒權請求，請求PHR對短消息的接收方集群終端進行鑒權，判斷PHR鑒權通過后，再執行步驟202，向BSS發送該短消息。
[0110]在一個優選實施例中，在上述步驟201后，PDS收到短消息后，如果判斷接收方集群終端處于非集群業務狀態，且該短消息大于預設長度門限，則向BSS發起短消息尋呼，為接收方集群終端建立業務信道，業務信道建立后，再執行步驟202，向BSS發送該短消息。
[0111]上述過程中，PDS向BSS發起短消息尋呼前，PDS可先向PHR發送鑒權請求，請求PHR對接收方集群終端進行鑒權，PDS判斷PHR鑒權通過后再向BSS發起短消息尋呼。
[0112]若為短消息業務建立了業務信道，則在短消息業務完成后，即BSS向短消息的接收方集群終端發送短消息后，PDS向BSS發送用于釋放業務信道的命令，BSS收到該命令后，釋放業務信道。
[0113]在一個優選實施例中，上述流程步驟202中，具體包括:
[0114]PDS判斷短消息長度小于預設長度門限，則向BSS發送該短消息同時指明使用的信道類型為控制信道；或者
[0115]PDS判斷短消息長度大于預設長度門限，則向BSS發送該短消息同時指明使用的信道類型為業務信道；或者
[0116]PDS判斷短消息接收方處于標準組呼叫中，則向BSS發送短消息同時指明使用的信道類型為業務信道；或者，等待標準組呼結束后再向BSS發送短消息同時指明使用的信道類型。
[0117]在一個優選實施例中，上述流程步驟203中，具體包括:
[0118]BSS判斷PDS指明使用的信道類型若為控制信道，則再判斷當前接收方集群終端是否處于語音或數據業務中，如果處于，則在業務信道向接收方集群終端發送短消息，如果不處于，則在控制信道向接收方集群終端發送短消息；或者
[0119]BSS判斷所述PDS指明使用的信道類型若為業務信道，則在業務信道向短消息的接收方集群終端發送該短消息；或者
[0120]BSS判斷當前接收方集群終端在標準組呼中，則在標準組共享信道向接收方集群終端發送該短消息。
[0121]當集群終端收到該短消息后通過接收該短消息的信道向BSS返回投遞結果，BSS向PDS返回集群終端的投遞結果，PDS向AS返回本ros的處理結果和所述集群終端的投遞結果。
[0122]實施例3
[0123]為了實現上述實施例1和實施例2的方法，需要對現有系統進行改進:
[0124]基站子系統的軟件需要進行改造:將原本轉發到交換子系統的短消息信令轉發到集群調度子系統，并能夠處理集群調度子系統發來的短消息信令；優選還支持在標準組特有信道中向終端投遞短消息。
[0125]集群調度子系統中，擴展行業應用服務器AS上架設的短信服務，使其可以靈活工作于專網和公網兩種模式。如果業務需要，短信服務可以直接和SMSC設備對接，以實現復雜多樣的短信需求。在組網和設備成本受限制，或者對集群呼叫中短信實時性要求高的場合，可以切換到專網短信模式。[0126]短信服務工作于專網模式時，具備交換子系統中SMSC的基本功能。終端發送的短消息通過BSS、PDS發送到短信服務，如果接收方是終端，則通過PDS、BSS投遞；如果接收方是調度臺，則通過DAS投遞；同樣的，調度臺發送的短消息通過DAS發送到短信服務，如果接收方是終端，則通過PDS、BSS投遞。PHR負責對短消息業務的鑒權。PDS負責在BSS和AS之間進行轉發短消息，不做業務權限判斷，不對封裝數據包解碼。終端與短信服務之間傳送的短消息遵循3GPP2定義的CDMA短消息業務標準。
[0127]圖4為GoTa數字集群系統獨立實現短消息功能網絡框架圖。GoTa終端之間收發短信，GoTa終端與調度臺之間收發短信，都由終端、基站子系統和集群調度子系統協同完成，其中:
[0128]集群終端
[0129]集群終端通過空中接口和集群系統相連，為用戶提供集群業務、普通電話業務、短消息業務和數據業務。
[0130]基站子系統BSS
[0131]由基站收發信機BTS (Base Transceiver System)和基站控制器 BSC (BaseStation Controller)組成。基站子系統BSS通過標準接口和調度子系統相連,將短消息信令轉發到集群調度子系統。
[0132]集群調度子系統DSS
[0133]調度子系統主要完成集群調度業務，由集群調度服務器H)S、GoTa行業應用服務器GAS、調度歸屬寄存器PHR、調度代理服務器DAS、調度代理客戶端DAC組成。
[0134]集群調度服務器roS(PTT Dispatch Server)，實現集群呼叫的呼叫控制和話權管理。負責在BSS和GAS之間轉發短消息信令，不做業務權限判斷，不對封裝數據包解碼。
[0135]調度歸屬寄存器PHR(PTT Home Register)，保存集群用戶和群組的注冊信息和位置信息，實現對集群用戶的鑒權、授權和計費功能，以及位置更新和群組管理功能。負責短消息業務的鑒權。
[0136]調度代理服務器DAS(Dispatch Agent Server),處理調度代理客戶端發來的業務請求。是集群系統中的短信實體之一。
[0137]調度代理客戶端DACXDispatch Agent Client)，包括調度臺和管理臺。其中調度臺是具有特殊權限的終端，用于對管轄范圍內的群組和用戶進行指揮調度。可通過調度臺向集群終端發送短消息。
[0138]GoTa行業應用服務器GAS(GoTa Application Server),即上述實施例中的AS,包含多個應用服務，分別為GoTa集群用戶提供短信息、定位等擴展功能。擴展對短信服務，使其具備交換子系統中SMSC的基本功能。終端發送的短消息通過BSS、PDS發送到短信服務，如果接收方是終端，則通過H)S、BSS投遞；如果接收方是調度臺，則通過DAS投遞；同樣的，調度臺發送的短消息通過das發送到短信服務，如果接收方是終端，則通過ros、BSS投遞；PHR負責對短消息業務的鑒權。終端與短信服務之間傳送的短消息遵循3GPP2定義的CDMA短消息業務標準。
[0139]下面對BSS、PDS和AS分別進行具體說明:
[0140]?實現集群終 端收發短消息的BSS，如圖5所示，包括BSS接收模塊和BSS發送模塊，其中:[0141]該BSS接收模塊，用于接收集群終端發送的短消息，以及接收PDS發送的短消息；
[0142]該BSS發送模塊，用于在集群系統接收短消息過程中，將所述集群終端發送的短消息發送到PDS ;在集群系統向集群終端投遞短消息過程中，將所述PDS發送的短消息發送至所述短消息的接收方集群終端。
[0143]在一個優選實施例中:BSS接收模塊接收集群終端通過控制信道發送的短消息，或者接收集群終端通過已建立的業務信道發送的短消息。
[0144]在另一個優選實施例中:BSS還包括BSS業務信道模塊，用于在接收到集群終端發送的業務信道建立請求后，向PDS發送呼叫建立請求，在收到所述PDS發起的短消息尋呼后，為發送方集群終端建立業務信道；在該實施例中，BSS接收模塊接收集群終端通過新建業務信道發送的短消息。
[0145]該BSS業務信道模塊，還用于在收到所述PDS發送的用于釋放業務信道的命令后，釋放所述集群終端的業務信道。
[0146]在另一個優選實施例中:
[0147]BSS接收模塊接收PDS發送的短消息以及PDS指明使用的信道類型；
[0148]BSS發送模塊在集群系統向集群終端投遞短消息過程中，將PDS發送的短消息發送至短消息的接收方集群終端，具體包括:
[0149]該BSS發送模塊判斷PDS指明使用的信道類型為控制信道，則再判斷當前接收方集群終端是否處于語音或數據業務中，如果處于，則在業務信道向接收方集群終端發送短消息，如果不處于，則在控制信道向接收方集群終端發送短消息；或者
[0150]該BSS發送模塊判斷所述PDS指明使用的信道類型為業務信道，則在業務信道向短消息的接收方集群終端發送短消息；或者
[0151]該BSS發送模塊判斷當前接收方集群終端在標準組呼中，則在標準組共享信道向接收方集群終端發送所述短消息。
[0152]?實現集群終端收發短消息的ros，如圖5所示，包括PDS接收模塊和PDS發送模塊，其中:
[0153]該PDS接收模塊，用于接收BSS發送的短消息，以及接收AS發送的短消息；
[0154]該PDS發送模塊，用于在集群系統接收短消息過程中，將PDS接收模塊接收的BSS發送的短消息發送至AS ;在集群系統向集群終端投遞短消息過程中，將PDS接收模塊接收的AS發送的短消息發送給BSS，并指明使用信道類型。
[0155]在一個優選實施例中，該PDS還包括第一 PDS短消息鑒權模塊，用于在集群系統接收短消息過程中，在PDS接收模塊接收到BSS發送的短消息后，向PHR發送鑒權請求，請求PHR對發送方集群終端進行鑒權，在判斷PHR鑒權通過后，再通知PDS發送模塊將短消息發送至AS ；以及用于在集群系統向集群終端投遞短消息過程中，在PDS接收模塊接收到AS發送的短消息后，向PHR發送鑒權請求，請求PHR對短消息的接收方集群終端進行鑒權，判斷PHR鑒權通過后，再向BSS發送所述短消息。
[0156]此時，PDS發送模塊在第一 PDS短消息鑒權模塊請求PHR對接收方集群終端進行鑒權，PHR鑒權通過后，再向BSS發送短消息。
[0157]在另一個優選實施例中，該PDS還包括PDS尋呼模塊，用于在集群系統接收短消息過程中，在收到BSS發送的呼叫建立請求后向BSS發起短消息尋呼，指示BSS為發送方集群終端建立業務信道；以及用于在集群系統向集群終端投遞短消息過程中，判斷PDS接收模塊接收的AS發送的短消息的接收方集群終端處于非集群業務狀態，且所述短消息大于預設長度門限時，向BSS發起短消息尋呼，指示BSS為接收方集群終端建立業務信道。
[0158]優選地，該PDS還包括第二 PDS短消息鑒權模塊，用于在集群系統接收短消息過程中，在所述PDS尋呼模塊收到BSS發送的呼叫建立請求后，向PHR發送鑒權請求，請求PHR對發送方集群終端進行鑒權，判斷PHR鑒權通過后再通知所述PDS尋呼模塊向所述BSS發起短消息尋呼；以及用于在集群系統向集群終端投遞短消息過程中，在所述PDS尋呼模塊向BSS發起短消息尋呼前，向PHR發送鑒權請求，請求PHR對接收方集群終端進行鑒權。
[0159]優選地，該PDS尋呼模塊還用于在集群系統接收短消息過程中，在AS成功處理短消息后，向BSS發送用于釋放業務信道的命令，指示BSS釋放發送方集群終端的業務信道；以及用于在集群系統向集群終端投遞短消息過程中，在BSS成功投遞所述短消息后，向BSS發送用于釋放業務信道的命令，指示BSS釋放接收方集群終端的業務信道。
[0160]在另一個優選實施例中，PDS發送模塊在集群系統向集群終端投遞短消息過程中，向BSS發送短消息，并指明使用信道類型，具體包括:
[0161]PDS發送模塊判斷PDS接收模塊接收的AS發送的短消息的長度小于預設長度門限，則向BSS發送短消息同時指明使用的信道類型為控制信道；或者
[0162]PDS判斷PDS接收模塊接收的AS發送的短消息的長度大于預設長度門限，則向BSS發送短消息同時指明使用的信道類型為業務信道，或者
[0163]PDS判斷所述短消息接收方處于標準組呼叫中，則向BSS發送短消息同時指明使用的信道類型為業務信 道；或者，等待標準組呼結束后再向BSS發送短消息，同時指明使用的信道類型。
[0164]?實現集群終端收發短消息的AS，如圖5所示，包括AS接收模塊、AS路由選擇模塊和AS發送模塊，其中:
[0165]該AS接收模塊，用于接收PDS發送的短消息；
[0166]該AS路由選擇模塊，用于在集群系統接收短消息過程中，判斷所述AS接收模塊接收的短消息的接收方類型，接收方類型如果是終端，則將所述短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發所述短消息至DAS ；
[0167]該AS發送模塊，用于在集群系統向集群終端投遞短消息過程中，從投遞等待隊列中取出短消息，向PDS發送所述短消息；
[0168]在一個優選實施例中，AS路由選擇模塊判斷短消息的接收方類型，向PHR發送鑒權請求，請求PHR對類型為集群終端的發送方和/或接收方進行鑒權；在判斷PHR鑒權通過后，將接收方類型為集群終端的短消息放入投遞等待隊列，將接收方類型為調度臺的短消息轉發到DAS，并向PDS返回指示成功的響應消息；在判斷PHR鑒權不通過，則向PDS返回指示失敗的響應消息。
[0169]具體地，AS路由選擇模塊根據短消息的接收方號碼，查找短信路由表獲得短消息的接收方類型，所述短信路由表中保存有接收方類型與號段對應關系。
[0170]以上裝置中各模塊功能可用各種具體的硬件方式實現，例如發送模塊和接收模塊可由一接口裝置實現。能實現上述模塊功能的裝置，均屬于本申請保護范圍。
[0171]下面通過應用示例對上述實施例方法進行舉例說明。在以下示例中，以GoTa數字集群系統中的行業應用服務器GAS作為AS進行舉例說明，其他集群系統中的AS收發短消息實現過程可參照下例中的GAS相關流程。示例I和示例2為短消息始呼過程，即終端將短消息發送至網絡側的過程，示例3和示例4是短消息終呼過程，即網絡側下發短消息的過程，示例5為一種GAS的實現結構圖。在不沖突的情況下，以下示例及示例中的特征可以相互任意組合，例如示例I可以和示例3或示例4組合，示例2也可以和示例3或示例4組合。在以下示例中，終端和基站之間的短消息信令交互，不屬于本文討論范疇，如有提及只是為了更清晰的描述流程。
[0172]應用示例I
[0173]本示例為發送方為用戶的短消息始呼過程，終端在控制信道(包括接入信道和尋呼信道)發送短消息，或終端已處于語音或數據業務中(即已建立業務信道)，在已建立的業務信道發送短消息，如圖6所示，包括以下步驟:
[0174]步驟401，用戶編輯短消息并發送，終端選擇在接入信道或業務信道上向BSS發送Um-DataBurst (數據突發)消息，該消息中承載有短消息內容，BSS收到后向PDS發送短消息發送請求，其中攜帶發送方IMSI(International Mobile Subscriber Identity,國際移動用戶標識)和封裝數據包；
[0175]IMSI用于唯一標識用戶身份；封裝數據包遵循3GPP2定義的CDMA短消息業務標準，至少包含目的地址(接收方號碼)、短消息內容，還可以包含是否需要返回傳送確認(標識)等信息。
[0176]如果用戶編輯的短消息小于預設長度門限，則終端選擇在控制信道上發送，如果用戶編輯的短消息大于預設長度門限，則終端選擇在已建立的業務信道上發送。用戶編輯的短消息等于預設長度門限時，可按照小于門限情況處理，也可按照大于門限情況處理。
[0177]使用控制信道發送短消息與使用業務信道發送短消息過程中，BSS與PDS之間交互的消息可以相同也可以不同。
[0178]步驟402，PDS收到短消息發送請求消息后，判斷發送方不處于短消息始呼或不處于短消息終呼中，向PHR發送鑒權請求，攜帶發送方MSI等；否則，流程結束；PHR收到鑒權請求后對發送方進行鑒權，返回鑒權應答，其中包括鑒權結果、發送方位置信息等；
[0179]PDS收到短消息發送請求消息后，判斷發送方是否處于短消息始呼或是否處于短消息終呼中，是為了進行異常保護，例如防止終端在一個短消息始呼過程未結束時又發起一個新的短消息始呼過程。
[0180]PDS發起的PHR鑒權為基本鑒權，主要用于判斷發送方用戶是否存在，以及獲取發送方位置信息。
[0181]步驟403，ros判斷鑒權通過，則保存發送方位置信息，并向GAS發送短消息提交請求，其中攜帶發送方頂SI和封裝數據包；PDS判斷鑒權失敗(如:發送方未在系統中開戶)，則流程結束；
[0182]PDS保存發送方位置信息是為了在返回響應時，確定發送給哪個基站。
[0183]步驟404，GAS收到短消息提交請求后，先解析出的目的地址(接收方號碼)，再到專網短信路由表中，根據接收方號碼查詢接收方類型，向PHR發送鑒權請求，如果接收方為用戶，鑒權請求包含發送方頂SI和接收方號碼，即對發送方和接收方鑒權，如果接收方為調度臺，鑒權請求包含發送方頂SI，即僅對發送方鑒權；PHR收到鑒權請求后，根據鑒權請求中的內容對發送方或發送方和接收方進行鑒權，返回鑒權應答，如果鑒權通過，返回鑒權接受應答，其中包括賬號狀態、短消息收發權限等信息；如果鑒權失敗，返回鑒權失敗應答；
[0184]PHR的鑒權僅針對用戶，故只要發送方或接收方有任一方或兩方為用戶的，就需要送至PHR進行鑒權。
[0185]GAS發起的PHR鑒權為業務邏輯的鑒權，主要包括權限判斷，例如判斷發送方是否有發送權限或接收方是否有接收權限，此外還可包括發送方賬號狀態(活動還是過期)等。
[0186]步驟405，GAS判斷PHR權限校驗通過后，判斷接收方如果是用戶，則為短消息分配唯一的標識號，并將短消息放入投遞等待隊列，接收方如果是調度臺，則將該短消息直接轉發到DAS ;向PDS返回短消息提交響應消息(例如短消息提交成功響應消息)，其中攜帶GAS的處理結果(成功)、發送方MS1、封裝數據包等；封裝數據包遵循標準協議，至少包含對短消息的處理結果(成功)；
[0187]GAS判斷PHR權限校驗不通過(如:發送方無短消息始呼權限、接收方賬戶過期等)，則丟棄該短消息，向PDS發送短消息提交響應消息(短消息提交失敗響應消息)，其中攜帶GAS的處理結果(失敗)、發送方MS1、封裝數據包中處理結果(失敗)；
[0188]如果步驟401中所述請求消息的封裝數據包中，不要求返回傳送確認，則GAS發送的短消息提交響應中可不攜帶封裝數據包字段；如果要求返回傳送確認，則GAS發送的短消息提交響應中攜帶封裝數據包。GAS向PDS發送的響應消息中攜帶GAS的處理結果，同理PDS向GAS發送的響應消息中攜帶PDS的處理結果。響應消息發送到PDS后，PDS會解析消息中攜帶的處理結果，并進行相應處理(例如失敗觀察、性能統計等)，PDS繼續透傳該封裝數據包，封裝數據包最終透傳到終端，由終端進行解析，獲取處理結果。
[0189]步驟406，PDS收到短消息提交響應(成功或失敗)，判斷若攜帶封裝數據包字段，則根據保存的終端位置信息向基站下發短消息發送響應消息，其中攜帶發送方MSI和封裝數據包，基站轉發短消息發送響應消息給終端，否則，流程結束；
[0190]步驟407，終端收到短消息發送響應后返回層2證實、確認已經收到了信令；BSS向PDS發送證實消息，其中攜帶發送方MSI，PDS收到證實消息，釋放資源，流程結束。
[0191]應用示例2
[0192]本示例為發送方為用戶的短消息始呼過程，終端需要在業務信道發送短消息，與上一示例的區別在于，此時終端處于空閑狀態未建立業務信道，需要先建立業務信道，如圖7所示,包括以下步驟:
[0193]步驟501，用戶編輯短消息并發送，終端選擇在接入信道上向BSS發送始發消息，請求建立業務信道；BSS收到始發消息后發送短消息呼叫建立請求，其中攜帶發送方IMSI ；
[0194]步驟502，PDS收到短消息呼叫建立請求消息，判斷發送方不處于短消息始呼或短消息終呼中，向PHR發送獲取GID (呼叫唯一標識)請求，攜帶發送方MSI等；否則，流程結束；PHR收到后對發送方進行鑒權，返回鑒權應答，其中包括鑒權結果、GID、發送方位置信息等;
[0195]步驟503，PDS判斷鑒權通過，則保存發送方位置信息，向BSS下發短消息尋呼消息并設立定時器，其中攜帶發送方頂SI ；PDS判斷鑒權失敗(如:發送方未在系統中開戶)，則流程結束；
[0196]步驟504，BSS收到短消息尋呼消息為終端建立業務信道后，向PDS返回短消息呼叫建立完成消息，其中攜帶發送方頂SI ;PDS收到后流程繼續，執行步驟505 ;若定時器超時仍未收到該短消息呼叫建立完成消息，PDS可重發尋呼或流程結束；
[0197]步驟505，終端在業務信道上向BSS發送Um-DataBurst消息，BSS收到后向PDS發送短消息發送請求消息，其中攜帶發送方MSI和封裝數據包，封裝數據包遵循標準協議，至少包含目的地址(接收方號碼)、短消息內容，還可以包含是否需要返回傳送確認等信息；
[0198]步驟506，PDS收到短消息發送請求消息后，向GAS發送短消息提交請求，其中攜帶發送方IMSI和封裝數據包；
[0199]由于在步驟502中，PDS已經向PHR請求鑒權，獲取了發送方位置信息，故在步驟505之后，PDS在收到短消息發送請求消息后，可直接向GAS發送短消息提交請求，無需再進行鑒權。
[0200]步驟507，GAS收到短消息提交請求后，先解析出的目的地址(接收方號碼)，再到專網短信路由表中，根據接收方號碼查詢接收方類型，向PHR發送鑒權請求，如果接收方為用戶，鑒權請求包含發送方頂SI和接收方號碼，即對發送方和接收方鑒權；如果接收方為調度臺，鑒權請求包含發送方頂SI，即僅對發送方鑒權；PHR收到鑒權請求后，根據鑒權請求中的內容對發送方或發送方和接收方進行鑒權，返回鑒權應答，如果鑒權通過，返回鑒權接受應答，其中包括賬號狀態、短消息收發權限等信息；如果鑒權失敗，返回鑒權失敗應答；[0201 ] 步驟508，GAS判斷PHR權限校驗通過后，判斷接收方如果是用戶，則為短消息分配唯一的標識號，并將短消息放入投遞等待隊列；接收方如果是調度臺，則將該短消息直接轉發到DAS;向PDS返回短消息提交響應消息，如果是短消息提交成功響應消息，其中攜帶GAS的處理結果(成功)、發送方MS1、封裝數據包等；封裝數據包遵循標準協議，至少包含對短消息的處理結果(成功)；
[0202]GAS判斷PHR權限校驗不通過(如:發送方無短消息始呼權限、接收方賬戶過期等)，則丟棄該短消息，向PDS發送短消息提交失敗響應消息，其中攜帶GAS的處理結果(失敗)、發送方MS1、封裝數據包中處理結果(失敗)；
[0203]如果步驟505中所述請求消息的封裝數據包中，不要求返回傳送確認，則GAS發送的短消息提交響應中可不攜帶封裝數據包字段；如果要求返回傳送確認，則GAS發送的短消息提交響應中攜帶封裝數據包。
[0204]步驟509，PDS收到短消息提交響應(成功或失敗)，判斷若攜帶封裝數據包字段，則根據保存的終端位置信息向終端發送短消息發送響應消息，其中攜帶發送方MSI和封裝數據包，否則，轉步驟511 ；
[0205]步驟510，終端收到短消息發送響應后返回層2證實、確認已經收到了信令；BSS向PDS發送證實消息，其中攜帶發送方MSI ；
[0206]步驟511，PDS收到證實消息，向BSS發送短消息呼叫釋放命令，其中攜帶發送方IMSI ；
[0207]步驟512，BSS收到短消息呼叫釋放命令后，釋放為發送方建立的業務信道，向TOS返回短消息呼叫釋放完成消息，其中攜帶發送方MSI ；PDS收到短消息呼叫釋放完成消息后，釋放資源，流程結束。
[0208]一個優選示例中，為了區別現有語音呼叫，上述建立業務信道所使用的消息可以差別于現有消息，例如在消息中的呼叫類型(call mode)字段或業務類型(service type)字段中表明本次呼叫為短消息呼叫，當然也可以實現為用新的消息實現。上述建立業務信道涉及的步驟包括:步驟501、步驟503、步驟504、步驟511、步驟512。
[0209]應用示例3
[0210]本示例為接收方為用戶的短消息終呼過程，PDS選擇在控制信道或已建立的業務信道向終端投遞短消息，如圖8所示，包括以下步驟:
[0211]步驟601，GAS從投遞等待隊列中取出待投遞的短消息，向PDS發送短消息遞送請求消息，其中攜帶接收方MS1、封裝數據包，封裝數據包遵循標準協議，至少包含源地址(發送方號碼)、短消息內容，還可以包含是否要求返回傳送確認等信息；
[0212]該投遞等待隊列優選采用先進先出的讀取方式。
[0213]步驟602，PDS收到短消息遞送請求消息后，判斷消息長度小于預設長度門限(該門限可靈活配置)，表明可以在控制信道下發，則向PHR發送鑒權請求，攜帶發送方MSI等信息，PHR收到鑒權請求后對接收方進行鑒權，返回鑒權應答，其中包括鑒權結果、接收方位置等；如果判斷消息長度大于預設長度門限，表明需要在業務信道下發，且接收方已處于集群業務中(說明業務信道已建立)，可以不請求PHR鑒權(PDS在建立業務信道過程中已經獲取了發送方位置信息)，直接轉步驟603 ；
[0214]一種特殊的情況，PDS若判斷短消息接收方處于標準組呼叫中，可以實現為直接投遞或延遲投遞，取決于系統對短消息及時性的要求。直接投遞:PDS指定使用信道類型為業務信道，可以不鑒權，直接轉步驟603，BSC收到后在標準組呼共享信道投遞，采用這種方案終端處于標準組呼中也可以接收到短信。延遲投遞:PDS等待標準組呼結束后再轉步驟603 ;或者是直接轉步驟606，指明處理結果為失敗，失敗原因是“處于標準組呼叫中”;GAS根據特定策略重發；采用這種方案終端會在標準組呼釋放后才接收到短信。
[0215]步驟603，PDS向BSS下發短消息投遞請求消息，其中攜帶接收方IMS1、封裝數據包、接收方位置信息，并指明使用信道類型(控制信道或業務信道);BSS收到短消息投遞請求消息后，根據指明的信道類型再結合實際情況選擇業務信道或控制信道下發Um-DataBurst消息:如果短消息投遞請求消息中指明的信道類型是業務信道，則在業務信道下發(本示例場景為接收方終端已建立業務信道，如果業務信道未建立，則BSS需要先建立業務信道再發送，詳見示例4);如果短消息投遞請求消息中指明的是控制信道，再判斷當前終端是否處于普通語音或數據業務中，如果處于則在業務信道下發，否則在控制信道下發；
[0216]由于PDS只能獲知終端是否在集群業務中，故當BSS接收到PDS指明的信道類型為控制信道時，可以再進一步判斷終端是否處于其他業務中，如果處于，則優先采用業務信道下發短消息。
[0217]如果PDS指明需要使用控制信道發送，則需要在給BSS發送的短消息投遞請求消息中攜帶接收方位置信息；如果步驟602中鑒權失敗(如:接收方無位置信息)，則流程結束；
[0218]一種特殊的情況，BSS判斷如果接收方終端在標準組呼中則在標準組共享信道下發；
[0219]步驟604，終端收到后向BSS返回層2證實，確認已經收到了信令；BSS向PDS轉發證實消息，攜帶接收方IMSI ；[0220]在步驟603中，PDS發送短消息投遞請求時可同時設置一定時器，當定時器超時，PDS仍未收到層2證實，則轉步驟606，向GAS發送短消息遞送響應消息，指明處理結果為沒有收到層2證實；GAS收到后采取對應的重發策略。
[0221]步驟605，終端在接入信道或控制信道(步驟604中BSS下發所使用的信道)上向BSS發送Um-DataBurst消息,通知投遞結果(業務處理結果,例如解碼是否成功)；BSS收到后向PDS發送短消息投遞響應消息，其中攜帶接收方MSI和封裝數據包，封裝數據包遵循標準協議，至少包含對短消息的處理結果(終端的投遞結果)；
[0222]步驟606，PDS收到短消息投遞響應消息后，向GAS發送短消息遞送響應消息，其中攜帶接收方MS1、PDS的處理結果和上述封裝數據包；
[0223]GAS收到短消息遞送響應消息后，按照按標準協議對封裝數據包解碼，判斷處理結果，如果處理結果都為成功，則可刪除內存或數據庫中的該條短消息，則流程結束；只要有一個處理結果為失敗，則可以根據不同情況采取對應的策略:定時重發、提醒重發或丟棄不
再重發。
[0224]應用示例4
[0225]本示例為接收方為用戶的短消息終呼過程，需要在業務信道發送短消息，與上一示例的區別在于，此時用戶終端處于空閑狀態，需要先建立業務信道，如圖9所示，包括以下步驟:
[0226]步驟701，GAS從投遞等待隊列中取出待投遞的短消息，向PDS發送短消息遞送請求消息，其中攜帶接收方MS1、封裝數據包，封裝數據包遵循標準協議，至少包含源地址(發送方號碼)、短消息內容，還可以包含是否需要返回傳送確認等信息；
[0227]步驟702，PDS收到短消息遞送請求消息后，判斷接收方處于非集群業務狀態(如空閑狀態，業務信道未建立)，且消息長度大于預設長度門限，說明需要先建立業務信道；則向PHR發送獲取GID (呼叫唯一標識)請求，攜帶接收方IMSI等；PHR收到后對接收方進行鑒權，返回鑒權應答，其中包括鑒權結果、GID、接收方位置信息等；
[0228]步驟703，PDS判斷鑒權通過，則保存接收方位置信息，向BSS下發短消息尋呼消息并設立定時器，其中攜帶接收方IMSI，如果判斷鑒權失敗(如:接收方無位置信息)，則流程結束；
[0229]步驟704，BSS收到短消息尋呼消息，為MS建立業務信道后，向PDS返回短消息呼叫建立完成消息，其中攜帶接收方IMSI ;若定時器超時仍未收到該短消息呼叫建立完成消息，PDS可重發尋呼或流程結束；
[0230]步驟705，PDS收到短消息呼叫建立完成消息后，向BSS發送短消息投遞請求消息，其中攜帶接收方MS1、封裝數據包等，并指明使用的信道類型為業務信道；BSS收到短消息投遞請求消息后，在業務信道上向接收方終端發送Um-DataBurst消息；
[0231]PDS指明信道類型的方式可以是明示的，例如通過一標識信息，也可以是暗示的，例如通過某種消息類型。
[0232]步驟706，終端收到后向BSS返回層2證實，確認已經收到了信令；BSS向PDS發送證實消息，其中攜帶接收方IMSI ；
[0233]在步驟705中，PDS在發送短消息投遞請求消息時可設計定時器，在步驟706中，如果PDS在發送短消息投遞請求消息時設立的定時器超時時，仍未收到層2證實，則轉步驟710，向GAS發送短消息遞送響應消息，指明處理結果為沒有收到層2證實；GAS收到后采取對應的重發策略。
[0234]步驟707，終端在業務信道上向BSS發送Um-DataBurst消息，通知投遞結果；BSS收到后向PDS發送短消息投遞響應消息，其中攜帶接收方MSI和封裝數據包，封裝數據包遵循標準協議，至少包含對短消息的處理結果(終端的投遞結果);
[0235]步驟708，PDS向BSS發送短消息呼叫釋放命令，其中攜帶接收方MSI ；
[0236]步驟709，BSS收到短消息呼叫釋放命令后，釋放為接收方建立的業務信道，向I3DS返回短消息呼叫釋放完成消息，其中攜帶接收方MSI ；
[0237]步驟710，I3DS向GAS發送短消息遞送響應消息，其中攜帶接收方MS1、PDS的處理結果和步驟707中的封裝數據包，收到短消息呼叫釋放完成消息后，釋放資源，流程結束。
[0238]GAS收到短消息遞送響應消息后，按照按標準協議對封裝數據包解碼，判斷處理結果，如果處理結果都為成功，則可刪除內存或數據庫中的該條短消息，短消息投遞過程結束；只要有一個處理結果為失敗，則可以根據不同情況采取對應的策略:定時重發、提醒重發或丟棄不再重發。
[0239]設計在業務信道釋放后再向GAS反饋消息遞送響應是為了避免時序沖突。
[0240]一個優選示例中，為了區別現有語音呼叫，上述建立業務信道所使用的消息可以差別于現有消息，例如在消息中的呼叫類型(call mode)字段或業務類型(service type)字段中表明本次呼叫為短消息呼叫，當然也可以實現為用新的消息實現。上述建立業務信道涉及的步驟包括:步驟703、步驟704、步驟709、步驟710。
[0241]應用示例5
[0242]本示例描述一種GoTa數字集群系統中GAS上的短信服務功能模塊結構，如圖10所示，包括協議適配模塊、專網短信處理模塊和短信實體信令處理模塊，其中:
[0243]協議適配模塊
[0244]本示例中，短信服務支持多種工作模式，可通過配置選擇，協議適配模塊根據模式對應協議進行編解碼。若工作于SMPP(Short Message Peer to Peer，點對點短消息協議)或 SGIP (Short Message Gateway Interface Protocol,短消息網關結構協議)模式，短信服務與交換子系統中的SMSC (或SMG)對接，短信服務與兩者通信分別遵循SMPP或SGIP協議；若工作于專網短信模式，則短信服務與集群調度子系統內的PDS對接，與終端之間傳送的短消息遵循3GPP2定義的CDMA短消息業務標準。
[0245]當然，短信服務模塊也可以只支持專網短信模式；本示例中支持工作模式選擇，只是為了更好的兼容集群系統在公網和專網的應用模式。
[0246]專網短信處理模塊
[0247]短消息接收模塊:接收來自DAS或PDS的短消息，解析出發送方號碼、接收方號碼，寫入接收隊列；
[0248]短消息鑒權模塊:對于接收隊列中的短信，如果發送方或接收方號碼是用戶，則到PHR鑒權，根據鑒權結果判斷發送方或接收方號碼是否存在、是否已過期、是否具備短消息收發權限等；
[0249]專網短信路由表:存儲了接收方類型和號段的對應關系。路由表的每一條記錄包括:起始號碼、結束號碼、接收方類型；[0250]路由選擇模塊:對于權限校驗通過的短消息，根據接收方號碼到專網短信路由表匹配路由。本實施例中，接收方類型可以是用戶或調度臺；接收方如果被判定為調度臺，短消息轉發到DAS ;如果是用戶，轉發到ros ；
[0251]短消息投遞模塊:根據路由選擇結果，進行編碼并轉發。
[0252]短信實體信令處理模塊
[0253]短信實體信令接收模:對接收到的來自于短信實體(本示例中是DAS，應用場景是調度臺發送短消息到用戶)的短消息發送請求信令進行解碼，將解析出的發送方號碼、目的用戶列表、短消息內容、編碼方式寫入發送緩沖隊列；
[0254]短消息發送模塊:從發送緩沖隊列中讀取的發送方號碼、接收用戶列表、短消息內容，發送到協議適配模塊編碼；
[0255]短消息接收模塊:接收協議適配模塊解碼出的發送方號碼、集團短信接入號碼、短消息內容、編碼方式等寫入接收緩沖隊列；
[0256]DSS信令發送模塊:從接收緩沖隊列讀取短消息，根據集團短信接入號查詢短信接入號路由表，將短消息分發到對應的短信實體(本示例中是DAS，應用場景是用戶發送短消息到調度臺)；
[0257]短信接入號路由表:存儲了短信接入號段和短信實體(本示例中是DAS)的對應關系。路由表的每一條記錄包括:起始接入號、結束接入號、短信實體類型、短信實體IP地址和端口號。
[0258]上述專網短信處理模塊主要用于實現終端到集群系統的短消息發送和集群系統到終端的短消息投遞過程。上述短信實體信令處理模塊主要用于實現調度臺發送短消息到集群系統和集群系統投遞短消息到調度臺的過程。本文主要討論的是上述專網短信處理模塊實現的流程。
[0259]上述集群系統中的短信服務，可以靈活工作于專網和公網兩種模式。在組網和設備成本受限制，或者對集群呼叫中短信實時性要求高的場合，可以切換到上述專網短信模式。如果業務需要，短信服務可以直接和SMSC設備對接，以實現復雜多樣的短信需求。
[0260]本發明除了適用于GoTa數字集群系統，還可以應用于其他集群系統。
[0261]本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質中，如只讀存儲器、磁盤或光盤等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現。相應地，上述實施例中的各模塊/單元可以采用硬件的形式實現，也可以采用軟件功能模塊的形式實現。本發明不限制于任何特定形式的硬件和軟件的結合。
[0262]當然，本發明還可有其他多種實施例，在不背離本發明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發明作出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發明所附的權利要求的保護范圍。
【權利要求】
1.一種集群系統接收短消息方法，包括: 基站子系統(BSS)接收集群終端發送的短消息，將所述集群終端發送的短消息發送到集群調度服務器(PDS); 所述PDS將所述短消息發送至行業應用服務器(AS)； 所述AS判斷所述短消息的接收方類型，接收方類型如果是終端，則將所述短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發所述短消息至調度代理服務器(DAS)。
2.如權利要求1所述的方法，其特征在于: 所述BSS接收集群終端發送的短消息，包括: 所述BSS接收所述集群終端通過控制信道發送的短消息，或者接收所述集群終端通過已建立的業務信道發送的短消息。
3.如權利要求2所述的方法，其特征在于: 所述方法還包括:所述PDS接收所述短消息后，向調度歸屬寄存器(PHR)發送鑒權請求，請求PHR對發送方進行鑒權，判斷PHR鑒權通過后，再將所述短消息發送至所述AS。
4.如權利要求1所述的方法，其特征在于: 所述BSS接收集群終端發送的短消息，將集群終端發送的短消息發送到ros，包括: 所述BSS接收到集群終端發送的業務信道建立請求后，向PDS發送呼叫建立請求，所述PDS收到呼叫建立請求后向所述BSS發起短消息尋呼，為所述集群終端建立業務信道，業務信道建立后，所述BSS接收集群終端通過所述業務信道發送的短消息，將所述短消息發送到所述PDS。
5.如權利要求4所述的方法，其特征在于: 所述PDS收到呼叫建立請求后,所述方法還包括: 所述ros向PHR發送鑒權請求，請求PHR對發送方集群終端進行鑒權，所述PDS判斷PHR鑒權通過后再向所述BSS發起短消息尋呼。
6.如權利要求4所述的方法，其特征在于: 所述AS將短消息放入投遞等待隊列后或轉發短消息至DAS后，所述方法還包括:所述PDS向所述BSS發送用于釋放業務信道的命令，所述BSS收到所述命令后，釋放業務信道。
7.如權利要求1-6中任一權利要求所述的方法,其特征在于: 所述AS判斷所述短消息的接收方類型，接收方類型如果是終端，則將所述短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發所述短消息至DAS，包括: 所述AS判斷短消息的接收方類型，向PHR發送鑒權請求，請求PHR對類型為集群終端的發送方和/或接收方進行鑒權；所述AS判斷PHR鑒權通過，則將接收方類型是集群終端的短消息放入投遞等待隊列，將接收方類型是調度臺的短消息轉發到DAS，向PDS返回指示成功的響應消息；所述AS判斷PHR鑒權不通過，則向PDS返回指示失敗的響應消息。
8.如權利要求7所述的方法，其特征在于: 所述AS判斷短消息的接收方類型，包括: 所述AS根據短消息的接收方號碼，查找短信路由表獲得短消息的接收方類型，所述短信路由表中保存有接收方類型與號段對應關系。
9.如權利要求7所述的方法，其特征在于: 所述方法還包括:所述PDS收到響應消息后，向BSS發送響應消息，所述BSS向所述集群終端發送響應消息。
10.一種集群系統發送短消息方法，包括: 行業應用服務器(AS)從投遞等待隊列中取出短消息，向集群調度服務器(PDS)發送所述短消息； 所述ros向基站子系統(Bss)發送所述短消息，并指明使用信道類型； 所述BSS向所述短消息的接收方集群終端發送所述短消息。
11.如權利要求10所述的方法，其特征在于: 所述方法還包括，所述PDS收到短消息后，向調度歸屬寄存器(PHR)發送鑒權請求，請求PHR對短消息的接收方集群終端進行鑒權，判斷PHR鑒權通過后，再向BSS發送所述短消息。、
12.如權利要求10所述的方法，其特征在于: 所述方法還包括，所述PDS收到 短消息后，判斷接收方集群終端處于非集群業務狀態，且所述短消息大于預設長度門限，則向BSS發起短消息尋呼，為所述接收方集群終端建立業務信道，業務信道建立后再向BSS發送所述短消息。
13.如權利要求12所述的方法，其特征在于: 所述ros向bss發起短消息尋呼前，所述方法還包括: 所述ros向PHR發送鑒權請求，請求PHR對接收方集群終端進行鑒權，所述PDS判斷PHR鑒權通過后再向所述BSS發起短消息尋呼。
14.如權利要求13所述的方法，其特征在于: 所述BSS向所述短消息的接收方集群終端發送所述短消息后，所述方法還包括:所述PDS向所述BSS發送用于釋放業務信道的命令，所述BSS收到所述命令后，釋放業務信道。
15.如權利要求10-14中任一權利要求所述的方法，其特征在于: 所述ros向BSS發送所述短消息，并指明使用的信道類型，包括: 所述PDS判斷所述短消息長度小于預設長度門限，則向BSS發送所述短消息同時指明使用的信道類型為控制信道；或者 所述PDS判斷所述短消息長度大于預設長度門限，則向BSS發送所述短消息同時指明使用的信道類型為業務信道；或者 所述PDS判斷所述短消息接收方處于標準組呼叫中，則向BSS發送所述短消息同時指明使用的信道類型為業務信道；或者，等待標準組呼結束后再向BSS發送所述短消息同時指明使用的信道類型。
16.如權利要求15所述的方法，其特征在于: 所述BSS向所述短消息的接收方集群終端發送所述短消息，包括: 所述BSS判斷所述PDS指明使用的信道類型為控制信道，則再判斷當前接收方集群終端是否處于語音或數據業務中，如果處于，則在業務信道向所述接收方集群終端發送所述短消息，如果不處于，則在控制信道向所述接收方集群終端發送所述短消息；或者 所述BSS判斷所述PDS指明使用的信道類型為業務信道，則在業務信道向所述短消息的接收方集群終端發送所述短消息；或者 所述BSS判斷當前接收方集群終端在標準組呼中，則在標準組共享信道向所述接收方集群終端發送所述短消息。
17.如權利要求16所述的方法，其特征在于: 所述方法還包括，所述集群終端收到所述短消息后通過接收所述短消息的信道向BSS返回投遞結果，所述BSS向所述PDS返回所述集群終端的投遞結果，所述ros向所述AS返回本ros的處理結果和所述集群終端的投遞結果。
18.一種實現集群終端收發短消息的基站子系統(BSS)，包括BSS接收模塊和BSS發送模塊，其中: 所述BSS接收模塊，用于接收集群終端發送的短消息，以及接收集群調度服務器(PDS)發送的短消息； 所述BSS發送模塊，用于在集群系統接收短消息過程中，將所述集群終端發送的短消息發送到ros ;在集群系統向集群終端投遞短消息過程中，將所述PDS發送的短消息發送至所述短消息的接收方集群終端。
19.如權利要求18所述的BSS，其特征在于: BSS接收模塊接收集群終端發送的短消息，包括: 所述BSS接收模塊接收所述集群終端通過控制信道發送的短消息，或者接收所述集群終端通過已建立的業務信道發送的短消息。
20.如權利要求18所述的BSS，其特征在于: 所述BSS還包括BSS業務信道模塊，用于在接收到集群終端發送的業務信道建立請求后，向PDS發送呼叫建立請求，在收到所述PDS發起的短消息尋呼后，為所述發送方集群終端建立業務信道； BSS接收模塊接收集群終端發送的短消息，包括:接收集群終端通過新建業務信道發送的短消息。
21.如權利要求20所述的BSS，其特征在于: 所述BSS業務信道模塊，還用于在收到所述PDS發送的用于釋放業務信道的命令后，釋放所述集群終端的業務信道。
22.如權利要求18所述的BSS，其特征在于: 所述BSS接收模塊接收PDS發送的短消息，包括:所述BSS接收模塊接收PDS發送的短消息，以及PDS指明使用的信道類型； 所述BSS發送模塊在集群系統向集群終端投遞短消息過程中，將所述PDS發送的短消息發送至所述短消息的接收方集群終端，包括: 所述BSS發送模塊判斷PDS指明使用的信道類型為控制信道，則再判斷當前接收方集群終端是否處于語音或數據業務中，如果處于，則在業務信道向所述接收方集群終端發送所述短消息，如果不處于，則在控制信道向所述接收方集群終端發送所述短消息；或者 所述BSS發送模塊判斷所述PDS指明使用的信道類型為業務信道，則在業務信道向所述短消息的接收方集群終端發送所述短消息；或者 所述BSS發送模塊判斷當前接收方集群終端在標準組呼中，則在標準組共享信道向所述接收方集群終端發送所述短消息。
23.一種實現集群終端收發短消息的集群調度服務器(PDS)，包括PDS接收模塊和H)S發送模塊，其中: 所述PDS接收模塊，用于接收基站子系統(BSS)發送的短消息，以及接收行業應用服務器(AS)發送的短消息； 所述PDS發送模塊，用于在集群系統接收短消息過程中，將所述PDS接收模塊接收的bss發送的短消息發送至As ;在集群系統向集群終端投遞短消息過程中，將所述ros接收模塊接收的AS發送的短消息發送給BSS，并指明使用信道類型。
24.如權利要求23所述的H)S，其特征在于: 所述PDS還包括第一 PDS短消息鑒權模塊，用于在集群系統接收短消息過程中，在所述PDS接收模塊接收到BSS發送的短消息后，向調度歸屬寄存器(PHR)發送鑒權請求，請求PHR對發送方集群終端進行鑒權，在判斷PHR鑒權通過后，再通知所述PDS發送模塊將所述短消息發送至所述AS;以及用于在集群系統向集群終端投遞短消息過程中，在所述PDS接收模塊接收到AS發送的短消息后，向PHR發送鑒權請求，請求PHR對短消息的接收方集群終端進行鑒權，判斷PHR鑒權通過后，再向BSS發送所述短消息。
25.如權利要求23或24所述的H)S，其特征在于: 所述PDS還包括PDS尋呼模塊，用于在集群系統接收短消息過程中，在收到BSS發送的呼叫建立請求后向所述BSS發起短消息尋呼，指示BSS為發送方集群終端建立業務信道；以及用于在集群系統向集群終端投遞短消息過程中，判斷所述PDS接收模塊接收的AS發送的短消息的接收方集群終端處于非集群業務狀態，且所述短消息大于預設長度門限時，向BSS發起短消息尋呼，指示所述BSS為所述接收方集群終端建立業務信道。
26.如權利要求25所述的H)S，其特征在于: 所述PDS還包括第二 PD S短消息鑒權模塊，用于在集群系統接收短消息過程中，在所述PDS尋呼模塊收到BSS發送的呼叫建立請求后，向PHR發送鑒權請求，請求PHR對發送方集群終端進行鑒權，判斷PHR鑒權通過后再通知所述PDS尋呼模塊向所述BSS發起短消息尋呼；以及用于在集群系統向集群終端投遞短消息過程中，在所述PDS尋呼模塊向BSS發起短消息尋呼前，向PHR發送鑒權請求，請求PHR對接收方集群終端進行鑒權。
27.如權利要求24所述的H)S，其特征在于: 所述PDS發送模塊，在集群系統向集群終端投遞短消息過程中，將所述PDS接收模塊接收的AS發送的短消息發送給BSS，包括:所述PDS發送模塊在所述第一 PDS短消息鑒權模塊請求PHR對接收方集群終端進行鑒權，所述PHR鑒權通過后，再向BSS發送所述短消息。
28.如權利要求25所述的H)S，其特征在于: PDS尋呼模塊，還用于在集群系統接收短消息過程中，在AS成功處理短消息后，向所述BSS發送用于釋放業務信道的命令，指示所述BSS釋放所述發送方集群終端的業務信道；以及用于在集群系統向集群終端投遞短消息過程中，在所述BSS成功投遞所述短消息后，向所述BSS發送用于釋放業務信道的命令，指示所述BSS釋放所述接收方集群終端的業務信道。
29.如權利要求23所述的H)S，其特征在于: 所述PDS發送模塊在集群系統向集群終端投遞短消息過程中，將所述PDS接收模塊接收的AS發送的短消息發送給BSS，并指明使用信道類型，包括: 所述PDS發送模塊判斷所述PDS接收模塊接收的AS發送的短消息的長度小于預設長度門限，則向BSS發送所述短消息同時指明使用的信道類型為控制信道；或者 所述PDS判斷所述PDS接收模塊接收的AS發送的短消息的長度大于預設長度門限，則向BSS發送所述短消息同時指明使用的信道類型為業務信道，或者 所述PDS判斷所述短消息接收方處于標準組呼叫中，則向BSS發送所述短消息同時指明使用的信道類型為業務信道；或者，等待標準組呼結束后再向BSS發送所述短消息同時指明使用的信道類型。
30.一種實現集群終端收發短消息的行業應用服務器(AS)，包括AS接收模塊、AS路由選擇模塊和AS發送模塊，其中: 所述AS接收模塊，用于接收集群調度服務器(PDS)發送的短消息； 所述AS路由選擇模塊，用于在集群系統接收短消息過程中，判斷所述AS接收模塊接收的短消息的接收方類型，接收方類型如果是終端，則將所述短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發所述短消息至調度代理服務器(DAS); 所述AS發送模塊，用于在集群系統向集群終端投遞短消息過程中，從投遞等待隊列中取出短消息，向集群調度服務器(PDS)發送所述短消息。
31.如權利要求30所述的AS，其特征在于: AS路由選擇模塊判斷所述短消息的接收方類型，接收方類型如果是終端，則將所述短消息放入投遞等待隊列，接收方類型如果是調度臺，則轉發所述短消息至DAS，包括: AS路由選擇模塊判斷短消息的接收方類型，向PHR發送鑒權請求，請求PHR對類型為集群終端的發送方和/或接收方進行鑒權；在判斷PHR鑒權通過后，將接收方類型為集群終端的短消息放入投遞等待隊列，將接收方類型為調度臺的短消息轉發到DAS，并向PDS返回指示成功的響應消息；在判斷PHR鑒權不通過，則向PDS返回指示失敗的響應消息。
32.如權利要求31所述的AS，其特征在于: AS路由選擇模塊判斷短消息的接收方類型，包括: AS路由選擇模塊根據短消息的接收方號碼，查找短信路由表獲得短消息的接收方類型，所述短信路由表中保存有接收方類型與號段對應關系。
【文檔編號】H04W4/10GK103813274SQ201210443720
【公開日】2014年5月21日 申請日期:2012年11月8日 優先權日:2012年11月8日
【發明者】史濟穎, 唐鵬程, 于凱, 陳紅 申請人:中興通訊股份有限公司