專(zhuān)利名稱(chēng)：一種處理呼叫模式消息的方法和用戶代理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域的會(huì)話初始協(xié)i義SIP ( Session Initiation Protocol), 尤其涉及會(huì)話初始協(xié)議的呼叫模式消息MESSAGE 。
背景技術(shù)：
目前的會(huì)話初始協(xié)議(SIP: Session Initiation Protocol )的呼叫才莫式(pager model)消息即MESSAGE方法主要用來(lái)實(shí)現(xiàn)發(fā)送即時(shí)消息，具體可參見(jiàn)相 應(yīng)的規(guī)范RFC3428。典型的MESSAGE消息流程如圖1所示，主要包括如 下步驟
步驟101.發(fā)送方即第一用戶代理UAl發(fā)送MESSAGE消息； 步驟102.代理服務(wù)器PROXY將該MESSAGE消息轉(zhuǎn)發(fā)給接收方即第 二用戶代理UA2;
步驟103.第二用戶代理UA2返回200 0K響應(yīng)；
步驟104.代理服務(wù)器PROXY將該200 OK響應(yīng)轉(zhuǎn)發(fā)給第 一用戶代理 UAl。
MESSAGE消息并沒(méi)有在發(fā)送方和接收方之間建立任何會(huì)話，所以也被 稱(chēng)為呼叫模式(pagermodel)消息或?qū)ず粝ⅰＤ壳坝脩粼诎l(fā)送MESSAGE 消息后，如果發(fā)現(xiàn)發(fā)錯(cuò)了內(nèi)容或發(fā)錯(cuò)了對(duì)象，則無(wú)法召回已經(jīng)發(fā)送的 MESSAGE消息。另外有時(shí)候用戶或業(yè)務(wù)服務(wù)器希望用 一個(gè)包含更新內(nèi)容的 消息去替換先前已經(jīng)發(fā)送的消息，如更新消息中指示的某個(gè)約會(huì)的時(shí)間和地 點(diǎn)，使接收方不必閱讀先前的那個(gè)消息，這也都無(wú)法實(shí)現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題在于提出了一種處理呼叫模式消息的方法，能 夠更新或召回先前已經(jīng)發(fā)出的呼叫模式消息。
本發(fā)明還提出了一種替換即時(shí)消息的方法，使用戶能夠替換先前已經(jīng)發(fā) 出的即時(shí)消息。
本發(fā)明還提出了一種用戶代理，能夠更新或刪除先前的呼叫模式消息。
為解決上述問(wèn)題，本發(fā)明提出的技術(shù)方案如下
一種處理呼叫模式消息的方法，該方法包括步驟
第二用戶代理接收到第 一用戶代理發(fā)送的第 一呼叫;漠式消息；
第 一用戶代理發(fā)送包含替換第 一呼叫模式消息指示信息的第二呼叫模式消
息；
第二用戶代理根據(jù)所述指示信息用第二呼叫模式消息對(duì)第 一呼叫模式消息 進(jìn)行替換處理。
一種替換即時(shí)消息的方法，包括步驟
發(fā)送第 一即時(shí)消息，并在通用呈現(xiàn)和即時(shí)消息內(nèi)容中包含消息標(biāo)識(shí)； 發(fā)送包含替換第 一即時(shí)消息指示信息的第二即時(shí)消息，所述的指示信息包 含對(duì)應(yīng)第 一 即時(shí)消息的消息標(biāo)識(shí)；
根據(jù)所述的指示信息將消息標(biāo)識(shí)相匹配的第一即時(shí)消息進(jìn)行替換處理。 一種用戶代理，包括
傳輸處理模塊，用于接收消息處理模塊發(fā)來(lái)的會(huì)話初始協(xié)議消息，并采用 相應(yīng)的承載協(xié)議將其發(fā)送出去；
消息處理模塊，用于對(duì)會(huì)話初始協(xié)議消息進(jìn)行編解碼和事務(wù)控制； 替換處理模塊，用于與消息處理模塊交互處理與替換處理相關(guān)的消息。
本發(fā)明的有益效果如下
本發(fā)明通過(guò)在用戶代理發(fā)送的呼叫模式消息中包含替換先前呼叫模式消息指示信息，利用所采用的替換指示信息可以使一個(gè)接收方的用戶代理唯 一確定一個(gè)先前的呼叫模式消息，從而接收方的用戶代理可以根據(jù)所述的指 示信息進(jìn)行替換處理。另外本發(fā)明在進(jìn)行替換處理后，還可以向發(fā)送方返回 替換處理結(jié)果通知。還通過(guò)對(duì)群發(fā)消息的替換消息進(jìn)行適當(dāng)轉(zhuǎn)換后進(jìn)行替換 處理，使之能替換部分或全部接收方先前收到的消息。還通過(guò)在通用呈現(xiàn)和 即時(shí)消息格式中包含替換指示信息，使之能在使用不同即時(shí)消息傳輸協(xié)議的 網(wǎng)絡(luò)之間進(jìn)行消息的替換。


圖1為現(xiàn)有技術(shù)中發(fā)送MESSAGE消息的基本消息交互流程圖， 圖2為本發(fā)明第一實(shí)施例替換MESSAGE消息的基本流程圖， 圖3為本發(fā)明第三實(shí)施例替換群發(fā)MESSAGE消息的基本流程圖， 圖4為本發(fā)明用戶代理的內(nèi)部模塊示意圖。
具體實(shí)施例方式
本發(fā)明的第一實(shí)施例描述了如何替換一個(gè)MESSAGE消息。如圖2所示， 主要包括如下步驟
步驟201.第二用戶代理UA2接收到第一用戶代理UA1發(fā)送的第一呼叫 模式消息。第二用戶代理UA2可以是最終的接收方， 一般位于用戶終端如手機(jī) 或個(gè)人計(jì)算機(jī)中，最終的接收方收到MESSAGE消息一般立即返回200 OK響 應(yīng)。第二用戶代理UA2也可以是網(wǎng)絡(luò)側(cè)的存儲(chǔ)轉(zhuǎn)發(fā)服務(wù)器(Message Relay), 收到MESSAGE消息后如果不能立即傳送給最終的接收方，則對(duì)該消息進(jìn)行緩 存后續(xù)再發(fā)送，同時(shí)向發(fā)送方即第一用戶代理UA1返回202 Accepted響應(yīng)。第
一呼叫模式消息的內(nèi)容舉例如下
MESSAGE sip:user2@domain.com SIP/2.0 From: sip:userl@domain.com;tag=49583 To: sip:user2@domain.comCall-ID: asd88asd77a@l.2.3.4 CSeq: 1 MESSAGE Content-Type: text/plain Content-Length: 18
Watson, come here.
為簡(jiǎn)明起見(jiàn)省略了部分消息內(nèi)容。其中該消息起始行中的請(qǐng)求地址 (Request URI)即最終4妄收方的地址為"sip:user2@domain.com，，。 From頭字 段中的地址為發(fā)送方的邏輯地址，To頭字段中的地址為最終接收方的邏輯地 址，Call-ID頭字段中為對(duì)話號(hào)，CSeq頭字段為本對(duì)話中發(fā)送MESSAGE消息 的序號(hào)值。另外在SIP消息的發(fā)送方地址From和接收方地址To頭字段中還 可以包含全局唯一的標(biāo)簽(tag),與對(duì)話號(hào)Call-ID共同唯一確定一個(gè)對(duì)話， 具體可參見(jiàn)IETF (Internet Engineering Task Force )規(guī)范RFC3261。本發(fā)明中 充分利用了綜合以上現(xiàn)有的幾個(gè)字段中的信息可以唯一確定一個(gè)呼叫模式消 息的特性。消息體的內(nèi)容為內(nèi)容類(lèi)型Content-Type為純文本"text/plain"的一 段文字。
步驟202.第一用戶代理UA1發(fā)送包含替換第一呼叫模式消息指示信息的 第二呼叫模式消息，可稱(chēng)為替換消息。例如當(dāng)用戶發(fā)現(xiàn)發(fā)錯(cuò)了消息內(nèi)容后，希 望再發(fā)送一個(gè)MESSAGE消息替換先前的MESSAGE消息，以免最終接收方錯(cuò)
誤使用先前的消息內(nèi)容。則替換消息即第二呼叫模式消息的內(nèi)容舉例如下
MESSAGE sip:user2@domain.com SIP/2.0 From: sip:userl@domain.com;tag=53568 To: sip:user2@domain.com Call-ID: fghllqwe22s@l.2.3.4 CSeq: 1 MESSAGE
Replaces: asd88asd77a@1.2.3.4;to-tag=0;from-tag=49583 Content-Type: text/plain Content-Length: 31
Watson, I am coming to see you.其中在替換頭字段Replaces中包含第一呼叫模式消息的對(duì)話號(hào)Call-ID,如 上述的"asd88asd77a@1.2.3.4，，，以及第一呼叫模式消息的From和To頭字段中 的標(biāo)簽，即from-tag=49583和to-tag=0，其中替換頭字段Replaces中的標(biāo)簽為0 時(shí)可以匹配0或空(null)的From和To頭字段中的標(biāo)簽值。From和To頭字 段中的邏輯地址與第 一呼叫模式消息相同。
另外替換頭字段Replaces中的to-tag值也可以從對(duì)第一呼叫模式消息返回 的200 OK或202 Accepted響應(yīng)的To字段中獲得。因?yàn)榈?一呼叫模式消息中的 To頭字段中的標(biāo)簽可能沒(méi)有對(duì)應(yīng)的值，如果對(duì)該第一呼叫模式消息返回的響應(yīng) 里To字段有標(biāo)簽值，則第二呼叫模式消息中可以使用該值作為to-tag值。當(dāng)接 收者的邏輯地址對(duì)應(yīng)注冊(cè)有多個(gè)物理地址時(shí)，第一呼叫;漠式消息可能會(huì)#1分叉， 每個(gè)物理地址對(duì)應(yīng)的用戶^理都會(huì)返回相應(yīng)的200 OK等響應(yīng)，而且其中的To 頭字段中的標(biāo)簽各不相同。
如果對(duì)應(yīng)同一個(gè)對(duì)話發(fā)送了多個(gè)MESSAGE消息，則在替換消息的指示信 息中還可以包括要替換的消息對(duì)應(yīng)的序列號(hào)，以替換某個(gè)特定的MESSAGE消
息。如第一呼叫模式消息部分內(nèi)容為
MESSAGE sip:user2@domain.com SIP/2.0 From: sip:userl@domain.com;tag=49583 To: sip:user2@domain.com;tag=92321 Call-ID: asd88asd77a@1.2.3.4 CSeq: 3 MESSAGE
則第二呼叫模式消息中包含替換指示信息的頭字段Replaces內(nèi)容如下 Replaces: asd88asd77a@1.2.3.4;to-tag=92321;from-tag=49583;id=3 其中序號(hào)標(biāo)識(shí)參數(shù)id中的值與第一呼叫模式消息中的CSeq頭字段中序列
號(hào)值相同。
步驟203.第二用戶代理UA2根據(jù)所述指示信息用第二呼叫模式消息對(duì)第 一呼叫模式消息進(jìn)行替換處理。
第二用戶代理UA2收到笫二呼叫模式消息后，可以立即返回200 OK或202 Accepted響應(yīng)，告知第一用戶代理UA1已經(jīng)成功收到該消息，但這并不表示替換成功。第二用戶代理UA2根據(jù)第二呼叫模式消息中的頭字段Replaces中的指
示信息確定匹配的消息，并對(duì)匹配的消息進(jìn)行替換處理。如可以直接刪除匹配
的消息，或者當(dāng)用戶瀏覽或打開(kāi)上述匹配的消息時(shí)，提示用戶該消息已經(jīng)被第
二呼叫模式消息所替換了，或者當(dāng)用戶瀏覽或閱讀第二呼叫模式消息，同時(shí)顯
示所替換的第一呼叫模式消息。如果第二用戶代理根據(jù)第二呼叫模式消息中的
頭字段Replaces中的指示信息匹配到不止一個(gè)消息，則最好當(dāng)作沒(méi)有發(fā)現(xiàn)匹配
的消息的進(jìn)行處理。
如果第一用戶代理UA1希望的替換處理是召回第一呼叫模式消息，即刪除
第一呼叫模式消息的同時(shí)，也不保留第二呼叫模式消息，則可以在步驟202中
發(fā)送的第二呼叫模式消息中指定替換處理的具體方式，這時(shí)的第二呼叫模式消
息可以稱(chēng)為召回消息，是一種特殊的替換消息。如在頭字段Replaces中指定替
換處理的具體方式為召回
Replaces: asd88asd77a@1.2.3.4;to-tag=92321;from-tag=49583;id=3;recall
或，Replaces: asd88asd77a@l.2.3.4;to-tag=92321 ;from-tag=49583;id=3;usage=recall
第二用戶代理UA2檢測(cè)到第二呼叫模式消息中包含召回的替換處理的具
體方式時(shí)，則同時(shí)刪除其所匹配的消息即第一呼叫模式消息和第二呼叫模式消
息。缺省的替換處理方式為替換更新，即表示要用第二呼叫模式消息去更新第
一呼叫模式消息。
另外由于MESSAGE消息有時(shí)會(huì)被緩存在網(wǎng)絡(luò)側(cè)的服務(wù)器中進(jìn)行存儲(chǔ) 轉(zhuǎn)發(fā)，可能無(wú)法確定作為最終接收用戶的第二用戶代理UA2會(huì)先收到原始 的第一呼叫模式消息，還是替換消息即第二呼叫模式消息。如果先收到第二 呼叫模式消息，則第二用戶代理UA2以后再收到原始的第一呼叫模式消息 時(shí)，可以直接拋棄掉第一呼叫模式消息。
第二實(shí)施例描述使用通用呈現(xiàn)和即時(shí)消息CPIM ( Common Presence and Instant Messaging)格式作為消息體內(nèi)容的情況，以及發(fā)送替換消息的用戶 如何獲知是否替換成功。第一用戶代理UA1在發(fā)送的替換消息中包含要獲 取替換處理通知的指示，具體可以采用即卩吏消息處理通知IMDN ( InstantMessage Disposition Notification)的方式，假定第 一呼叫模式消息包含的 CPIM消息體中的消息標(biāo)識(shí)如IMDN消息標(biāo)識(shí)為"23ghl 23k"，部分內(nèi)容舉 例如下
MESSAGE sip:user2@domain.com SIP/2.0 Content-Type: Message/CPIM NS: imdn <urn:ietf:params:imdn> imdn.Message-ID: 23ghl23k imdn. Disposition-Noti fication: read
IMDN消息標(biāo)識(shí)是為了發(fā)送方匹配處理通知用的，除了采用IMDN消息 標(biāo)識(shí)外還可以i殳置專(zhuān)用的CPIM消息標(biāo)識(shí)頭字4爻如"Msg-ID"來(lái)p舉一確定一 個(gè)發(fā)送的CPIM消息。另外希望在接收方在閱讀該消息后返回即時(shí)消息閱讀 處理通知，即處理通知頭字段imdn.Disposition-Notification包含閱讀通知指 示"read"。通常當(dāng)發(fā)送方在沒(méi)有收到閱讀通知時(shí)可以發(fā)送替換消息尤其是 召回消息，因?yàn)榻邮辗饺绻呀?jīng)閱讀了一般就沒(méi)有必要召回了。則替換消息 即第二呼叫模式消息的CPIM消息體中的替換頭字段Replaces中包含相應(yīng)的
消息標(biāo)識(shí)，替換消息部分內(nèi)容舉例如下
MESSAGE sip:user2@domain.com SIP/2.0 Content-Type: Message/CPIM Replaces: imdn-id=23ghl23k NS: imdn <urn:ietf:params:imdn> imdn.Message-ID: 34jk324j imdn.Disposition-Notification: replace
注意此處的替換頭字段Replaces為CPIM消息體內(nèi)容的頭字段，而不是 MESSAGE消息的頭字段。在CPIM的處理通知imdn.Disposition-Notification 頭字段中包含要獲取替換處理通知的指示如"replace",如果不需要獲知處 理結(jié)果，也可以不必在CPIM消息體中包含IMDN的各頭字段。關(guān)于CPIM 格式具體可以參見(jiàn)規(guī)范FRC3862，采用CPIM可以使即時(shí)消息通信具有更好 的互通性。另外CPIM消息體不一定是用SIP MESSAGE消息來(lái)承載，還可 以采用其他協(xié)議如HTTP、 SMTP等協(xié)議。本實(shí)施例給出替換方法可以適用于任何使用CPIM的消息傳送業(yè)務(wù)中，尤其是即時(shí)消息業(yè)務(wù)中。使用CPIM
消息的好處是利于不同網(wǎng)絡(luò)之間進(jìn)行即時(shí)消息的互通，即使不同網(wǎng)絡(luò)將承載
即時(shí)消息的協(xié)議不同，只要消息體中都使用CPIM格式，則在網(wǎng)絡(luò)之間的網(wǎng) 關(guān)很容易進(jìn)行轉(zhuǎn)換。
第二用戶代理UA2根據(jù)第二呼叫模式消息中的頭字段Replaces中的指 示信息即IMDN的消息標(biāo)識(shí)確定所匹配的消息，在imdn.Message-ID頭字段 中具有相同消息標(biāo)識(shí)的消息即為匹配的消息，并對(duì)匹配的消息進(jìn)行替換處 理。當(dāng)然在CPIM消息體的替換頭字段Replaces還可以包含替換處理的具體 方式如召回用法
Replaces: imdn-id=23gh 123k;usage=recall
另外還可以在CPIM消息體的內(nèi)容處理方式Content-Disposition頭字段
中包含替換指示信息，舉例如下
Content-Type: Message/CPIM Content-Disposition: recall; msgid=23ghl23k
其中替換指示信息中具體的替換方式如"recall"表示召回CPIM消息， 或"replace"表示更新CPIM消息，要替換的消息可以由消息標(biāo)識(shí)參數(shù)如 "message-id"唯一確定，先前的要進(jìn)行替換的消息在CPIM消息頭字段包 含有消息標(biāo)識(shí)頭字段或IMDN的消息標(biāo)識(shí)頭字段。
第二用戶代理UA2在進(jìn)行替換處理后還可以向第一用戶代理UA1返回 替換處理的結(jié)果。其處理結(jié)杲包含在一個(gè)IMDN消息體中發(fā)送給第一用戶代
理UA1，該消息的部分內(nèi)容舉例如下
Content-type: message/imdn+xml Content-Disposition: notification
< xml version="1.0，， encoding=，'UTF-8" > <imdn xlmns="um:ietf:params:xml:ns:imdn">
<message-id〉34jk324j</message-id〉
<disposition><replace/></disposition>
<status><replaced/></status></imdn>
此處可以采用MESSAGE消息承載IMDN消息體，其中消息體和消息 頭的一些內(nèi)容為簡(jiǎn)明起見(jiàn)進(jìn)行了適當(dāng)省略。在內(nèi)容類(lèi)型Content-type為 "message/imdn+xml"的IMDN消息體中的〈message-id〉元素的4直與^^換消 息頭字段imdn.Message-ID相匹配，并且通過(guò)處理<disposition>和狀態(tài) 〈status〉元素指明替換處理的狀態(tài)為已經(jīng)替換成功。如果是召回處理成功則 返回的狀態(tài)可以為<status〉<recalled/></status〉；如果沒(méi)有發(fā)現(xiàn)匹配的消息， 則返回的狀態(tài)可以為<status><notfound/></status>;如果第二用戶代理禁止 替換，則返回的狀態(tài)可以為<status><forbidden/></status〉；其他錯(cuò)誤可以 返回狀態(tài)<status〉<error/〉</status〉。另外IMDN消息體中還可以包含發(fā)送 方和接收方的身份標(biāo)識(shí)如SIPURI,以及替換消息的時(shí)間和備注等。
第三實(shí)施例描述如何替換群發(fā)的呼叫模式消息。如圖3所示，包括步驟
步驟301.第一用戶代理UA1向群發(fā)服務(wù)器即第二用戶代理UA2發(fā)送 第一呼叫模式消息，包含接收方的地址列表(URIlist);群發(fā)服務(wù)器收到該 消息后將其分發(fā)給地址列表的各接收方，如第三用戶代理UA3和第四用戶 代理UA4等。假定向第三用戶代理發(fā)送的為第一呼叫模式消息的分發(fā)消息 A,向第三用戶代理發(fā)送的為第一呼叫模式消息的分發(fā)消息B。第一呼叫模 式消息以及所對(duì)應(yīng)的各分發(fā)消息的對(duì)話標(biāo)識(shí)一般不相同。
步驟302.第一用戶代理發(fā)送包含替換第一呼叫模式消息指示信息的第
二呼叫模式消息。如果笫一用戶代理UA1希望只召回發(fā)送給第三用戶代理
的呼叫模式消息，則第一用戶代理UA1在發(fā)送的替換消息即第二呼叫模式
消息中不僅要在替換頭字段Replaces中包含替換指示信息，還要在消息體中
包含要替換的地址列表，如果只包含替換頭字段Replaces而不包含替換地址
列表，則表示要替換所有分發(fā)的呼叫模式消息。包含替換地址列表的替換消
息內(nèi)容舉例如下
MESSAGE sip:list-service.domain.com SIP/2.0
Replaces: asd88asd77a@1.2.3.4;to-tag=0;from-tag=49583;id=lContent-Type: application/resource-lists+xml Content-Disposition: recipient-list
< xml version="1.0" encoding="UTF-8" 〉
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"><list>
<entry uri="sip:user3@domain.com7> </list></resource-lists>
其中該消息的請(qǐng)求地址Request URI為sip:list-service.domain.com，對(duì)應(yīng) 群發(fā)服務(wù)器(MESSAGE URI-list Service )。消息體內(nèi)容中包含要進(jìn)行替換 處理的地址列表如〈entry uri="sip:user3@domain.com"/〉。其中消息體中可能 還包含有其他內(nèi)容，如純文本的信息，這時(shí)用內(nèi)容類(lèi)型為多部分混合 "multipart/mixed"的消息體來(lái)包含這些不同類(lèi)型的內(nèi)容即可。另外地址列 表內(nèi)容的處理方式Content-Disposition字段中也可以包含內(nèi)容為替換地址列 表的指示如"replace-list"。
步驟303.群發(fā)服務(wù)器根據(jù)發(fā)送記錄生成相應(yīng)的替換消息，并進(jìn)行分發(fā)。 收到替換消息的群發(fā)服務(wù)器確定需要向哪些地址分發(fā)替換消息。如果替換消 息中不包含替換地址列表，則要對(duì)先前第一呼叫模式消息的分發(fā)消息全部分 發(fā)相應(yīng)的替換消息；如果包含替換地址列表，則只對(duì)替換列表中的接收方分 發(fā)相應(yīng)的替換消息。分發(fā)的替換消息中 一般要包含除替換地址列表之外的其 他消息體內(nèi)容。
群發(fā)服務(wù)器中 一般記錄有第 一呼叫模式消息和各分發(fā)消息之間的對(duì)應(yīng) 關(guān)系，當(dāng)群發(fā)服務(wù)器收到替換消息即第二呼叫模式消息時(shí)，首先根據(jù)替換消 息的頭字段Replaces中包含的替換指示信息確定匹配的第一呼叫模式消息， 然后在生成的分發(fā)的替換消息的頭字段Replaces中包含與第一呼叫模式消 息的分發(fā)消息相應(yīng)的標(biāo)識(shí)，舉例如下，如群發(fā)服務(wù)器向第三用戶代理UA3
發(fā)送的第 一呼叫模式消息的分發(fā)消息A部分內(nèi)容如下
MESSAGE sip:user3@domain.com SIP/2.0
To: <sip:user3@domain.com>
From: user 1 〈sip:userl @domain.com>;tag=210342Call-ID: 39s02sdsl20d9sj21 CSeq: 1 MESSAGE
其中分發(fā)消息A的對(duì)話號(hào)Call-ID和From標(biāo)簽等都與第一呼叫模式消 息不同，則群發(fā)服務(wù)器向第三用戶代理UA3發(fā)送的相應(yīng)的替換消息即第二
呼叫模式消息的分發(fā)消息部分內(nèi)容如下
MESSAGE sip:user3@domain.com SIP/2.0
Replaces: 39s02sdsl20d9sj21;to-tag=0;from-tag=210342;id=l
頭字段Replaces中的各標(biāo)識(shí)與第 一呼叫模式消息的分發(fā)消息相對(duì)應(yīng)。即 群發(fā)服務(wù)器不能直接復(fù)制第一用戶代理UA1發(fā)送的替換消息中的替換頭字 段Replaces,而是要根據(jù)自己存儲(chǔ)的消息分發(fā)記錄匹配到相應(yīng)的分發(fā)消息， 使用分發(fā)消息中的信息如對(duì)話號(hào)等生成最終的替換頭字段Replaces?？梢?jiàn)群 發(fā)服務(wù)器并不是直接分發(fā)替換消息，而是要將替換頭字段Replaces進(jìn)行相應(yīng) 轉(zhuǎn)換后再分發(fā)。如果群發(fā)服務(wù)器沒(méi)有保存相應(yīng)的消息分發(fā)記錄，則可以向第 一用戶代理返回?zé)o法進(jìn)行替換處理的通知。
如果群發(fā)服務(wù)器還沒(méi)有對(duì)第一呼叫模式消息進(jìn)行分發(fā)，然后就收到了相 應(yīng)的替換消息，則可以直接分發(fā)相應(yīng)的替換消息。如果是召回處理的情況， 則取消對(duì)第一呼叫模式消息的分發(fā)。如果替換消息中包含了地址列表，則上 述的處理應(yīng)只針對(duì)這部分地址列表進(jìn)行，如只取消向指定的地址列表分發(fā)消 息，或者向指定的地址列表分發(fā)相應(yīng)的替換消息而向其他的地址仍然對(duì)原來(lái) 的第 一呼叫模式消息進(jìn)行分發(fā)。群發(fā)服務(wù)器也可以向第 一用戶代理返回替換 處理通知，在替換處理通知中可以包含地址列表以及相應(yīng)的處理結(jié)果。
步驟304.接收到群發(fā)服務(wù)器分發(fā)的替換消息的用戶代理如第三用戶代 理UA3進(jìn)行相應(yīng)的替換處理，與第一實(shí)施例中的相同，此處不再贅述。
如果第二呼叫模式消息中還包含了要獲取替換處理通知的指示，則群發(fā) 服務(wù)器在分發(fā)的替換消息中應(yīng)當(dāng)復(fù)制該指示，而最終的接收方返回的替換處 理通知可以直接發(fā)送給第一用戶代理，即From頭字,殳中的邏輯地址，而不 必發(fā)送給群發(fā)服務(wù)器。無(wú)論是替換還是特別的召回處理，都最好提供安全機(jī)制，以防止攻擊者 惡意刪除或篡改用戶已經(jīng)接收的消息?？梢圆捎肧IP所提供的安全機(jī)制對(duì)替
換消息的發(fā)送方進(jìn)行身份-險(xiǎn)證，如摘要認(rèn)證(Digest)或者簽名S/MIME等， 具體可參見(jiàn)RFC3261。另外在一個(gè)信任域內(nèi)也可以采用P-Asserted-Identity 頭字段對(duì)替換消息的發(fā)送方進(jìn)行身份識(shí)別，具體可參見(jiàn)RFC3325。
一般來(lái)說(shuō)，第一呼叫模式消息和第二呼叫模式消息的發(fā)送方是同一個(gè)用 戶，即兩個(gè)消息的From頭字段中的邏輯地址一般是相同的。當(dāng)然本發(fā)明也 允許不是同一用戶，只要是接收方能夠信任替換消息的發(fā)送方，并且對(duì)身份 進(jìn)行了認(rèn)證，就可以進(jìn)行相應(yīng)的替換處理，否則可以向其返回禁止響應(yīng)或者 要求其進(jìn)行身份認(rèn)證。接收方還可以設(shè)置一些本地策略進(jìn)行鑒權(quán)，如是否允 許替換處理，允許接受哪些用戶的替換消息，是否允許召回處理等。
如圖4所示，本發(fā)明的用戶代理包含基本的三個(gè)模塊傳輸處理模塊 S43，消息處理模塊S42和替換處理模塊S41。其中傳輸處理模塊用于接收 上層的消息處理模塊發(fā)來(lái)的SIP消息，并釆用相應(yīng)的承載協(xié)議如UDP(User Datagram Protocol)或TCP ( Transmission Control Protocol) 1尋其發(fā)送出去。 消息處理模塊用于對(duì)SIP消息進(jìn)行編解碼、以及事務(wù)控制等。替換處理模塊 用于進(jìn)行與包含替換指示信息的消息的相關(guān)處理等，將與替換處理相關(guān)的消 息通過(guò)消息處理模塊編解碼并管理相應(yīng)事務(wù)收發(fā)消息。替換處理;溪塊可以指 示所述消息處理模塊在即將發(fā)送的呼叫模式消息中包含替換指示信息，或者從 消息處理模塊接收已經(jīng)解碼的與替換處理相關(guān)的消息，并進(jìn)行消息的替換處理， 如產(chǎn)生相應(yīng)的替換消息或產(chǎn)生替換結(jié)果通知消息等。替換處理模塊還可以與消 息存儲(chǔ)模塊S411、認(rèn)證鑒權(quán)模塊S412、替換結(jié)果處理模塊S413、群發(fā)處理 模塊S414等進(jìn)行交互，完成相應(yīng)的功能。如通過(guò)消息存儲(chǔ)模塊獲取已經(jīng)發(fā) 送的消息的對(duì)話標(biāo)識(shí)或消息標(biāo)識(shí)等，以生成相應(yīng)替換消息中的替換指示信 息，替換處理模塊調(diào)用消息處理模塊對(duì)生成的替換消息進(jìn)行編碼并且生成相 應(yīng)的事務(wù)，替換消息最終通過(guò)傳輸處理模塊用UDP或TCP等協(xié)議發(fā)送出去。消息存儲(chǔ)模塊主要用于存儲(chǔ)已經(jīng)發(fā)送和接收的消息，向替換處理才莫塊提供所存 儲(chǔ)的消息信息，以及根據(jù)替換處理模塊的指示替換所存儲(chǔ)的消息。
替換處理模塊還可以通過(guò)認(rèn)證鑒權(quán)模塊在即將發(fā)送包含替換消息中增 加簽名信息或接收身份驗(yàn)證，對(duì)收到的替換消息進(jìn)行認(rèn)證或鑒斥又等。另外通過(guò)
消息；或者當(dāng)用戶代理作為群發(fā)服務(wù)器時(shí)通過(guò)群發(fā)處理模塊將收到的替換消 息分發(fā)給多個(gè)人如指定的地址列表或者所要替換消息的接收方列表。
用戶代理實(shí)際上一般同時(shí)具有上述實(shí)施例中UA1、 UA2和UA3等發(fā)送 方和接收方的處理能力，可以位于用戶終端如手機(jī)、個(gè)人計(jì)算才幾等中，也可 以位于應(yīng)用服務(wù)器中。
發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要 求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種處理呼叫模式消息的方法，其特征在于，該方法包括步驟第二用戶代理接收到第一用戶代理發(fā)送的第一呼叫模式消息；第一用戶代理發(fā)送包含替換第一呼叫模式消息指示信息的第二呼叫模式消息；第二用戶代理根據(jù)所述指示信息用第二呼叫模式消息對(duì)第一呼叫模式消息進(jìn)行替換處理。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的指示信息為第二呼叫 模式消息的替換頭字段中的內(nèi)容。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一用戶代理發(fā)送包含 替換第 一呼叫模式消息指示信息的第二呼叫模式消息的步驟具體為第 一用戶 代理發(fā)送第二呼叫模式消息，其替換頭字段中包含第一呼叫模式消息的對(duì)話號(hào)、 發(fā)送方地址標(biāo)簽和接收方地址標(biāo)簽；所述第二用戶代理根據(jù)所述指示信息用第二呼叫模式消息對(duì)第 一呼叫模式 消息進(jìn)行替換處理的步驟具體為第二用戶代理將對(duì)話號(hào)、發(fā)送方地址標(biāo)簽和 接收方地址標(biāo)簽都與第二呼叫模式消息的替換頭字段中的對(duì)應(yīng)值相匹配的呼叫 模式消息進(jìn)行替換處理。
4、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一用戶代理發(fā)送包含 替換第 一呼叫模式消息指示信息的第二呼叫模式消息的步驟具體為第 一用戶 代理發(fā)送第二呼叫模式消息，其替換頭字段中包含第一呼叫模式消息的對(duì)話號(hào)、 發(fā)送方地址標(biāo)簽、接收方地址標(biāo)簽和消息序列號(hào)；所述第二用戶代理根據(jù)所述指示信息用第二呼叫模式消息對(duì)第 一呼叫模式 消息進(jìn)行替換處理的步驟具體為第二用戶代理將對(duì)話號(hào)、發(fā)送方地址標(biāo)簽、 接收方地址標(biāo)簽和消息序列號(hào)都與第二呼叫模式消息的替換頭字段中的對(duì)應(yīng)值 相匹配的呼叫模式消息進(jìn)行替換處理。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一用戶代理發(fā)送包含替換第 一呼叫模式消息指示信息的第二呼叫模式消息，其中的指示信息還包含替換處理的具體方式為召回處理；則所述第二用戶代理根據(jù)所述指示信息用第二呼叫模式消息對(duì)第一呼叫模 式消息進(jìn)行替換處理的步驟具體為第二用戶代理同時(shí)刪除第 一呼叫模式消息 和第二呼叫模式消息。
6、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的第一用戶代理發(fā)送的 第 一呼叫模式消息中包括即時(shí)消息處理通知消息標(biāo)識(shí)；所述第 一用戶代理發(fā)送包含替換第 一呼叫模式消息指示信息的第二呼叫模 式消息的步驟具體為第一用戶代理發(fā)送第二呼叫模式消息，其通用呈現(xiàn)和即 時(shí)消息內(nèi)容的替換頭字段中包含第 一呼叫模式消息的即時(shí)消息處理通知消息標(biāo) 識(shí)。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述第一用戶代理發(fā)送的第 二呼叫模式消息中還包括要獲取替換處理通知的指示；則在所述第二用戶代理根據(jù)所述指示信息用第二呼叫才莫式消息對(duì)第 一呼叫 模式消息進(jìn)行替換處理步驟之后，第二用戶代理向第一用戶代理返回相應(yīng)的替 換處理結(jié)果通知消息。
8、 根據(jù)權(quán)利要求1至7任一項(xiàng)所述的方法，其特征在于，所述的第二用戶 代理為群發(fā)服務(wù)器，第二用戶代理接收到第一用戶代理發(fā)送的第一呼叫模式消 息中包含地址列表，并將第一呼叫模式消息向地址列表分發(fā)；所述的第二用戶代理根據(jù)所述指示信息用第二呼叫模式消息對(duì)第一呼叫模 式消息進(jìn)行替換處理的步驟具體為如果第二呼叫模式消息中包含指定的地址列表，則第二用戶代理即群發(fā)服 務(wù)器向第二呼叫模式消息中指定的地址列表分發(fā)替換消息，向每個(gè)地址對(duì)應(yīng)的 用戶代理所分發(fā)的替換消息中的所述指示信息與群發(fā)服務(wù)器對(duì)第 一呼叫模式消 息向該地址所分發(fā)的消息相對(duì)應(yīng)。
9、 根據(jù)權(quán)利要求1至7任一項(xiàng)所述的方法，其特征在于，所述的第二用戶代理為群發(fā)服務(wù)器，第二用戶代理接收到第 一用戶代理發(fā)送的第 一呼叫模式消息中包含地址列表，并將第一呼叫模式消息向地址列表分發(fā)；所述的第二用戶代理根據(jù)所述指示信息用第二呼叫^t式消息對(duì)第一呼叫模式消息進(jìn)行替換處理的步驟具體為如果第二呼叫模式消息中沒(méi)有包含地址列表，則第二用戶代理即群發(fā)服務(wù)器向?qū)?yīng)第一呼叫模式消息中指定的地址列表分發(fā)替換消息，向每個(gè)地址對(duì)應(yīng) 的用戶代理所分發(fā)的替換消息中的所述指示信息與群發(fā)服務(wù)器對(duì)第一呼叫模式 消息向該地址所分發(fā)的消息相對(duì)應(yīng)。
10、 根據(jù)權(quán)利要求1至7任一項(xiàng)所述的方法，其特征在于，所述的第二用 戶代理為群發(fā)服務(wù)器，第二用戶代理接收到第一用戶代理發(fā)送的第一呼叫模式 消息中包含地址列表，在將第一呼叫模式消息向地址列表分發(fā)之前收到了第二 呼叫模式消息；所述的第二用戶代理根據(jù)所述指示信息用第二呼叫模式消息對(duì)第 一呼叫模 式消息進(jìn)行替換處理的步驟具體為第二用戶代理直接分發(fā)相應(yīng)的替換消息，或者當(dāng)是召回處理的情況時(shí)取消 發(fā)送對(duì)應(yīng)的第 一呼叫模式消息的分發(fā)消息。
11、 根據(jù)權(quán)利要求8所述的方法，其特征在于，接收所述分發(fā)的替換消息 的用戶代理直接向第 一用戶代理返回替換處理通知消息。
12、 一種替換即時(shí)消息的方法，其特征在于，包括步驟發(fā)送第 一即時(shí)消息，并在通用呈現(xiàn)和即時(shí)消息內(nèi)容中包含消息標(biāo)識(shí)； 發(fā)送包含替換第 一即時(shí)消息指示信息的第二即時(shí)消息，所述的指示信息包 含對(duì)應(yīng)第 一 即時(shí)消息的消息標(biāo)識(shí)；根據(jù)所述的指示信息將消息標(biāo)識(shí)相匹配的第一即時(shí)消息進(jìn)行替換處理。
13、 根據(jù)權(quán)利要求12所述的方法，其特征在于，所述的指示信息包含在通 用呈現(xiàn)和即時(shí)消息內(nèi)容的替換頭字段中，或者包含在內(nèi)容處理方式頭字段中。
14、 根據(jù)權(quán)利要求12或13所述的方法，其特征在于，在發(fā)送的所述第二即時(shí)消息中還包括要獲取替換處理通知的指示； 在根據(jù)所述的指示信息將所匹配的第一即時(shí)消息進(jìn)行替換處理步驟之后， 返回相應(yīng)的替換處理結(jié)果通知消息。
15、 一種用戶代理，其特征在于，包括傳輸處理模塊，用于接收消息處理模塊發(fā)來(lái)的會(huì)話初始協(xié)議消息，并采用 相應(yīng)的承載協(xié)議將其發(fā)送出去；消息處理模塊，用于對(duì)會(huì)話初始協(xié)議消息進(jìn)行編解碼和事務(wù)控制； 替換處理^t塊，用于與消息處理^t塊交互處理與替換處理相關(guān)的消息。
16、 根據(jù)權(quán)利要求15所述的用戶代理，其特征在于，所述替換處理模塊處 理與替換處理相關(guān)的消息具體為指示所述消息處理模塊在即將發(fā)送的消息中包含替換指示信息；和/或， 從消息處理模塊接收已經(jīng)解碼的與替換處理相關(guān)的消息，進(jìn)行替換處理。
17、 根據(jù)權(quán)利要求15或16所述的用戶代理，其特征在于，還包括以下至 少一個(gè)模塊消息存儲(chǔ)模塊，用于存儲(chǔ)已經(jīng)發(fā)送和接收的消息，向替換處理模塊提供所 存儲(chǔ)的消息信息，以及根據(jù)替換處理模塊的指示替換所存儲(chǔ)的消息；認(rèn)證鑒權(quán)模塊，用于在即將由替換處理模塊發(fā)送的替換消息中增加簽名信 息和/或接收身份驗(yàn)證，或者對(duì)收到的替換消息進(jìn)行認(rèn)證和/或鑒權(quán)；替換結(jié)果處理模塊，用于對(duì)已經(jīng)完成的替換處理生成相應(yīng)的替換結(jié)果通 知消息，并由替換處理模塊發(fā)送；群發(fā)處理模塊，用于將收到的替換消息生成給指定地址列表的分發(fā)消息， 并由替換處理模塊發(fā)送。
全文摘要
本發(fā)明公開(kāi)了一種處理呼叫模式消息的方法，包括步驟第二用戶代理接收到第一用戶代理發(fā)送的第一呼叫模式消息，第一用戶代理發(fā)送包含替換第一呼叫模式消息指示信息的第二呼叫模式消息，第二用戶代理根據(jù)所述指示信息用第二呼叫模式消息對(duì)第一呼叫模式消息進(jìn)行替換處理。進(jìn)一步在進(jìn)行替換處理后，還可以返回替換處理結(jié)果通知。
文檔編號(hào)H04L29/06GK101321135SQ20071007473
公開(kāi)日2008年12月10日 申請(qǐng)日期2007年6月5日 優(yōu)先權(quán)日2007年6月5日
發(fā)明者任大奇, 謙 孫, 田林一 申請(qǐng)人:華為技術(shù)有限公司