專利名稱：一種網絡發起的數據業務處理方法
技術領域：
本發明涉及一種數據業務處理方法，特別涉及一種網絡發起的數據業務(NIDS)處理方法。
背景技術：
目前，數據業務的使用普遍采用點播(PULL)方式，由用戶首先主動建立數據業務連接，并登錄到某個網站或服務器上，從網絡上得到所需的數據信息。但是，有些數據業務如IP電話、可視電話業務等，需要網絡主動下發信息給用戶，因此網絡側必須事先知道用戶的數據業務地址即IP地址才能找到用戶，從而建立連接開始使用數據業務。
另外，目前采用推送(PUSH)方式的數據業務，如天氣預報、股票資訊等業務，在使用過程中也存在上述類似的問題。PUSH業務基于客戶服務器機制，由服務器主動的將信息發往被叫用戶。同傳統的PULL業務相比，兩者最主要的區別在于前者由服務器主動發送信息，而后者由被叫用戶主動請求信息。在PUSH業務中，服務器發送內容給被叫用戶之前，無需被叫用戶請求，也就是說，PUSH事務是由服務器發起的。但是，實現PUSH業務的前提是，被叫用戶必須在分組網上，并且PUSH業務發起方必須知道被叫用戶的IP地址。
圖1為CDMA系統分組數據網絡結構示意圖。如圖1所示，在CDMA系統中，與分組數據業務處理相關的主要組成部分為主叫用戶(CALLER)/業務提供方(PROVIDER)、應用服務器(AS)1、AS2、短消息服務中心(SMSC)、歸屬位移寄存器(HLR)、移動交換中心(MSC)、分組數據服務節點(PDSN)、無線接入網(RAN)和被叫移動用戶(MS)。CALLER/PROVIDER、AS1、AS2、SMSC和PDSN分別通過IP連接接入IP網絡，SMSC、HLR和MSC通過七號信令(SS7)相連接，MSC通過SS7連接將消息通過RAN發送至MS，MS經過RAN可以訪問PDSN，然后通過PDSN接入IP網絡。以下所述MS均指被叫移動用戶，所述CALLER指PULL業務中的主叫用戶，所述PROVIDER指PUSH業務中的業務提供方。
其中，PDSN為MS提供分組數據業務接入功能，支持簡單IP和移動IP如果支持的是簡單IP，則PDSN負責為MS分配IP地址，如果支持的是移動IP，則PDSN作為外地代理向歸屬代理(HA)發起移動IP注冊請求，由HA為MS分配IP地址，由于本文所述處理主要針對簡單IP的系統，因此以下所述處理均基于簡單IP系統；SMSC可以從IP網絡接收發送給MS的短消息，然后通過在HLR查詢MS的路由信息，再根據該地址將短消息發至MS所述基站對應的MSC，從而由MSC將短消息發送至MS；CALLER/PROVIDER可以為移動終端、個人電腦(PC)、或服務器。這里設定CALLER/PROVIDER登錄的AS為AS1，MS應登錄的當前業務指定的AS為AS2，CALLER為PC。其中，如果CALLER/PROVIDER為移動終端，則CALLER/PROVIDER也需要經過RAN訪問PDSN，然后通過PDSN來接入IP網絡。
由于，IP電話與可視電話業務的被叫流程基本相同，并且目前IP電話和可視電話業務建立呼叫連接所采用的會話初始協議(SIP)、H.323等協議的處理過程類似。因此，下面以CDMA系統的IP電話業務為例，并結合SIP，具體說明CDMA系統IP電話、可視電話業務的被叫流程。
圖2為現有技術IP電話業務的被叫處理流程示意圖。如圖2所示，其具體處理步驟如下步驟201MS為了接受IP電話業務的呼叫，發起點對點協議(PPP)連接建立過程，與PDSN之間建立PPP連接，PDSN為MS分配IP地址。
步驟202MS按期望接受的呼叫業務類型發送“注冊(REGISTER)”消息即注冊信息到AS。這里，MS期望接受的呼叫業務類型為IP電話，該業務所指定的AS為AS2。其中，該“REGISTER”消息中包含MS當前的IP地址和MS的移動終端號碼(MDN)等，AS2接收到該消息后會將MS的IP地址和MDN保存在自身的注冊信息中。
由于MS、RAN和PDSN之間的處理不屬本文闡述重點，因此，以下在MS通過RAN和PDSN接入分組數據網進行信息交互的處理中，將MS與網絡中各節點的信息交互視為透明交互，對于中間MS與RAN、RAN與PDSN的處理不做描述。
步驟203AS2返回“200OK”消息即注冊響應給MS，表明MS已登錄成功。
步驟204MS登錄成功，準備接受IP電話業務請求。這里，如果MS一段時間內沒有接收到呼叫將會轉入休眠狀態。
步驟205CALLER向其登錄的AS1發送“邀請(INVITE)”消息，從而向AS1發起呼叫MS的業務請求。在該消息中包含MS的地址信息，該地址信息包括MS所登錄的AS2的域名、MS的MDN，比如該地址信息格式可以設置為MDN@AS2的域名.COM等。
步驟206AS1按步驟205所述的AS2的域名向AS2轉發“INVITE”消息，該消息中包含CALLER的IP地址和MS的地址信息。
步驟207AS2根據“INVITE”消息中MS的MDN號碼查詢注冊信息，得到MS當前的IP地址，然后按此IP地址向MS發送“INVITE”消息，從而發起與MS之間的業務連接建立請求。這里，如果MS處在休眠狀態，RAN會同時發起尋呼，建立無線網絡側的業務信道，使MS結束休眠狀態，再建立業務連接。
步驟208MS向AS2返回建立成功響應，即“200OK”消息，表明業務連接已成功建立。
步驟209AS2再發送“200OK”消息給AS1。
步驟210AS1向CALLER返回“200OK”消息，告知CALLER業務連接已成功建立。
步驟211CALLER向AS1發送“確認(ACK)”消息。
步驟212AS1再發送“ACK”消息給AS2。
步驟213AS2向MS返回“ACK”消息，從而確認CALLER與MS之間業務連接的建立。
步驟214CALLER和MS之間的IP電話業務連接成功建立，系統完成MS被叫的處理，雙方可以開始使用IP電話業務。
在上述的處理流程中，如果MS事先沒有登錄AS2，則在步驟207中AS2無法根據“INVITE”消息中MS的MDN號碼查詢到MS的IP地址。此時，AS2會向AS1返回“404NOT FOUND”消息，表明被叫方即MS未登錄指定服務器，當前無法建立業務連接，不能使用IP電話業務；然后，AS1再向AS2返回“ACK”消息，確認業務連接建立失敗，并將此次業務請求即“INVITE”消息刪除，結束處理。
其中，CALLER登錄的AS和當前業務指定的AS也可以為同一個AS。這樣，圖2中所述的AS1與AS2之間的消息處理就不必進行，即上述的被叫處理流程中的步驟206、步驟209、步驟212被取消；并且在各處理步驟中，AS1和AS2的操作均被視為同一個AS的操作，則其它處理步驟相應變為，步驟207AS根據“INVITE”消息中MS的MDN號碼查詢注冊信息，得到MS當前的IP地址，然后按此IP地址向MS發送“INVITE”消息，如果AS無法根據“INVITE”消息中MS的地址信息查詢到MS的IP地址，則不必發送“404NOT FOUND”消息，AS直接將此次呼叫的“INVITE”消息刪除即可；步驟202、步驟203、步驟205、步驟208、步驟210、步驟211和步驟213中所述的AS1或AS2均替換為AS即可。
由上所述可見，對于IP電話、可視電話等這種首先需要AS主動尋找被叫用戶的數據業務即網絡發起的數據業務(NIDS)來說，如果被叫用戶沒有接入分組數據網絡，或者已經接入分組數據網絡但沒有登錄到業務指定的AS上，就無法建立主叫與被叫用戶之間的業務連接，也就無法使用IP電話、可視電話等數據業務。
下面再以CDMA系統為例，具體說明實現PUSH業務的處理流程，圖3為現有技術實現PUSH業務的處理流程示意圖。由于，PUSH業務涉及具體業務類型、協議較多，因此這里并不指定具體的協議和業務類型。如圖3所示，其具體處理步驟如下步驟301MS為了接受PUSH業務信息，發起PPP連接建立過程，與PDSN之間建立PPP連接，PDSN為MS分配IP地址。
步驟302MS按期望接受的PUSH業務類型發送注冊信息到AS。這里，MS期望接受的PUSH業務所指定的AS為AS2。其中，該注冊消息中包含MS當前的IP地址和MS的MDN等信息，AS2接收到該消息后會將MS的IP地址和MDN保存在自身的注冊信息中。
步驟303AS2返回注冊響應給MS，表明MS已登錄成功。
步驟304MS登錄成功，準備接受PUSH業務請求。這里，如果MS一段時間內沒有接收到信息將會轉入休眠狀態。
步驟305PROVIDER向其登錄的AS1提交數據信息發送消息，即業務請求，從而向AS1提交發送數據信息的請求。這里，在該消息中包含MS的地址信息，該地址包括MS所登錄的AS2的域名、MS的MDN和所要發送的數據信息等。
步驟306AS1按步驟305所述的AS2的域名向AS2提交數據信息發送消息，該消息中包含MS的地址信息。
步驟307AS2根據該數據信息發送消息中MS的MDN號碼查詢注冊信息，得到MS當前的IP地址，然后按此IP地址向MS發送數據信息發送消息，從而將數據信息推送到MS。這里，如果MS處在休眠狀態，RAN會同時發起尋呼，建立無線網絡側的業務信道，使MS結束休眠狀態，再接受PUSH業務信息。
在圖3所述的處理流程中，如果MS事先沒有登錄AS2，則在步驟307中AS2無法根據數據信息發送消息中MS的地址信息查詢到MS的IP地址。此時，AS2會向AS1返回發送失敗消息，表明被叫用戶即MS未登錄指定服務器，當前無法接收PUSH業務請求，AS1再將此次數據信息發送消息刪除，結束處理。
其中，PROVIDER登錄的AS和當前業務指定的AS也可以為同一個AS。這樣，圖3中所述的AS1與AS2之間的消息處理就不必進行，即上述的PUSH業務處理流程中的步驟306被取消；并且在各處理步驟中，AS1和AS2的操作均被視為同一個AS的操作，則其它處理步驟相應變為，步驟302、步驟303、步驟305中所述的AS1或AS2均被替換為AS；步驟307AS根據該數據信息發送消息中MS的MDN號碼查詢注冊信息，得到MS當前的IP地址，然后按此IP地址向MS發送數據信息發送消息，從而將數據信息推送到MS，如果此時AS無法查詢到MS的IP地址，則不必返回發送失敗消息，AS直接將此次業務請求即數據信息發送消息刪除即可。
由以上PUSH業務處理流程可見，PUSH業務這種業務提供方主動尋找被叫用戶的NIDS業務的實現前提是，被叫用戶必須在分組網上，對MS來說就是必須與PDSN之間已經建立了PPP連接，并且MS已登錄到業務指定的AS上，使PUSH業務發起方知道被叫用戶的IP地址，才能將數據信息發送至該用戶。
因此，如果使用現有的技術實現NIDS業務，即IP電話、可視電話等業務的被叫，或PUSH業務，被叫用戶必須持續在分組網上，對于MS來說就是必須與PDSN維持PPP連接，這樣系統需要維護大量的PPP連接，耗費分組控制功能(PCF)/PDSN資源，系統還維護大量的IP地址，如果使用的是IPv4，可能會造成IP地址資源短缺；為了使AS知道被叫用戶的IP地址，被叫用戶還必須事先登錄到指定的AS上，即使被叫用戶已注冊到指定AS，但是當用戶在空閑狀態下進行分組切換時PDSN需要重新為用戶分配IP地址，從而被叫用戶必須重新登錄AS進行注冊，才能使AS得到用戶當前的IP地址，這樣，給用戶使用數據業務造成很多不便。
以上在CDMA系統的PULL業務和PUSH業務中出現的問題，在CDMA1x、CDMA2000等系統中也同樣存在，目前上述現有技術出現的這些問題已經成為發展完善IP電話、可視電話業務和PUSH業務過程中所亟待解決的技術難題。
發明內容
有鑒于此，本發明的主要目的在于提供一種網絡發起的數據業務(NIDS)處理方法，使得在被叫用戶不在分組網絡，或未登錄AS的情況下，系統能夠實現NIDS業務。
為達到上述目的，本發明的技術方案是這樣實現的本發明公開了一種NIDS處理方法，其主要處理步驟如下a.AS接收來自主叫方的業務請求并查詢MS失敗時，該AS保存本次業務請求并通過短消息服務中心(SMSC)向MS發送NIDS業務通知短信；b.MS成功接收到NIDS業務通知短信，根據該短信獲取當前NIDS業務指定AS的地址信息，并按此地址信息登錄到該AS上進行注冊，注冊成功后通過SMSC發送注冊成功的通知短信至步驟a所述的AS；c.步驟a所述的AS再次發送自身存儲的業務請求，并將該業務請求發送至已成功注冊的MS。
其中，步驟a所述NIDS業務通知短信為高優先級。
其中，步驟a所述NIDS業務通知短信的生命周期為發送失敗即刪除。
其中，在所述步驟a和或步驟b之后進一步包括接收到來自主叫方業務請求的AS向主叫方反饋當前業務連接建立情況。
步驟a中，所述NIDS業務通知短信包含業務類型；步驟b中，所述MS獲取NIDS業務指定AS的地址信息的方法為MS根據NIDS業務通知短信中的業務類型，查詢自身已設置的業務類型與業務指定AS的地址信息的映射關系表獲取當前NIDS業務指定AS的地址信息。
步驟b中，所述MS登錄AS進行注冊的方法為b1.MS接收到所述NIDS業務通知短信之后，判斷自身是否已接入分組數據網，如果是，執行步驟b2；否則執行步驟b3；b2.MS接入分組數據網，再執行步驟b3；b3.MS根據接收到的NIDS業務通知短信，將包含自身IP地址的注冊信息發送至NIDS業務指定的AS進行注冊。
步驟a中，所述NIDS業務通知短信包含表明該短信為NIDS業務觸發的標識符；所述步驟b1進一步包括MS首先判斷接收到的短信是否包含表明該短信為NIDS業務觸發的標識符，如果是，再判斷自身是否已接入分組數據網；否則結束處理。
步驟b中，所述判斷注冊成功的方法為MS根據接收到的自身所登錄AS返回的注冊響應消息判斷注冊是否成功。
其中，MS未成功接收到NIDS業務通知短信時，該方法進一步包括接收到主叫方業務請求的AS刪除自身保存的本次業務請求，結束處理。
其中，MS未成功接收到NIDS業務通知短信時，該方法進一步包括接收到主叫方業務請求的AS再次發送該短信，并判斷該短信是否發送成功，如果是，執行步驟b；否則重復執行本步驟。
其中，所述接收到主叫方業務請求的AS中設置NIDS業務通知短信的短信重發次數門限；所述AS再次發送短信之前，還進一步包括判斷該短信的重發次數是否超出短信重發次數門限，如果是，刪除自身保存的本次業務請求，結束處理；否則再次發送該短信。
其中，所述確定MS未成功接收NIDS業務通知短信的方法為接收到主叫方業務請求的AS根據接來自SMSC的NIDS業務通知短信應答確定是否接收失敗；或者，
接收到主叫方業務請求的AS根據未接收到步驟b所述注冊成功的通知短信的時間是否超出自身已設置的時間門限來確定是否接收失敗。
其中，所述接收到主叫方業務請求的AS與NIDS業務指定的AS為相同或不同的AS。
由上述方案可以看出，本發明的關鍵在于當MS不在分組網上，或在分組網上但未登錄業務指定AS時，接收來自主叫方業務請求的AS向MS發送NIDS業務通知短信，從而通知MS登錄當前NIDS業務指定的AS；MS接到短信之后登錄NIDS業務指定的AS，使主叫方可以與MS建立業務連接，將業務請求發送至MS，從而開始使用業務。
因此，本發明所提供的NIDS處理方法，可以使被叫用戶在沒有建立分組連接或者已經建立分組連接但沒有登錄業務指定的AS的情況下，能夠接受網絡發起的分組數據業務，從而實現NIDS業務。
圖1為CDMA系統分組數據業務網絡結構示意圖；圖2為現有技術IP電話業務的被叫處理流程示意圖；圖3為現有技術實現PUSH業務的處理流程示意圖；圖4為本發明方法實現IP電話業務被叫一較佳實施例處理流程示意圖；圖5為本發明方法實現PUSH業務一較佳實施例處理流程示意圖。
具體實施例方式
下面結合附圖及具體實施例對本發明再作進一步詳細的說明。
在本發明方法中，當MS不在分組網上，或在分組網上但未登錄業務指定AS，主叫方即CALLER或PROVIDER所登錄的AS無法查詢到MS的IP地址將來自主叫方的業務請求發送至MS時，CALLER或PROVIDER所登錄的AS向MS發送NIDS業務通知短信，從而通知MS登錄當前業務指定的AS；MS接到短信之后登錄業務指定的AS，使CALLER或PROVIDER可以與MS建立業務連接，將業務請求發送至MS，從而開始使用業務。下面對本發明方法應用于IP電話、可視電話業務的被叫流程和應用于PUSH業務的實現流程分別加以詳細說明。
圖4為本發明方法實現IP電話業務被叫一較佳實施例處理流程示意圖。由于，IP電話業務和可視電話業務的被叫處理基本相同，因此，這里僅以CDMA系統的IP電話業務為例。另外，本實施例所采用的呼叫建立協議為SIP，由于本發明方法并不涉及對協議本身的修改，因此該方法也可以采用其它呼叫建立協議，如H.323等，但具體采用哪種協議并不影響本發明的有效性，本實施例中CALLER登錄的AS和MS應登錄的當前業務指定的AS分別為AS1和AS2。
如圖4所示，其具體處理步驟如下步驟401CALLER即主叫方向其登錄的AS 1發送“INVITE”消息，從而向AS1發起呼叫MS的業務請求。這里，在該消息中包含MS的地址信息，該地址信息包括MS所應登錄的AS2的域名、MS的MDN等信息。其中，MS的地址信息格式可以為÷MDN@AS2的域名.COM，也可以為其它形式，本發明并不限定。其中，AS2由CALLER根據當前業務類型指定。
步驟402AS1按步驟401所述AS2的域名向AS2發送“INVITE”消息，該消息中包含CALLER的IP地址和MS的地址信息。
步驟403AS2根據“INVITE”消息中MS的MDN號碼查詢注冊信息，但查詢結果為MS并未登錄AS2，因此無法得到MS當前的IP地址，則AS2向AS1返回“404not found”消息，表明業務連接建立失敗。由于，對于MS已登錄到AS2上情況的處理與現有技術相同，因此，以下重點對事先MS并未登錄到AS2上的后續處理加以說明。
步驟404AS1向AS2返回“ACK”消息，確認接到業務連接建立失敗的響應。
步驟405AS1將本次業務請求即“INVITE”消息進行保存，并發送“提交短信(SUBMIT_SM)”消息即NIDS業務通知短信至自身連接的SMSC。
其中，在分組數據網中，AS與負責為用戶發送短信的SMSC相連接，并且AS1所連接的SMSC與MS所歸屬的SMSC可以相同也可以不同。這里設定，AS1所連接的SMSC與MS所歸屬的SMSC是同一SMSC，對于AS1所連接的SMSC與MS所歸屬的SMSC不是同一SMSC情況的處理，屬于目前公知的技術，可以參見協議3GPP2N.S0024-0 version 1.0，這里不做詳述。
其中，該“SUBMIT_SM”消息至少包含MS的MDN、呼叫的業務類型等信息，該消息還可以進一步包含CALLER的地址信息，如CALLER的MDN或域名等，這些信息可以包含在該消息的用戶數據(User Data)里，該消息的生命周期可以設置為“發送失敗即刪除”。另外，此消息的優先級最好設置為“高”，否則該消息將在SMSC中排隊，從而嚴重影響業務連接速度；并且，為使MS能識別這是NIDS業務觸發的特殊短信，需要將該消息的消息標識符(Message Identifier)的定義進行擴展，設置標識來表示是NIDS業務觸發的短信，比如該標識可以設置為“0111”，也可以設置為其它標識，但具體設置為何種標識，本發明并不限定。
步驟406SMSC接收到該“SUBMIT_SM”消息后，識別此消息的優先級為“高”，則立即將該消息以SMDPP方式發送至MS。這里，只要MS處于開機狀態并且位于無線網絡覆蓋范圍內，就可以接收到SMSC發送的NIDS業務通知短信。
步驟407SMSC向AS1返回“提交短信應答(SUBMIT_SM_RESP)”消息即NIDS業務通知短信應答，從而告知AS1所述“SUBMIT_SM”消息是否成功發送。如果在步驟406消息發送成功，則執行步驟408；如果在步驟406消息發送失敗，則AS1刪除步驟405所保存的此次呼叫的“INVITE”消息，結束處理。
另外，根據實際業務需要，在“SUBMIT_SM”消息發送失敗時，AS1也可以重新向SMSC發送該“SUBMIT_SM”消息，然后執行步驟406；其中，AS1也可以為“SUBMIT_SM”消息重新發送的次數設置一定的門限，即短信重發次數門限，當該消息的重發次數超出此門限時，AS1再將此次呼叫的“INVITE”消息刪除，結束處理。同時，AS1還可以向CALLER反饋當前業務連接建立的情況當“SUBMIT_SM”消息發送成功時，AS1可以通知CALLER呼叫建立的進展，以便CALLER繼續等待；當“SUBMIT_SM”消息發送失敗時，AS1可以通知CALLER該消息發送失敗；當“SUBMIT_SM”消息重發時，AS1可以通知CALLER該消息重發的情況；當“SUBMIT_SM”消息發送失敗并且AS1刪除此次呼叫的“INVITE”消息時，AS1可以通知CALLER本次呼叫建立失敗。
步驟408MS收到步驟406所述短信后，根據該短信中的MessageIdentifier識別是NIDS業務觸發的短信，然后判斷自身是否已接入分組數據網，即是否已經與PDSN建立PPP連接，如果是，執行步驟410；否則執行步驟409。
其中，MS可以設置為自動應答的方式，即接收到NIDS觸發的短信后自動判斷自身是否已建立PPP連接，然后執行步驟409或步驟410；MS也可以設置為人機界面應答的方式，即MS接收到NIDS觸發的短信后顯示CALLER的地址信息、呼叫業務類型等信息，并發出振鈴或其他提示信號，被叫用戶可以根據顯示的信息決定是否接受這個呼叫，如果接收呼叫，則MS判斷自身是否已建立PPP連接，再執行步驟409或步驟410；否則被叫用戶直接拒絕呼叫，結束處理。
步驟409MS發起PPP連接建立過程，與PDSN之間建立PPP連接，PDSN為MS分配IP地址，從而接入分組數據網。
步驟410MS根據步驟408所述短信中的呼叫業務類型，查詢在MS中預先設置的業務類型和業務指定AS的地址信息的映射關系表，得到當前業務指定的AS的地址信息，并發送“REGISTER”消息即注冊信息到AS2。這里，所述呼叫業務類型為IP電話，該業務所指定的AS為AS2，并且，該“REGISTER”消息中包含MS當前的IP地址和MS的MDN等信息，AS2接收到該消息后會將MS的IP地址和MDN保存在自身的注冊信息中。
這里，所述業務指定的AS的地址信息可以為服務器的域名，也可以為其它形式的地址信息，但本發明并不限定。
步驟411AS2返回“200OK”消息即注冊響應給MS，表明MS已成功登錄AS2。
步驟412MS收到注冊響應后，以SMDPP方式將給AS1的注冊成功的通知短信發送至SMSC。
步驟413SMSC將“遞交短信(DELIVER_SM)”消息即注冊成功的通知短信轉發至AS1，通知AS1MS已成功登錄AS2。
其中，AS1接收到所述“DELIVER_SM”消息之后還可以向CALLER反饋當前業務連接建立的情況，比如AS1可以通知CALLER當前MS已注冊到AS2，以便CALLER繼續等待。
另外，AS1中還可以預先設置時間門限，從步驟405中發送NIDS業務通知短信開始計時，當AS1接收到所述“DELIVER_SM”消息時即停止計時，也就是說計時得到的時間為未接收到注冊成功的通知短信的時間。如果得到的未接收到注冊成功的通知短信的時間超出AS 1所設置的時間門限，則表明步驟405所述的NIDS業務通知短信未發送失敗；否則表明發送成功。在判斷所述短信發送失敗時，AS1可以如上述步驟407所述，將本次業務請求刪除結束處理，或重新發送所述NIDS業務通知短信，或設置短信重發次數門限進行所述NIDS業務通知短信的重新發送，AS 1還可以同時向CALLER反饋當前業務連接建立的情況。
步驟414AS1返回“遞交短信應答(DELIVER_SM_RESP)”消息即注冊通知短信應答給SMSC，表明已成功接收到MS成功登錄的通知。
步驟415AS1再次將步驟405所保存的本次業務請求即“INVITE”消息發送至AS2。
步驟416AS2根據“INVITE”消息中MS的MDN號碼查詢注冊信息，得到MS當前的IP地址，然后按此IP地址通過PDSN向MS發送“INVITE”消息，從而發起與MS之間的業務連接建立請求。
步驟417MS向AS2返回建立成功響應，即“200OK”消息，表明業務連接已成功建立。
步驟418AS2再發送“200OK”消息給AS1。
步驟419AS1向CALLER返回“200OK”消息，告知CALLER業務連接已成功建立。
步驟420CALLER向AS1發送“ACK”消息。
步驟421AS1再發送“ACK”消息給AS2。
步驟422AS2向MS返回“ACK”消息，從而確認CALLER與MS之間業務連接的建立。
步驟423CALLER和MS之間的IP電話業務連接成功建立，系統完成MS被叫的處理，雙方可以開始使用IP電話業務。
其中，CALLER登錄的AS和當前業務指定的AS也可以為同一個AS。這樣，圖4中所述的AS1與AS2之間的消息處理就不必進行，即上述的被叫處理流程中的步驟402、步驟403、步驟404、步驟415、步驟418和步驟421被取消；并且在各處理步驟中，AS 1和AS2的操作均被視為同一個AS的操作，則其它處理步驟相應變為，步驟401CALLER向AS發送“INVITE”消息，AS根據該消息中的MS的MDN號碼查詢注冊信息，但并未找到MS的注冊信息；步驟416AS根據在步驟405所保存的“INVITE”消息中MS的MDN號碼查詢注冊信息，得到MS當前的IP地址，然后按此IP地址通過PDSN向MS再次發送“INVITE”消息；步驟405、步驟407、步驟410、步驟411、步驟413、步驟414、步驟417、步驟419、步驟420和步驟422中所述的AS1或AS2均相應替換為AS即可。
由上述本發明對于IP電話、可視電話業務的被叫處理可見，本發明應用于簡單IP系統時，可以在網絡側事先不知道MS的IP地址的情況下，通過發送NIDS業務通知短信使MS登錄指定AS，并得到MS的IP地址，從而可以使CALLER找到MS實現IP電話、可視電話等NIDS業務的被叫。
下面再以CDMA系統為例，對本發明方法PUSH業務的實現加以詳細說明。圖5為本發明方法實現PUSH業務一較佳實施例處理流程示意圖。由于，PUSH業務涉及具體業務類型、協議較多，并且本發明不涉及對協議的修改和對于不同業務類型的區別處理，因此這里并不指定具體的協議和業務類型。這里，PROVIDER登錄的AS和MS應登錄的當前業務指定的AS分別為AS1和AS2。
如圖5所示，其具體處理步驟如下步驟501PROVIDER即主叫方向其登錄的AS1發送數據信息發送消息，即業務請求，從而向AS1提交發送數據信息的請求。這里，在該消息中包含MS的地址信息和所要發送的數據信息等，該地址信息包括MS應登錄的AS2的域名、MS的MDN。其中，AS2由PROVIDER根據當前業務類型指定。
步驟502AS1按步驟501所述的MS地址信息向AS2轉發數據信息發送消息，該消息中包含MS的地址信息。
步驟503AS2根據步驟502所述消息中的MS的MDN查詢當前注冊信息，但并未查詢到該MS的注冊信息，從而無法得到MS的IP地址；然后AS2向AS1返回查找失敗響應消息，告知業務連接建立失敗。
由于，對于MS已登錄到AS2上情況的處理與現有技術相同，因此，以下重點對事先MS并未登錄到AS2上的后續處理加以說明。
步驟504AS1將此次業務請求即數據信息發送消息進行保存，并發送PUSH業務通知消息即NIDS業務通知短信至自身連接的SMSC。
這里，AS1所連接的SMSC與MS所歸屬的SMSC為同一SMSC。對于AS1所連接的SMSC與MS所歸屬的SMSC不是同一SMSC情況的處理，屬于目前公知的技術，可以參見協議3GPP2 N.S0024-0 version 1.0，這里不做詳述。
其中，該PUSH業務通知消息包含MS的MDN、呼叫的業務類型等信息，該消息還可以進一步包含PROVIDER的地址信息，如PROVIDER的MDN或域名等，這些信息可以包含在該消息的User Data里，該消息的生命周期可以設置為“發送失敗即刪除”。另外，此消息的優先級最好設置為“高”，否則該消息將在SMSC中排隊，從而嚴重影響業務連接速度；并且，為使MS能識別這是NIDS業務觸發的特殊短信，需要將該消息的MessageIdentifier的定義進行擴展，設置標識來表示是NIDS業務觸發的短信，比如該標識可以設置為“0111”，也可以設置為其它標識，但具體設置為何種標識，本發明并不限定。
步驟505SMSC接收到該PUSH業務通知消息后，識別此消息的優先級為“高”，則立即將該消息以SMDPP方式發送至MS。這里，只要MS處于開機狀態并且位于無線網絡覆蓋范圍內，就可以接收到SMSC發送的NIDS業務通知短信。
步驟506SMSC向AS1返回PUSH業務通知應答消息，即NIDS業務通知短信應答，從而告知AS1所述PUSH業務通知消息是否成功發送。如果在步驟505消息發送成功，則執行步驟507；如果在步驟505中消息發送失敗，則AS1刪除步驟504所保存的此次業務請求即數據信息發送消息，結束處理。
另外，根據實際業務需要，在PUSH業務通知消息發送失敗時，AS1也可以重新向SMSC發送該PUSH業務通知消息，然后執行步驟505；其中，AS1也可以為PUSH業務通知消息重新發送的次數設置一定的門限即短信重發次數門限，當該消息的重發次數超出此門限時，AS1再將此次呼叫的數據信息發送消息刪除，結束處理。同時，AS1還可以向PROVIDER反饋當前業務連接建立的情況當PUSH業務通知消息發送成功時，AS1可以通知PROVIDER連接建立的進展；當PUSH業務通知消息發送失敗時，AS1可以通知PROVIDER該消息發送失敗；當PUSH業務通知消息重發時，AS1可以通知PROVIDER該消息重發的情況；當PUSH業務通知消息發送失敗并且AS1刪除此次呼叫的數據信息發送消息時，AS1可以通知PROVIDER本次業務連接建立失敗。
步驟507MS收到步驟505所述的短信后，根據該短信中的MessageIdentifier識別是NIDS業務觸發的短信，然后判斷自身是否已接入分組數據網，即是否已經與PDSN建立PPP連接，如果是，執行步驟509；否則執行步驟508。
其中，MS可以設置為自動應答的方式，即MS接收到NIDS業務觸發的短信后自動判斷自身是否已建立PPP連接，然后執行步驟508或步驟509；MS可以設置為人機界面應答的方式，即MS接收到NIDS觸發的短信后顯示PROVIDER的地址信息和呼叫業務類型等信息，并發出振鈴或其他提示信號，被叫用戶可以根據顯示的信息決定是否接受這個呼叫，如果接收呼叫，則MS判斷自身是否已建立PPP連接，再執行步驟508或步驟509；否則被叫用戶直接拒絕呼叫，結束處理。
步驟508MS發起PPP連接建立過程，與PDSN之間建立PPP連接，PDSN為MS分配IP地址，從而接入分組數據網。
步驟509MS根據步驟507所述短信中呼叫的業務類型，查詢在MS中預先設置了業務類型和業務指定AS的地址信息的映射關系表，得到當前業務指定的AS，并發送注冊信息到AS2。這里，該業務所指定的AS為AS2，該注冊信息中包含MS當前的IP地址和MS的MDN等信息，AS2接收到該消息后會將MS的IP地址和MDN保存在自身的注冊信息中。
這里，所述業務指定的AS的地址信息可以為服務器的域名，也可以為其它形式的地址信息，但本發明并不限定。
步驟510AS2返回注冊響應給MS，表明MS已成功登錄AS2。
步驟511MS收到注冊響應后，以SMDPP方式將給AS1的注冊成功的通知短信發送至SMSC。
步驟512SMSC轉發該注冊成功的通知短信至AS1，通知AS1MS已成功登錄AS2。
其中，AS1接收到所述注冊成功的通知短信之后還可以向PROVIDER反饋當前業務連接建立的情況，比如AS1可以通知PROVIDER當前MS已注冊到AS2。
另外，AS1中還可以預先設置時間門限，從步驟504中發送NIDS業務通知短信開始計時，當AS1接收到所述注冊成功的通知短信時即停止計時，也就是說計時得到的時間為未接收到注冊成功的通知短信的時間。如果得到的未接收到注冊成功的通知短信的時間超出AS1所設置的時間門限，則表明步驟504所述的NIDS業務通知短信未發送失敗；否則表明發送成功。在判斷所述短信發送失敗時，AS1可以如上述步驟506所述，將本次業務請求刪除結束處理，或重新發送所述NIDS業務通知短信，或設置短信重發次數門限進行NIDS業務通知短信的重新發送，AS1還可以同時向PROVIDER反饋當前業務連接建立的情況。
步驟513AS1返回注冊通知短信應答給SMSC，表明已成功接收到MS成功登錄的通知。
步驟514AS1再次將步驟504所保存的本次業務請求即數據信息發送消息發送至AS2。
步驟515AS2根據該數據信息發送消息中MS的MDN號碼查詢注冊信息，得到MS當前的IP地址，然后按此IP地址向MS發送數據信息發送消息，從而將數據信息推送至MS，結束處理。
其中，PROVIDER登錄的AS和當前業務指定的AS也可以為同一個AS。這樣，圖5中所述的AS1與AS2之間的消息處理就不必進行，即上述的PUSH業務處理流程中的步驟502、步驟503和步驟514被取消；并且在各處理步驟中，AS1和AS2的操作均被視為同一個AS的操作，則其它處理步驟相應變為，步驟501PROVIDER向AS發送數據信息發送消息，AS根據該消息中的MS的MDN號碼進行查詢，但并未找到MS的注冊信息；步驟504、步驟506、步驟509、步驟510、步驟512和步驟513中所述的AS1或AS2均被相應替換為AS；步驟515AS根據在步驟504所保存的數據信息發送消息中MS的MDN號碼查詢注冊信息，得到MS當前的IP地址，然后按此IP地址將所保存的數據信息發送消息再次發送至MS，從而將數據信息推送到MS。
由上述本發明實現PUSH業務這類NIDS業務的處理可見，本發明方法可以在網絡側事先不知道MS的IP地址的情況下，通過NIDS業務通知短信使MS登錄指定AS，并得到MS的IP地址，從而可以使PROVIDER按此IP地址將PUSH業務的數據信息發送至MS。
本發明方法還可以應用于CDMA2000和CDMA 1x系統，由于該方法對于現網設備、網絡結構以及應用的協議不做改動，因此本方法涉及的處理應用于CDMA2000和CDMA 1x系統與應用于CDMA系統的處理基本相同。
綜上所述，應用本發明實施例可以在被叫用戶未接入分組數據網絡、或未登錄業務指定服務器的情況下，實現IP電話、可視電話業務的被叫和PUSH業務，即實現NIDS業務。并且本發明只需對AS和MS的應用軟件進行修改就可以了，對現網設備和網絡結構都不需要改動。MS只要在無線網絡覆蓋范圍內，并處于開機狀態，在任何時候都可以接收到NIDS業務的呼叫。
權利要求
1.一種網絡發起的數據業務NIDS處理方法，其特征在于，處理步驟如下a.應用服務器AS接收來自主叫方的業務請求并查詢被叫用戶MS失敗時，該AS保存本次業務請求并通過短消息服務中心SMSC向MS發送NIDS業務通知短信；b.MS成功接收到NIDS業務通知短信，根據該短信獲取當前NIDS業務指定AS的地址信息，并按此地址信息登錄到該AS上進行注冊，注冊成功后通過SMSC發送注冊成功的通知短信至步驟a所述的AS；c.步驟a所述的AS再次發送自身存儲的業務請求，并將該業務請求發送至已成功注冊的MS。
2.根據權利要求1所述的方法，其特征在于，步驟a所述NIDS業務通知短信為高優先級。
3.根據權利要求1所述的方法，其特征在于，步驟a所述NIDS業務通知短信的生命周期為發送失敗即刪除。
4.根據權利要求1所述的方法，其特征在于，在所述步驟a和或步驟b之后進一步包括接收到來自主叫方業務請求的AS向主叫方反饋當前業務連接建立情況。
5.根據權利要求1所述的方法，其特征在于，步驟a中，所述NIDS業務通知短信包含業務類型；步驟b中，所述MS獲取NIDS業務指定AS的地址信息的方法為MS根據NIDS業務通知短信中的業務類型，查詢自身已設置的業務類型與業務指定AS的地址信息的映射關系表獲取當前NIDS業務指定AS的地址信息。
6.根據權利要求1所述的方法，其特征在于，步驟b中，所述MS登錄AS進行注冊的方法為b1.MS接收到所述NIDS業務通知短信之后，判斷自身是否已接入分組數據網，如果是，執行步驟b2；否則執行步驟b3；b2.MS接入分組數據網，再執行步驟b3；b3.MS根據接收到的NIDS業務通知短信，將包含自身IP地址的注冊信息發送至NIDS業務指定的AS進行注冊。
7.根據權利要求6所述的方法，其特征在于，步驟a中，所述NIDS業務通知短信包含表明該短信為NIDS業務觸發的標識符；所述步驟b1進一步包括MS首先判斷接收到的短信是否包含表明該短信為NIDS業務觸發的標識符，如果是，再判斷自身是否已接入分組數據網；否則結束處理。
8.根據權利要求1所述的方法，其特征在于，步驟b中，所述判斷注冊成功的方法為MS根據接收到的自身所登錄AS返回的注冊響應消息判斷注冊是否成功。
9.根據權利要求1所述的方法，其特征在于，MS未成功接收到NIDS業務通知短信時，該方法進一步包括接收到主叫方業務請求的AS刪除自身保存的本次業務請求，結束處理。
10.根據權利要求1所述的方法，其特征在于，MS未成功接收到NIDS業務通知短信時，該方法進一步包括接收到主叫方業務請求的AS再次發送該短信，并判斷該短信是否發送成功，如果是，執行步驟b；否則重復執行本步驟。
11.根據權利要求10所述的方法，其特征在于，所述接收到主叫方業務請求的AS中設置NIDS業務通知短信的短信重發次數門限；所述AS再次發送短信之前，還進一步包括判斷該短信的重發次數是否超出短信重發次數門限，如果是，刪除自身保存的本次業務請求，結束處理；否則再次發送該短信。
12.根據權利要求9或10所述的方法，其特征在于，所述確定MS未成功接收NIDS業務通知短信的方法為接收到主叫方業務請求的AS根據接來自SMSC的NIDS業務通知短信應答確定是否接收失敗；或者，接收到主叫方業務請求的AS根據未接收到步驟b所述注冊成功的通知短信的時間是否超出自身已設置的時間門限來確定是否接收失敗。
13.根據權利要求1所述的方法，其特征在于，所述接收到主叫方業務請求的AS與NIDS業務指定的AS為相同或不同的AS。
全文摘要
本發明公開了一種網絡發起的數據業務(NIDS)處理方法，處理步驟為a.AS接收來自主叫方的業務請求并查被叫MS失敗時，該AS保存本次業務請求并通過SMSC向MS發送NIDS業務通知短信；b.MS成功接收到NIDS業務通知短信，根據該短信獲取當前NIDS業務指定AS的地址信息，并按此地址信息登錄到該AS上進行注冊，注冊成功后通過SMSC發送注冊成功的通知短信至步驟a所述的AS；c.步驟a所述的AS再次發送自身存儲的業務請求，并將該業務請求發送至已成功注冊的MS。采用本法方法可以在被叫用戶不在分組網絡，或未登錄AS的情況下，使系統實現NIDS業務。
文檔編號H04W76/02GK1700786SQ20041004240
公開日2005年11月23日 申請日期2004年5月18日 優先權日2004年5月18日
發明者王備 申請人:華為技術有限公司