專利名稱：Ip多媒體子系統(tǒng)呼叫處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種IP多媒體子系統(tǒng)呼叫處理方法及裝置。
背景技術(shù)：
在傳統(tǒng)的公共交換電話網(wǎng)絡(luò)(PublicSwitched Telephone Network，簡稱 PSTN) 中，僅單一地由用戶的號碼反映出用戶的身份信息，當(dāng)主叫用戶簽約了主叫號碼顯示限制 業(yè)務(wù)，或者被叫用戶沒有簽約主叫號碼顯示業(yè)務(wù)時，被叫用戶無法看到主叫用戶的號碼，因 此，認(rèn)為被叫用戶接收到的是一個匿名呼叫，無法看到主叫用戶的身份信息。IMS是第三代移動通信合作伙伴項目(3rd Generation PartnershipPro ject，簡 稱3GPP)提出的支持IP多媒體業(yè)務(wù)的子系統(tǒng)，它可以提供多種媒體業(yè)務(wù)，順應(yīng)了通信網(wǎng)絡(luò) 融合的大趨勢，將逐漸成為下一代網(wǎng)絡(luò)(NextGeneration Network，簡稱NGN)的核心控制 體系結(jié)構(gòu)。在IMS 中，代理呼叫會話控制功能(Proxy Call Session Control Function，簡 稱P-CSCF)是連接用戶設(shè)備(User Equipment，簡稱UE)和IMS網(wǎng)絡(luò)的入口節(jié)點(diǎn)，所有IMS 終端發(fā)起和終止于IMS終端的會話消息都要通過P-CSCF。P-CSCF實際上扮演了一個代理 服務(wù)器的角色，它接收會話初始協(xié)議(Session Initiation Protocol，簡稱SIP)請求與 響應(yīng)，并向IMS網(wǎng)絡(luò)或用戶轉(zhuǎn)發(fā)。P-CSCF可以位于拜訪網(wǎng)絡(luò)或歸屬網(wǎng)絡(luò)。應(yīng)用服務(wù)器層 (ApplicationServer，簡稱AS)位于歸屬網(wǎng)絡(luò)，用于提供業(yè)務(wù)邏輯，支持用戶的各種業(yè)務(wù)屬 性。根據(jù)RFC-3325的規(guī)定，P-Asserted-Identity頭部可以用于表征信任域中的SIP 消息發(fā)送方的身份信息。當(dāng)Privacy頭部的取值為“id”時，需要由代理服務(wù)器刪除相應(yīng)消 息中的 P-Asserted-Identity 頭部。在IP多媒體子系統(tǒng)中，當(dāng)主叫用戶A簽約了主叫號碼顯示限制業(yè)務(wù)，或者當(dāng)被叫 用戶B沒有簽約主叫號碼顯示業(yè)務(wù)時，被叫用戶B所在的P-CSCF接收到的起呼(INVITE) 消息中的Privacy頭部的取值為“id”，如圖1和圖2所示。根據(jù)RFC-3325的規(guī)定，P-CSCF需要刪除該INVITE消息中的 P-Asserted-Identity (圖3中簡稱為PAI)頭部，表示被叫用戶B不應(yīng)該看到主叫用戶A的 號碼。此時，認(rèn)為該呼叫是一個匿名呼叫，如圖3所示。在IMS設(shè)計的初級階段中，可以提供的業(yè)務(wù)種類并不豐富，只有主叫用戶的號碼 可以反映主叫用戶的信息。但是，隨著IMS中的業(yè)務(wù)種類日漸繁多，這樣并不能保證被叫用戶B不會以其他的 形式看到主叫用戶A的身份信息。例如，如果用戶A同時簽約了主叫號碼顯示限制業(yè)務(wù)和彩 像業(yè)務(wù)，且該用戶A將自己的照片等身份信息作為彩像信息，則當(dāng)用戶A呼叫用戶B時，用 戶B雖然無法看到用戶A的號碼，但是，用戶B仍然可以通過INVITE消息中的Calllnfo頭 部，從彩像信息中了解到這是一個來自用戶A的呼叫，從而泄露了主叫用戶A的真實身份， 如圖3所示。
因此，從用戶體驗的角度來看，如果被叫用戶看不到主叫用戶的號碼，則該用戶也 應(yīng)該看不到主叫用戶的彩像等可以反映主叫用戶身份的信息。根據(jù)RFC-3323的規(guī)定，當(dāng)主叫終端發(fā)出的請求消息中的Privacy頭部的取值為 “header”時，該請求消息經(jīng)過的服務(wù)器不能在該消息中增加任何表征主叫用戶身份的頭 部，包括表征主叫用戶彩像信息的Call Info頭部等，如圖4所示。但是，RFC-3323的處理方式仍然是有缺陷的。一方面，如果表征主叫用戶身份信 息的頭部，例如彩像信息等，是由主叫終端在發(fā)出的請求消息中攜帶的，那么仍然會導(dǎo)致匿 名呼叫中的主叫用戶身份的泄露。另一方面，由于IMS與接入無關(guān)的特性，因此任何智能終 端或非智能終端都可以通過相應(yīng)的接入網(wǎng)接入到IMS網(wǎng)絡(luò)中享受多媒體業(yè)務(wù)，而對于不能 靈活修改Privacy字段的非智能終端，也仍然會導(dǎo)致匿名呼叫中的主叫用戶身份的泄露。綜上，針對上述的匿名呼叫中可能會導(dǎo)致用戶身份泄露的問題，相關(guān)技術(shù)中尚未 提出有效的解決方案。

發(fā)明內(nèi)容
考慮到現(xiàn)有技術(shù)匿名呼叫中可能會導(dǎo)致用戶身份泄露的問題而做出本發(fā)明，為 此，本發(fā)明的主要目的在于提供一種IP多媒體子系統(tǒng)呼叫處理方法及裝置，以解決現(xiàn)有技 術(shù)中的上述問題。根據(jù)本發(fā)明的一個方面，提供了一種IP多媒體子系統(tǒng)呼叫處理方法。根據(jù)本發(fā)明的方法包括拜訪網(wǎng)絡(luò)的P-CSCF接收起呼消息；若起呼消息中的 Privacy頭部賦值為header，則P-CSCF刪除起呼消息中包含主叫用戶設(shè)備身份信息的頭 部。優(yōu)選地，刪除起呼消息中包含主叫用戶設(shè)備身份信息的頭部進(jìn)一步包括刪除起 呼消息中的P-Asserted-Identity頭部和Calllnfo頭部。優(yōu)選地，拜訪網(wǎng)絡(luò)的P-CSCF接收起呼消息之前，該方法進(jìn)一步包括主叫用戶設(shè) 備向被叫用戶設(shè)備發(fā)起呼叫，主叫用戶設(shè)備簽約主叫信息顯示限制業(yè)務(wù)；歸屬網(wǎng)絡(luò)AS將起 呼消息中的Privacy頭部賦值為header。優(yōu)選地，拜訪網(wǎng)絡(luò)的P-CSCF接收起呼消息之前，該方法進(jìn)一步包括主叫用戶設(shè) 備向被叫用戶設(shè)備發(fā)起呼叫，被叫用戶設(shè)備未簽約主叫信息顯示業(yè)務(wù)；拜訪網(wǎng)絡(luò)AS將起呼 消息中的Privacy頭部賦值為header。根據(jù)本發(fā)明的另一方面，還提供了一種IP多媒體子系統(tǒng)呼叫的處理裝置。根據(jù)本發(fā)明的裝置包括接收模塊，用于接收起呼消息；判斷模塊，用于判斷起呼 消息中的Privacy頭部賦值是否為header ；刪除模塊，用于在判斷模塊判斷的結(jié)果為是的 情況下，刪除起呼消息中包含主叫用戶設(shè)備身份信息的頭部。優(yōu)選地，刪除模塊進(jìn)一步包括第一刪除模塊，用于刪除起呼消息中的 P-Asserted-Identity頭部；第二刪除模塊，用于刪除起呼消息中的Calllnfo頭部。優(yōu)選地，該裝置進(jìn)一步包括第一賦值模塊，用于在主叫用戶設(shè)備簽約主叫信息顯 示限制業(yè)務(wù)的情況下，將起呼消息中的Privacy頭部賦值為header。優(yōu)選地，該裝置進(jìn)一步包括第二賦值模塊，用于在被叫用戶設(shè)備未簽約主叫信息 顯示業(yè)務(wù)的情況下，將起呼消息中的Privacy頭部賦值為header。
根據(jù)本發(fā)明的上述技術(shù)方案，通過拜訪網(wǎng)絡(luò)P-CSCF刪除起呼消息中的Privacy頭 部賦值為header的起呼消息中包含主叫用戶設(shè)備身份信息的頭部，刪除了有可能導(dǎo)致泄 露主叫用戶身份的頭部信息，實現(xiàn)了真正意義上的匿名呼叫，增加了用戶體驗。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)現(xiàn)有技術(shù)的匿名呼叫的一種處理方式的流程圖2是根據(jù)現(xiàn)有技術(shù)的匿名呼叫的另一種處理方式的流程圖3是根據(jù)現(xiàn)有技術(shù)的匿名呼叫的P-CSCF處理INVITE消息的示意圖4是根據(jù)現(xiàn)有技術(shù)的匿名呼叫的RFC3323的解決方案的流程圖5是根據(jù)本發(fā)明實施例的IMS呼叫的處理方法的流程圖6是根據(jù)本發(fā)明方法實施例一的流程圖7是根據(jù)本發(fā)明方法實施例二的流程圖8是根據(jù)本發(fā)明方法實施例的匿名呼叫的P-CSCF處理INVITE消息的示意圖
圖9是根據(jù)本發(fā)明實施例的IMS呼叫的處理裝置的框圖10是根據(jù)本發(fā)明裝置實施例一的結(jié)構(gòu)框圖11是根據(jù)本發(fā)明裝置實施例二的結(jié)構(gòu)框圖。
具體實施例方式本發(fā)明的主要思想主要在于，在IMS提供的統(tǒng)一的開放多媒體業(yè)務(wù)平臺中，隨著 業(yè)務(wù)種類的日漸豐富，已經(jīng)不能單一地以用戶的號碼來表征用戶的身份信息，用戶也不能 單一地通過簽約主叫號碼顯示限制業(yè)務(wù)進(jìn)行匿名呼叫。因此，需要將主叫號碼顯示限制業(yè) 務(wù)擴(kuò)展為主叫信息顯示限制業(yè)務(wù)，同時，將主叫號碼顯示業(yè)務(wù)擴(kuò)展為主叫信息顯示業(yè)務(wù)，此 時，主叫UE可以通過簽約主叫信息顯示限制業(yè)務(wù)而發(fā)起一個匿名呼叫，當(dāng)被叫UE沒有簽 約主叫信息顯示業(yè)務(wù)時，該被叫用戶接收到的呼叫也是匿名呼叫。在該匿名呼叫的過程中， 要求被叫UE無法顯示任何表示主叫UE身份的信息。本發(fā)明通過拜訪網(wǎng)絡(luò)的P-CSCF判斷 接收到起呼消息中的Privacy頭部賦值是否為header，并根據(jù)判斷的結(jié)果刪除起呼消息中 包含主叫用戶設(shè)備身份信息的頭部的操作，刪除了有可能導(dǎo)致泄露主叫用戶身份的頭部信 息，實現(xiàn)了真正意義上的匿名呼叫。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，以下結(jié)合附圖及具體實施例，對本 發(fā)明作進(jìn)一步地詳細(xì)說明。方法實施例根據(jù)本發(fā)明的實施例，提出了一種IMS呼叫處理方法。圖5是根據(jù)本發(fā)明實施例的IMS呼叫處理方法的流程圖，如圖1所示，該方法包 括步驟S502，拜訪網(wǎng)絡(luò)的P-CSCF接收起呼消息；步驟S504，若起呼消息中的Privacy頭部賦值為header，則P-CSCF刪除起呼消息 中包含主叫用戶設(shè)備身份信息的頭部。
下面分別結(jié)合圖6和圖7進(jìn)一步描述上述各處理的細(xì)節(jié)。圖6是根據(jù)本發(fā)明方法實施例一的示意圖，如圖6所示，該處理包括步驟S602，主叫UE發(fā)起一個呼叫(INVITE)，該主叫UE簽約有主叫信息顯示限制 業(yè)務(wù)；S-CSCF接收該INVITE消息并發(fā)送到歸屬網(wǎng)絡(luò)AS。步驟S604，主叫UE的歸屬網(wǎng)絡(luò)AS接收到該INVITE消息后，將INVITE消息中的 Privacy頭部賦值為“header”，之后，將該INVITE消息發(fā)送至S-CSCF。將INVITE消息中的 Privacy頭部賦值為“header”，是為了使該消息經(jīng)過的服務(wù)器不能在該消息中增加任何表 征主叫UE身份的頭部。步驟S606，被叫側(cè)P-CSCF接收到該INVITE消息后，由于INVITE消息中的Privacy 頭部的取值為“header”，則刪除該INVITE消息中所有包含主叫UE身份信息的頭部，包括 P-Asserted-Identity 頭部和 Calllnfo 頭部等。圖7是根據(jù)本發(fā)明方法實施例二的示意圖，如圖7所示，該處理包括步驟S702，主叫UE發(fā)起一個呼叫(INVITE)，被叫UE未簽約主叫信息顯示業(yè)務(wù)； S-CSCF接收該INVITE消息并發(fā)送到拜訪網(wǎng)絡(luò)AS。步驟S704，被叫UE的歸屬域AS接收到該INVITE消息后，將INVITE消息中的 Privacy頭部賦值為“header”，之后，將該INVITE消息發(fā)送至S-CSCF。將INVITE消息中的 Privacy頭部賦值為“header”，是為了使該消息經(jīng)過的服務(wù)器不能在該消息中增加任何表 征主叫UE身份的頭部。步驟S706，被叫側(cè)P-CSCF接收到該INVITE消息后，由于INVITE消息中的Privacy 頭部的取值為“header”，則刪除該INVITE消息中所有包含主叫UE身份信息的頭部，包括 P-Asserted-Identity 頭部和 Calllnfo 頭部等。在上述的被叫側(cè)P-CSCF刪除INVITE消息中所有包含主叫UE身份信息的頭 部的處理，參考圖8，如圖8所示，在被叫側(cè)P-CSCF接收到的INVITE消息中至少包括 P-Asserted-Identity(圖8中簡稱為PAI)頭部、Calllnfo頭部和Privacy頭部。被叫 側(cè)P-CSCF判斷Privacy頭部的取值為“header”，則刪除P-Asserted-Identity頭部和 Calllnfo頭部。其中，P-Asserted-Identity頭部和Calllnfo頭部都可以用于表征主叫 UE的用戶標(biāo)識信息，例如P-ASSerted-Identity頭部為主叫UE的號碼信息，Calllnfo頭 部為主叫UE的彩像信息。經(jīng)過上述處理，被叫UE接收到的INVITE中用于表征主叫UE身 份信息的P-Asserted-Identity頭部和Calllnfo頭部已經(jīng)被P-CSCF刪除，因此，避免了主 叫UE身份泄露。裝置實施例根據(jù)本發(fā)明實施例，還提供了一種IMS呼叫處理裝置。圖9是根據(jù)本發(fā)明實施例的IMS呼叫處理裝置的框圖，如圖9所示，該裝置包括 接收模塊10，判斷模塊20，刪除模塊30。其中接收模塊10，用于接收起呼消息；判斷模塊 20，與接收模塊10相連接，用于判斷起呼消息中的Privacy頭部賦值是否為header ；刪除 模塊30，與判斷模塊20相連接，用于在判斷模塊20判斷的結(jié)果為是的情況下(即Privacy 頭部賦值為header)，刪除起呼消息中包含主叫用戶設(shè)備身份信息的頭部。優(yōu)選地，刪除模 塊30進(jìn)一步包括第一刪除模塊(未示出)，用于刪除起呼消息中的PAI頭部；第二刪除模 塊(未示出)，用于刪除起呼消息中的Calllnfo頭部。在具體實施過程中，第一刪除模塊和第二刪除模塊可以合一設(shè)置。圖10是根據(jù)本發(fā)明裝置實施例一的結(jié)構(gòu)框圖，如圖10所示，在圖9所示結(jié)構(gòu)的基 礎(chǔ)上，該裝置進(jìn)一步包括第一賦值模塊40，與接收模塊10相連接，用于在主叫用戶設(shè)備簽 約主叫信息顯示限制業(yè)務(wù)的情況下，將起呼消息中的Privacy頭部賦值為header。圖11是根據(jù)本發(fā)明裝置實施例二的結(jié)構(gòu)框圖，如圖11所示，在圖9所示結(jié)構(gòu)的基 礎(chǔ)上，該裝置進(jìn)一步包括第二賦值模塊50，與接收模塊10相連接，用于在被叫用戶設(shè)備未 簽約主叫信息顯示業(yè)務(wù)的情況下，將起呼消息中的Privacy頭部賦值為header。在具體應(yīng)用過程中，根據(jù)本發(fā)明實施例的IMS呼叫的處理裝置的具體工作流程可 以參考圖5至圖8中所示，此處不贅述。綜上所示，根據(jù)本發(fā)明上述技術(shù)方案，通過拜訪網(wǎng)絡(luò)P-CSCF刪除起呼消息中的 Privacy頭部賦值為header的起呼消息中包含主叫用戶設(shè)備身份信息的頭部，刪除了有可 能導(dǎo)致泄露主叫用戶身份的頭部信息，實現(xiàn)了真正意義上的匿名呼叫，增加了用戶體驗。以上所述僅為本發(fā)明的實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人 員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、 等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的權(quán)利要求范圍之內(nèi)。
權(quán)利要求
一種IP多媒體子系統(tǒng)呼叫的處理方法，其特征在于，包括拜訪網(wǎng)絡(luò)的代理呼叫會話控制功能P CSCF接收起呼消息；若所述起呼消息中的Privacy頭部賦值為header，則所述P CSCF刪除所述起呼消息中包含主叫用戶設(shè)備身份信息的頭部。
2.如權(quán)利要求1所述的方法，其特征在于，所述刪除所述起呼消息中包含主叫用戶設(shè) 備身份信息的頭部，進(jìn)一步包括刪除所述起呼消息中的P-Asserted-Identity頭部和CallInf0頭部。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述拜訪網(wǎng)絡(luò)的P-CSCF接收起呼消息 之前，所述方法進(jìn)一步包括所述主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起呼叫，所述主叫用戶設(shè)備簽約主叫信息顯示限 制業(yè)務(wù)；歸屬網(wǎng)絡(luò)應(yīng)用服務(wù)層AS將所述起呼消息中的Privacy頭部賦值為header。
4.如權(quán)利要求1或2所述的方法，其特征在于，所述拜訪網(wǎng)絡(luò)的P-CSCF接收起呼消息 之前，所述方法進(jìn)一步包括所述主叫用戶設(shè)備向被叫用戶設(shè)備發(fā)起呼叫，所述被叫用戶設(shè)備未簽約主叫信息顯示 業(yè)務(wù)；拜訪網(wǎng)絡(luò)AS將所述起呼消息中的Privacy頭部賦值為header。
5.一種IP多媒體子系統(tǒng)呼叫的處理裝置，其特征在于，包括接收模塊，用于接收起呼消息；判斷模塊，用于判斷所述起呼消息中的Privacy頭部賦值是否為header ；刪除模塊，用于在所述判斷模塊判斷的結(jié)果為是的情況下，刪除所述起呼消息中包含 主叫用戶設(shè)備身份信息的頭部。
6.如權(quán)利要求5所述的裝置，其特征在于，所述刪除模塊進(jìn)一步包括第一刪除模塊，用于刪除所述起呼消息中的P-Asserted-Identity頭部；第二刪除模塊，用于刪除所述起呼消息中的CallInfo頭部。
7.如權(quán)利要求5或6所述的裝置，其特征在于，所述裝置進(jìn)一步包括第一賦值模塊，用于在所述主叫用戶設(shè)備簽約主叫信息顯示限制業(yè)務(wù)的情況下，將所 述起呼消息中的Privacy頭部賦值為header。
8.如權(quán)利要求5或6所述的裝置，其特征在于，所述裝置進(jìn)一步包括第二賦值模塊，用于在所述被叫用戶設(shè)備未簽約主叫信息顯示業(yè)務(wù)的情況下，將所述 起呼消息中的Privacy頭部賦值為header。
全文摘要
本發(fā)明公開了一種IP多媒體子系統(tǒng)呼叫處理方法及裝置，其中，該方法包括拜訪網(wǎng)絡(luò)的P-CSCF接收起呼消息；若起呼消息中的Privacy頭部賦值為header，則P-CSCF刪除起呼消息中包含主叫用戶設(shè)備身份信息的頭部。通過本發(fā)明，能夠刪除導(dǎo)致泄露主叫用戶身份的頭部信息，能夠?qū)崿F(xiàn)真正意義上的匿名呼叫。
文檔編號H04L12/18GK101998318SQ20091000878
公開日2011年3月30日 申請日期2009年8月25日 優(yōu)先權(quán)日2009年8月25日
發(fā)明者張崇正 申請人:中興通訊股份有限公司