專利名稱：出席業(yè)務(wù)的訂閱、取消及狀態(tài)更新方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信領(lǐng)域，特別涉及第二及第三代移動通信領(lǐng)域中。
背景技術(shù)：
隨著科技的迅猛發(fā)展，給人類的生活和工作帶來了十分重大的變革。通信等領(lǐng)域作出的貢獻(xiàn)尤為突出。從十九世紀(jì)發(fā)明的電報，逐漸發(fā)展現(xiàn)在的第三代移動通信(The Third Generation，簡稱″3G″)，使人類的信息交互能力發(fā)生翻天覆地的變化。
在第二及第三代移動通信領(lǐng)域，不論是目前使用最為廣泛的全球移動通信系統(tǒng)(Global System for mobile Communication，簡稱″GSM″)，或者正處于迅速發(fā)展中的寬帶碼分多址(Wideband Code Division Multiple Access，簡稱″WCDMA″)，都能夠提供多種形式的移動業(yè)務(wù)，包括諸如基本話音業(yè)務(wù)、會議電話、短信、移動上網(wǎng)等。其中，基本話音業(yè)務(wù)是目前使用最為普遍的通信方式，在移動通信領(lǐng)域占據(jù)著極為重要的位置。
但是另一方面，上述基本話音業(yè)務(wù)和其他的信息交互方式相比，在某些方面仍然顯露出一些不足之處。例如， 目前活躍在因特網(wǎng)上的即時通訊(Instant Messenger，簡稱“IM”)技術(shù)，是一種新的、基礎(chǔ)性的通信方式。這一技術(shù)為上網(wǎng)用戶提供了與其他IM用戶在即時、交互式的環(huán)境下進(jìn)行通信的能力，它能夠傳送″存在″和″狀態(tài)″信息，從而幫助用戶實現(xiàn)在網(wǎng)上尋找在線的朋友以及進(jìn)行網(wǎng)上聊天的愿望。與此相比，目前的基本話音業(yè)務(wù)的不足之處在于，用戶發(fā)起話音通訊之前無法了對方用戶的當(dāng)前狀態(tài)，導(dǎo)致呼叫時對是否能夠接通存在盲目性，從而影響運(yùn)營商網(wǎng)絡(luò)的呼叫成功率。
例如，當(dāng)移動用戶向?qū)Ψ接脩舭l(fā)起呼叫時，對方用戶的當(dāng)前狀態(tài)有以下幾種可能性正在通話、當(dāng)前已關(guān)機(jī)、當(dāng)前無法接通、正參加重要會議不便接聽等等。由于發(fā)起呼叫的移動用戶在此之前無法知道對方用戶的當(dāng)前狀態(tài)，因此若對方用戶正參加重要會議、或者關(guān)機(jī)了，移動用戶都不得而知。在這種情況下，移動用戶依然盲目地對對方用戶發(fā)起呼叫，無疑既浪費(fèi)時間，又降低運(yùn)營商網(wǎng)絡(luò)的呼叫成功率。
與此同時，新出現(xiàn)了一種出席技術(shù)(Presence Technology，也稱為″Presence技術(shù)″)，這種技術(shù)能夠使用戶了解到好友登錄時間及所使用的Internet設(shè)備類型，還能夠根據(jù)所識別用戶設(shè)備類型，自動選擇最佳信息媒介。更有甚者，部分支持GPS技術(shù)的移動設(shè)備，還可在誤差范圍不超過30英尺的情況下，確定用戶的方位。可見，Presence技術(shù)與其他業(yè)務(wù)如位置業(yè)務(wù)、多媒體業(yè)務(wù)互相交叉，為用戶提供豐富的個性化的業(yè)務(wù)。
Presence技術(shù)的出現(xiàn)及發(fā)展，原因歸結(jié)于它能夠適應(yīng)用戶所處狀態(tài)的特點。換句話說，Presence業(yè)務(wù)的價值在于它能夠使一個群組中經(jīng)常進(jìn)行立即消息互通的用戶實時掌握該群組中其他用戶當(dāng)前是否在線、以及是否能夠進(jìn)行立即消息的狀態(tài)，從而更高效地確定自己的通訊行為。
目前，Presence業(yè)務(wù)一方面應(yīng)用于在因特網(wǎng)中與諸如yahoo、MSN及AOL等點到點的立即消息業(yè)務(wù)的messager服務(wù)相結(jié)合；另一方面應(yīng)用于在移動數(shù)據(jù)業(yè)務(wù)中與IM業(yè)務(wù)或″一按就講″(Push To Talk，簡稱″PTT″)業(yè)務(wù)相結(jié)合，即主要應(yīng)用于支持IM或PPT業(yè)務(wù)的移動終端?；ヂ?lián)網(wǎng)工程任務(wù)組(INTERNET ENGINEERING TASK FORCE，簡稱″IETF″)已經(jīng)基于會話初始化協(xié)議(Session Initation Protocol，簡稱″SIP″)的SIMPLE模型，以及WillesVillage標(biāo)準(zhǔn)，分別為Presence技術(shù)在因特網(wǎng)以及移動數(shù)據(jù)應(yīng)用領(lǐng)域的國際標(biāo)準(zhǔn)化提供了基礎(chǔ)參考，以便該技術(shù)更長遠(yuǎn)的發(fā)展和更廣泛的應(yīng)用。
需要提及的是，本文為求簡練，省略了對部分已有技術(shù)的描述，本說明書全文引用3GPP(第三代合作伙伴項目，3rd Generation Partnership Project)TS 23.040 Technical realization of the Short Message Service(短消息業(yè)務(wù)的技術(shù)實現(xiàn))、3GPP TS 24.011 Point to Point(PP)Short Message Service(SMS)support on mobile radio interface(在移動無線界面上的點對點短消息服務(wù))、以及3GPP TS 33.111 USIM Application Toolkit(USAT)(USIM應(yīng)用工具集)。
雖然如上所述，Presence技術(shù)倚賴其能夠適應(yīng)用戶所處狀態(tài)的特點，在近幾年得到很大重視和發(fā)展，但是對于其在移動數(shù)據(jù)業(yè)務(wù)的應(yīng)用而言，由于目前支持基于Presence技術(shù)的IM或PTT業(yè)務(wù)的移動終端數(shù)量與整個移動通信客戶群擁有的移動終端數(shù)量相比僅僅占據(jù)很小的比例，因此事實上Presence技術(shù)遠(yuǎn)未達(dá)到在移動通信領(lǐng)域廣泛應(yīng)用的水平。
在實際應(yīng)用中，上述方案存在以下問題移動終端用戶呼叫成功率不夠高，并影響運(yùn)營商網(wǎng)絡(luò)呼叫成功率。
另外值得提及的是，Presence技術(shù)在移動通信業(yè)務(wù)領(lǐng)域的應(yīng)用仍然較為局限。
造成這種情況的主要原因在于，由于移動終端用戶發(fā)起話音通訊之前無法了對方用戶的當(dāng)前狀態(tài)，導(dǎo)致呼叫時對是否能夠接通存在盲目性，從而無法避免呼叫失敗，影響運(yùn)營商網(wǎng)絡(luò)的呼叫成功率。
同時，由于目前Presence技術(shù)僅僅應(yīng)用于用戶非常有限的IM業(yè)務(wù)以及PTT業(yè)務(wù)中，導(dǎo)致數(shù)量巨大的普通移動終端客戶群沒有機(jī)會享受到帶有Presence技術(shù)的服務(wù)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種Presence業(yè)務(wù)訂閱(subscibe)方法，使得提高移動終端用戶呼叫成功率，從而改善運(yùn)營商的網(wǎng)絡(luò)呼叫成功率，由此進(jìn)一步推廣Presence技術(shù)在移動通信業(yè)務(wù)中的業(yè)務(wù)。
為實現(xiàn)上述目的，本發(fā)明提供了一種Presence業(yè)務(wù)訂閱方法，包含以下步驟B簽約用戶端的用戶設(shè)備通過標(biāo)準(zhǔn)短消息流程將訂閱請求消息發(fā)送到短消息中心，其中，所述訂閱請求消息中包含有訂閱請求，以及訂閱目標(biāo)用戶和所述簽約用戶的MSISDN號碼；C所述短消息中心將所述訂閱請求消息發(fā)送到Presence服務(wù)器；D所述Presence服務(wù)器判斷訂閱目標(biāo)用戶是否允許接受所述簽約用戶的訂閱請求，如果允許，所述訂閱目標(biāo)用戶通過短消息系統(tǒng)通知Presence服務(wù)器接受所述簽約用戶的訂閱請求；E Presence服務(wù)器完成對所述訂閱目標(biāo)用戶的數(shù)據(jù)庫更新，并將訂閱成功的響應(yīng)消息通過所述短消息系統(tǒng)，返回給所述簽約用戶。
其中，所述方法還包含以下步驟A簽約用戶的STK卡中的Presence應(yīng)用將訂閱請求消息通過STK-UE內(nèi)部接口送到簽約用戶端的用戶設(shè)備。
所述步驟C中，所述短消息中心通過TCP/IP連接將所述訂閱請求消息發(fā)送到Presence服務(wù)器。
所述步驟D中，所述Presence服務(wù)器通過短消息系統(tǒng)向Presence訂閱目標(biāo)用戶查詢是否允許接受所述簽約用戶的訂閱請求，如果允許，所述訂閱目標(biāo)用戶通過短消息系統(tǒng)通知Presence服務(wù)器接受訂閱請求者的請求。
所述短消息系統(tǒng)包含短消息中心、MSC、HLR以及UE。
所述步驟E中，Presence服務(wù)器將訂閱成功的響應(yīng)消息返回給所述簽約用戶STK卡中的Presence客戶端。
本發(fā)明還提供了一種Presence業(yè)務(wù)取消方法，包含以下步驟B取消簽約用戶端的用戶設(shè)備通過標(biāo)準(zhǔn)短消息流程將取消訂閱請求消息發(fā)送到短消息中心，其中，所述取消訂閱請求消息中包含有取消訂閱請求、取消訂閱目標(biāo)用戶和所述取消簽約用戶的MSISDN號碼；C所述短消息中心將所述取消訂閱請求消息發(fā)送到Presence服務(wù)器；D所述Presence服務(wù)器響應(yīng)所述取消訂閱請求消息，完成對所述取消訂閱目標(biāo)用戶的數(shù)據(jù)庫更新。
其中，所述方法還包含以下步驟A簽約用戶的STK卡中的Presence應(yīng)用將取消訂閱請求消息通過STK-UE內(nèi)部接口送到取消簽約用戶端的用戶設(shè)備。
所述步驟D還包含以下步驟所述Presence服務(wù)器將取消訂閱成功的消息通過短消息系統(tǒng)，返回給取消簽約用戶。
所述短消息系統(tǒng)包含短消息中心、所述取消簽約用戶的MSC、HLR以及用戶設(shè)備。
所述步驟C中，所述短消息中心通過TCP/IP連接將所述訂閱請求消息發(fā)送到Presence服務(wù)器。
本發(fā)明還提供了一種Presence狀態(tài)的修改和更新方法，包含以下步驟A簽約目標(biāo)用戶修改自己的Presence狀態(tài)，并通過其STK卡中的Presence應(yīng)用向用戶設(shè)備發(fā)送變更Presence狀態(tài)的請求消息，所述消息中包含有Presence狀態(tài)變更請求以及簽約目標(biāo)用戶的MSISDN號碼；B所述用戶設(shè)備通過標(biāo)準(zhǔn)短消息流程將所述變更請求消息發(fā)送到短消息中心；C所述短消息中心將所述變更請求消息發(fā)送到Presence服務(wù)器；D所述Presence服務(wù)器在數(shù)據(jù)庫中更新所述簽約目標(biāo)用戶的Presence狀態(tài)，并通過短消息系統(tǒng)向所述簽約目標(biāo)用戶的所有訂閱請求用戶通知修改所述簽約目標(biāo)用戶Presence狀態(tài)。
其中，所述步驟D中，所述短消息系統(tǒng)包含短消息中心、所述取消簽約用戶的MSC、HLR以及用戶設(shè)備。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的區(qū)別在于，現(xiàn)有技術(shù)通常采用基于固定TCP/IP或無線WAP作為Presence信息承載通道，要求用戶終端側(cè)必須支持Presence客戶端功能，本發(fā)明則采用了已廣泛普及的移動短消息技術(shù)作為Presence信息的承載通過，并且無需用戶終端升級支持Presence客戶端功能。
這種技術(shù)方案上的區(qū)別，帶來了較為明顯的有益效果，即較好地提高了移動終端用戶呼叫成功率，改善了運(yùn)營商的網(wǎng)絡(luò)呼叫成功率，由此進(jìn)一步推廣Presence技術(shù)在移動通信業(yè)務(wù)中的業(yè)務(wù)。其相對于基于分組交換(PacketSwitching，簡稱“PS”)分組域承載或電路數(shù)據(jù)承載的Presence移動應(yīng)用來說，大大降低了對移動終端的無線應(yīng)用協(xié)議(Wireless Application Protocol，簡稱“WAP”)數(shù)據(jù)業(yè)務(wù)及通用分組無線業(yè)務(wù)(General Packet Radio Service，簡稱“GPRS”)接入能力需求，使得目前占據(jù)使用中移動終端大多數(shù)(80％以上)的普通基本GSM終端也能夠享受到Presence業(yè)務(wù)。


圖1是根據(jù)本發(fā)明的一個實施例的訂閱Presence狀態(tài)的流程中步驟101到步驟108的示意圖；圖2是根據(jù)本發(fā)明的一個實施例的訂閱Presence狀態(tài)的流程中步驟109到步驟117b的示意圖；圖3是根據(jù)本發(fā)明的一個實施例的訂閱Presence狀態(tài)的流程中步驟118到步驟120的示意圖；圖4是根據(jù)本發(fā)明的另一個實施例的取消訂閱Presence狀態(tài)的流程中步驟201到步驟208的示意圖；圖5是根據(jù)本發(fā)明的另一個實施例的取消訂閱Presence狀態(tài)的流程中步驟209到步驟214的示意圖；圖6是根據(jù)本發(fā)明的另一個實施例的取消訂閱Presence狀態(tài)的流程中步驟218到步驟220的示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進(jìn)一步地詳細(xì)描述。
圖1、圖2、圖3分別示出了根據(jù)本發(fā)明的一個實施例的訂閱Presence狀態(tài)的具體流程，如圖所示，首先在步驟101通過簽約用戶STK(SIMToolKit，智能SIM卡開發(fā)套件)卡與簽約用戶端UE確定簽約目標(biāo)用戶。
需要指出的是，STK可以理解為一組開發(fā)增值業(yè)務(wù)的命令，一種小型編程語言，它允許基于智能卡的用戶身份識別模塊SIM運(yùn)行自己的應(yīng)用軟件。STK卡是基于Java語言平臺的Simera32K卡片。STK是一種小型編程語言的軟件，可以固化在SIM卡中。它能夠接收和發(fā)送GSM的短消息數(shù)據(jù)，起到SIM卡與短消息之間的接口的作用；同時它還允許SIM卡運(yùn)行自己的應(yīng)用軟件。這些功能經(jīng)常被用于在可通過軟件激活的電話顯示屏上，用友好的文本菜單代替機(jī)械的″撥號-收聽-應(yīng)答″方式，從而允許用戶通過按鍵輕松進(jìn)行復(fù)雜的信息檢索操作或交易。
在本發(fā)明中，STK卡內(nèi)存儲有Presence應(yīng)用程序，該程序能夠獨(dú)立提供和維護(hù)簽約用戶的聯(lián)系人列表，或能夠直接利用簽約用戶端用戶設(shè)備(UserEquipment，簡稱″UE″)中已有的電話簿內(nèi)所有聯(lián)系人的信息資源。
另外，在簽約用戶端UE上設(shè)置有人機(jī)語言(Man Machine Language，簡稱″MML″)界面，簽約用戶端用戶通過用戶身份鑒別模件(SubscriberIdentification Module，簡稱″SIM″)卡與MS/UE(移動臺/用戶設(shè)備，MobileStation/User Equipment)之間的接口，以及上述MML界面，在簽約用戶STK卡內(nèi)的Presence應(yīng)用程序或簽約用戶端UE中已有的電話簿所提供的聯(lián)系人列表中，選定其需要訂閱Presence狀態(tài)的特定用戶，為描述的方便，下文中將這種特定用戶統(tǒng)稱為″Presence簽約目標(biāo)用戶″，或簡稱為″簽約目標(biāo)用戶″。
在本步驟中，所使用的是SIM卡與ME/UE接口中的DISPLAYTEXT/SETUP_MENU操作原語。
此后進(jìn)入步驟102所述簽約用戶端UE為所述簽約目標(biāo)用戶選定訂閱Presence狀態(tài)。
具體的說，本步驟分為以下2個子步驟完成首先，簽約用戶STK卡內(nèi)的Presence程序響應(yīng)上述選定操作，通過DISPLAY TEXT/SETUP_MENU接口，激活簽約用戶端UE的顯示屏，在其上顯示待選菜單。在本實施例中，對于每一個被簽約用戶端用戶選中的簽約目標(biāo)用戶，即當(dāng)前加亮顯示項的用戶，有兩個選項訂閱該用戶的Presence狀態(tài)或取消訂閱該用戶的Presence狀態(tài)。然后，簽約用戶端的用戶在上述待選菜單中對當(dāng)前加亮顯示項的簽約目標(biāo)用戶選定″訂閱該用戶的Presence狀態(tài)″。
接著進(jìn)入步驟103所述簽約用戶STK卡獲取所述簽約目標(biāo)用戶的移動臺國際綜合業(yè)務(wù)數(shù)字網(wǎng)號碼(Mobile Station International Integrated ServicesDigital Network Number，簡稱″MSISDN″)。
在本實施例中該步驟包含2個子步驟。首先，在完成步驟102的選定訂閱簽約目標(biāo)用戶的Presence狀態(tài)后，簽約用戶STK卡通過SELECT ITEM接口原語，從簽約用戶端UE獲取對該簽約目標(biāo)用戶選擇″訂閱該用戶Presence狀態(tài)″的信息；然后，簽約用戶STK卡根據(jù)選擇碼檢索，得到該簽約目標(biāo)用戶的MSISDN。
此后進(jìn)入步驟104所述簽約用戶STK卡向所述簽約用戶端UE發(fā)送第一TPDU，所述第一TPDU包含所述簽約目標(biāo)用戶的MSISDN、Presence服務(wù)器地址、及簽約請求。
需要說明的是，在本實施例中，簽約用戶STK卡內(nèi)預(yù)先設(shè)定了短消息業(yè)務(wù)(Short Message Service，簡稱″SMS″)中心的地址，以及Presence服務(wù)器地址。其中，Presence服務(wù)器地址可以是IP地址，也可以是IP地址以及端口號的組合。由此，簽約用戶STK卡生成自定義應(yīng)用層消息原語″Presence簽約請求″消息——″Presence_Subscribe″，其中包含有消息類型、以及在上述過程中得到的該簽約目標(biāo)用戶的MSISDN。
另外，簽約用戶STK卡按照標(biāo)準(zhǔn)協(xié)議——GSM的TS03.04協(xié)議，對上述消息原語進(jìn)行封裝和格式化，產(chǎn)生一條完整的SMS傳輸協(xié)議數(shù)據(jù)單元(Tranfer Protocol Data Unit，簡稱″TPDU″)，在下文中稱為第一TPDU。需要說明的是，第一TPDU的輸送(transport layer，簡稱″TL″)層的目的地址，即TP_DA，被設(shè)置為簽約用戶STK卡內(nèi)預(yù)先所設(shè)定的Presence服務(wù)器地址。在這種情況下，熟悉本領(lǐng)域的技術(shù)人員能夠理解，當(dāng)簽約用戶STK卡調(diào)用″SEND SHORT MESSAGE″接口原語，即能夠?qū)⑸鲜龅谝籘PDU發(fā)送到簽約用戶端UE的SMS處理模塊。
接著進(jìn)入步驟105所述簽約用戶端UE根據(jù)所述第一TPDU生成第一封裝原語，并發(fā)送給所述簽約用戶端移動交換中心(Mobile Switching Center，簡稱″MSC″)，其中，所述封裝原語中還包含所述簽約用戶的短消息中心的地址。
具體的說，該步驟分為3個子步驟。在第一個子步驟中，簽約用戶端UE執(zhí)行到網(wǎng)絡(luò)側(cè)簽約用戶端MSC的接入和權(quán)簽，并發(fā)起移動發(fā)起的短消息流程(Short Message Mobile Originated，簡稱“SMS MO”流程)。簽約用戶端UE對來自簽約用戶端STK卡的第一TPDU逐層進(jìn)行短消息中繼協(xié)議(RelayProtocol，簡稱“RP”)及短消息控制協(xié)議(Control Protocol，簡稱“CP”)協(xié)議封裝，生成第一封裝原語。其中短消息中繼層(Relay Laye，簡稱“RL”)層目標(biāo)地址，即RP_DA，被設(shè)置為該簽約用戶端SIM卡中所預(yù)先設(shè)定的該簽約用戶SMS中心的地址。熟悉本領(lǐng)域的技術(shù)人員能夠理解，SMS中心負(fù)責(zé)在基站和SME間中繼、儲存或轉(zhuǎn)發(fā)短消息；移動臺(ME)到SMSC的協(xié)議能傳輸來自移動臺或朝向移動臺的短消息，協(xié)議名為SMTP(Short MessageTransmission Protocol)。此后，在第二個子步驟中，該第一封裝原語通過經(jīng)過空中接口及無線接入網(wǎng)的直接傳送應(yīng)用協(xié)議(Directed Transfer ApplicationProtocol，簡稱“DTAP”)消息，以CP_DATA消息形式發(fā)送到簽約用戶端UE的簽約用戶端MSC。接著，在第三個子步驟中，簽約用戶端MSC在收到上述CP_DATA消息后，向簽約用戶端UE返回CP_ACK響應(yīng)消息。
然后進(jìn)入步驟106所述簽約用戶端MSC根據(jù)所述短消息中心的地址，向其發(fā)送包含所述第一TPDU的消息。
具體的說，所述簽約用戶端MSC響應(yīng)在步驟105中收到的第一封裝原語，向SMS中心發(fā)送″MAP Forward ShortMessage″消息。其中，該消息中包含有通過所述第一封裝原語發(fā)送過來的第一TPDU。
接著進(jìn)入步驟107(a-c)所述短消息中心將所述第一TPDU透傳給Presence服務(wù)器。
根據(jù)上文可知，在所述第一TPDU中，含有所述簽約目標(biāo)用戶的MSISDN以及所述簽約請求。下面分別說明各子步驟步驟107(a)，SMS中心從來自簽約用戶端MSC的″MAP Forward_ShortMessage″消息中提取第一TPDU，包括簽約目標(biāo)用戶的MSISDN以及簽約請求——″Presence_Subscribe″請求，并將它們透傳給Presence服務(wù)器。具體的說，這些信息通過動態(tài)或靜態(tài)創(chuàng)建的傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(Transmission Control Protocol/Internet Protocol，簡稱“TCP/IP”)連接，透明發(fā)送到TL層地址，即TP_DA，如步驟104中所描述的，該地址指向Presence服務(wù)器地址或連接端口。步驟107(b)，SMS中心收到來自簽約用戶端MSC的″MAP Forward ShortMessage″消息后，向所述簽約用戶端MSC反饋″MAP Delivery_Report″消息，表示短消息MO發(fā)送成功。步驟107(c)，所述簽約用戶端MSC向簽約用戶端UE發(fā)送″MAPDelivery_Report″消息，進(jìn)一步將短消息發(fā)送成功的接口反饋給簽約用戶UE。
再進(jìn)入步驟108所述Presence服務(wù)器根據(jù)所述MSISDN確定所述簽約目標(biāo)用戶相應(yīng)的短消息中心地址，并向該地址透傳所述簽約請求以及所述簽約目標(biāo)用戶的MSISDN。
具體而言，該步驟可以分為以下幾個子步驟首先，所述Presence服務(wù)器根據(jù)所述簽約目標(biāo)用戶的MSISDN確定其相應(yīng)的SMS中心地址。換句話說，Presence服務(wù)器收到上述透傳消息后，從中提取出該簽約目標(biāo)用戶的MSISDN，由此在該MSISDN的本地數(shù)據(jù)庫中查詢得到其相應(yīng)的SMS中心地址。然后，該P(yáng)resence服務(wù)器將該簽約請求，以及所述簽約目標(biāo)用戶的MSISDN發(fā)送給上述相應(yīng)的SMS中心，并建立事務(wù)等待被簽約用戶的響應(yīng)。
接著進(jìn)入步驟109(a-b)所述簽約用戶相應(yīng)的短消息中心通過所述簽約目標(biāo)用戶端歸屬位置寄存器(Home Location Register，簡稱″HLR″)獲取所述簽約目標(biāo)用戶端MSC地址。
熟悉本領(lǐng)域的技術(shù)人員知道，HLR用于永久儲存管理用戶和服務(wù)記錄的數(shù)據(jù)庫，由短消息中心產(chǎn)生。SMS網(wǎng)關(guān)與HLR之間的協(xié)議使前者可以要求HLR搜索可找到的用戶地址。在本實施例中，該步驟包含以下子步驟步驟109(a)，所述簽約目標(biāo)用戶相應(yīng)的SMS中心向簽約目標(biāo)用戶端HLR發(fā)送獲取移動終結(jié)SMS路由信息(SendRoutInfoForShort Msg)的MAP請求；步驟109(b)，所述簽約目標(biāo)用戶端HLR向所述SMS中心反饋所述簽約目標(biāo)用戶端MSC地址，即MSC number。
此后進(jìn)入步驟110所述簽約用戶相應(yīng)的短信中心生成第二TPDU，并發(fā)送給所述簽約目標(biāo)用戶端MSC地址。
具體的說，首先SMS中心響應(yīng)在步驟108中接收到的來自所述Presence服務(wù)器的簽約請求，生成第二TPDU。其中，SMS中心將該TPDU的TL層目標(biāo)地址，即TP_DA，設(shè)置為簽約目標(biāo)用戶的MSISDN；將TL層協(xié)議標(biāo)識，即TP_PID，設(shè)置為SIM Data Download；并將數(shù)據(jù)編碼方式，即TP_DCS，設(shè)置為Class 2 Message；另外還將TL層源地址設(shè)置為TL層TP_DA。
然后，SMS中心根據(jù)所述簽約目標(biāo)用戶端HLR在步驟109(b)中向其反饋的簽約目標(biāo)用戶端MSC地址，發(fā)送帶有第二TPDU的MAP ForwadShortMessage消息。
接著進(jìn)入步驟111(a-b)所述簽約目標(biāo)用戶端MSC向所述簽約簽約目標(biāo)用戶端UE發(fā)起含有所述第二TPDU的尋呼。
該步驟可以分為2個子步驟，在步驟111(a)，所述簽約目標(biāo)用戶端MSC響應(yīng)來自簽約用戶相應(yīng)的SMS中心的短消息，向簽約目標(biāo)用戶端UE發(fā)起含有第二TPDU的尋呼。具體的說，所述簽約目標(biāo)用戶端MSC根據(jù)所述短消息的第二TPDU中的TL層目標(biāo)地址TP_DA，如上所述也就是簽約目標(biāo)用戶的MSISDN，對該簽約目標(biāo)用戶端UE發(fā)起尋呼，該尋呼中的CP_DATA含有RP_DATA，而RP_DATA中包含第二TPDU。
此后進(jìn)入步驟111(b)，所述簽約目標(biāo)用戶端UE響應(yīng)所述簽約目標(biāo)用戶端MSC的尋呼，接受含有第二TPDU的CP_DATA，向簽約目標(biāo)用戶端MSC反饋含有RP_ACK的CP_ACK。
接著進(jìn)入步驟112(a-b)簽約目標(biāo)用戶端MSC通過所述簽約目標(biāo)用戶相應(yīng)的短消息中心，通知所述簽約目標(biāo)用戶端HLR所述尋呼成功。
本步驟分為2個子步驟，在步驟112(a)，所述簽約目標(biāo)用戶端MSC通知SMS中心所述尋呼發(fā)送成功，也就是向其發(fā)送″MAP DeliveryReport″消息。
在步驟112(b)，所述SMS中心響應(yīng)該消息，通過″MAPDelivery_ReportStatus″原語通知簽約目標(biāo)用戶端HLR所述尋呼發(fā)送成功。
此后進(jìn)入步驟113所述簽約目標(biāo)用戶端UE將所述第二TPDU發(fā)送給所述簽約目標(biāo)用戶STK卡。
具體的說，當(dāng)簽約目標(biāo)用戶端UE的通用集成電路卡(Universal IntegratedCircuit Card，簡稱“UICC”)業(yè)務(wù)表″中缺省激活″點到點SMS數(shù)據(jù)下載″項，即″SMS_PP_Download″時，所述簽約目標(biāo)用戶端UE判斷通過所述簽約目標(biāo)用戶端MSC接收到的來自所述短信中心的RP_DATA中的第二TPDU所包含的TL層協(xié)議標(biāo)識，即TP_PID，是否設(shè)置為″SIM Data Download″；數(shù)據(jù)編碼方式，即TP_DCS，是否設(shè)置為″Class 2 Message″，如果判定是，則所述簽約目標(biāo)用戶端UE通過EVELOP(SMS-PP-DOWNLOAD)接口原語，將該第二TPDU發(fā)送給所述簽約目標(biāo)用戶STK卡。此處需要提及的是，簽約目標(biāo)用戶端UE本身對簽約用戶不進(jìn)行短消息提示。
接著進(jìn)入步驟114簽約目標(biāo)用戶STK卡激活所述簽約目標(biāo)用戶端UE顯示屏，顯示是否指定所述簽約用戶的待選菜單。
在該步驟中，簽約目標(biāo)用戶STK卡內(nèi)存儲的Presence應(yīng)用程序響應(yīng)來自簽約目標(biāo)用戶端UE的消息，通過DISPLAY TEXT/SETUP MENU標(biāo)準(zhǔn)原語，激活簽約目標(biāo)用戶端UE的顯示屏，針對提出簽約請求的簽約用戶顯示2個選項，分別是同意指定該簽約用戶訂閱本用戶的Presence狀態(tài)，以及不同意指定該簽約用戶訂閱本用戶的Presence狀態(tài)。其中，簽約用戶由上文中提到的TP_OA指示的該簽約用戶的號碼或用戶名表示。
需要說明的是，對于熟悉本領(lǐng)域的技術(shù)人員不難理解，在本步驟中，還可以調(diào)用PLAY TONE對簽約目標(biāo)用戶給予聲音提示，增加本方法在實現(xiàn)上的方便性。
此后進(jìn)入步驟115(a-b)簽約目標(biāo)用戶通過簽約目標(biāo)用戶端UE，指定所述簽約用戶訂閱其Presence狀態(tài)，并由所述簽約目標(biāo)用戶端UE向簽約目標(biāo)用戶STK卡發(fā)送所述指定。
具體的說，本步驟分為2個子步驟，在步驟115(a)中，簽約目標(biāo)用戶通過上述待選菜單選中″同意簽約用戶(TP_OA)訂閱本用戶Presence狀態(tài)″，此后，在步驟115(b)中，簽約目標(biāo)用戶STK卡通過SELECT ITEM接口，從簽約目標(biāo)用戶端UE獲取到用戶的這一選擇。
接著進(jìn)入步驟116簽約目標(biāo)用戶STK卡通知所述簽約目標(biāo)用戶UE其同意指定簽約用戶訂閱其Present狀態(tài)。
在本步驟中，簽約目標(biāo)用戶STK卡通過SEND SHORT MESSAGE原語，將其確認(rèn)同意指定上述簽約用戶訂閱其Present狀態(tài)的響應(yīng)消息″SubscribeResult″封裝為第三TPDU反饋給簽約目標(biāo)用戶端UE。
117(a-b)Presence簽約目標(biāo)用戶終端將STK卡響應(yīng)的第三TPDU通過標(biāo)準(zhǔn)短消息，經(jīng)服務(wù)于簽約目標(biāo)用戶的端局MSC及短消息中心，最終發(fā)送給服務(wù)于該用戶的Presence服務(wù)器。具體的說，簽約目標(biāo)用戶端UE對來自簽約目標(biāo)用戶STK卡的第三TPDU進(jìn)行RP及CP封裝，并通過簽約目標(biāo)用戶端MSC和SMS中心，向Presence服務(wù)器發(fā)起SMS_MO流程。該步驟分為以下2個子步驟在步驟117a，簽約目標(biāo)用戶端UE將第三TPDU進(jìn)行RP及CP封裝，向簽約目標(biāo)用戶端MSC發(fā)起短消息，消息中設(shè)定目標(biāo)端用戶所屬的短消息中心地址，并將TL層目的地址(TP_DA)設(shè)定為標(biāo)識Presence應(yīng)用的自定義號碼；此后在步驟117b，該簽約目標(biāo)用戶端MSC在收到該短消息請求后，進(jìn)一步向該消息中所指定的短消息中心發(fā)起“MAPForword_ShortMessage”請求，該短消息中心在收到此消息后，將根據(jù)上述TP_DA識別出該消息應(yīng)通過TCP/IP連接被發(fā)往Presence服務(wù)器而非另外一個移動用戶118(a-d)服務(wù)于簽約目標(biāo)用戶的短信中心將簽約目標(biāo)用戶反饋的簽約結(jié)果返回到Presence服務(wù)器，Presence服務(wù)器根據(jù)簽約目標(biāo)用戶反饋的Presence簽約結(jié)果，在本地Presence信息數(shù)據(jù)庫中關(guān)于簽約目標(biāo)用戶的數(shù)據(jù)項中填加簽約用戶端的號碼，同時該短信中心通過簽約目標(biāo)用戶所在MSC向簽約目標(biāo)用戶返回短消息發(fā)送成功的指示。在本實施例中，該步驟可以分為以下幾個子步驟在步驟118(a)，SMS中心向Presence服務(wù)器發(fā)送透傳消息″Subscrebe_Result″，該消息是對簽約用戶訂閱Presence狀態(tài)的確認(rèn)答復(fù)。在步驟118(b)，Presence服務(wù)器響應(yīng)上述透傳消息，更新數(shù)據(jù)庫中簽約目標(biāo)用戶的Presence簽約地址列表。具體的說，在本實施例中，以該簽約目標(biāo)用戶的MSISDN為索引，添加新的訂閱Presence的簽約用戶的MSISDN，及其缺省使用的SMS中心地址。其中，上述Presence簽約地址列表用途在于，當(dāng)本簽約目標(biāo)用戶狀態(tài)發(fā)生變化時，向列表中的每一個簽約用戶發(fā)起Presence狀態(tài)信息的SMS多播發(fā)送。在步驟118(c)，SMS中心向簽約用戶端MSC發(fā)送″Delivery_Report″消息，將短消息發(fā)送成功的指示通知簽約目標(biāo)用戶端MSC。在步驟118(d)，簽約用戶端MSC向簽約用戶端UE發(fā)送″Delivery_Report″消息，進(jìn)一步通過CP封裝將該消息發(fā)送給簽約目標(biāo)用戶端UE。
119(a-e)，服務(wù)于簽約目標(biāo)用戶的Presence服務(wù)器通過服務(wù)于簽約用戶端的短中心以及端局MSC將Presence簽約成功的響應(yīng)以標(biāo)準(zhǔn)短消息方式返回給發(fā)起Presence簽約請求的用戶。
該步驟分為以下子步驟在步驟119(a)，Presence服務(wù)器將“SubscribeResult”通過TCP/IP連接發(fā)往請求簽約Presence用戶的SMS中心。在步驟119(b)，該SMS中心將該響應(yīng)消息封裝入第四TPDU，其中TP-PID設(shè)置為“SIM Data Download”。在步驟119(c)，SMS中心向簽約用戶端MSC發(fā)送“Forward_ShortMessage”消息，該消息中含有上述第四TPDU，從而將Precense簽約成功的指示通過第四TPDU發(fā)送給簽約用戶端MSC。在步驟119(d)，簽約用戶端MSC進(jìn)一步將該消息通過RP/CP封裝下發(fā)到簽約用戶端UE，其中含有第四TPDU。在步驟119(e)，簽約用戶端MSC將短消息發(fā)送成功的反饋給SMS中心。在步驟119(f)，SMS中心進(jìn)一步將該信息通過“MAPSM_DeliveryReportStatus”通知簽約目標(biāo)用戶端HLR該被叫短消息發(fā)送成功。
此后進(jìn)入120(a-b)所述簽約用戶端UE響應(yīng)所述短消息，向所述簽約用戶STK卡發(fā)送成功響應(yīng)消息，所述簽約用戶STK卡更新所述簽約目標(biāo)用戶的Presence簽約狀態(tài)。
具體的說，該步驟可以分為以下子步驟步驟120(a)，簽約用戶端UE收到來自簽約用戶端MCS的短消息后，確認(rèn)其針對簽約目標(biāo)用戶的Presence狀態(tài)訂閱請求已成功執(zhí)行。然后通過EVELOP(SMS-PP DOWNLOAD)接口原語，向簽約用戶STK卡發(fā)送成功響應(yīng)消息；接著是步驟120(b)，簽約用戶STK卡響應(yīng)上述接口原語，將該聯(lián)系人，即簽約目標(biāo)用戶的Presence簽約狀態(tài)設(shè)置為″允許″。
完成上述流程后，當(dāng)簽約用戶選擇查看其STK卡中聯(lián)系人時，人機(jī)接口(Man Machine Interface，簡稱″MMI″)將通過圖像或者文字方式，顯示每一個聯(lián)系人的Presence簽約狀態(tài)，而本實施例中的聯(lián)系人，即簽約目標(biāo)用戶的Presence狀態(tài)從缺省的″禁止″變?yōu)椤逶试S″。
下面參照圖4、圖5和圖6，簡要描述根據(jù)本發(fā)明的另一個實施例的取消訂閱Presence狀態(tài)的流程。
首先在步驟201通過取消簽約用戶STK卡與取消簽約用戶端UE確定取消簽約目標(biāo)用戶。
此后進(jìn)入步驟202所述取消簽約用戶端UE為所述取消簽約目標(biāo)用戶選定取消訂閱Presence狀態(tài)。本步驟分為以下2個子步驟完成首先，取消簽約用戶STK卡內(nèi)的Presence程序響應(yīng)上述選定操作，通過DISPLAYTEXT/SETUP_MENU接口，激活取消簽約用戶端UE的顯示屏，在其上顯示待選菜單。在本實施例中，對于每一個被取消簽約用戶端用戶選中的取消簽約目標(biāo)用戶，即當(dāng)前加亮顯示項的用戶，有兩個選項訂閱該用戶的Presence狀態(tài)或取消訂閱該用戶的Presence狀態(tài)。然后，取消簽約用戶端的用戶在上述待選菜單中對當(dāng)前加亮顯示項的取消簽約目標(biāo)用戶選定″取消該用戶的Presence狀態(tài)″。
接著進(jìn)入步驟203所述取消簽約用戶STK卡獲取所述取消簽約目標(biāo)用戶的MSISDN。在本實施例中該步驟包含2個子步驟。首先，在完成步驟202的選定取消訂閱Presence狀態(tài)后，取消簽約用戶STK卡通過SELECT ITEM接口原語，從取消簽約用戶端UE獲取對該取消簽約目標(biāo)用戶選擇″取消訂閱該用戶Presence狀態(tài)″的信息；然后，取消簽約用戶STK卡根據(jù)選擇碼檢索，得到該取消簽約目標(biāo)用戶的MSISDN。
此后進(jìn)入步驟204所述取消簽約用戶STK卡向所述取消簽約用戶端UE發(fā)送第一TPDU，所述第一TPDU包含所述取消簽約目標(biāo)用戶的MSISDN、Presence服務(wù)器地址、及簽約請求。
接著進(jìn)入步驟205所述取消簽約用戶端UE根據(jù)所述第一TPDU生成第一封裝原語，并發(fā)送給所述取消簽約用戶端MSC，其中，所述封裝原語中還包含所述取消簽約用戶的短消息中心的地址。
然后進(jìn)入步驟206所述取消簽約用戶端MSC根據(jù)所述短消息中心的地址，向其發(fā)送包含所述第一TPDU的消息。
具體的說，所述取消簽約用戶端MSC響應(yīng)在步驟205中收到的第一封裝原語，向SMS中心發(fā)送″MAP Forward ShortMessage″消息。其中，該消息中包含有通過所述第一封裝原語發(fā)送過來的第一TPDU。
接著進(jìn)入步驟207(a-c)所述短消息中心將所述第一TPDU透傳給Presence服務(wù)器。該步驟包含以下子步驟步驟207(a)，SMS中心從來自取消簽約用戶端MSC的″MAP Forward_ShortMessage″消息中提取第一TPDU，包括取消簽約目標(biāo)用戶的MSISDN以及簽約請求——″Presence_Cancel″請求，并將它們透傳給Presence服務(wù)器。步驟207(b)，SMS中心收到來自取消簽約用戶端MSC的″MAP Forward ShortMessage″消息后，向所述取消簽約用戶端MSC反饋″MAP Delivery_Report″消息，表示短消息MO發(fā)送成功。步驟207(c)，所述取消簽約用戶端MSC向取消簽約用戶端UE發(fā)送″MAP Delivery_Report″消息，進(jìn)一步將短消息發(fā)送成功的接口反饋給取消簽約用戶UE。
再進(jìn)入步驟208所述Presence服務(wù)器根據(jù)所述MSISDN確定所述取消簽約目標(biāo)用戶相應(yīng)的短消息中心地址，并向該地址透傳所述取消簽約請求以及所述取消簽約目標(biāo)用戶的MSISDN。
接著進(jìn)入步驟209(a-b)所述取消簽約用戶相應(yīng)的短消息中心通過所述取消簽約目標(biāo)用戶端HLR獲取所述取消簽約目標(biāo)用戶端MSC地址。該步驟包含以下子步驟步驟209(a)，所述取消簽約目標(biāo)用戶相應(yīng)的SMS中心向取消簽約目標(biāo)用戶端HLR發(fā)送獲取移動終結(jié)SMS路由信息(SendRoutInfoForShort Msg)的MAP請求；步驟209(b)，所述取消簽約目標(biāo)用戶端HLR向所述SMS中心反饋所述取消簽約目標(biāo)用戶端MSC地址，即MSC number。
此后進(jìn)入步驟210所述取消簽約用戶相應(yīng)的短信中心生成第二TPDU，并發(fā)送給所述取消簽約目標(biāo)用戶端MSC地址。首先SMS中心響應(yīng)在步驟208中接收到的來自所述Presence服務(wù)器的簽約請求，生成第二TPDU。其中，SMS中心將該TPDU的TL層目標(biāo)地址，即TP_DA，設(shè)置為取消簽約目標(biāo)用戶的MSISDN；將TL層協(xié)議標(biāo)識，即TP_PID，設(shè)置為SIM Data Download；并將數(shù)據(jù)編碼方式，即TP_DCS，設(shè)置為Class 2 Message；另外還將TL層源地址設(shè)置為TL層TP_DA。然后，SMS中心根據(jù)所述取消簽約目標(biāo)用戶端HLR在步驟209(b)中向其反饋的取消簽約目標(biāo)用戶端MSC地址，發(fā)送帶有第二TPDU的MAP Forwad ShortMessage消息。
接著進(jìn)入步驟211(a-b)所述取消簽約目標(biāo)用戶端MSC向所述簽約取消簽約目標(biāo)用戶端UE發(fā)起含有所述第二TPDU的尋呼。其中，在步驟211(a)，所述取消簽約目標(biāo)用戶端MSC響應(yīng)來自取消簽約用戶相應(yīng)的SMS中心的短消息，向取消簽約目標(biāo)用戶端UE發(fā)起含有第二TPDU的尋呼。此后進(jìn)入步驟211(b)，所述取消簽約目標(biāo)用戶端UE響應(yīng)所述取消簽約目標(biāo)用戶端MSC的尋呼，接受含有第二TPDU的CP_DATA，向取消簽約目標(biāo)用戶端MSC反饋含有RP_ACK的CP_ACK。
接著進(jìn)入步驟212(a-b)取消簽約目標(biāo)用戶端MSC通過所述取消簽約目標(biāo)用戶相應(yīng)的短消息中心，通知所述取消簽約目標(biāo)用戶端HLR所述尋呼成功。在步驟212(a)，所述取消簽約目標(biāo)用戶端MSC通知SMS中心所述尋呼發(fā)送成功，也就是向其發(fā)送″MAP DeliveryReport″消息。在步驟212(b)，所述SMS中心響應(yīng)該消息，通過″MAP Delivery_ReportStatus″原語通知取消簽約目標(biāo)用戶端HLR所述尋呼發(fā)送成功。
此后進(jìn)入步驟213所述取消簽約目標(biāo)用戶端UE將所述第二TPDU發(fā)送給所述取消簽約目標(biāo)用戶STK卡。
接著進(jìn)入步驟214取消簽約目標(biāo)用戶STK卡激活所述取消簽約目標(biāo)用戶端UE顯示屏，顯示是否取消所述取消簽約用戶的待選菜單。在該步驟中，取消簽約目標(biāo)用戶STK卡內(nèi)存儲的Presence應(yīng)用程序響應(yīng)來自取消簽約目標(biāo)用戶端UE的消息，通過DISPLAY TEXT/SETUP MENU標(biāo)準(zhǔn)原語，激活取消簽約目標(biāo)用戶端UE的顯示屏，針對提出取消簽約請求的取消簽約用戶顯示2個選項，分別是同意取消該取消簽約用戶訂閱本用戶的Presence狀態(tài)，以及不同意取消該取消簽約用戶訂閱本用戶的Presence狀態(tài)。其中，取消簽約用戶由上文中提到的TP_OA指示的該取消簽約用戶的號碼或用戶名表示。對于熟悉本領(lǐng)域的技術(shù)人員不難理解，在本步驟中，還可以調(diào)用PLAY TONE對取消簽約目標(biāo)用戶給予聲音提示，增加本方法在實現(xiàn)上的方便性。
218(a-d)服務(wù)于簽約目標(biāo)用戶的短信中心將簽約目標(biāo)用戶反饋的取消簽約結(jié)果返回到Presence服務(wù)器，Presence服務(wù)器根據(jù)簽約目標(biāo)用戶反饋的Presence簽約結(jié)果，在本地Presence信息數(shù)據(jù)庫中關(guān)于簽約目標(biāo)用戶的數(shù)據(jù)項中刪除簽約用戶端的號碼，同時該短信中心通過簽約目標(biāo)用戶所在MSC向簽約目標(biāo)用戶返回短消息發(fā)送成功的指示。
Presence服務(wù)器將在本地數(shù)據(jù)庫內(nèi)刪除以取消簽約目標(biāo)用戶MSISDN號碼為索引的取消取消簽約用戶的Presence簽約數(shù)據(jù)，即MSISDN號碼及其缺省使用的SMS中心地址。在步驟218(a)，SMS中心向Presence服務(wù)器發(fā)送透傳消息″Cancel_Result″，該消息是對取消簽約用戶取消訂閱Presence狀態(tài)的確認(rèn)答復(fù)。在步驟218(b)，Presence服務(wù)器響應(yīng)上述透傳消息，更新數(shù)據(jù)庫中取消簽約目標(biāo)用戶的Presence簽約地址列表，即以該取消簽約目標(biāo)用戶的MSISDN為索引，刪除訂閱Presence的取消簽約用戶的MSISDN，及其缺省使用的SMS中心地址。在步驟218(c)，SMS中心向取消簽約用戶端MSC發(fā)送″Delivery_Report″消息，將短消息發(fā)送成功的指示通知取消簽約目標(biāo)用戶端MSC。在步驟218(d)，取消簽約用戶端MSC向取消簽約用戶端UE發(fā)送″Delivery_Report″消息，進(jìn)一步通過CP封裝將該消息發(fā)送給取消簽約目標(biāo)用戶端UE。
219(a-e)，服務(wù)于簽約目標(biāo)用戶的Presence服務(wù)器通過服務(wù)于簽約用戶端的短中心以及端局MSC將Presence取消簽約成功的響應(yīng)以標(biāo)準(zhǔn)短消息方式返回給發(fā)起Presence簽約請求的用戶。
該步驟分為以下子步驟在步驟219(a)，Presence服務(wù)器將“CancelResult”通過TCP/IP連接發(fā)往請求簽約Presence用戶的SMS中心。在步驟219(b)，該SMS中心將該響應(yīng)消息封裝入第四TPDU，其中TP-PID設(shè)置為“SIM Data Download”。在步驟219(c)，SMS中心向取消簽約用戶端MSC發(fā)送“Forward_ShortMessage”消息，該消息中含有上述第四TPDU，從而將取消Precense簽約成功的指示通過第四TPDU發(fā)送給取消簽約用戶端MSC。在步驟219(d)，取消簽約用戶端MSC進(jìn)一步將該消息通過RP/CP封裝下發(fā)到取消簽約用戶端UE，其中含有第四TPDU。在步驟219(e)，取消簽約用戶端MSC將短消息發(fā)送成功的反饋給SMS中心。在步驟219(f)，SMS中心進(jìn)一步將該信息通過“MAP SM_DeliveryReportStatus”通知取消簽約目標(biāo)用戶端HLR該被叫短消息發(fā)送成功。
此后進(jìn)入120(a-b)所述取消簽約用戶端UE響應(yīng)所述短消息，向所述取消簽約用戶STK卡發(fā)送成功響應(yīng)消息，所述取消簽約用戶STK卡更新所述取消簽約目標(biāo)用戶的Presence簽約狀態(tài)。該步驟可以分為以下子步驟步驟120(a)，取消簽約用戶端UE收到來自取消簽約用戶端MCS的短消息后，確認(rèn)其針對取消簽約目標(biāo)用戶的Presence狀態(tài)的取消訂閱請求已成功執(zhí)行。然后通過EVELOP(SMS-PP DOWNLOAD)接口原語，向取消簽約用戶STK卡發(fā)送成功響應(yīng)消息；接著是步驟120(b)，取消簽約用戶STK卡響應(yīng)上述接口原語，將該聯(lián)系人，即取消簽約目標(biāo)用戶的Presence簽約狀態(tài)設(shè)置為不允許。
下面再根據(jù)上述技術(shù)方案，簡單說明網(wǎng)絡(luò)側(cè)用戶Presence狀態(tài)發(fā)生變化情況下的Presence狀態(tài)通知過程。對于Presence服務(wù)器向各簽約用戶廣播Presence狀態(tài)的觸發(fā)條件及實現(xiàn)方式，需要考慮以下兩種典型情況第一種情況是當(dāng)Presence用戶從呼叫忙狀態(tài)轉(zhuǎn)移到空閑態(tài)；或者從空閑態(tài)轉(zhuǎn)移到呼叫忙狀態(tài)時， 通過從用戶智能STK卡根據(jù)其內(nèi)保存的Presence簽約狀態(tài)，在簽約狀態(tài)為“允許”的前提下，向其UE/ME發(fā)起SETUP_EVENTLIST標(biāo)準(zhǔn)接口原語，事件類型指示為“Call Connected”及“CallDisconnected”，當(dāng)任何一個事件發(fā)生時，UE/ME都將通過EVENTDOWNLOAD標(biāo)準(zhǔn)接口原語通知STK卡該事件，從而觸發(fā)STK通過短消息流程通知Presence服務(wù)器該用戶狀態(tài)的變化，并由Presence服務(wù)器發(fā)起到所有與該用戶相關(guān)的Presence訂閱者的短消息通知。
考慮到用戶關(guān)機(jī)或重啟后，STK卡向其發(fā)送的EventList會丟失，因此需要每次STK卡在與UE/ME建立鏈接并完成SIM卡自身初始化后再次發(fā)送該SETUP_EVENT_LIST消息。
當(dāng)用戶從諸如關(guān)機(jī)、無法通過無線網(wǎng)絡(luò)尋呼、漫游禁止等網(wǎng)絡(luò)不可及狀態(tài)轉(zhuǎn)換為網(wǎng)絡(luò)可及狀態(tài)，即已位置登記并處于空閑態(tài)時，STK卡通過向UE/ME發(fā)送“Location Status Event”來實現(xiàn)對網(wǎng)絡(luò)可達(dá)狀態(tài)的檢測和通知。
第二種情況是對于Presence用戶從網(wǎng)絡(luò)可及狀態(tài)轉(zhuǎn)換到網(wǎng)絡(luò)不可及狀態(tài)的情況，可以依賴Presence服務(wù)器向該被簽約Presence用戶發(fā)起的定時狀態(tài)檢查來實現(xiàn)。Presence服務(wù)器遍歷數(shù)據(jù)庫中所有被簽約用戶的狀態(tài)，對每個Presence狀態(tài)為“空閑(IDLE)”的用戶，并進(jìn)行如下處理首先，對所有狀態(tài)轉(zhuǎn)為“IDLE”的用戶，立即為其啟動定時器(時長可配置，如1小時)；然后，等待檢測到該用戶定時器到時，則Presence服務(wù)器以其MSISDN號碼為目標(biāo)，發(fā)起SMS MT流程，以判斷該用戶是否是無線網(wǎng)絡(luò)可達(dá)的；接著，若SMS中心返回SMS下發(fā)失敗，原因為網(wǎng)絡(luò)不可及，則Presence服務(wù)器將該用戶Presence狀態(tài)更新為“網(wǎng)絡(luò)不可及”，并停止定時器。后繼等待該用戶STK自動上報網(wǎng)絡(luò)可及的信號；最后，若SMS中心返回SMS下發(fā)成功的響應(yīng)，則Presence服務(wù)器維持該用戶Presence狀態(tài)不變，并重新啟動定時器，并跳轉(zhuǎn)至步驟2。
不管是對于第一種情況還是第二種情況，一旦Presence服務(wù)器檢測到用戶狀態(tài)變化的條件滿足，則都將由服務(wù)器發(fā)起向所有用戶的短消息點到點多播Presence狀態(tài)通知。所有簽約用戶在收到Presence服務(wù)器的通知后，都將自動更新并保存其通訊簿中相關(guān)聯(lián)系人的Presence狀態(tài)。
下面再簡要說明用戶主動設(shè)定的Presence狀態(tài)通知情況。對于用戶主動設(shè)定的Presence狀態(tài)，其狀態(tài)信息取值可以非常靈活，如地理信息、當(dāng)前的特殊場景、情緒狀態(tài)等等。其步驟如下首先，用戶通過UE/ME的MMI界面調(diào)用STK卡通過SETUP MENU建立起來的Presence操作；接著，UE/ME通過SELECT ITEM原語通知STK卡菜單侯選項，用戶在Presence操作菜單中選擇“設(shè)置本地Presence狀態(tài)”，則UE/ME向STK卡返回TERMINALRESPONSE并指明用戶選項后，則STK調(diào)用GET INPUT原語，從用戶側(cè)獲取Presence信息輸入，其中包括用戶最近一次主動輸入的Presence狀態(tài)，由于需要支持UCS2 16位字符集，因此用戶設(shè)置的Presence信息長度限制不超過70字(16位)或140字(8位)；然后，STK卡檢查從UE/ME通過TERMINALRESPONSE返回的用戶輸入的最新狀態(tài)，發(fā)現(xiàn)若輸入內(nèi)容與最后一次保存的Presence狀態(tài)信息不同，則向UE/ME發(fā)起SEND_SHORT_MESSAGE標(biāo)準(zhǔn)原語，其TPDU參數(shù)包含了應(yīng)用層自定義的“Presence Notification”消息，內(nèi)容包含STK卡的MSISDN標(biāo)識及編碼類型為非壓縮UCS2的Presence信息內(nèi)容；接著，該消息通過RP及CP封裝，到達(dá)服務(wù)于該STK卡用戶的MSC/VLR，MSC/VLR根據(jù)其RP層的目標(biāo)地址(RP_DA)，及SMS中心地址，通過MAP FowardShortMessage原語，將該消息上發(fā)到SMS中心；此后，SMS中心收到消息后根據(jù)TP層目標(biāo)地址(TP_DA)，將該消息通過與TP_DA指定的TCP/IP連接透明傳送SMS TPDU中封裝的Presence Notification到Presence服務(wù)器；隨后，根據(jù)Presence Notification中的用戶MSISDN號碼，Presence服務(wù)器完成該用戶Presence狀態(tài)的自動更新；然后，Presence服務(wù)器通過搜索Presence數(shù)據(jù)庫，發(fā)起向所有該MSISDN用戶的Presence訂閱者的MSISDN號碼，發(fā)起點到點短消息多播以進(jìn)行Presence狀態(tài)變化的通知。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種出席業(yè)務(wù)訂閱方法，其特征在于，包含以下步驟B簽約用戶端的用戶設(shè)備通過標(biāo)準(zhǔn)短消息流程將訂閱(subscibe)請求消息發(fā)送到短消息中心，其中，所述訂閱請求消息中包含有訂閱請求，以及訂閱目標(biāo)用戶和所述簽約用戶的移動臺國際綜合業(yè)務(wù)數(shù)字網(wǎng)號碼；C所述短消息中心將所述訂閱請求消息發(fā)送到出席服務(wù)器；D所述訂閱目標(biāo)用戶通過短消息系統(tǒng)通知所述出席服務(wù)器接受所述簽約用戶的訂閱請求；E所述出席服務(wù)器完成對所述訂閱目標(biāo)用戶的數(shù)據(jù)庫更新，并將訂閱成功的響應(yīng)消息通過所述短消息系統(tǒng)返回給所述簽約用戶。
2.根據(jù)權(quán)利要求1所述的出席業(yè)務(wù)訂閱方法，其特征在于，所述步驟D還包含以下步驟所述出席服務(wù)器判斷所述訂閱目標(biāo)用戶是否允許接受所述簽約用戶的訂閱請求，如果允許，則所述訂閱目標(biāo)用戶通過短消息系統(tǒng)通知所述出席服務(wù)器接受所述簽約用戶的訂閱請求。
3.根據(jù)權(quán)利要求1所述的出席業(yè)務(wù)訂閱方法，其特征在于所述方法還包含以下步驟A簽約用戶的智能SIM卡開發(fā)套件卡中的出席應(yīng)用將訂閱請求消息通過智能SIM卡開發(fā)套件-用戶設(shè)備內(nèi)部接口送到簽約用戶端的用戶設(shè)備。
4.根據(jù)權(quán)利要求1所述的出席業(yè)務(wù)訂閱方法，其特征在于，所述步驟C中，所述短消息中心通過傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議連接將所述訂閱請求消息發(fā)送到出席服務(wù)器。
5.根據(jù)權(quán)利要求2所述的出席業(yè)務(wù)訂閱方法，其特征在于，所述步驟D中，當(dāng)出席訂閱目標(biāo)用戶允許接受所述簽約用戶的訂閱請求時，所述訂閱目標(biāo)用戶通過短消息系統(tǒng)通知出席服務(wù)器接受訂閱請求者的請求。
6.根據(jù)權(quán)利要求5所述的出席業(yè)務(wù)訂閱方法，其特征在于，所述短消息系統(tǒng)包含短消息中心、移動交換中心、歸屬位置寄存器以及用戶設(shè)備。
7.根據(jù)權(quán)利要求1所述的出席業(yè)務(wù)訂閱方法，其特征在于，所述步驟E中，出席服務(wù)器將訂閱成功的響應(yīng)消息返回給所述簽約用戶智能SIM卡開發(fā)套件卡中的出席客戶端。
8.一種出席業(yè)務(wù)取消方法，其特征在于，包含以下步驟B取消簽約用戶端的用戶設(shè)備通過標(biāo)準(zhǔn)短消息流程將取消訂閱請求消息發(fā)送到短消息中心，其中，所述取消訂閱請求消息中包含有取消訂閱請求、取消訂閱目標(biāo)用戶和所述取消簽約用戶的移動臺國際綜合業(yè)務(wù)數(shù)字網(wǎng)號碼；C所述短消息中心將所述取消訂閱請求消息發(fā)送到出席服務(wù)器；D所述出席服務(wù)器響應(yīng)所述取消訂閱請求消息，完成對所述取消訂閱目標(biāo)用戶的數(shù)據(jù)庫更新。
9.根據(jù)權(quán)利要求7所述的出席業(yè)務(wù)取消方法，其特征在于，所述方法還包含以下步驟A簽約用戶的智能SIM卡開發(fā)套件卡中的出席應(yīng)用將取消訂閱請求消息通過智能SIM卡開發(fā)套件-用戶設(shè)備內(nèi)部接口送到取消簽約用戶端的用戶設(shè)備。
10.根據(jù)權(quán)利要求8所述的出席業(yè)務(wù)取消方法，其特征在于，所述步驟D還包含以下步驟所述出席服務(wù)器將取消訂閱成功的消息通過短消息系統(tǒng)，返回給取消簽約用戶。
11.根據(jù)權(quán)利要求10所述的出席業(yè)務(wù)取消方法，其特征在于，所述短消息系統(tǒng)包含短消息中心、所述取消簽約用戶的移動交換中心、歸屬位置寄存器以及用戶設(shè)備。
12.根據(jù)權(quán)利要求8所述的出席業(yè)務(wù)取消方法，其特征在于，所述步驟C中，所述短消息中心通過傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議連接將所述訂閱請求消息發(fā)送到出席服務(wù)器。
13.一種出席狀態(tài)的修改和更新方法，其特征在于，包含以下步驟A簽約目標(biāo)用戶修改自己的出席狀態(tài)，并通過其智能SIM卡開發(fā)套件卡中的出席應(yīng)用向用戶設(shè)備發(fā)送變更出席狀態(tài)的請求消息，所述消息中包含有出席狀態(tài)變更請求以及所述簽約目標(biāo)用戶的移動臺國際綜合業(yè)務(wù)數(shù)字網(wǎng)號碼；B所述用戶設(shè)備通過標(biāo)準(zhǔn)短消息流程將所述變更請求消息發(fā)送到短消息中心；C所述短消息中心將所述變更請求消息發(fā)送到出席服務(wù)器；D所述出席服務(wù)器在數(shù)據(jù)庫中更新所述簽約目標(biāo)用戶的出席狀態(tài)，并通過短消息系統(tǒng)向所述簽約目標(biāo)用戶的所有訂閱請求用戶通知修改所述簽約目標(biāo)用戶出席狀態(tài)。
14.根據(jù)權(quán)利要求13所述的出席狀態(tài)的修改和更新方法，其特征在于，所述步驟D中，所述短消息系統(tǒng)包含短消息中心、所述取消簽約用戶的移動交換中心、歸屬位置寄存器以及用戶設(shè)備。
全文摘要
本發(fā)明涉及移動通信領(lǐng)域，公開了一種出席業(yè)務(wù)的訂閱、取消及狀態(tài)更新方法，使得提高移動終端用戶呼叫成功率，從而改善運(yùn)營商的網(wǎng)絡(luò)呼叫成功率，由此進(jìn)一步推廣Presence技術(shù)在移動通信業(yè)務(wù)中的業(yè)務(wù)。其中訂閱方法主要步驟是簽約用戶端的用戶設(shè)備通過標(biāo)準(zhǔn)短消息流程將訂閱請求消息發(fā)送到短消息中心；短消息中心將訂閱請求消息發(fā)送到Presence服務(wù)器；Presence服務(wù)器判斷訂閱目標(biāo)用戶是否允許接受簽約用戶的訂閱請求，如果允許，訂閱目標(biāo)用戶通過短消息系統(tǒng)通知Presence服務(wù)器接受簽約用戶的訂閱請求；Presence服務(wù)器完成對訂閱目標(biāo)用戶的數(shù)據(jù)庫更新，并將訂閱成功的響應(yīng)消息通過短消息系統(tǒng)，返回給簽約用戶。
文檔編號H04W4/14GK1747566SQ200410078849
公開日2006年3月15日 申請日期2004年9月10日 優(yōu)先權(quán)日2004年4月30日
發(fā)明者顧炯炯 申請人:華為技術(shù)有限公司