專利名稱：尋呼模式消息收發(fā)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及消息收發(fā)，并更具體地，涉及尋呼模式消息收發(fā)，也稱為一次消息收發(fā)。
背景技術(shù)：
通信技術(shù)，特別是基于IP的通信技術(shù)和最終用戶終端的演進(jìn)已經(jīng)支持多種通信可能性和不同服務(wù)的引入。越來越多的服務(wù)通過使用由SIP(會話發(fā)起協(xié)議)所提供的原語來實現(xiàn)，其中SIP并非垂直集成在通信系統(tǒng)中，而是集成在構(gòu)建多媒體架構(gòu)的工具中。更具體地，SIP是一種IETF定義的應(yīng)用層控制(信令)協(xié)議用于創(chuàng)建、修改以及終止與一個或多個參與者之間的會話。這些會話例如包括網(wǎng)絡(luò)電話呼叫、多媒體分發(fā)、多媒體會議以及 PoC(蜂窩上的按鍵通話)會話。為了進(jìn)行消息收發(fā)服務(wù)，使用SIP和現(xiàn)有SIP實現(xiàn)以提供在線和即時消息收發(fā)服務(wù)的SIMPLE(SIP即時消息收發(fā)和現(xiàn)場支持?jǐn)U展)在IETF中作了定義。0ΜΑ(開放移動聯(lián)盟)還基于SIP/SMPLE協(xié)議而定義了頂(即時消息收發(fā))作動器 (enabler)。SIMPLE定義了兩種模式的即時消息交換尋呼模式和會話模式。尋呼模式使用 SIP消息(SIP MESSAGE)方法，通過該方法來發(fā)送尋呼模式即時消息，并且其中，在協(xié)議層， 后繼即時消息與先前消息不相關(guān)每個緊接的消息，甚至對之前消息的答復(fù)，都被認(rèn)為是獨立的事務(wù)。因此，SIP MESSAGE方法與傳統(tǒng)的電子郵件和短消息服務(wù)類似。會 話模式使用 SIP用于信令和會話建立并使用MSRP (消息會話中繼協(xié)議)用于在建立了會話之后承載一系列即時消息。下面，組合簡單地被稱為MSRP機(jī)制。換言之，MSRP機(jī)制提供聊天類型的消息收發(fā)，這被稱為會話模式消息收發(fā)。
問題出現(xiàn)在當(dāng)用戶希望發(fā)送大型尋呼模式消息的時候。SIP MESSAGE方法可以使用UDP或TCP傳輸。TCP也為大型消息提供可靠的傳輸方法，但針對SIP MESSAGE方法TCP 傳輸無法總是得以保證。如果使用UDP來發(fā)送大型消息，則大于UDP最大尺寸的分組被分段，并且可能無法按正確順序到達(dá)接收方。此外，即使可以確保TCP，但仍然存在阻塞控制的其他有關(guān)問題。由于SIP MESSAGE方法是SIP會話控制信令的一部分，所以使用與SIP 信令所用非常相同的資源來發(fā)送和接收消息。對于用戶終端而言，這意味著可以在用戶終端中對大型消息進(jìn)行發(fā)送和接收的時間阻斷實際的SIP信令。用于SIP信令的上述資源可以是通用rop(分組數(shù)據(jù)協(xié)議)上下文，或者在GERAN(GSM/EDGE無線接入網(wǎng)絡(luò))和/或 UTRAN(UMTS陸地?zé)o線接入網(wǎng)絡(luò))系統(tǒng)的情況下為專用信令PDP上下文。在其他系統(tǒng)中，例如，該資源可以是預(yù)留的和/或?qū)Ｓ玫膸捰糜谛帕钅康摹３?SIP信令被阻斷之外，加載 SIP代理的其他有關(guān)問題可能出現(xiàn)。由于尋呼模式消息傳統(tǒng)上使用SIP MESSAGE方法，所以使用SIP MESSAGE方法的所有消息通過SIP代理來傳送。因此，通過SIP代理傳送的大尺寸尋呼模式消息可以引起SIP代理性能的嚴(yán)重降低，從而導(dǎo)致有效地阻斷所有SIP信令并降低SIP網(wǎng)絡(luò)的整體性能。因此，在某些情況中，SIP MESSAGE方法不適合用于大尺寸消肩、O
一種解決方案是，當(dāng)消息尺寸超過特定限制時，使用MSRP機(jī)制來代替SIP MESSAGE方法。然而，MSRP機(jī)制是針對會話模式消息收發(fā)服務(wù)，而不是針對尋呼模式消息收發(fā)的。此外，接收到的尋呼模式消息可以延遲并存儲在消息收發(fā)收件箱中，從中用戶可以在方便的時候讀取它們，但在會話模式消息收發(fā)中，接收到的消息由用戶終端打開并展現(xiàn)給用戶以方便進(jìn)行對話。因此，從接收者的角度出發(fā)，當(dāng)使用MSRP機(jī)制時不能接收尋呼模式消息。發(fā)明內(nèi)容
本發(fā)明的一個目的是提供方法和用于實現(xiàn)該方法的設(shè)備，從而克服上述問題。本發(fā)明的目的可以由在獨立權(quán)利要求中聲明的方法、用戶終端和服務(wù)器來實現(xiàn)。在從屬權(quán)利要求中公開了本發(fā)明的優(yōu)選實施方式。
本發(fā)明是基于對該問題的認(rèn)識，并解決該問題通過指示使用的會話模式(聊天類型)消息收發(fā)機(jī)制發(fā)送的消息是否為尋呼模式消息，以及響應(yīng)于該消息是尋呼模式消息，將其當(dāng)作使用尋呼模式機(jī)制或根據(jù)為此尋呼模式機(jī)制所定義的特定指令而加以接收。 通過會話模式意味著使用為進(jìn)行系列消息交換而設(shè)計的協(xié)議，例如MSRP。通過尋呼模式意味著每個消息在協(xié)議層是獨立事務(wù)，即在協(xié)議層，后續(xù)的即時消息與先前消息不相關(guān)。
本發(fā)明的一個有益效果在于通過使用該指示，即使當(dāng)尋呼模式消息被作為會話模式消息來傳送時也可以作為尋呼模式消息來接收。另一有益效果在于可以避免由于大型消息而帶來SIP信令的阻斷。


下面，將參考附圖并通過優(yōu)選實施方式來更詳細(xì)地描述本發(fā)明，附圖中
圖1不出了簡化的系統(tǒng)框架；
圖2是圖示了在發(fā)送模式中根據(jù)本發(fā)明實施方式的用戶終端的功能性的流程圖3和圖4是圖示了在接收模式中根據(jù)本發(fā)明實施方式的用戶終端的功能性的流程圖5A至示了根據(jù)本發(fā)明實施方式的SIP邀請(SIP INVITE)消息的例子； 以及
圖6、圖7、圖8和圖9圖示了根據(jù)本發(fā)明實施方式的信令。
具體實施方式
以下實施方式僅是示例性的。盡管本說明書可能在多個位置使用“一種”、“一個” 或“一些”實施方式，但這并不必然意味著每個此類參考是相同的實施方式，或者該特征僅應(yīng)用于單個實施方式。不同實施方式的單個特征也可以結(jié)合起來提供其他實施方式。
本發(fā)明可應(yīng)用于任何用戶終端、服務(wù)器和/或任何通信系統(tǒng)或應(yīng)用于可由用戶終端接入并提供消息收發(fā)服務(wù)的不同通信系統(tǒng)的任意組合，消息收發(fā)服務(wù)即以消息格式將數(shù)據(jù)從一個實體向另一實體近乎實時地發(fā)送或發(fā)送到郵件箱。對消息格式以及數(shù)據(jù)類型而言不存在限制。該數(shù)據(jù)可以是文本、語音、視頻剪輯、多媒體等等。通信系統(tǒng)可以是固定通信系統(tǒng)或無線通信系統(tǒng)或使用固定網(wǎng)絡(luò)和無線網(wǎng)絡(luò)二者的通信系統(tǒng)。所使用的協(xié)議、通信系統(tǒng)和終端的規(guī)范發(fā)展迅速，特別是在無線通信中。此發(fā)展可能要求對本發(fā)明的額外變化。因此，所有的詞匯和表達(dá)應(yīng)當(dāng)做寬泛解釋并且旨在示意而非限制本發(fā)明。
下面，將使用采用SIP和MSRP的簡化系統(tǒng)環(huán)境作為本發(fā)明可應(yīng)用的系統(tǒng)環(huán)境的例子來解釋本發(fā)明，而不對本發(fā)明構(gòu)成限制。應(yīng)當(dāng)意識到，通信系統(tǒng)和例如代理的中間節(jié)點以及SIP和MSRP下面或上面使用的其他協(xié)議或相應(yīng)協(xié)議與實際發(fā)明無關(guān)。因此，這里將不需要進(jìn)行詳細(xì)討論。本發(fā)明主要涉及應(yīng)用層中的消息傳送。
圖1是高度簡化的系統(tǒng)架構(gòu)，其僅示出了通信系統(tǒng)1、兩個用戶終端UT2、UT2’和網(wǎng)絡(luò)3。對于本領(lǐng)域技術(shù)人員而言明顯的是，系統(tǒng)還包括其他設(shè)備、系統(tǒng)實體例如即時消息收發(fā)服務(wù)器、功能和結(jié)構(gòu)，這里不需要進(jìn)行詳細(xì)描述。
用戶終端2、2’ 一件裝備或設(shè)備，其允許用戶直接或經(jīng)由計算機(jī)系統(tǒng)與通信系統(tǒng)進(jìn)行交互，即，其向用戶提供信息并允許用戶輸入信息，即用戶終端是特定通信的終結(jié)點。 換言之，用戶終端2、2’可以是任何節(jié)點或支持消息收發(fā)并且如果接入網(wǎng)絡(luò)存在則能夠在該接入網(wǎng)絡(luò)(在圖1中未示出)上與系統(tǒng)網(wǎng)絡(luò)進(jìn)行通信的主機(jī)。用戶終端2、2’可以是無線地或經(jīng)由固定連接而連接到網(wǎng)絡(luò)3的非移動設(shè)備，例如個人計算機(jī)PC。用戶終端2、2’還可以是支持消息收發(fā)的無線移動終端，充當(dāng)服務(wù)平臺并支持不同的服務(wù)有關(guān)功能的加載和執(zhí)行的多服務(wù)終端，或經(jīng)由可能的接入網(wǎng)絡(luò)可連接到網(wǎng)絡(luò)的膝上型PC，經(jīng)由可能的接入網(wǎng)絡(luò)可連接到網(wǎng)絡(luò)的個人數(shù)字助理PDA等等。
用戶終端2包括至少一個用戶接口(Π)21，通過該接口，用戶可以創(chuàng)建和/或讀取消息；一個或多個消息收發(fā)應(yīng)用(Appl)22 ;存儲器(Mem) 23(或者用戶終端設(shè)置為可訪問存儲器)，用于至少臨時地存儲接收到的尋呼模式類型的消息；以及收發(fā)器(TRx) 24，用于發(fā) 送和接收通信(消息)。
消息收發(fā)應(yīng)用22可以是軟件應(yīng)用，配置為實現(xiàn)根據(jù)本發(fā)明的功能。該功能例如可以通過更新相應(yīng)的消息收發(fā)應(yīng)用或通過向終端添加新的消息收發(fā)應(yīng)用來實現(xiàn)。
圖2是圖示了在發(fā)送模式中根據(jù)本發(fā)明實施方式的用戶終端的功能的流程圖。在圖2的例子中，假設(shè)用戶總是以類似的方式創(chuàng)建尋呼模式消息，并且假設(shè)用戶終端選擇與該消息一起使用的方法/機(jī)制。
圖2開始于用戶創(chuàng)建了尋呼模式消息并經(jīng)由用戶接口給出指令以發(fā)送消息到接收器(步驟201)。換言之，在步驟201，用戶終端接收“向該地址發(fā)送消息”命令。響應(yīng)于該命令，在步驟202，用戶終端確定該消息的尺寸，并且在步驟203，檢查該消息尺寸是否大于針對該尺寸的預(yù)定限制。該預(yù)定限制可以例如由所使用的服務(wù)協(xié)議來定義，由用戶或運營商來定義，或者其可以預(yù)配置到終端。優(yōu)選地，該預(yù)定限制對應(yīng)于適合于傳輸協(xié)議消息的尺寸。然而，預(yù)定限制的值以及設(shè)置預(yù)定限制的方式對本發(fā)明沒有顯著的影響。在本發(fā)明的某些實施方式中，甚至可以的是，所有的尋呼模式消息無論其尺寸如何，都使用MSRP機(jī)制或相應(yīng)機(jī)制來發(fā)送。例如，用戶終端可以被預(yù)先配置為總是使用會話模式，因為運營商不允許使用尋呼模式。
如果消息尺寸不超過該限制(步驟203)，那么在步驟204，用戶終端使用SIP MESSAGE方法來發(fā)送內(nèi)容。
如果消息尺寸確實超過該限制(步驟203)，那么在步驟205，根據(jù)本發(fā)明，用戶終端使用MSRP機(jī)制來發(fā)送具有尋呼模式指示符的消息。根據(jù)該實現(xiàn)，用戶終端可以或者可以不向由MSRP發(fā)送的尋呼模式消息添加關(guān)于消息的實際尺寸的信息。實際消息發(fā)送過程在圖6、圖7和圖8中有更詳細(xì)的圖示。
在本發(fā)明的一個實施方式中，用戶必須從三個選項中進(jìn)行選擇小型尋呼模式消息(尺寸小于或等于預(yù)定限制)、其他尋呼模式消息、會話(聊天)消息收發(fā)，并且當(dāng)用戶選擇其他尋呼模式消息時，則在發(fā)送消息的時候使用具有尋呼模式指示符的會話模式消息收發(fā)機(jī)制。
圖3是圖示了在接收模式中根據(jù)本發(fā)明實施方·式的用戶終端的功能的流程圖。在圖3的例子中，假設(shè)不傳送關(guān)于消息的實際尺寸的信息。為簡明起見，進(jìn)一步假設(shè)用戶終端具有足夠的用于消息的自由存儲器，從而可以接收消息，并且假設(shè)用戶終端被配置為接受尋呼模式消息。當(dāng)該消息大于自由存儲器時，所發(fā)生的事與本發(fā)明無關(guān)；這依賴于接收終端的實現(xiàn)；例如，如果不存在足夠的自由存儲器，則終端可以拒絕該會話請求，或者當(dāng)存儲器滿的時候，接受會話請求，但終止該會話。
響應(yīng)于接收到SIP INVITE (MSRP)(步驟301)，在步驟302，用戶終端檢查該SIP INVITE(MSRP)是否針對尋呼模式消息。如果是，則在步驟303，用戶終端建立會話；在步驟 304，接收消息；在步驟305，存儲該消息；以及，在步驟306，釋放該會話。隨后或同時，在步驟307，用戶終端向用戶指示已經(jīng)接收到消息。然后用戶可以稍后讀取該消息。換言之，用戶終端向用戶發(fā)揮作用，就像通過SIP MESSAGE方法接收到消息一樣。
如果SIP INVITE (MSRP)用于聊天(即用于會話模式消息收發(fā))，而不是用于尋呼模式消息(步驟302)，則在步驟308，用戶終端建立會話并在步驟309顯示對話，直到會話結(jié)束為止。
接收用戶終端可以配置為拒絕所有尋呼模式消息，在此情況下，不建立會話，而是代替步驟303至步驟307，發(fā)送拒絕。
接收用戶終端可以配置為將尋呼模式消息請求轉(zhuǎn)發(fā)至網(wǎng)絡(luò)收件箱或另一終端等， 在此情況下，不建立會話，而是代替步驟303至步驟307，轉(zhuǎn)發(fā)請求。此示例的例子示出在圖7和圖8中。即使將所有尋呼模式消息轉(zhuǎn)發(fā)以存儲到其他地方，并且用戶需要通過另一終端察看它們，該轉(zhuǎn)發(fā)終端仍被考慮為提供尋呼模式消息收發(fā)。
在本發(fā)明的另一實施方式中，在接收到消息之后執(zhí)行檢查(即在步驟304之后執(zhí)行步驟302，并且在檢查之后在步驟305或步驟308中該過程繼續(xù))。
圖4是圖示了在接收模式中根據(jù)本發(fā)明實施方式的用戶終端的功能的流程圖。在圖4的例子中，假設(shè)存在關(guān)于消息的實際尺寸的信息。為簡明起見，進(jìn)一步假設(shè)(如結(jié)合圖 3所示，這里將沒必要重復(fù)相同的解釋)用戶終端具有足夠的用于消息的自由存儲器，并且用戶終端配置為接受尋呼模式消息。
響應(yīng)于接收到SIP INVITE (MSRP)(步驟401)，在步驟402，用戶終端檢查該SIP INVITE (MSRP)是否針對尋呼模式消息。如果是，則在步驟403，用戶終端向用戶通知該消息的尺寸。如果用戶接受了該消息(步驟404)，則在步驟405，用戶終端建立會話；在步驟406，接收該消息；以及在步驟407，存儲該消息。用戶然后可以稍后讀取該消息。接下來在步驟408，用戶釋放該會話。換言之，用戶終端向用戶發(fā)揮作用，就像通過SIP MESSAGE方法接收到消息一樣。在此具體例子中，用戶終端不向用戶通知消息的接收，因為假設(shè)通過接受該消息遞送，已經(jīng)向用戶通知了該消息。然而，在另一實現(xiàn)中，用戶設(shè)備可以配置為向用戶通知該消息的接收。
如果用戶未接受該消息(步驟404)，那么在步驟409，用戶終端拒絕會話建立。在另一實施方式中，用戶終端可以不拒絕，而是轉(zhuǎn)發(fā)會話建立，從而該消息存儲在網(wǎng)絡(luò)中并且稍后可以被獲取，如圖7和圖8所示。
如果SIP INVITE (MSRP)用于聊天(即用于會話模式消息收發(fā))而不是用于尋呼模式消息(步驟402)，則在步驟410，用戶終端建立會話，并在步驟411中顯示對話，直到會話結(jié)束為止。
在本發(fā)明的另一實施方式中，代替詢問用戶是否接受了該消息(即代替步驟 403)，用戶終端配置為接受不超過預(yù)定尺寸限制的消息。該預(yù)定尺寸限制例如可以由運營商、用戶終端制造商和/或用戶來定義。
下面，將以圖5A至圖8中示出的一些例子來更詳細(xì)地描述該信令，其使用SDP(會話描述協(xié)議)來發(fā)起通過TCP的會話和MSRP以傳送實際的內(nèi)容，而不將本發(fā)明限制于此例子。結(jié)合下列例子作出的另一假設(shè)是接收用戶終端將不拒絕該消息。如果需要，可以在 http://www.1etf. orR/inte·rnet_drafts/draft_ietf_simple—messaRe_sessions_10· txt 中找到進(jìn)一步的信息，其在此并入作為參考。然而，使用哪些協(xié)議對本發(fā)明沒有影響，上述僅作為例子。例如，代替SDP，可以使用其他的提供回答機(jī)制協(xié)議，并且，代替TCP，可以使用其他阻塞控制協(xié)議，例如SCTP (信令公共傳輸協(xié)議)。
圖5A至示了會話模式消息可以如何指示會話模式邀請是針對尋呼模式消息的一些例子。
在圖5A的實施方式中，尋呼模式消息由包含新尋呼模式指示符5-1的m行(m = message 9 msrp page-mode)和指示消息5-2的實際尺寸(a =max-size: actual size)的參數(shù)a = max-size的組合來指示。
在圖5B的實施方式中，尋呼模式消息由包含新尋呼模式指示符5-1的m行(m = message 9 msrp page-mode)和指不消息的實際尺寸(a = max-size:actual size)的參數(shù) 5_3a = max-size的組合來指示。在此實施方式中，參數(shù)a = max-size指示消息的最大尺寸。
在圖5C的實施方式中，尋呼模式消息由參數(shù)5_3a = actual-size來指示。當(dāng)參數(shù)的值不同于O的時候，其隱性地指示該消息是尋呼模式消息，反之亦然。在此實施方式中， m行信息指示將使用MSRP,并且參數(shù)a = max-size指示消息的最大尺寸。
在圖的實施方式中，尋呼模式消息由包含新尋呼模式指示符5-1 (m = message 9 msrp page-mode)的m行來指示。在此實施方式中，參數(shù)a = max-size指示消息的最大尺寸，而不需要附加的a參數(shù)。
在圖6的信令圖中，盡管可以涉及一個或多個居間體，但僅示出了端點之間的信令。圖6圖示了當(dāng)接收方，或更具體而言是接收方用戶終端的相應(yīng)客戶端，接受了消息時的信令。圖6開始于Alice希望向Bob發(fā)送消息。Alice的用戶終端UTl (更具體地,是UTl中的相應(yīng)客戶端)在點6-1注意到必須使用會話模式機(jī)制來發(fā)送尋呼模式消息。(點6-1 在圖2中進(jìn)行了詳細(xì)描述)。因此，UTl向Bob的用戶終端UT2發(fā)送具有尋呼模式指示PMI 的會話邀請消息6-2。消息6-2優(yōu)選地是圖5A至圖5D中所示消息的其中之一。響應(yīng)于接收到消息6-2，UT2在點6-3檢測消息是針對尋呼模式消息的會話模式邀請，并通過發(fā)送消息6-4來接受該邀請。UTl通過發(fā)送消息6-5來應(yīng)答該接受，然后UT I在會話模式消息 6-6中發(fā)送尋呼模式消息的實際內(nèi)容。響應(yīng)于接收到該內(nèi)容，UT2在點6-7存儲該內(nèi)容，從而Bob可以稍后對其進(jìn)行瀏覽。UT2還可以通知Bob，如圖3和圖4所述。響應(yīng)于接收到該內(nèi)容，UT2還通過在消息6-8中發(fā)送會話模式應(yīng)答來應(yīng)答該接收。在圖6所示的實施方式中，發(fā)送用戶終端UTl配置為通過向UT2發(fā)送消息6-9的應(yīng)答而響應(yīng)于該應(yīng)答終止該會話， UT2然后發(fā)送消息6-10以應(yīng)答該終止。
在圖7的信令圖中，示出了經(jīng)由接收端點的參與即時消息收發(fā)服務(wù)器的端點之間的信令，盡管可以涉及一個或多個居間實體。圖7圖示了當(dāng)接收方(或更具體地是接收方的用戶終端內(nèi)的相應(yīng)客戶端)不接受該消息而是請求網(wǎng)絡(luò)保存該消息以供后續(xù)獲取時的信令。圖7開始于Alice希望向Bob發(fā)送消息。Alice的用戶終端UTl (更具體地,是UTl 中的相應(yīng)客戶端)在點7-1注意到必須使用會話模式機(jī)制來發(fā)送尋呼模式消息。(點7-1 在圖2中進(jìn)行了詳細(xì)描述)。因此，UTl經(jīng)由服務(wù)器向Bob的用戶終端UT2發(fā)送具有尋呼模式指示PMI的會話邀請消息7-2。消息7-2優(yōu)選地是圖5A至圖中所示消息的其中之一。響應(yīng)于接收到消息7-2，UT2在點7-3檢測消息是針對尋呼模式消息的會話模式邀請。 由于某些原因，UT2不接受該尋呼模式消息，而是向服務(wù)器發(fā)送重定向消息7-4。重定向消息的一個例子是SIP302 “Moved Temporarily (臨時移動)”消息，其可以包含關(guān)于如何對待消息的信息。然而，如何以及通過哪些協(xié)議來實現(xiàn)重定向與本發(fā)明是無關(guān)的，并且在必要的時候給出附加指令/信息。其他例子包括采用使用了 SIP協(xié)議的單獨事務(wù)，例如SIP PUBLISH,SIP OPTIONS、所謂的SIP REGISTER中的功能，或具有XCAP (可擴(kuò)展標(biāo)記語言配置訪問協(xié)議)。UT2還可以向Bob通知該消息，如以上結(jié)合圖3和圖4所述。
在此例子中，服務(wù)器(或更具體地是背對背用戶代理)接受以提供可選的服務(wù)，并且因此服務(wù)器假設(shè)其自身 為會話端點并通過發(fā)送消息7-5來接受初始邀請。UTl通過向該服務(wù)器發(fā)送消息7-6來應(yīng)答該接受，然后在會話模式消息7-7中向服務(wù)器發(fā)送尋呼模式消息的實際內(nèi)容。響應(yīng)于接收到該內(nèi)容，服務(wù)器在點7-8中存儲該內(nèi)容從而Bob可以在稍后瀏覽它們。響應(yīng)于接收到該內(nèi)容，服務(wù)器還通過在消息7-9中發(fā)送會話模式應(yīng)答來應(yīng)答該接收。在圖7所示的實施方式中，發(fā)送用戶終端UTl配置為通過發(fā)送消息7-10到服務(wù)器響應(yīng)于應(yīng)答來終止該會話，該服務(wù)器然后發(fā)送消息7-11以應(yīng)答該終止。Bob然后可以稍后查看消息內(nèi)容，但該查看的實現(xiàn)與本發(fā)明無關(guān)，因此在這里將不作詳細(xì)討論。
在圖8的信令圖中，和圖7中一樣，示出了經(jīng)由接收端點的參與即時消息收發(fā)服務(wù)器的端點之間的信令，盡管可以涉及一個或多個居間實體。圖8圖示了當(dāng)接收方(或更具體地是接收方的用戶終端內(nèi)的相應(yīng)客戶端)不接受該消息而是請求網(wǎng)絡(luò)中的網(wǎng)關(guān)GW保存該消息以供后續(xù)獲取時的信令。圖8開始于Alice希望向Bob發(fā)送消息。Alice的用戶終端UTl (更具體地，是UTl中的相應(yīng)客戶端)在點8-1注意到必須使用會話模式機(jī)制來發(fā)送尋呼模式消息。(點8-1在圖2中進(jìn)行了詳細(xì)描述)。因此，UTl經(jīng)由服務(wù)器向Bob的用戶終端UT2發(fā)送具有尋呼模式指示PMI的會話邀請消息8-2。消息8-2優(yōu)選地是圖5A至圖5D中所示消息的其中之一。響應(yīng)于接收到消息8-2，UT2在點8-3檢測消息是針對尋呼模式消息的會話模式邀請。由于某些原因，UT2不接受該尋呼模式消息，而是向服務(wù)器發(fā)送重定向消息8-4，該重定向消息指示應(yīng)當(dāng)將消息轉(zhuǎn)發(fā)至網(wǎng)關(guān)GW。(在上面結(jié)合圖7描述了重定向消息)。UT2還可以向Bob通知該消息，如以上結(jié)合圖3和圖4所述。
在此例子中，服務(wù)器(更具體地是背對背用戶代理)生成針對消息8-4中所指示的GW的URI (統(tǒng)一資源標(biāo)識符)的新請求，并在消息8-5中發(fā)送該請求。該請求優(yōu)選地是沒有尋呼模式指示的會話模式邀請。GW通過發(fā)送消息8-6來接受該初始邀請。UTl通過向 Gff發(fā)送消息8-7來應(yīng)答該接受，然后在會話模式消息8-8中向GW發(fā)送該尋呼模式消息的實際內(nèi)容。響應(yīng)于接收到該內(nèi)容，GW在點8-9存儲該內(nèi)容從而Bob可以在稍后瀏覽它們。響應(yīng)于接收到該內(nèi)容，GW還通過在消息8-10中發(fā)送會話模式應(yīng)答來應(yīng)答該接收。在結(jié)合圖 8所示的實施方式中，發(fā)送用戶終端UT I配置為通過發(fā)送消息8-11到GW響應(yīng)于應(yīng)答來終止該會話，該GW然后發(fā)送消息8-12以應(yīng)答該終止。Bob然后可以稍后查看消息內(nèi)容，但該查看的實現(xiàn)與本發(fā)明無關(guān)，因此在這里將不作詳細(xì)討論。
圖9圖示了根據(jù)本發(fā)明進(jìn)一步實施方式的信令，在該實施方式中，即時消息收發(fā)服務(wù)器也被配置為檢測指示。該即時消息收發(fā)服務(wù)器可以是單獨的服務(wù)器，或者是包括一個或多個其他組件的網(wǎng)絡(luò)節(jié)點中的服務(wù)器組件。在圖9所示的例子中，假設(shè)接收方(UT2)是不可到達(dá)的，或者具有一種這樣的配置，根據(jù)該配置接收方的尋呼模式消息將存儲在接收方的網(wǎng)絡(luò)收件箱中，在此例子中位于服務(wù)器中。這也可以是網(wǎng)絡(luò)配置。在圖9的信令圖中， 示出了發(fā)送端點UTl和接收端點的參與即時消息收發(fā)服務(wù)器之間的信令，盡管可以涉及一個或多個居間實體。圖9開始于Alice希望向Bob發(fā)送消息。Alice的用戶終端UTl (更具體地，是UTl中的相應(yīng)客戶端)在點9-1注意到必須使用會話模式機(jī)制來發(fā)送尋呼模式消息。(點9-1在圖2中進(jìn)行了詳細(xì)描述)。因此，UTl經(jīng)由服務(wù)器向Bob的用戶終端UT2 發(fā)送具有尋呼模式指示PMI的會話邀請消息9-2。消息9-2優(yōu)選地是圖5A至圖中所示消息的其中之一。響應(yīng)于接收到消息9-2，服務(wù)器(更具體地為背對背用戶代理)在點9-3 檢測消息是針對尋呼模式消息的會話模式邀請，因此檢查Bob即UT2的用于尋呼模式消息的配置。由于該配置示出了尋呼模式消息將要被存儲以供后續(xù)獲取，所以服務(wù)器假設(shè)其自身為會話端點并通過發(fā)送消息9-4來接受該邀請。UTl通過向服務(wù)器發(fā)送消息9-5來 應(yīng)答該接受，然后在會話模式消息9-6中向服務(wù)器發(fā)尋呼模式消息的實際內(nèi)容。響應(yīng)于接收到該內(nèi)容，服務(wù)器在點9-7存儲該內(nèi)容，從而Bob可以稍后瀏覽它們。在本發(fā)明的某些其他實施方式中，該消息可以存儲在另一網(wǎng)絡(luò)節(jié)點或遠(yuǎn)程數(shù)據(jù)庫中，或轉(zhuǎn)發(fā)至網(wǎng)關(guān)。響應(yīng)于接收到該內(nèi)容，服務(wù)器還通過在消息9-8中發(fā)送會話模式應(yīng)答來應(yīng)答該接收。在結(jié)合圖9所示出的實施方式中，發(fā)送用戶終端UTl配置為通過發(fā)送消息9-9至服務(wù)器響應(yīng)于應(yīng)答來終止該會話，該服務(wù)器然后發(fā)送消息9-10以應(yīng)答該終止。Bob然后可以查看該消息內(nèi)容，但該查看的實現(xiàn)與本發(fā)發(fā)明無關(guān)，因此在這里將不作詳細(xì)討論。
在本發(fā)明的另一實施方式中，接收方的即時消息收發(fā)服務(wù)器設(shè)置為判別是否轉(zhuǎn)發(fā)會話請求或基于消息尺寸、接收方的終端功能和/或網(wǎng)絡(luò)負(fù)載將其自身假設(shè)為端點。
在基于圖9的又一實施方式中，用戶可以具有這樣的配置，根據(jù)該配置，使用會話模式機(jī)制傳送的尋呼模式消息存儲在網(wǎng)絡(luò)收件箱中并且僅通知給用戶，而使用尋呼模式機(jī)制傳送的尋呼模式消息被轉(zhuǎn)發(fā)給用戶。
在圖2、3、4、6、7、8和9中示出的步驟、點和信令消息并非絕對按時間順序排列，并且其中的某些步驟/點可以同時執(zhí)行或以與給定順序不同的順序來執(zhí)行。還可以在步驟/ 點之間或在步驟/點中執(zhí)行其他功能。還可以省去某些步驟/點或部分步驟/點。信令消息僅是示例性的，并且甚至可以包括若干單獨的消息用于傳送相同的信息。此外，該消息可以包含其他信息。這些消息和步驟/點也可以自由組合或劃分為若干部分。而且，消息的名稱、類型和/或內(nèi)容以及所使用的協(xié)議可以與上面提到的有所不同。
在上面，盡管本發(fā)明的公開假設(shè)了通信即文件傳送和呼叫是一對一的通信，但對于本領(lǐng)域技術(shù)人員很明顯的是，該通信也可以是一對多通信。
上面所提供的實施方式及其一部分可以組合起來以產(chǎn)生本發(fā)明的優(yōu)選實施方式。
實現(xiàn)本發(fā)明功能的用戶終端、其他對應(yīng)設(shè)備和/或服務(wù)器或?qū)?yīng)服務(wù)器組件實現(xiàn)不但包括現(xiàn)有技術(shù)的裝置，而且還包括用于以上述方式來發(fā)送和/或接收尋呼模式消息的裝置。當(dāng)前的網(wǎng)絡(luò)節(jié)點和用戶終端包括處理器和存儲器，其可以在根據(jù)本發(fā)明的功能中使用。實現(xiàn)本發(fā)明所需的所有修改和配置可以作為例程來執(zhí)行，其可以實施為附加的或更新的軟件例程、應(yīng)用電路(ASIC)和/或可編程電路。
對于本領(lǐng)域技術(shù)人員明顯的是，隨著技術(shù)進(jìn)步，可以以各種方式來實現(xiàn)本發(fā)明的概念。本發(fā)明及其實施方式不限于上述公開的例子，而是可以在權(quán)利 要求書的范圍內(nèi)變化。
權(quán)利要求
1.一種用于發(fā)送尋呼模式消息的方法，所述方法包括由一個設(shè)備使用會話模式消息機(jī)制發(fā)送具有指示的所述尋呼模式消息，所述指示表明所述會話模式是用于所述尋呼模式消息的；建立會話以用于通過消息會話中繼協(xié)議來承載所述尋呼模式消息。
2.根據(jù)權(quán)利要求1所述的方法，其中所述設(shè)備響應(yīng)于所述尋呼模式消息的大小超過預(yù)定限制而發(fā)送所述尋呼模式消息。
3.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括使用消息發(fā)起協(xié)議創(chuàng)建所述會話。
4.根據(jù)權(quán)利要求3所述的方法，進(jìn)一步包括由所述設(shè)備發(fā)送邀請消息，其中表明所述消息為尋呼模式消息的所述指示被插入所述邀請消息的報頭中。
5.根據(jù)權(quán)利要求4所述的方法，其中所述邀請消息是具有提供的請求消息。
6.根據(jù)權(quán)利要求5所述的方法，其中所述提供是會話描述協(xié)議提供。
7.根據(jù)權(quán)利要求4所述的方法，進(jìn)一步包括接收針對所述邀請消息的響應(yīng)，其中所述響應(yīng)是200 “0K”。
8.根據(jù)權(quán)利要求7所述的方法，其中所述響應(yīng)是應(yīng)答。
9.根據(jù)權(quán)利要求8所述的方法，其中所述應(yīng)答是會話描述協(xié)議應(yīng)答。
10.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括由所述設(shè)備在會話模式消息中發(fā)送所述尋呼模式消息的內(nèi)容。
11.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括將所述會話建立為非聊天會話。
12.根據(jù)權(quán)利要求1所述的方法，其中所述會話在消息遞送完成之后被釋放。
13.根據(jù)權(quán)利要求12所述的方法，進(jìn)一步包括發(fā)送SIP BYE請求以終止會話。
14.根據(jù)權(quán)利要求13所述的方法，進(jìn)一步包括在接收到對所述SIP BYE的響應(yīng)之后釋放所述會話。
15.一種設(shè)備，包括至少一個處理器；以及至少一個存儲器，包括一個或多個程序的計算機(jī)程序代碼，所述至少一個處理器、所述至少一個存儲器以及所述計算機(jī)程序代碼被配置為使所述設(shè)備至少使用會話模式消息機(jī)制發(fā)送具有指示的尋呼模式消息，所述指示表明所述會話模式是用于所述尋呼模式消息的；建立會話以用于通過消息會話中繼協(xié)議來承載所述尋呼模式消息。
16.根據(jù)權(quán)利要求15所述的設(shè)備，其中所述設(shè)備響應(yīng)于所述尋呼模式消息的大小超過預(yù)定限制而發(fā)送所述尋呼模式消息。
17.根據(jù)權(quán)利要求15所述的設(shè)備，進(jìn)一步包括使用消息發(fā)起協(xié)議創(chuàng)建所述會話。
18.根據(jù)權(quán)利要求17所述的設(shè)備，進(jìn)一步包括發(fā)送邀請消息，其中表明所述消息為尋呼模式消息的所述指示被插入所述邀請消息的報頭中。
19.根據(jù)權(quán)利要求18所述的設(shè)備，其中所述邀請消息是具有提供的請求消息。
20.根據(jù)權(quán)利要求19所述的設(shè)備，其中所述提供是會話描述協(xié)議提供。
21.根據(jù)權(quán)利要求18所述的設(shè)備，進(jìn)一步包括接收針對所述邀請消息的響應(yīng)，其中所述響應(yīng)是200 “0K”。
22.根據(jù)權(quán)利要求21所述的設(shè)備，其中所述響應(yīng)是應(yīng)答。
23.根據(jù)權(quán)利要求22所述的設(shè)備，其中所述應(yīng)答是會話描述協(xié)議應(yīng)答。
24.根據(jù)權(quán)利要求15所述的設(shè)備，進(jìn)一步包括在會話模式消息中發(fā)送所述尋呼模式消息的內(nèi)容。
25.根據(jù)權(quán)利要求17所述的設(shè)備，進(jìn)一步包括將所述會話建立為非聊天會話。
26.根據(jù)權(quán)利要求15所述的設(shè)備，其中所述會話在消息遞送完成之后被釋放。
27.根據(jù)權(quán)利要求26所述的設(shè)備，進(jìn)一步包括發(fā)送SIP BYE請求以終止會話。
28.根據(jù)權(quán)利要求27所述的方法，進(jìn)一步包括在接收到對所述SIP BYE的響應(yīng)之后釋放所述會話。
29.一種用于接收尋呼模式消息的方法，所述方法包括由一個設(shè)備接收會話模式請求消息；驗證包括指示的所述會話模式請求消息，所述指示表明會話模式是用于所述尋呼模式消息的；建立會話以接收所述尋呼模式消息，或者拒絕所述請求。
30.根據(jù)權(quán)利要求29所述的方法，其中所述尋呼模式消息是大尺寸消息。
31.根據(jù)權(quán)利要求29所述的方法，進(jìn)一步包括由于資源不足而拒絕所述請求。
32.根據(jù)權(quán)利要求29所述的方法，進(jìn)一步包括發(fā)送響應(yīng)于所述請求的響應(yīng)消息。
33.根據(jù)權(quán)利要求32所述的方法，其中所述響應(yīng)消息是200“0K”消息。
34.根據(jù)權(quán)利要求32所述的方法，其中所述響應(yīng)是會話描述協(xié)議應(yīng)答。
35.根據(jù)權(quán)利要求29所述的方法，其中所述會話模式請求消息是邀請消息。
36.根據(jù)權(quán)利要求35所述的方法，進(jìn)一步包括接收會話描述協(xié)議提供。
37.根據(jù)權(quán)利要求29所述的方法，進(jìn)一步包括在所述會話期間接收所述尋呼模式消息的內(nèi)容。
38.根據(jù)權(quán)利要求37所述的方法，其中所述內(nèi)容被插入消息的報頭。
39.根據(jù)權(quán)利要求38所述的方法，其中所述消息是消息會話中繼協(xié)議消息。
40.根據(jù)權(quán)利要求39所述的方法，進(jìn)一步包括發(fā)送響應(yīng)消息確認(rèn)接收到所述消息會話中繼協(xié)議消息，其中所述響應(yīng)消息是2000K消息。
41.根據(jù)權(quán)利要求29所述的方法，進(jìn)一步包括建立非聊天會話。
42.根據(jù)權(quán)利要求29所述的方法，進(jìn)一步包括在接收到釋放請求消息之后釋放所述會話。
43.根據(jù)權(quán)利要求42所述的方法，進(jìn)一步包括發(fā)送200OK消息以釋放所述會話。
44.一種設(shè)備，包括至少一個處理器；以及至少一個存儲器，包括一個或多個程序的計算機(jī)程序代碼，所述至少一個處理器、所述至少一個存儲器以及所述計算機(jī)程序代碼被配置為使所述設(shè)備至少接收會話模式請求消息；驗證包括指示的所述會話模式請求消息，所述指示表明會話模式是用于所述尋呼模式消息的；建立會話以接收所述尋呼模式消息，或者拒絕所述請求。
45.根據(jù)權(quán)利要求44所述的設(shè)備，其中所述尋呼模式消息是大尺寸消息。
46.根據(jù)權(quán)利要求44所述的設(shè)備，進(jìn)一步包括由于資源不足而拒絕所述請求。
47.根據(jù)權(quán)利要求44所述的設(shè)備，進(jìn)一步包括發(fā)送響應(yīng)于所述請求的響應(yīng)消息。
48.根據(jù)權(quán)利要求47所述的設(shè)備，其中所述響應(yīng)消息是200“0K”消息。
49.根據(jù)權(quán)利要求47所述的設(shè)備，其中所述響應(yīng)是會話描述協(xié)議應(yīng)答。
50.根據(jù)權(quán)利要求44所述的設(shè)備，其中所述會話模式請求消息是邀請消息。
51.根據(jù)權(quán)利要求50所述的設(shè)備，進(jìn)一步包括接收會話描述協(xié)議提供。
52.根據(jù)權(quán)利要求44所述的設(shè)備，進(jìn)一步包括在所述會話期間接收所述尋呼模式消息的內(nèi)容。
53.根據(jù)權(quán)利要求52所述的設(shè)備，其中所述內(nèi)容被插入消息的報頭。
54.根據(jù)權(quán)利要求53所述的設(shè)備，其中所述消息是消息會話中繼協(xié)議消息。
55.根據(jù)權(quán)利要求53所述的設(shè)備，進(jìn)一步包括發(fā)送響應(yīng)確認(rèn)接收到所述消息，其中所述響應(yīng)消息是200 OK消息。
56.根據(jù)權(quán)利要求44所述的設(shè)備，進(jìn)一步包括建立非聊天會話。
57.根據(jù)權(quán)利要求44所述的設(shè)備，進(jìn)一步包括在接收到釋放請求消息之后釋放所述會話。
58.根據(jù)權(quán)利要求57所述的設(shè)備，進(jìn)一步包括發(fā)送200OK消息并且釋放所述會話。
全文摘要
本公開涉及尋呼模式消息收發(fā)。一種提供尋呼模式消息收發(fā)的途徑，其使用會話模式消息收發(fā)機(jī)制來發(fā)送具有指示會話模式是用于尋呼類型消息的指示的消息。響應(yīng)于所述指示，接收器將該消息作為尋呼模式消息，即使該消息是以會話模式接收的。
文檔編號H04QGK103023868SQ20121037763
公開日2013年4月3日 申請日期2006年6月5日 優(yōu)先權(quán)日2005年6月6日
發(fā)明者A·勒皮薩阿里, J·米蒂凱南, P·屈宇勒, A·哈魯納 申請人:諾基亞公司