專利名稱：用于遞送cpm消息的方法及其服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及會聚IP消息(CPM)服務(wù)。
背景技術(shù)：
現(xiàn)今，存在用于通過便攜式設(shè)備傳輸和/或接收消息的各種服務(wù)，例如，SMS,MMS, 電子郵件服務(wù)等。在用于提供一般以該方式使用的SMS服務(wù)和MMS服務(wù)的系統(tǒng)中，不存在用于存儲用戶消息的服務(wù)器。替代地，如果用戶的終端變?yōu)橹T如終端的關(guān)斷等的無法接收消息的情況，則負(fù)責(zé)臨時傳輸消息的服務(wù)器存儲該消息。然后，如果用戶終端回到可以接收消息的情況，則傳輸臨時存儲的消息。然而，負(fù)責(zé)傳輸消息的服務(wù)器初始并不意在用于存儲消息，并且因此其僅在預(yù)定時間段中存儲消息，并且然后當(dāng)存儲容量變滿時刪除該消息。當(dāng)在刪除之后終端向服務(wù)器請求該消息時，該服務(wù)器向終端傳輸錯誤消息。另一方面，近年來，已經(jīng)嘗試了整合先前的各種消息服務(wù)器。這些嘗試中的一個是會聚IP消息(CPM)服務(wù)。CPM服務(wù)是在其中用戶可以在IP多媒體子系統(tǒng)的環(huán)境中發(fā)送和接收CPM消息的服務(wù)。CPM支持尋呼模式消息和會話模式消息的環(huán)境。另外，CPM服務(wù)不僅支持離散媒體，還支持連續(xù)媒體。圖1是圖示用于CPM服務(wù)的網(wǎng)絡(luò)和終端的配置的框圖。參考圖1，圖示了終端10、SIP/IP網(wǎng)絡(luò)50、消息存儲服務(wù)器60、互通服務(wù)器70/和 CPM服務(wù)器80。首先，終端10可以包括消息存儲客戶端11和CPM客戶端12。消息存儲客戶端11 存儲傳輸?shù)南⒑徒邮盏降南?，并且使所存儲的消息與消息存儲服務(wù)器60同步。SIP/IP網(wǎng)絡(luò)50可以是基于IMS的網(wǎng)絡(luò)。消息存儲服務(wù)器60接收來自CPM服務(wù)器80的消息，并且用于基于用戶偏好來存儲傳輸?shù)南⒑徒邮盏降南?，以及具有媒體的交談歷史。另外，消息存儲服務(wù)器60可以通過同步來與終端10共享數(shù)據(jù)。換言之，消息存儲服務(wù)器60對存儲在終端10中的消息進(jìn)行接收和存儲，并且向終端10傳輸存儲在消息存儲服務(wù)器60中的消息。消息存儲服務(wù)器60使用IMAP協(xié)議來進(jìn)行同步。因此，消息存儲服務(wù)器60用作 IMAP服務(wù)器，并且終端10用作IMAP客戶端?；ネǚ?wù)器70可以包括互通功能單元71、和互通選擇功能單元72?；ネüδ軉卧?1用于將CPM消息轉(zhuǎn)換成SMS、匪S等，或者將SMS、匪S等轉(zhuǎn)換成CPM消息?；ネㄟx擇功能單元72用于確定是否要執(zhí)行變換。CPM服務(wù)器80可以包括CPM參與功能(PF)服務(wù)器81和CPM控制功能(CF)服務(wù)器82。CPM PF服務(wù)器81向消息存儲服務(wù)器60傳輸消息。而且，CPM服務(wù)器81向/從終端10的CPM客戶端12傳輸和/或接收消息。圖2是圖示傳輸和/或接收CPM消息的過程的示例性視圖。0015]參考圖2，圖示了用戶A的終端A110A、用戶B的終端Bl和B210B、用戶A的歸屬網(wǎng)絡(luò)、用戶B的歸屬網(wǎng)絡(luò)、以及消息存儲服務(wù)器60。用戶A的歸屬網(wǎng)絡(luò)可以包括SIP/IP網(wǎng)絡(luò) 50A和CPM PF服務(wù)器81A。用戶B的歸屬網(wǎng)絡(luò)可以包括SIP/IP網(wǎng)絡(luò)50B和CPM PF服務(wù)器 81B。首先，根據(jù)用戶A的請求，終端AlIOA通過SIP/IP網(wǎng)絡(luò)50A向CPM PF服務(wù)器81A 傳輸消息(S01、S02)。CPM PF服務(wù)器81A通過用戶A的歸屬網(wǎng)絡(luò)內(nèi)的SIP/IP網(wǎng)絡(luò)50A以及用戶B的歸屬網(wǎng)絡(luò)中的SIP/IP網(wǎng)絡(luò)50B來向CPM PF服務(wù)器81B傳輸消息(S03、S04、S05)當(dāng)接收到消息時，CPM PF服務(wù)器81B通過SIP/IP網(wǎng)絡(luò)50B將該消息傳輸?shù)接脩鬊 的終端 Bl 10B(S06、S07)。而且，當(dāng)接收到消息時，CPM PF服務(wù)器81B通過SIP/IP服務(wù)器50B將該消息傳輸?shù)接脩鬊的終端B2 IOB (S08、S09)。用戶B的終端Bl IOB和B2 IOB通過用戶B的歸屬網(wǎng)絡(luò)內(nèi)的SIP/IP網(wǎng)絡(luò)50B將 OK消息分別傳輸?shù)紺PM PF服務(wù)器81B(S10、Sll)。當(dāng)接收到OK消息時，CPM PF服務(wù)器81B通過用戶B的歸屬網(wǎng)絡(luò)內(nèi)的SIP/IP網(wǎng)絡(luò) 50B以及用戶A的歸屬網(wǎng)絡(luò)內(nèi)的SIP/IP網(wǎng)絡(luò)50A將該消息傳輸?shù)接脩鬉的CPM PF服務(wù)器 81A(S12 至 S15)。當(dāng)接收到OK消息時，用戶A的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器81A將OK消息遞送到已經(jīng)傳輸過消息的終端Al IOA(Sie)。在上文中，已經(jīng)描述了遞送消息的過程，在下文中，將說明其中將傳輸?shù)南⒑徒邮盏降南⒋鎯υ谙⒋鎯Ψ?wù)器60中的示例。圖3圖示了圖1的實體的操作的流程圖。圖3中圖示的過程S21-S25與圖2中圖示的過程S01-S05類似，并且因此將使用圖1的內(nèi)容來進(jìn)行描述。當(dāng)接收來自終端Al的消息時，用戶B的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器81B檢查終端 Bl IOB的狀態(tài)，并且如果終端Bl IOB無法傳輸消息則確定是否推遲該消息的傳輸(S^O。當(dāng)推遲該消息時，CPM PF服務(wù)器81B將消息ID插入指示消息傳輸被推遲的通知消息，并且然后將其傳輸?shù)浇K端Bl 10B(S27)。終端Bl IOB在其中存儲通知消息(S^)。另一方面，響應(yīng)于該消息，CPM PF服務(wù)器81B通過用戶B的歸屬網(wǎng)絡(luò)內(nèi)的SIP/ IP網(wǎng)絡(luò)50B和用戶A的歸屬網(wǎng)絡(luò)內(nèi)的SIP/IP網(wǎng)絡(luò)50A將OK消息傳輸?shù)紺PM PF服務(wù)器 81A(S29-S31)。用戶A的CPM PF服務(wù)器81A通過SIP/IP網(wǎng)絡(luò)50A將OK消息傳輸?shù)浇K端 Al IOA (S32)ο另一方面，CPM PF服務(wù)器81B在推遲的消息的計時器期滿時確定是否將消息存儲在消磁存儲服務(wù)器60中(S33)。當(dāng)確定了要存儲時，CPM PF服務(wù)器81B將消息遞送到消息存儲服務(wù)器60，以存儲在其中(S35、S36)，并且接收來自消息存儲服務(wù)器的OK消息(S37)。 隨后，CPM PF服務(wù)器81B刪除已經(jīng)在其本身中存儲的消息(S38)。另一方面，終端BllOB在其變?yōu)槟軌蚪邮障⒌臓顟B(tài)時使用消息的ID來向CPM PF 服務(wù)器8IB請求消息的傳輸(S39)。然而，因為已經(jīng)在其自己的存儲中刪除了消息，所以CPM PF服務(wù)器81B無法處理所請求的消息傳輸，并且因此，將向終端Bl IOB傳輸失敗消息(S40)。
另外，不存在用于檢查在消息存儲服務(wù)器60內(nèi)是否存儲消息的方法，并且因此， 存在終端BllOB無法獲取消息的問題。

發(fā)明內(nèi)容
對問題的解決方案因此，本發(fā)明的目的在于解決上述問題。換言之，當(dāng)沒有傳輸而是推遲消息時，本發(fā)明允許終端正確地接收推遲的消息。本發(fā)明的另一目的在于減少傳輸和接收消息的失敗，由此防止不必要地浪費(fèi)無線電資源。為了實現(xiàn)前述目的，本發(fā)明提供了一種用于在會聚IP消息(CPM)服務(wù)器中遞送消息的方法。該消息遞送方法可以包括如果接收到CPM消息，則基于接入策略來確定是否拒絕該CPM消息；如果沒有拒絕CPM消息，則檢查目標(biāo)終端的用戶偏好以確定CPM消息的處理；如果目標(biāo)終端沒有被登記或者出于不可接收狀態(tài)，則基于用戶偏好來拒絕、推遲或存儲 CPM消息；如果確定了推遲CPM消息的傳輸，則以隊列來存儲CPM消息；如果用于CPM消息的計時器期滿，則基于用戶偏好來確定丟棄還是存儲CPM消息；如果確定了要進(jìn)行存儲，則向消息服務(wù)器請求存儲CPM消息；接收來自消息存儲服務(wù)器的包括關(guān)于所存儲的消息的信息的響應(yīng)消息；以及傳輸包括關(guān)于所存儲的消息的信息的消息。另一方面，為了實現(xiàn)前述目的，本發(fā)明提供了一種會聚IP消息(CPM)服務(wù)器。該 CPM服務(wù)器可以包括處理器，該處理器用于如果接收到CPM消息，則基于接入策略來確定是否拒絕CPM消息；如果確定了沒有拒絕CPM消息，則檢查目標(biāo)終端的用戶偏好來確定CPM 消息的處理；如果目標(biāo)終端沒有被登記或者處于不可接收狀態(tài)中，則基于用戶偏好來確定是否拒絕、推遲或者存儲CPM消息；如果確定了 CPM消息的傳輸被推遲，則存儲CPM消息；以及如果用于CPM消息的計時器期滿，則基于用戶偏好來確定丟棄還是存儲CPM消息。另外， CPM服務(wù)器可以包括收發(fā)機(jī)，該收發(fā)機(jī)用于如果處理器確定了要進(jìn)行存儲，則請求將消息存儲到消息存儲服務(wù)器；接收來自消息存儲服務(wù)器的包括關(guān)于所存儲的消息的信息的響應(yīng)消息；以及向目標(biāo)終端傳輸包括關(guān)于所存儲的消息的信息的消息。用戶偏好可以包括用于確定消息的處理的第一用戶偏好，以及與存儲消息相關(guān)的第二用戶偏好。用戶偏好可以包括關(guān)于用于其中目標(biāo)終端沒有被登記或者處于不可接收狀態(tài)中的情況的處理方向的第一信息；以及關(guān)于用于其中目標(biāo)終端被登記或者處于可接收狀態(tài)中的情況的處理方向的第二信息。第一信息可以包括拒絕、推遲、存儲、和互通中的至少一個。關(guān)于消息的信息可以包括關(guān)于CPM消息的標(biāo)識信息。關(guān)于消息的信息可以允許從消息存儲服務(wù)器內(nèi)的其他消息中辨別CPM消息。關(guān)于消息的信息可以是用于該消息的唯一標(biāo)識符(UID)。通知消息可以進(jìn)一步包括關(guān)于消息存儲服務(wù)器的信息。通知消息可以是基于SIP 的消息。CPM服務(wù)器可以位于目標(biāo)終端的歸屬網(wǎng)絡(luò)內(nèi)。當(dāng)沒有傳輸而是推遲消息時，本發(fā)明可以允許終端隨后正確地接收所推遲的消息。另外，本發(fā)明可以減少傳輸和接收消息的失敗，由此防止不必要地浪費(fèi)無線電資源。


圖1是圖示用于CPM服務(wù)器的網(wǎng)絡(luò)和終端的配置的框圖；圖2是圖示傳輸和/或接收CPM消息的過程的示意性視圖；圖3是圖示圖1中圖示的實體的操作的流程圖；圖4是示例性地圖示本發(fā)明的第一實施例的流程圖；圖5是示例性地圖示本發(fā)明的第二實施例的流程圖；圖6是示例性地圖示本發(fā)明的第三實施例的流程圖；圖7是示例性地圖示本發(fā)明的第四實施例的流程圖；圖8是示例性地圖示本發(fā)明的第五實施例的流程圖；圖9是圖示CPM PF服務(wù)器的操作的流程圖；以及圖10是圖示根據(jù)本發(fā)明的CPM PF的配置框圖。
具體實施例方式本發(fā)明可以適用于CPM消息服務(wù)。然而，本發(fā)明還可以適用于本發(fā)明的技術(shù)精神所適用的所有的類型的消息服務(wù)，例如，SMS、EMS、匪S等。應(yīng)當(dāng)注意，本文使用的技術(shù)術(shù)語僅用于描述特定實施例，并且不用于限制本發(fā)明。 而且，除非另外具體定義，本文使用的技術(shù)術(shù)語應(yīng)當(dāng)被解釋為本領(lǐng)域的普通技術(shù)人員通常所理解的含義，并且不應(yīng)被解釋得過于寬泛或者過于狹窄。另外，如果本文使用的技術(shù)術(shù)語是無法正確表達(dá)本發(fā)明的精神的錯誤術(shù)語，那么這些術(shù)語應(yīng)當(dāng)由本領(lǐng)域的技術(shù)人員所適當(dāng)理解的技術(shù)術(shù)語來替換。另外，在本發(fā)明中使用的通用術(shù)語應(yīng)當(dāng)基于詞典的定義或者上下文來進(jìn)行解釋，并且不應(yīng)當(dāng)被解釋得過于寬泛或過于狹窄。順便提及，除非另外明確使用，單數(shù)的表達(dá)可以包括復(fù)數(shù)的含義。在本申請中，術(shù)語“包括”和“包含”不應(yīng)當(dāng)被解釋為必須包括本文公開的所有元素或步驟，并且應(yīng)當(dāng)被解釋為可以不包括其元素或步驟中的一些，或者應(yīng)當(dāng)被解釋為進(jìn)一步包括其他的元素或步驟。包括諸如第一、第二等的序號的本文中使用的術(shù)語可以用于描述各種元素，但是這些元素不應(yīng)受到那些術(shù)語的限制。該術(shù)語僅用于將元素與另一元素進(jìn)行區(qū)分。例如，第一元素可以被稱為第二元素，并且類似地，第二元素可以被稱為第一元素。在使元件與另一元件“連接”或“關(guān)聯(lián)”的情況下，可以直接地連接或關(guān)聯(lián)到另一元件，但是可以在其之間出現(xiàn)其他元件。相反，在使元件與另一元件“直接連接”或“直接關(guān)聯(lián)”的情況下，應(yīng)當(dāng)理解為，在其之間不出現(xiàn)任何其他元件。在下文中，將參考附圖來詳細(xì)描述本發(fā)明的優(yōu)選實施例，并且不論附圖中的標(biāo)號如何，都用相同的附圖標(biāo)記來表示相同或類似的元素，并且將省略其冗余描述。另外，在描述本發(fā)明中，當(dāng)本發(fā)明所屬于的公知的技術(shù)的特定描述被判斷為混淆了本發(fā)明的主題時， 將省略詳細(xì)描述。而且，應(yīng)當(dāng)注意，附圖僅被圖示以用于易于對本發(fā)明精神的解釋，并且因此，不應(yīng)當(dāng)認(rèn)為附圖被用于限制本發(fā)明的精神。本發(fā)明的精神應(yīng)當(dāng)被解釋為除了附圖之外， 甚至可以擴(kuò)展到其的所有改變、等價物和替換。術(shù)語的定義會聚IP消息(CPM)會聚IP消息服務(wù)
CPM客戶端如圖1中所示的能夠傳輸和/或接收CPM消息的客戶端軟件程序。消息存儲客戶端如圖1中所示，其存儲傳輸?shù)暮徒邮盏降南ⅲ⑶覉?zhí)行與消息存儲服務(wù)器的同步。CPM參與功能(PF)服務(wù)器如圖1中所示，其執(zhí)行將消息遞送到CPM客戶端的任務(wù)。另外，如圖1中所示，其執(zhí)行將消息遞送到消息存儲服務(wù)器60的任務(wù)。另外，圖1中所示，其執(zhí)行接收來自互通功能單元71的轉(zhuǎn)換的消息的任務(wù)。消息存儲服務(wù)器如圖1中所示，其存儲從CPM PF服務(wù)器接收到的消息，并且執(zhí)行與消息存儲客戶端11的同步?；ネㄟx擇功能其執(zhí)行確定是否執(zhí)行互通功能?；ネüδ芷鋱?zhí)行將CPM消息轉(zhuǎn)換成SMS、匪S等，或者將SMS、匪S等轉(zhuǎn)換成CPM消息的任務(wù)。因特網(wǎng)消息收發(fā)接入?yún)f(xié)議(IMAP)—種用于從因特網(wǎng)郵件服務(wù)器讀取郵件的通信協(xié)議。CPM大消息模式用于使用消息會話中繼協(xié)議(MSRP)傳輸大尺寸的CPM消息的模式。CPM尋呼模式用于在不設(shè)置MSRP會話的情況下傳輸和接收有限大小的CPM消息的模式。CPM會話用于交換CPM消息/連續(xù)媒體的，在兩個或多個參與方之間進(jìn)行的交互。在下文中，在圖4至圖9中圖示了終端，但是該終端還可以被稱為UE(用戶設(shè)備)、 ME(移動設(shè)備)、和MS(移動站)。另外，終端可以是便攜式設(shè)備，諸如便攜式電話、PDA、智能電話、和上網(wǎng)本，或者可以是非便攜式設(shè)備，諸如PC和車載設(shè)備。圖4是示例性地圖示本發(fā)明的第一實施例的流程圖。在圖4中，圖示了用戶A的終端Al 100A、用戶B的終端Bl 100B、用戶A的歸屬網(wǎng)絡(luò)、用戶B的歸屬網(wǎng)絡(luò)、以及消息存儲服務(wù)器600。用戶A的歸屬網(wǎng)絡(luò)可以包括SIP/IP網(wǎng)絡(luò) 500A和CPM PF服務(wù)器810A。用戶B的歸屬網(wǎng)絡(luò)可以包括SIP/IP網(wǎng)絡(luò)500B和CPM PF服務(wù)器810B。在圖4中，圖示了通過用戶A的終端Al 100A傳輸CPM消息的過程(SllO)、向用戶 B的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器遞送CPM消息的過程(S120)、當(dāng)不存在可接收終端時檢查用戶偏好和處理的過程(S130)、向終端Al 100A傳輸響應(yīng)消息的過程(S140)、處理推遲的消息的過程(S150)、以及終端Bl 100B獲取消息的過程(S160)。1)首先，以下將描述用戶A的終端Al 100A傳輸CPM消息的過程(SllO)。終端Al (100A)根據(jù)用戶A的請求通過SIP/IP網(wǎng)絡(luò)500A向CPMPF服務(wù)器810A傳輸 CPM 消息(S111、S112)。此時，在CPM消息的大小例如高達(dá)1300字節(jié)的情況下，CPM消息被封裝在SIP消息內(nèi)，并且然后進(jìn)行傳輸。指示CPM消息的CPM特征標(biāo)簽被包括在CPM消息內(nèi)。另一方面，雖然附圖中沒有示出，但是在終端Al 100A傳輸?shù)南⑹遣煌愋偷南?例如，SMS、匪S或電子郵件)而不是CPM消息的情況下，不同類型的消息通過互通服務(wù)器的互通功能單元，以被轉(zhuǎn)換成CPM消息。如果轉(zhuǎn)換的CPM消息沒有超過1300字節(jié)，則互通功能單元基于CPM尋呼模式來傳輸轉(zhuǎn)換的CPM消息。如果超過1300字節(jié)，則互通功能單元基于CPM大消息模式來傳輸轉(zhuǎn)換的CPM消息。2)接下來，以下將描述將CPM消息遞送到用戶B的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器的過程(S 120)。如果用戶A的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器810A接收CPM消息，通過用戶A的歸屬網(wǎng)絡(luò)內(nèi)的SIP/IP網(wǎng)絡(luò)500A以及用戶B的歸屬網(wǎng)絡(luò)內(nèi)的SIP/IP網(wǎng)絡(luò)500B來將CPM消息遞送到用戶B的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器810B(S121-S123)。3)接下來，以下將描述檢查用戶偏好的過程(S130)。如果用戶B的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器810B接收到CPM消息，則檢查用戶的 B的用戶偏好(或設(shè)置)(S131)。以下將詳細(xì)進(jìn)行描述。(a)首先，用戶B的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器810B確定是否拒絕該CPM消息。 換言之，CPM PF服務(wù)器810B基于接入策略來檢查是否應(yīng)當(dāng)拒絕接收到的CPM中的授權(quán)發(fā)送方的CPM地址。為此，CPM PF服務(wù)器810B檢查例如用于接收到的消息的之后的接入策略。上述檢查可以包括i)檢查特征標(biāo)簽，ii)檢查尋呼模式消息，iii)檢查發(fā)送用戶的狀況(例如，檢查發(fā)送方的身份(例如，電話號碼、電子郵件地址等))，以及iv)檢查其是否被允許。為了檢查特征標(biāo)簽，例如，CPM PF服務(wù)器810B通過評估其中設(shè)置了值“特征標(biāo)簽” 的 < 服務(wù) > 元素和 < 服務(wù)列表 > 元素來檢查 < 狀況 > 元素針對CPM服務(wù)是否被設(shè)置為“真”。為了檢查尋呼模式消息，例如，CPM PF服務(wù)器810B檢查 < 狀況 > 元素下的 < 媒體列表 > 對于CPM媒體尋呼模式消息是否被設(shè)置為“真”。為了檢查源發(fā)送用戶的狀況，例如， CPM PF服務(wù)器810B檢查針對CPM消息的發(fā)送方，〈狀況〉元素內(nèi)是否被設(shè)置為“真”。例如，CPM PF服務(wù)器810B檢查是否存在發(fā)送方的身份(例如，電話號碼、電子郵件地址等)。為了檢查該消息是否被允許，CPM PF服務(wù)器810B檢查針對具有 < 允許拒絕邀請 >動作元素內(nèi)的值“真”的CPM媒體尋呼模式消息是否被設(shè)置為“真”。如果上述規(guī)則被檢查為真，則拒絕接收到的CPM消息。如果規(guī)則i)、ii)和iii)出現(xiàn)，則執(zhí)行是否被允許的檢查。如果規(guī)則i)、ii)和iii)沒有出現(xiàn)，則該過程將繼續(xù)下面的過程(b)或(C)。(b)接下來，當(dāng)CPM消息是匿名消息時，CPM PF服務(wù)器810B基于用戶偏好(或設(shè)置)或者服務(wù)提供商策略來檢查與匿名消息相關(guān)的元素。如果不支持匿名消息，則不將接收到的消息遞送給用戶，而將錯誤消息傳輸?shù)桨l(fā)送方。(c)接下來，CPM PF服務(wù)器810B基于服務(wù)提供商策略來檢查消息的大小是否得到滿足或者消息的內(nèi)容是否得到滿足。如果沒有得到滿足，則將拒絕該接收到的消息。(d)當(dāng)在接收到的消息中包括期滿報頭時，CPM PF服務(wù)器810B基于報頭值來確定其是否已經(jīng)期滿。當(dāng)接收到的消息已經(jīng)期滿時，拒絕該接收到的消息。(e)CPM PF服務(wù)器810B可以確定與接收到的消息的大小相關(guān)的用戶偏好。具體地，將檢查用戶偏好的〈媒體列表〉中的“大消息”元素中的最大尺寸屬性的值。上述過程(a)、(b)、(c)、(d)和(e)的順序可以彼此交換。如果在過程(a)、(b)、(c)、(e)和(d)期間確定了該消息不被拒絕而是由CPM PF 服務(wù)器接收，則將執(zhí)行用于檢查是否存在可接收終端的過程。CPM PF服務(wù)器810B將檢查消息遞送的用戶偏好，以搜索用戶B的登記的(即，接入的)終端。然后，CPM PF服務(wù)器810B將考慮和檢查針對搜索到的終端的每一個的用戶偏好(即，每設(shè)備的用戶偏好)、設(shè)備能力、設(shè)備連接性、服務(wù)器提供商策略等，由此檢查是否存在可以接收消息的任何終端。另一方面，如果不存在可接收終端(例如，在用戶正在漫游的情況下)(或者在用戶沒有被登記或者用戶的狀態(tài)被設(shè)置為“不可用”的情況下)，檢查一般用戶偏好(具體地， “當(dāng)用戶不可用時的偏好”)來確定是否推遲該消息、是否與互通服務(wù)器進(jìn)行互通以遞送消息、是否將該消息重新定向到其他終端或者存儲該消息(S132)。如果確定了要進(jìn)行互通，則CPM PF服務(wù)器810B將CPM消息遞送到互通服務(wù)器 700B的互通功能選擇單元，并且互通選擇功能單元確定CPM消息將要改變成的消息類型。 此時，在確定上述時，將考慮到CPM消息的服務(wù)提供商策略、終端Bl 100B的用戶偏好、或者 CPM消息的特性?；ネㄟx擇功能單元向互通功能單元請求轉(zhuǎn)換成所確定的類型，并且互通功能單元將CPM消息轉(zhuǎn)換成該確定的類型。否則，如果確定了要進(jìn)行推遲，則CPM PF服務(wù)器810B不遞送CPM消息，但是例如， 將其臨時存儲在推遲的消息隊列中。此時，將與其一起存儲下面的信息。將存儲在消息的報頭中存在的信息，諸如來自(From)、至(To)、P-Asserted-Identity、主題、數(shù)據(jù)、接受-聯(lián)系、用于IMDN的所有相關(guān)的CPIM報頭、內(nèi)容類型、內(nèi)容長度、CPM交談ID(CPM-Conversation-ID)、CPM貢獻(xiàn) ID (CPM-Contribution-ID)、CPM 回復(fù)貢獻(xiàn) ID(CPM-RelayTo-Contribution-ID)。另外，CPM PF服務(wù)器810B可以對臨時存儲的消息分配例如ID( S卩，消息URI-ID) 的標(biāo)識信息，并且傳輸包括標(biāo)識消息的通知消息(S133)。通知消息可以是基于SIP的消息、 經(jīng)由推送使能器的通知、或者基于SIP的通告(NOTIFY)消息。另外，當(dāng)傳輸?shù)讲皇荂PM客戶端的客戶端時，通知消息可以被轉(zhuǎn)換成適當(dāng)?shù)母袷?例如，SMS)。另一方面，過程S131和S132的順序可以彼此交換。例如，當(dāng)接收CPM消息時，CPM PF服務(wù)器810B檢查一般用戶偏好，來確定接收到的CPM消息是否將被推遲、互通、存儲或遞送。然后，如果確定了要進(jìn)行遞送，則CPM PF服務(wù)器810B檢查用于消息遞送的用戶偏好，以搜索登記到(接入)用戶B的終端，并且然后檢查搜索到的終端的每一個的用戶偏好(即， 每設(shè)備的用戶偏好)，由此檢查是否存在可以接收消息的任何終端。4)接下來，將執(zhí)行向終端Al IOOA傳輸響應(yīng)消息的過程(S140)。具體地，CPM PF 服務(wù)器810B通過SIP/IP網(wǎng)絡(luò)500B、500A向CPM PF服務(wù)器810A傳輸基于DIP的響應(yīng)消息， 例如200 OK消息。向CPM PF服務(wù)器810A傳輸響應(yīng)消息。當(dāng)接收響應(yīng)消息時，CPM PF服務(wù)器810A向用戶A的終端Al IOOA遞送響應(yīng)消息。可以省略向終端Al IOOA傳輸響應(yīng)消息的過程(S140)。否則，將在處理推遲的消息的過程(S150)之后執(zhí)行。5)接下來，將執(zhí)行處理所推遲的消息的過程(S150)。具體地，CPM PF服務(wù)器810B基于服務(wù)提供商的策略和存儲在消息中的設(shè)置信息來操作用于推遲的消息的計時器。如果計時器期滿或者無效(S151) JUCPM PF服務(wù)器810B 檢查用戶偏好(S 152)。然后，基于用戶偏好的檢查結(jié)果，確定在CPM PF服務(wù)器810B中的推遲的消息是被刪除，還是將其存儲在消息存儲服務(wù)器600中(S153)。在應(yīng)當(dāng)存儲推遲的消息的情況下，CPM PF服務(wù)器810B向消息存儲服務(wù)器600傳輸CPM消息(S154)。此時，CPM PF服務(wù)器810B使用IMPA命令來向消息存儲服務(wù)器600遞送CPM消息。消息存儲服務(wù)器600存儲CPM消息(S155)，并且傳輸包括關(guān)于存儲在消息存儲服務(wù)器600內(nèi)的CPM消息的信息的響應(yīng)消息(允許在已經(jīng)存儲在消息存儲服務(wù)器600內(nèi)的多個消息中辨別消息的標(biāo)識符，例如，唯一標(biāo)識符(UID)) (S156)。消息存儲服務(wù)器600可以基于RFC 3501來生成標(biāo)識符或UID。然后，CPM PF服務(wù)器810B在響應(yīng)消息內(nèi)提取關(guān)于消息的信息，并且生成包括關(guān)于存儲在CPM PF服務(wù)器中的推遲的消息的標(biāo)識信息(即，消息_URI-ID)和UID中的至少一個的通知消息(S157)。通知消息用于通知在計時器期滿之后消息已經(jīng)被存儲在消息存儲服務(wù)器600中。通知消息可以被生成為基于SIP的消息、經(jīng)由推送使能器的通知、或基于SIP的通知消息。該消息可以被包括在通知消息的主體中，或者可以被包括在其報頭中。此時，CPM PF服務(wù)器810B可以將用于通知該通知消息是系統(tǒng)消息的信息插入到消息的報頭中。然后， 在消息內(nèi)的預(yù)期接收方的CPM地址處設(shè)置請求_^1。然后，CPM PF服務(wù)器的標(biāo)識符信息被插入到發(fā)送方的CPM地址中。然后，CPM PF服務(wù)器810B向終端B 1100B傳輸生成的消息(S157)。替代地，消息存儲服務(wù)器600可以向終端Bl 100B直接傳輸包括關(guān)于存儲的消息的信息的通知消息。然后，CPM PF服務(wù)器810B刪除已經(jīng)臨時存儲的消息(S158)?？梢栽谕ㄖ⒌膫鬏?S157)之前實現(xiàn)刪除過程(S158)。否則，可以在過程S157之前執(zhí)行S158。6)接下來將執(zhí)行終端Bl 100B獲取消息的過程(S160)。當(dāng)接收通知消息(S133、S157)時，終端Bl 100B提取關(guān)于包括在通知消息內(nèi)的消息的信息，并且存儲該消息。終端Bl 100B選擇性地向用戶通知通知消息的接收?；趤碜杂脩舻恼埱蠡蛘呓K端Bl 100B內(nèi)的應(yīng)用的請求，如果需要CPM消息，則終端Bl 100B檢查推遲的CPM消息的當(dāng)前狀態(tài)。換言之，終端Bl 100B通過使用一個或多個接收到的通知消息(S133、S157)來檢查將CPM消息存儲在何處(S161)。當(dāng)通過在過程S133期間接收到的通知消息確認(rèn)了 CPM消息已經(jīng)被存儲在CPM PF服務(wù)器中時，將向CPM PF服務(wù)器傳輸對于包括在CPM PF服務(wù)器中生成的信息(S卩，消息-URI-ID)的消息的請求。消息請求消息可以是基于SIP的邀請消息。另外，請求消息可以包括用于推遲的CPM消息的其他處理消息(例如，遞送、互通、存儲)。相反，當(dāng)通過在過程S157期間接收到的通知消息確認(rèn)了 CPM消息已經(jīng)被存儲在消息存儲服務(wù)器600中時，將向消息存儲服務(wù)器傳輸對于包括關(guān)于在消息存儲服務(wù)器中生成的信息(即，UID)的信息的消息的請求。消息請求消息可以是基于IMAP的取出(FETCH)命令。當(dāng)接收請求消息時，消息存儲服務(wù)器600基于包括在請求消息中的信息，從存儲的消息中檢索所請求的CPM消息。然后，將所請求的CPM消息傳輸?shù)浇K端Bl 100B(S163)。如上所述，根據(jù)本發(fā)明的第一實施例，終端Bl 100B被操作為正確地接收還沒有被傳輸?shù)浇K端Bl 100B但是被推遲的消息。另外，可以減少消息傳輸?shù)氖?，由此有效地提供網(wǎng)絡(luò)資源。圖5是示例性地圖示本發(fā)明第二實施例的流程圖。
在圖5中，圖示了用戶A的終端Al 100A傳輸CPM消息的過程(S210)、向用戶B的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器遞送CPM消息的過程(S220)、當(dāng)不存在可接收終端時檢查用戶偏好和處理的過程(S230)、向終端A1100A傳輸響應(yīng)消息的過程(SMO)、處理推遲的消息的過程(S250)、以及終端Bl 100B獲取消息的過程(S^O)。過程S210、S220、S230 和 S240 分別類似于過程 S110、S120、S130 和 S140,并且因此，圖4的內(nèi)容將用于類似過程的描述，并且將僅僅描述與圖4的過程不同的過程S250和 S260。首先，以下將描述處理推遲的消息的過程(S250)。CPM PF服務(wù)器810B基于服務(wù)提供商的策略和設(shè)置信息來驅(qū)動用于推遲的消息的計時器。如果計時器期滿(S251) JUCPM PF服務(wù)器810B檢查用戶偏好(S252)。然后，基于用戶偏好的檢查結(jié)果，確定應(yīng)當(dāng)刪除推遲的消息還是將其存儲在消息存儲服務(wù)器600中(S253)。當(dāng)應(yīng)當(dāng)刪除推遲的消息時，CPM PF服務(wù)器810B從推遲消息隊列中刪除消息。然后，CPM PF服務(wù)器810B生成通知消息，以通知已經(jīng)刪除了期滿的CPM消息。通知消息可以是基于SIP的消息、經(jīng)由推送使能器的通知、基于SIP的通知消息、或者基于SIP的通告 (NOTIFY)消息。通知消息可以包括關(guān)于推遲的CPM消息和推遲的CPM消息的當(dāng)前狀態(tài)(即， 已刪除)的信息(標(biāo)識信息，即，消息-URI-ID)。然后，CPM PF服務(wù)器810B將用于通知生成的通知消息是系統(tǒng)消息的信息插入到基于SIP消息的報頭。然后，在預(yù)期的接收方的CPM地址處設(shè)置請求_URI (Request_URI)。 然后，CPM PF服務(wù)器的標(biāo)識符信息被插入到發(fā)送方的CPM地址中，以將其傳輸?shù)浇K端Bl 100B(S255)。接下來，以下將描述終端Bl 100B獲取消息的過程(S^O)。當(dāng)接收通知消息時，終端Bl 100B提取關(guān)于包括在通知消息內(nèi)的推遲的CPM消息的信息。然后，CPM PF服務(wù)器810B識別出已經(jīng)從關(guān)于當(dāng)前狀態(tài)的信息中刪除推遲的CPM消
肩、ο如上所述，根據(jù)本發(fā)明的第二實施例，向終端Bl 100B通知在CPMPF服務(wù)器5IOB 內(nèi)是否刪除了終端Bl 100B還沒有接收到但是被推遲的消息，由此允許終端Bl 100B不請求刪除的消息。因此，有利于減少錯誤，并且防止由于錯誤請求而導(dǎo)致浪費(fèi)網(wǎng)絡(luò)資源。圖6是示例性地圖示本發(fā)明的第三實施例的流程圖。過程S310、S330、S340、S350 和 S360 分別類似于過程 Sl 10、S130、S140、S150 和 S160，并且因此，圖4的內(nèi)容將用于類似過程的描述，并且將僅僅描述不與圖4的過程不同的過程S320。當(dāng)接收CPM消息時，用戶B的歸屬網(wǎng)絡(luò)內(nèi)的CPM PF服務(wù)器810B檢查用戶B的用戶偏好(或設(shè)置)(S331)。圖4中的過程S131的內(nèi)容將用于其詳細(xì)描述。如果如上所述確定了要進(jìn)行推遲，則CPM PF服務(wù)器810B不遞送CPM消息，而是例如將其臨時存儲在推遲消息隊列中。另外，CPM PF服務(wù)器810B向臨時存儲的消息分配標(biāo)識信息，例如ID，并且傳輸包括關(guān)于CPM PF服務(wù)器810B生成的臨時存儲的消息的標(biāo)識信息(S卩，消息-URI-ID)的通知消息。通知消息可以是基于SIP的消息、經(jīng)由推送使能器的通知、或基于SIP的通告(NOTIFY)消息。在CPM網(wǎng)絡(luò)中進(jìn)行登記的情況下，或者當(dāng)用戶想要檢查是否存在任何推遲的消息時，終端Bl 100B向CPM PF服務(wù)器510B傳輸例如訂閱(SUBSCRIBE)消息的登記請求消息， 以便于知道推遲消息的狀態(tài)(S334)。在通過非CPM客戶端，接收到推遲消息之后，終端Bl 100B想要接收推遲的消息的情況下，可以在CPM網(wǎng)絡(luò)中進(jìn)行登記，并且然后傳輸訂閱(SUBSCRIBE)消息以獲得關(guān)于推遲的消息的信息。相應(yīng)于登記請求消息，CPM PF服務(wù)器810B傳輸基于SIP的通告(NOTIFY)消息 (S335)。通告(NOTIFY)消息可以包括關(guān)于推遲的消息的信息(即，元數(shù)據(jù))。圖7是示例性地圖示本發(fā)明的第四實施例的流程圖。圖7中圖示的第四實施例可以通過合并圖4的一些過程、圖5的一些過程以及圖 6的一些過程來實現(xiàn)。換言之，圖7中圖示的過程S410、S420、和S440類似于圖4的過程S110、S120、S140 和S160。另外，過程S450和S460類似于圖5的過程S250和S260。另外，過程S430類似于圖6的過程S330。如上所述，從圖4至圖6的描述中，本領(lǐng)域的技術(shù)人員可以容易地理解圖7所示的第四實施例，并且因此將不詳細(xì)進(jìn)行描述并且遵循以上描述。圖8是第一和第三實施例的修改示例。參考圖8，不同于第一和第三實施例，當(dāng)將推遲的CPM消息存儲在消息存儲服務(wù)器內(nèi)時，終端Bl 100B通過插入在存儲服務(wù)器中使用的文件標(biāo)識符來傳輸被發(fā)送到CPM PF服務(wù)器510B的請求，以便于獲得存儲在存儲服務(wù)器中的推遲的CPM消息(S162)。當(dāng)接收消息請求時，CPM PF服務(wù)器510B可以使用包括在請求的消息中的文件標(biāo)識符來獲取來自消息存儲服務(wù)器600的請求的消息(S573)，并且將其提供到終端Bl 100B(S574)?；谇笆雒枋?，本領(lǐng)域的技術(shù)人員可以容易地理解這樣的修改示例，并且因此將不詳細(xì)進(jìn)行描述。圖9是圖示CPM PF服務(wù)器的操作的流程圖。參考圖9，當(dāng)CPM PF服務(wù)器810接收來自源終端的消息(S811)時，CPM PF服務(wù)器810基于用戶偏好(用戶設(shè)置)來檢查是否存在可以從源終端接收消息的登記目標(biāo)終端 (S812)。并且CPM PF服務(wù)器810基于用戶偏好來確定是否拒絕、遞送、推遲、或存儲來自源終端的消息(S813)。如果確定了推遲CPM消息的傳輸，則CPM PF服務(wù)器810以隊列來存儲CPM消息 (S815)。另一方面，當(dāng)用于CPM消息的計時器期滿時，CPM PF服務(wù)器810基于用戶偏好來確定放棄還是存儲CPM消息(S816)。如果確定了要進(jìn)行存儲，則CPM PF服務(wù)器810向消息存儲服務(wù)器請求消息的存儲 (S817)，并且接收來自消息存儲服務(wù)器的包括關(guān)于存儲的消息的信息的響應(yīng)消息(S818)。 隨后，CPM PF服務(wù)器810將該信息插入到消息中，以將其傳輸?shù)侥繕?biāo)終端(S819)。
另一方面，已經(jīng)簡要描述了 CPM PF服務(wù)器的操作，但是應(yīng)當(dāng)想到，CPM PF服務(wù)器可以執(zhí)行圖4至圖8中所示的操作。如關(guān)于這點(diǎn)描述的，根據(jù)本發(fā)明的方法可以通過軟件、硬件或其組合來實現(xiàn)。例如，根據(jù)本發(fā)明的方法可以被存儲在存儲介質(zhì)(內(nèi)部終端、閃速存儲器、硬盤等)中，并且可以以通過處理器執(zhí)行的軟件程序通過代碼或者命令語言來實現(xiàn)，處理器諸如未處理、控制器、微控制器、專用集成電路(ASIC)等。將參考圖10來進(jìn)行描述。圖10是圖示根據(jù)本發(fā)明的CPM PF服務(wù)器的配置框圖。如圖10中所示，CPM PF服務(wù)器810可以包括存儲裝置811、控制器812、和收發(fā)機(jī) 813。存儲裝置811存儲實現(xiàn)圖4至圖9中圖示的方法的軟件程序?？刂破?12分別控制存儲裝置811和收發(fā)機(jī)813。具體地，控制器812執(zhí)行存儲在存儲單元中的相應(yīng)方法。然后，控制器813經(jīng)由收發(fā)機(jī)來傳輸前述信號。雖然如上示例性地描述了本發(fā)明的優(yōu)選實施例，但是本發(fā)明的范圍不限于那些特定實施例，并且因此在不背離本發(fā)明的精神并且在所附權(quán)利要求的范圍內(nèi)的情況下可以對本發(fā)明做出各種修改、變化和改進(jìn)。
權(quán)利要求
1.一種用于在會聚IP消息(CPM)服務(wù)器中遞送消息的方法，所述方法包括如果接收到CPM消息，則基于接入策略來確定是否拒絕所述CPM消息；如果確定了不拒絕所述CPM消息，則檢查目標(biāo)終端的用戶偏好來確定所述CPM消息的處理；如果所述目標(biāo)終端沒有被登記或者處于不可接受狀態(tài)中，則基于所述用戶偏好來確定是否拒絕、推遲或存儲所述CPM消息；當(dāng)確定了要推遲所述CPM消息時，以隊列來存儲所述CPM消息；如果用于所述CPM消息的計時器期滿，則基于所述用戶偏好來確定丟棄還是存儲所述 CPM消息；當(dāng)確定了進(jìn)行存儲時，向消息存儲服務(wù)器請求存儲所述CPM消息；接收來自所述消息存儲服務(wù)器的包括關(guān)于所存儲的消息的信息的響應(yīng)消息；以及傳輸包括關(guān)于所述存儲的消息的所述信息的消息。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述用戶偏好包括關(guān)于用于在所述目標(biāo)終端沒有被登記或者處于不可接收狀態(tài)中的情況的處理方向的第一信息；以及關(guān)于用于在所述目標(biāo)終端被登記或者處于可接收狀態(tài)中的情況下的處理方向的第二信息。
3.根據(jù)權(quán)利要求2所述的方法，其中，所述第一信息包括拒絕、推遲、存儲和互通中的至少一個。
4.根據(jù)權(quán)利要求1所述的方法，其中，關(guān)于所述消息的信息包括關(guān)于所述CPM服務(wù)器內(nèi)的消息的標(biāo)識信息。
5.根據(jù)權(quán)利要求1所述的方法，其中，關(guān)于所述消息的信息支持使所述CPM消息與所述消息存儲服務(wù)器內(nèi)的其他消息進(jìn)行辨別。
6.根據(jù)權(quán)利要求1所述的方法，其中，關(guān)于所述消息的信息是用于所述消息的唯一標(biāo)識符(UID)。
7.根據(jù)權(quán)利要求1所述的方法，其中，所述通知消息進(jìn)一步包括關(guān)于所述消息存儲服務(wù)器的信息。
8.根據(jù)權(quán)利要求1所述的方法，其中，所述通知消息在所述目標(biāo)終端支持CPM時是基于 SIP的消息，并且在所述目標(biāo)終端支持非CPM時是非基于SIP的消息。
9.根據(jù)權(quán)利要求1所述的方法，其中，所述CPM服務(wù)器位于所述目標(biāo)終端的歸屬網(wǎng)絡(luò)內(nèi)。
10.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括由所述CPM服務(wù)器向所述目標(biāo)終端傳輸關(guān)于所推遲的消息的信息。
11.根據(jù)權(quán)利要求1所述的方法，其中，所述用戶偏好包括用于確定所述消息的處理的第一用戶偏好；以及與所述消息的存儲相關(guān)的第二用于偏好。
12.一種會聚IP消息(CPM)服務(wù)器，包括處理器，所述處理器用于如果接收到CPM消息，則基于接入策略來確定是否拒絕所述 CPM消息，如果確定了不拒絕所述CPM消息，則檢查目標(biāo)終端的用戶偏好來確定所述CPM消息的處理，如果所述目標(biāo)終端沒有被登記或者處于不可接受狀態(tài)中，則基于所述用戶偏好來確定是否拒絕、推遲或存儲所述CPM消息，如果確定了推遲所述CPM消息的傳輸，則以隊列來存儲所述CPM消息，以及如果用于所述CPM消息的計時器期滿，則基于所述用戶偏好來確定丟棄還是存儲所述CPM消息，以及收發(fā)機(jī)，所述收發(fā)機(jī)用于如果所述處理器確定了要進(jìn)行存儲，則請求將所述消息存儲到消息存儲服務(wù)器，響應(yīng)消息，接收來自所述消息存儲服務(wù)器的包括關(guān)于所存儲的消息的信息的響應(yīng)消息，并且將包括關(guān)于所存儲消息的信息的消息傳輸?shù)剿瞿繕?biāo)終端。
13.根據(jù)權(quán)利要求12所述的CPM服務(wù)器，其中，關(guān)于所述消息的信息包括關(guān)于所述消息的標(biāo)識信息。
14.根據(jù)權(quán)利要求12所述CPM服務(wù)器，其中，關(guān)于所述消息的信息支持使CPM消息與所述消息存儲服務(wù)器內(nèi)的其他消息進(jìn)行辨別。
15.根據(jù)權(quán)利要求12所述CPM服務(wù)器，其中，關(guān)于所述消息的信息是用于所述CPM消息的唯一標(biāo)識符(UID)。
全文摘要
公開了一種用于在會聚IP消息(CPM)服務(wù)器中遞送消息的方法。該消息遞送方法可以包括如果接收到的CPM消息，則基于接入策略來確定是否拒絕CPM消息；如果確定了不拒絕CPM消息，則檢查目標(biāo)終端的用戶偏好來確定CPM消息的處理；如果目標(biāo)終端沒有被登記或者處于不可接收狀態(tài)中，則基于用戶偏好確定是否拒絕、推遲或存儲CPM消息；如果確定了推遲CPM消息的傳輸，則以隊列來存儲CPM消息；如果用于CPM消息的計時器期滿，則基于用戶偏好來確定丟棄還是存儲CPM消息；如果確定要進(jìn)行存儲，則請求將消息存儲到消息存儲服務(wù)器；接收來自消息存儲服務(wù)器的包括關(guān)于存儲的消息的信息的響應(yīng)消息；以及向終端傳輸包括關(guān)于存儲消息的信息的消息。
文檔編號H04W4/12GK102282873SQ201080004926
公開日2011年12月14日 申請日期2010年1月18日 優(yōu)先權(quán)日2009年1月19日
發(fā)明者德內(nèi)坎 克里斯托弗·勒蒂埃里, 李東榮, 李賢洙, 許康碩 申請人:Lg電子株式會社