用于實(shí)現(xiàn)通信禁止服務(wù)的方法和裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及實(shí)現(xiàn)IP多媒體子系統(tǒng)情境中的通信禁止服務(wù)的方法和裝置。
【背景技術(shù)】
[0002]IP多媒體子系統(tǒng)aMS)是由第三代合作伙伴關(guān)系項(xiàng)目(3GPP)定義的技術(shù)，以在移動(dòng)通信網(wǎng)絡(luò)上提供IP多媒體服務(wù)。3GPP規(guī)范TS 23.002中一般性地描述了 MS的構(gòu)架和一般特征，TS 23.228中更具體地進(jìn)行了描述。通過服務(wù)集成和交互，IMS提供重要特征以豐富終端用戶的人與人之間的通信體驗(yàn)。IMS實(shí)現(xiàn)了基于IP的網(wǎng)絡(luò)上全新和豐富的人與人(客戶端到客戶端)以及人與內(nèi)容(客戶端到服務(wù)器)通信。IMS利用會(huì)話發(fā)起協(xié)議(SIP)建立和控制用戶終端(或者用戶終端和應(yīng)用服務(wù)器)之間的呼叫或會(huì)話。由SIP信令承載的會(huì)話描述協(xié)議(SDP)被用于描述和協(xié)商會(huì)話的媒體組件。當(dāng)SIP被作為用戶到用戶協(xié)議創(chuàng)建時(shí)，IMS允許運(yùn)營(yíng)商和服務(wù)提供商控制用戶接入服務(wù)以及相應(yīng)地向用戶收費(fèi)。其他協(xié)議如實(shí)時(shí)傳輸協(xié)議和實(shí)時(shí)傳輸控制協(xié)議(RTP/RTCP)被用于媒體傳輸和控制。
[0003]頂S邏輯上被部署進(jìn)所謂的“核心網(wǎng)絡(luò)”層和所謂的“服務(wù)層”中。核心網(wǎng)絡(luò)層是由功能性實(shí)體(下文簡(jiǎn)要描述)實(shí)現(xiàn)的。服務(wù)層主要包括“應(yīng)用服務(wù)器”，其被布置用于向用戶終端(下文稱為用戶設(shè)備(UE))提供服務(wù)。這些應(yīng)用服務(wù)器經(jīng)由MS被連接，以及/或被布置為通過執(zhí)行特定的基于服務(wù)的邏輯在服務(wù)提供中進(jìn)行中介，例如在某些情況下轉(zhuǎn)移呼入多媒體會(huì)話。
[0004]當(dāng)前的ms標(biāo)準(zhǔn)提供用于通信禁止(CB)的服務(wù)，以使得網(wǎng)絡(luò)能夠控制訂戶接入服務(wù)。3GPP TS 24.611中描述了頂S中3GPP標(biāo)準(zhǔn)化的CB服務(wù)的當(dāng)前狀態(tài)。這個(gè)標(biāo)準(zhǔn)遵從并擴(kuò)展了用于TS24.088中考慮的電路交換(CS)和分組交換(PS)網(wǎng)絡(luò)中呼叫限制補(bǔ)充服務(wù)的基本原則。
[0005]TS 24.611特別描述了在會(huì)話初始請(qǐng)求滿足CB服務(wù)訂戶的簡(jiǎn)檔中規(guī)定的CB服務(wù)需求的事件中，頂S AS對(duì)該請(qǐng)求執(zhí)行CB服務(wù)的動(dòng)作。根據(jù)條件和動(dòng)作的規(guī)則，定義了這些服務(wù)需求，由同一規(guī)范還進(jìn)一步參考RFC 4745定義了這些規(guī)則。尤其是，TS 24.611定義了呼入通信禁止(ICB)服務(wù)以及呼出通信禁止(0CB)，該ICB服務(wù)是代表終止用戶拒絕滿足某些規(guī)定的或配置的條件的呼入通信的服務(wù)，該0CB代表始發(fā)用戶拒絕滿足某些規(guī)定的或配置的條件的呼出通信的服務(wù)。圖1圖示了該功能構(gòu)架，假設(shè)在兩個(gè)訂戶UE-A和UE-B之間建立會(huì)話，UE-A為始發(fā)方，UE-B為終止方。
[0006]現(xiàn)有規(guī)范除了會(huì)話發(fā)起不包括任何(與ICB或0CB相關(guān)的)對(duì)用戶場(chǎng)景的規(guī)定。當(dāng)前的方法可能為訂戶在某些情況下規(guī)避CB服務(wù)創(chuàng)造了機(jī)會(huì)。

【發(fā)明內(nèi)容】

[0007]本發(fā)明的一個(gè)目的是克服或者至少減輕上面討論的CB相關(guān)問題。這一目的和其他目的的實(shí)現(xiàn)是通過引起MS AS解析與進(jìn)行中的頂S會(huì)話或早期會(huì)話階段中的頂S會(huì)話有關(guān)的SIP消息，以標(biāo)識(shí)和控制針對(duì)該會(huì)話的媒體變化和添加。
[0008]根據(jù)本發(fā)明的第一方面，提供一種在IP多媒體子系統(tǒng)IMS網(wǎng)絡(luò)內(nèi)針對(duì)進(jìn)行中的IMS會(huì)話或早期會(huì)話階段中的ms會(huì)話實(shí)現(xiàn)通信禁止CB服務(wù)的方法。該方法包括，在ms網(wǎng)絡(luò)內(nèi)的應(yīng)用服務(wù)器AS處，解析與會(huì)話相關(guān)的SIP消息，以檢測(cè)用以向會(huì)話添加一個(gè)或多個(gè)媒體流的嘗試。CB服務(wù)規(guī)則被應(yīng)用以確定媒體流被添加的允許性。如果不允許媒體流被添加，則采取動(dòng)作以阻止媒體流的添加，否則允許媒體流添加進(jìn)行。
[0009]本發(fā)明的實(shí)施例可被用于針對(duì)欺詐和不恰當(dāng)?shù)氖召M(fèi)，保護(hù)訂戶和/或網(wǎng)絡(luò)運(yùn)營(yíng)商。
[0010]在媒體流不被允許的事件中可采取的動(dòng)作可以包括在AS處拒絕請(qǐng)求。
[0011]在所述消息是與早期會(huì)話階段的頂S會(huì)話相關(guān)的SIP PRACK請(qǐng)求的情況下，該動(dòng)作可包括在上游方向從SIP PRACK請(qǐng)求中移除未被允許的媒體提議(offer)，轉(zhuǎn)發(fā)該請(qǐng)求到其目的用戶代理，以及在下游方向在響應(yīng)中拒絕該媒體流。
[0012]SIP消息可以是可靠的SIP響應(yīng)，所述動(dòng)作可包括在轉(zhuǎn)發(fā)前在SIP響應(yīng)中禁止個(gè)體的未被允許的媒體流。
[0013]CB服務(wù)規(guī)則可被應(yīng)用于包含會(huì)話描述協(xié)議SDP提議的SIP消息。
[0014]CB服務(wù)規(guī)則可以是在會(huì)話發(fā)起期間所應(yīng)用的相同的規(guī)則。
[0015]該方法可包括僅應(yīng)用至少包含一個(gè)媒體條件的那些CB服務(wù)規(guī)則。
[0016]該方法可包括存儲(chǔ)來自發(fā)起進(jìn)行中的IMS會(huì)話的請(qǐng)求和任何相關(guān)響應(yīng)的會(huì)話參數(shù)，以及隨后在應(yīng)用CB服務(wù)規(guī)則以確定媒體流被添加的允許性時(shí)，使用這些會(huì)話參數(shù)。
[0017]根據(jù)本發(fā)明的第二個(gè)方面，提供一種用于在IP多媒體子系統(tǒng)IMS網(wǎng)絡(luò)內(nèi)針對(duì)進(jìn)行中的MS會(huì)話或早期會(huì)話階段中的ms會(huì)話實(shí)現(xiàn)通信禁止CB服務(wù)的應(yīng)用服務(wù)器AS。該裝置包括SIP消息解析器，用于解析與會(huì)話相關(guān)的SIP消息，以檢測(cè)用以向該會(huì)話添加一個(gè)或多個(gè)媒體流的嘗試；以及策略單元，用于應(yīng)用CB服務(wù)規(guī)則以確定媒體流被添加的允許性。該裝置進(jìn)一步包括策略實(shí)施單元，被配置為如果不允許媒體流被添加，則采取動(dòng)作以阻止媒體流的添加，否則允許媒體流添加進(jìn)行。
[0018]策略單元可被配置為僅應(yīng)用至少包含一個(gè)媒體條件的那些CB服務(wù)規(guī)則。
[0019]策略實(shí)施單元可被配置為采取以下動(dòng)作中的一個(gè):
[0020]-拒絕包含未被允許請(qǐng)求的SIP消息；
[0021]-禁用未被允許的媒體流，該未被允許的媒體流在可靠響應(yīng)中所接收的媒體提議中被添加或修改；
[0022]-完全移除在SIPPRACK中包含未被允許的媒體流的媒體提議。
[0023]所述應(yīng)用服務(wù)器可進(jìn)一步包括數(shù)據(jù)記錄器，用于存儲(chǔ)來自發(fā)起進(jìn)行中的ms會(huì)話的請(qǐng)求和任何相關(guān)響應(yīng)的會(huì)話參數(shù)；所述策略單元被配置為在應(yīng)用CB服務(wù)規(guī)則以確定媒體流被添加的允許性時(shí)，使用這些會(huì)話參數(shù)。
【附圖說明】
[0024]圖1示出了在頂S內(nèi)實(shí)現(xiàn)的始發(fā)和終止通信禁止服務(wù)的示意圖；
[0025]圖2示出了在早期會(huì)話階段或已建立的會(huì)話階段與通信會(huì)話更新相關(guān)的信令，使用 SIP UPDATE ；
[0026]圖3示出了在早期會(huì)話階段或已建立的會(huì)話階段與通信會(huì)話更新相關(guān)的信令，使用 SIP PRACK ；
[0027]圖4示出了在早期會(huì)話階段或已建立的會(huì)話階段與通信會(huì)話更新相關(guān)的信令，其中用戶代理中的一個(gè)在會(huì)話內(nèi)“可靠的響應(yīng)”中包括媒體描述，這個(gè)描述構(gòu)成媒體提議；
[0028]圖5是示出了在早期會(huì)話階段或已建立的會(huì)話階段中針對(duì)通信會(huì)話更新的CB服務(wù)的實(shí)現(xiàn)的流程圖；以及
[0029]圖6示出了與圖5相一致的被配置為實(shí)現(xiàn)CB服務(wù)的MS應(yīng)用服務(wù)器的示意圖。
【具體實(shí)施方式】
[0030]如上面已經(jīng)考慮的，在IP多媒體子系統(tǒng)情境中，3GPP TS 24.611和TS24.088描述了通信禁止(CB)服務(wù)，其包括呼出CB(OCB)和呼入CB (ICB)。然而，現(xiàn)有技術(shù)關(guān)注的唯一的用戶場(chǎng)景是會(huì)話發(fā)起，即在IMS會(huì)話的發(fā)起期間CB服務(wù)的實(shí)現(xiàn)。認(rèn)識(shí)到的是，通過發(fā)生在會(huì)話過程中(以及在早期會(huì)話階段中)以及來自始發(fā)或終止用戶代理(UA)始發(fā)的會(huì)話更新，繞過來自CB服務(wù)的呼叫限制是可能的。這尤其與操縱會(huì)話中所使用的媒體的會(huì)話更新相關(guān)。其結(jié)果，除了別的以外，包括向訂戶提議的高級(jí)服務(wù)的威脅，例如，用戶可能建立語(yǔ)音電話并為語(yǔ)音電話付費(fèi)，隨后在呼叫中添加“免費(fèi)的”視頻，而可能的是用戶為無(wú)法使用CB進(jìn)行阻止的服務(wù)受到過多收費(fèi)。進(jìn)一步考慮后一種問題，當(dāng)例如公司負(fù)責(zé)支付電話賬單，不允許其員工撥打視頻電話(因?yàn)槠鋵?dǎo)致額外收費(fèi)或由于安全原因)時(shí)，這可能是有問題的。同樣還可能產(chǎn)生問題的是，當(dāng)私人訂戶在漫游時(shí)，由于額外收費(fèi)，希望阻止撥打/接收視頻電話或被升級(jí)為視頻電話(在某些國(guó)家接收電話也會(huì)被收費(fèi))，或者當(dāng)他或她希望避免在高峰時(shí)間使用某些服務(wù)時(shí)。
[0031]通過兩個(gè)主要操作，通信會(huì)話更新可以發(fā)生在早期會(huì)話階段或已建立的會(huì)話階段。首先，為了更新會(huì)話或改變會(huì)話參數(shù)，參與的用戶代理(UA)中的一個(gè)能夠在會(huì)話內(nèi)生成SIP請(qǐng)求。這可以例如通過如圖2中所示的SIP INVITE (或使用SIP UPDATE代替INVITE)或使用如圖3中的SIP PRACK完成。在圖中，多媒體電話應(yīng)用服務(wù)器(MTAS)被配置為代表UE-A實(shí)CB服務(wù)。MTAS是MMTel AS的具體實(shí)現(xiàn)。第二種方式涉及用戶代理之一在會(huì)話內(nèi)的“可靠響應(yīng)”中包括媒體描述，該媒體描述構(gòu)成媒體提議。在圖4中示出了這種情況。
[0032]提出解決這個(gè)問題的方案是利用現(xiàn)有CB服務(wù)的擴(kuò)展而非為此目的專門開發(fā)新服務(wù)。這提供了兩個(gè)優(yōu)點(diǎn)，即:
[0033](1)將新功能包含進(jìn)現(xiàn)有具有CB的解決方案(例如MMTel模擬服務(wù))相對(duì)直接明了 ；
[0034](2)擴(kuò)展的服務(wù)能夠重復(fù)利用已有的(標(biāo)準(zhǔn)化的)用于禁止會(huì)話起始的通信規(guī)則，盡管有一些適應(yīng)性的修改。歸因于如下原因，這尤其有吸引力，該原因是可望實(shí)現(xiàn)的是適用于會(huì)話發(fā)起的規(guī)則應(yīng)該在整個(gè)會(huì)話存在期被實(shí)施，即不太可能要求在會(huì)話發(fā)起期間有第一組規(guī)則并且針對(duì)會(huì)話存在期的其他時(shí)間有不同的第二組規(guī)則。
[0035]為了確定具有受限媒體實(shí)施(RME)的CB服務(wù)是否應(yīng)該禁止會(huì)話更新，用于命令會(huì)話更新的消息必須在相關(guān)AS處例如MTAS處被調(diào)查。重要的是，RME必須僅在由媒體提議添加或修改的媒體流上被激活。如