專利名稱：在基于sip的通信網(wǎng)絡(luò)中向接收訂戶轉(zhuǎn)發(fā)具有相關(guān)聯(lián)的提醒信息的sip請(qǐng)求消息的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在基于SIP的通信網(wǎng)絡(luò)中，向接收訂戶轉(zhuǎn)發(fā)會(huì)話發(fā)起協(xié)議(SIP)消息的方法和設(shè)備(如用戶設(shè)備或網(wǎng)絡(luò)節(jié)點(diǎn))，所述SIP消息具有與其相關(guān)聯(lián)的提醒信息。更一般地，本發(fā)明涉及在IP語音(VoIP)通信 網(wǎng)絡(luò)(如因特網(wǎng)協(xié)議多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò))中使用的方法、用戶設(shè)備和網(wǎng)絡(luò)節(jié)點(diǎn)。
背景技術(shù)：
會(huì)話發(fā)起協(xié)議(SIP)請(qǐng)求消息,如SIP邀請(qǐng)請(qǐng)求消息,可以包含Alert-Info (提醒信息)報(bào)頭。SIP請(qǐng)求消息的發(fā)送方可以例如提供統(tǒng)一資源定位符(URL)，消息的預(yù)期接收方可以在該URL處獲得個(gè)性化鈴音。

發(fā)明內(nèi)容
接收訂戶的呼叫轉(zhuǎn)發(fā)服務(wù)可以將輸入的請(qǐng)求消息轉(zhuǎn)發(fā)給另一訂戶，例如秘書。這里，“轉(zhuǎn)發(fā)”表示高(應(yīng)用)級(jí)的動(dòng)作，如從B方向C方轉(zhuǎn)發(fā)呼叫。在輸入的請(qǐng)求消息具有與其相關(guān)聯(lián)的提醒信息的情況下，這可能帶來問題。發(fā)送訂戶可能不打算向除了預(yù)期訂戶之外的另一訂戶呈現(xiàn)提醒信息，例如個(gè)性化鈴音。因此，發(fā)送個(gè)性化鈴音的發(fā)送方服務(wù)和執(zhí)行呼叫轉(zhuǎn)發(fā)的接收方服務(wù)的組合可能帶來問題。本發(fā)明的目的是至少部分克服上述問題。更一般地，本發(fā)明的目的是向IP語音(VoIP)通信網(wǎng)絡(luò)的用戶提供進(jìn)一步的多功能性。為此，根據(jù)本發(fā)明，提供了一種在基于SIP的通信網(wǎng)絡(luò)中，從具有相關(guān)聯(lián)的源會(huì)話發(fā)起協(xié)議用戶代理(SIP-UA)的源用戶設(shè)備向與接收用戶設(shè)備相關(guān)聯(lián)的接收SIP-UA發(fā)送具有相關(guān)聯(lián)的提醒信息的會(huì)話發(fā)起協(xié)議(SIP)請(qǐng)求消息的方法，包括設(shè)置允許接收SIP-UA接收提醒信息必須滿足的條件；檢查是否滿足所述條件；以及僅當(dāng)滿足所述條件時(shí)，將提醒信息傳送給接收SIP-UA?？梢哉J(rèn)識(shí)到，源SIP-UA和源用戶設(shè)備將與主叫訂戶相關(guān)聯(lián)，接收SIP-UA和接收用戶設(shè)備將與被叫訂戶相關(guān)聯(lián)。這里，“源用戶設(shè)備”和“接收用戶設(shè)備”表示上述方法中相應(yīng)用戶設(shè)備的功能，不排除相應(yīng)用戶設(shè)備能夠既用于發(fā)起呼叫也用于接收呼叫。對(duì)于“源SIP-UA”和“接收SIP-UA”也是如此。因此，發(fā)送方可以有條件地將提醒信息傳送給接收訂戶。這種條件可以例如是接收訂戶確實(shí)是具有相關(guān)聯(lián)的提醒信息的SIP請(qǐng)求消息初始尋址至的訂戶。如果然后將SIP請(qǐng)求消息轉(zhuǎn)發(fā)給另一接收訂戶(如秘書)，則可以防止將提醒信息傳送給該非預(yù)期接收訂戶?？蛇x地，將條件和與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭包括在SIP請(qǐng)求消息中。因此，如果滿足條件，則提醒信息可以立即傳送給接收訂戶?？蛇x地，如果不滿足條件，則從SIP請(qǐng)求消息中移除Alert-Info報(bào)頭，可選地，如果滿足條件，則從SIP請(qǐng)求消息中移除條件。因此，可以從SIP請(qǐng)求消息中移除此時(shí)多余的信息?？蛇x地，Alert-Inf0報(bào)頭沒被包括在SIP請(qǐng)求消息中，一旦確定滿足條件，則向接收SIP-UA發(fā)送包括與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭的SIP更新消息。因此，僅在滿足條件時(shí)，由主叫方或代表主叫方提供提醒信息?？蛇x地，如果不滿足條件，則指示服務(wù)于與提醒信息相關(guān)聯(lián)的統(tǒng)一資源定位符(URL)的http服務(wù)器不處理所述URL，可選地以備選(例如非個(gè)性化或缺省)方式處理所述URL，或者代之為處理備選URL。可選地，提醒信息可經(jīng)由超文本傳送協(xié)議統(tǒng)一資源標(biāo)識(shí)符(http-URI)或安全http-URI (https-URI)獲得，該http-URI或https_URI被創(chuàng)建以在相關(guān)聯(lián)SIP會(huì)話期間使用的，其中，處理http (https)-URI的http (https)服務(wù)器僅在通過證書認(rèn)證了請(qǐng)求傳送與 該http (https)-URI相關(guān)聯(lián)的提醒信息的客戶端時(shí)，才傳送該提醒信息?？蛇x地，由駐留在用戶設(shè)備中的SIP-UA、駐留在網(wǎng)絡(luò)節(jié)點(diǎn)中的SIP-UA、代理實(shí)體(如與接收SIP-UA相關(guān)聯(lián)的代理呼叫會(huì)話控制功能(P-CSCF))、將SIP請(qǐng)求消息中繼至不同于原始尋址的訂戶的另一訂戶的網(wǎng)絡(luò)節(jié)點(diǎn)、因特網(wǎng)協(xié)議多媒體子系統(tǒng)(IMS)服務(wù)、個(gè)性化鈴音服務(wù)、處理與提醒信息相關(guān)聯(lián)的http-URI的http服務(wù)器、和/或處理與提醒信息相關(guān)聯(lián)的https-URI的https服務(wù)器來執(zhí)行檢查。可選地，檢查是否滿足條件包括檢查接收訂戶是否具有預(yù)定公共用戶標(biāo)識(shí)；檢查接收訂戶是否具有預(yù)定域內(nèi)的公共用戶標(biāo)識(shí)；檢查接收訂戶是否具有預(yù)定證書；檢查180振鈴或183會(huì)話進(jìn)程中的P-Asserted-Identity (PAI)是否與預(yù)定公共用戶標(biāo)識(shí)或域相關(guān)聯(lián)；和/或檢查在180振鈴之前是否未接收到181呼叫正在轉(zhuǎn)發(fā)(在本文其余部分中稱為181轉(zhuǎn)發(fā))。可選地，互連邊界控制功能(IBCF)實(shí)體檢查與源訂戶相關(guān)聯(lián)的網(wǎng)絡(luò)是否和與接收訂戶相關(guān)聯(lián)的網(wǎng)絡(luò)具有信任關(guān)系，如果不存在這種信任關(guān)系，則從SIP請(qǐng)求消息中移除Alert-Info報(bào)頭和相關(guān)聯(lián)條件?？蛇x地，請(qǐng)求消息是SIP邀請(qǐng)或SIP消息。本發(fā)明還涉及在基于SIP的通信網(wǎng)絡(luò)中向接收SIP-UA發(fā)送SIP請(qǐng)求消息的設(shè)備，所述SIP請(qǐng)求消息具有與其相關(guān)聯(lián)的提醒消息，所述設(shè)備包括條件設(shè)置單元，被配置為設(shè)置允許接收SIP-UA接收提醒信息必須滿足的條件。所述設(shè)備可以被配置為設(shè)置條件，使得非預(yù)期或允許接收提醒信息的任何接收SIP-UA不滿足所述條件?？蛇x地，設(shè)置單元還被配置為將條件以及可選地將Alert-Info報(bào)頭包括在SIP請(qǐng)求消息中。本發(fā)明還涉及一種在基于SIP的通信網(wǎng)絡(luò)中向接收SIP-UA傳送SIP請(qǐng)求消息的設(shè)備，所述SIP請(qǐng)求消息具有與其相關(guān)聯(lián)的提醒消息，所述設(shè)備包括檢查單元，被配置為檢查是否滿足與提醒信息相關(guān)聯(lián)的預(yù)定條件，以及僅當(dāng)滿足所述預(yù)定條件時(shí)，使提醒信息對(duì)接收SIP-UA可用?？蛇x地，所述設(shè)備包括移除單元，被配置為，如果不滿足條件，在SIP請(qǐng)求消息中包括與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭的情況下，從SIP請(qǐng)求消息中移除所述Alert-Info報(bào)頭，可選地被配置為，如果滿足條件，在SIP請(qǐng)求消息中包括條件的情況下，從SIP請(qǐng)求消息中移除所述條件?？蛇x地，所述設(shè)備被配置為，一旦確定滿足條件，則向接收SIP-UA發(fā)送包括與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭的SIP更新消息?？蛇x地，所述設(shè)備被配置為，如果不滿足條件，則指示服務(wù)于與提醒信息相關(guān)聯(lián)的URL的http服務(wù)器不處理所述URL，可選地以非個(gè)性化或缺省方式處理所述URL，或者代之為處理備選URL。所述設(shè)備可以是以下之一用戶設(shè)備、SIP-UA代理實(shí)體(如與接收SIP-UA相關(guān)聯(lián)的P-CSCF)、將SIP請(qǐng)求消息中繼至不同于原始預(yù)期的接收SIP-UA的另一接收SIP-UA的網(wǎng)絡(luò)節(jié)點(diǎn)、IMS服務(wù)、個(gè)性化鈴音服務(wù)、服務(wù)于與提醒信息的URL的http服務(wù)器。、因此，本發(fā)明還涉及一種用戶設(shè)備，在基于SIP的通信網(wǎng)絡(luò)中接收SIP請(qǐng)求消息，所述SIP請(qǐng)求消息具有與其相關(guān)聯(lián)的提醒信息和條件，所述用戶設(shè)備包括檢查單元，被配置為檢查是否滿足條件，以及僅當(dāng)滿足條件時(shí)，使提醒信息對(duì)用戶設(shè)備的用戶可用。因此，本發(fā)明還涉及一種網(wǎng)絡(luò)節(jié)點(diǎn)，用于在基于SIP的通信網(wǎng)絡(luò)中將SIP請(qǐng)求消息中繼至接收SIP-UA，所述SIP請(qǐng)求消息具有與其相關(guān)聯(lián)的提醒信息，所述網(wǎng)絡(luò)節(jié)點(diǎn)包括條件設(shè)置單元，被配置為設(shè)置允許接收SIP-UA接收提醒信息必須滿足的條件。本發(fā)明還涉及一種網(wǎng)絡(luò)節(jié)點(diǎn)，用于在基于SIP的通信網(wǎng)絡(luò)中將SIP請(qǐng)求消息中繼至接收SIP-UA，所述SIP請(qǐng)求消息具有與其相關(guān)聯(lián)的提醒信息，所述網(wǎng)絡(luò)節(jié)點(diǎn)包括檢查單元，被配置為檢查是否滿足與提醒信息相關(guān)聯(lián)的預(yù)定條件，以及僅當(dāng)滿足所述預(yù)定條件時(shí)，將提醒信息傳送給接收SIP-UA。本發(fā)明還涉及一種SIP請(qǐng)求消息，包括Alert-Info報(bào)頭和允許接收SIP-UA接收與Alert-Info報(bào)頭相關(guān)聯(lián)的提醒信息必須滿足的預(yù)定條件。可選地，SIP請(qǐng)求消息是SIP邀請(qǐng)請(qǐng)求消息?？蛇x地,SIP請(qǐng)求消息包括有條件Alert-Info報(bào)頭和無條件Alert-Info報(bào)頭,其中，有條件Alert-Info報(bào)頭預(yù)期在滿足預(yù)定條件的情況下傳送給接收SIP-UA,其中，無條件Alert-Info報(bào)頭預(yù)期在不滿足預(yù)定條件的情況下傳送給接收SIP-UA。


現(xiàn)在參照附圖，通過非限制性示例來進(jìn)一步說明本發(fā)明，其中圖I示出了根據(jù)現(xiàn)有技術(shù)將個(gè)性化鈴音轉(zhuǎn)發(fā)給被轉(zhuǎn)發(fā)方的示意表示；圖2示出了根據(jù)本發(fā)明的系統(tǒng)的示意表示；圖3示出了本發(fā)明的第一實(shí)施例的示意表示；圖4示出了本發(fā)明的第二實(shí)施例的示意表示；圖5示出了本發(fā)明的第三實(shí)施例的示意表示；以及圖6示出了根據(jù)本發(fā)明的另一系統(tǒng)的示例。
具體實(shí)施例方式圖I示出了根據(jù)現(xiàn)有技術(shù)將個(gè)性化鈴音轉(zhuǎn)發(fā)給被轉(zhuǎn)發(fā)方的示意表示。在圖I的示例中，發(fā)送方A向預(yù)期接收方B發(fā)送邀請(qǐng)消息。因此，消息中的請(qǐng)求統(tǒng)一資源標(biāo)識(shí)符(R-URI)是B方。在本示例中，邀請(qǐng)消息包括與個(gè)性化鈴音PR相對(duì)應(yīng)的提醒信息。在本示例中，與發(fā)送方A相關(guān)聯(lián)的代理呼叫會(huì)話控制功能(P-CSCF)實(shí)體P-CSCF (A)以及與A方相關(guān)聯(lián)的服務(wù)呼叫會(huì)話控制功能(S-CSCF)實(shí)體S-CSCF(A)將邀請(qǐng)消息中繼至與預(yù)期接收方B相關(guān)聯(lián)的 S-CSCF 實(shí)體 S-CSCF (B，C)。在本示例中，S-CSCF(B, C)表示B方的S-CSCF實(shí)體以及C方的S-CSCF實(shí)體。對(duì)于P-CSCF(B，C)也是如此。注意，未示出詢問呼叫會(huì)話控制功能(I-CSCF)實(shí)體和歸屬訂戶服務(wù)器(HSS)，但是假定本領(lǐng)域讀者能夠理解。在示例中，預(yù)期的B方未接聽呼叫，呼叫被轉(zhuǎn)發(fā)給另一接收方(在本情況中為C方)。通常，可以通過應(yīng)用 服務(wù)器(AS)來進(jìn)行B方的呼叫轉(zhuǎn)發(fā)。然而，S-CSCF實(shí)體可以用作轉(zhuǎn)發(fā)代理，并在其接收到486這里忙(Busy here)時(shí)將SIP邀請(qǐng)轉(zhuǎn)發(fā)給備選目的地。圖I示出了 S-CSCF(B)執(zhí)行的轉(zhuǎn)發(fā)。圖I示出的星號(hào)表示可能的問題C方接收到預(yù)期針對(duì)B方的具有個(gè)性化鈴音的邀請(qǐng)。該問題同樣存在于特定的其他SIP方法，如SIP消息。對(duì)于邀請(qǐng)響應(yīng)消息或消息響應(yīng)消息中的Alert-Info報(bào)頭,也存在該問題。根據(jù)本發(fā)明，A方或者代表A方的服務(wù)指示應(yīng)當(dāng)有條件地處理SIP請(qǐng)求消息中的Alert-Info報(bào)頭。此外，B方或代表B方的服務(wù)指示應(yīng)當(dāng)有條件地處理SIP響應(yīng)消息中的Alert-Info 報(bào)頭。現(xiàn)在參照?qǐng)D2和圖3來描述根據(jù)本發(fā)明的第一實(shí)施例。圖2示出了根據(jù)本發(fā)明的用戶設(shè)備2的示例。用戶設(shè)備2包括輸入-輸出單元4和處理單元6。在本示例中，用戶設(shè)備包括包括單元8，用于將Alert-Info報(bào)頭包括在邀請(qǐng)請(qǐng)求中。圖3示出了根據(jù)本發(fā)明第一實(shí)施例的示意表示。在該示例中，發(fā)送方A發(fā)起SIP邀請(qǐng)請(qǐng)求的發(fā)送,并將Alert-InfoSIP報(bào)頭包括在邀請(qǐng)請(qǐng)求中?？梢哉J(rèn)識(shí)到，也可以由代表A方的服務(wù)，即從A方的S-CSCF調(diào)用的SIP應(yīng)用服務(wù)器(SIP-AS)，將Alert-Info SIP報(bào)頭包括在邀請(qǐng)請(qǐng)求中。在圖3的示例中，發(fā)送方A將傳送條件添加至提醒信息。對(duì)此，在本示例中，包含SIP用戶代理(SIP-UA) 10的A方的用戶設(shè)備2包括條件設(shè)置單元12。SIP-UA 10可以包括設(shè)置單元12。在本示例中，例如由條件設(shè)置單元12將傳送條件包括在SIP邀請(qǐng)消息中?？梢哉J(rèn)識(shí)到，還可以由代表A方的服務(wù)(如SIP-AS)的條件設(shè)置單元來設(shè)置條件。在本示例中，該條件要求接收訂戶的P-asserted-identity (PAI)滿足預(yù)定準(zhǔn)則。例如，可能要求PAI表不B方。向預(yù)期接收訂戶(這里為B方)發(fā)送SIP邀請(qǐng)請(qǐng)求。B方的P-CSCF或代表B方的服務(wù)檢查是否滿足傳送條件。在圖2的示例中，B方的P-CSCF在14處指示?？梢哉J(rèn)識(shí)到，該P(yáng)-CSCF可以包括輸入-輸出單元16和處理單元18。在本示例中，B方的P-CSCF或代表B方的服務(wù)可以包括檢查單元20。如果滿足條件，則向B方(例如向包含B方的SIP-UA26的用戶設(shè)備24)呈現(xiàn)提醒信息，這里為與提醒信息相關(guān)聯(lián)的個(gè)性化鈴音。如果滿足條件，則例如P-CSCF 14的移除單元22可以從SIP邀請(qǐng)中移除條件。如果不滿足條件，則在本示例中，例如由移除單元22從邀請(qǐng)請(qǐng)求中移除Alert-Info報(bào)頭。然后，B方將接收不具有Alert-Info報(bào)頭的邀請(qǐng)請(qǐng)求。在本示例中，可以由B方或代表B方向C方轉(zhuǎn)發(fā)SIP邀請(qǐng)請(qǐng)求。在該情況下，該C方的P-CSCF或代表該C方的服務(wù)將應(yīng)用對(duì)條件的驗(yàn)證。如果滿足條件，則向C方呈現(xiàn)提醒信息，這里為與Alert-Info報(bào)頭相關(guān)聯(lián)的個(gè)性化鈴音。如果不滿足條件，則在本示例中，從邀請(qǐng)請(qǐng)求中移除Alert-Info報(bào)頭。然后，C方將接收不具有Alert-Info報(bào)頭的邀請(qǐng)請(qǐng)求。注意，在本實(shí)施例中，A方和B方在相同MS網(wǎng)絡(luò)上，或者A方和B方網(wǎng)絡(luò)具有信任關(guān)系。因此，A方可以確保B方的P-CSCF或代表B方的服務(wù)執(zhí)行上述檢查并相應(yīng)操作。如果C方的P-CSCF或代表C方的服務(wù)應(yīng)用對(duì)條件的驗(yàn)證，則C方也應(yīng)在相同MS網(wǎng)絡(luò)上，或者在與A方網(wǎng)絡(luò)具有信任關(guān)系的網(wǎng)絡(luò)上。在根據(jù)本實(shí)施例的示例中，邀請(qǐng)請(qǐng)求包括Alert-Info報(bào)頭，Alert-Info報(bào)頭包含A方希望由預(yù)期的B方接收而不被其他方接收的某個(gè)統(tǒng)一資源定位符(URL)。為此，Alert-Info報(bào)頭包含條件。服務(wù)于主叫方或被叫方的MS網(wǎng)絡(luò)負(fù)責(zé)確保如果接收訂戶滿足添加至Alert-Info報(bào)頭的條件，則向該接收訂戶提供該提醒信息。示例如下Invite sip wendy.jonesiprovider. com SIP/2. 0
Alert-Info http : //www. john. smith-private-content-server. com/my-alert-tone. wav !condition :P-asserted_id = sip wendy. jonesiprovider. com在本不例中，當(dāng)P-CSCF (例如服務(wù)于 sip wendy. jonesiprovider. com 的 P-CSCF)處理SIP邀請(qǐng)請(qǐng)求時(shí)，P-CSCF驗(yàn)證該SIP邀請(qǐng)是傳送給具有sip wendy. jonesiprovider.com作為其IMS公共用戶標(biāo)識(shí)之一的SIP-UA。這就是說，從B方的S-CSCF發(fā)送至B方的P-CSCF的SIP邀請(qǐng)將匹配P-CSCF中的用戶簡檔。P-CSCF檢查Alert-Info條件中包含的URI是否包含在該用戶簡檔中。如果不包含，則該被叫方顯然無權(quán)接收該提醒信息。這可能是由于呼叫轉(zhuǎn)發(fā)(在這種情況下，是C方接收邀請(qǐng)，而不是B方)。如果不滿足條件，則P-CSCF不將提醒信息轉(zhuǎn)發(fā)給被叫方。條件可以包含組標(biāo)識(shí)符,如ericsson. com。示例Invite tel :+31161249922 SIP/2. OAlert-Info http://www. ericsson-alert-tones/internal-alert, wav ；condition :P-asserted_id = sip ericsson.com在本示例中，如果被叫方或被轉(zhuǎn)發(fā)方具有域Ericsson, com內(nèi)的公共用戶標(biāo)識(shí)，則將提醒信息傳送給該方。如果tel :+31161249922是Wendy Jones的公司號(hào)碼，則她將在她的用戶簡檔中具有該tel :URI,但是最可能還具有sip wendy. jonesiericsson. com。到達(dá)P-CSCF 的針對(duì) Wendy Jones 的呼叫將具有 P-called-party-ID tel :+31161249922。WendyJones的簡檔也包含其SIP URI (sip wendy. jonesiericsson. com),因此傳送提醒信息。如果呼叫被轉(zhuǎn)發(fā)給sip alice. smithiericsson. com,則可以將提醒信息傳送給Alice,因?yàn)锳lice Smith也滿足條件。如果呼叫轉(zhuǎn)發(fā)給john. johnsonicompany. com,則服務(wù)于JohnJohnson的P-CSCF將不轉(zhuǎn)發(fā)提醒信息，因?yàn)楸晦D(zhuǎn)發(fā)方不滿足條件。當(dāng)P-CSCF將SIP邀請(qǐng)中繼至SIP-UA并且邀請(qǐng)包括具有條件的Alert-Info報(bào)頭(并且條件滿足)時(shí)，P-CSCF于是可以從Alert-Info報(bào)頭中移除條件。為此，P-CSCF可以包括移除單元。原因在于，條件是針對(duì)網(wǎng)絡(luò)處理(P-CSCF)的，對(duì)于被提醒方無意義。圖3中描述了這種機(jī)制。標(biāo)注A示出了 P-CSCF(B，C)確定滿足向B方傳送鈴音的條件；從邀請(qǐng)中的Alert-Info報(bào)頭中移除條件。標(biāo)注B示出了 P-CSCF (B，C)確定不滿足向C方傳送鈴音的條件；從SIP邀請(qǐng)中移除Alert-Info報(bào)頭。一旦標(biāo)準(zhǔn)化，該機(jī)制可以在MS網(wǎng)絡(luò)上使用。如果未標(biāo)準(zhǔn)化，優(yōu)選地，邀請(qǐng)穿過不同MS網(wǎng)絡(luò)之間的信任邊界之后，立即移除具有傳送條件的Alert-Info報(bào)頭；原因在于不能確保在這種情況下服務(wù)于目的地訂戶(被叫方、被轉(zhuǎn)發(fā)方)的P-CSCF將應(yīng)用該條件。當(dāng)由于(i)不滿足傳送條件或(ii)邀請(qǐng)請(qǐng)求穿過信任邊界而移除Alert-Info報(bào)頭時(shí)，提醒信息可以返回缺省的非個(gè)性化提醒信息。因此，SIP邀請(qǐng)請(qǐng)求可以包含兩種Alert-Info 報(bào)頭-一種Alert-Info報(bào)頭與個(gè)性化鈴音有關(guān)；該Alert-Info報(bào)頭具有與其相關(guān)聯(lián)的條件；-第二種Alert-Info報(bào)頭與缺省的非個(gè)性化鈴音有關(guān)；該Alert-Info報(bào)頭不需要具有與其相關(guān)聯(lián)的條件。 示例Invite tel +31161249922SIP/2. OAlert-Info http://www. ericsson-alert-tones/ericsson-internal_ringtone.wav!condition :P-asserted_id = sip ericsson. comAlert-Info http://www. ericsson-alert-tones/general-ringtone. wav通過向Alert-Info報(bào)頭添加傳送條件，當(dāng)B方接收到Alert-Info報(bào)頭時(shí)(由于滿足條件)，B方負(fù)責(zé)將該Alert-Info報(bào)頭僅轉(zhuǎn)發(fā)給允許接收它的人。當(dāng)MS網(wǎng)絡(luò)中的網(wǎng)絡(luò)節(jié)點(diǎn)應(yīng)用呼叫轉(zhuǎn)發(fā)時(shí)，此時(shí)網(wǎng)絡(luò)節(jié)點(diǎn)可能已經(jīng)進(jìn)行了條件檢查，并在新目標(biāo)(請(qǐng)求線中的被轉(zhuǎn)發(fā)方)不滿足條件的情況下移除Alert-Info報(bào)頭。為此，網(wǎng)絡(luò)節(jié)點(diǎn)可以包括檢查單元，以及可選地包括移除單元，如上所述。一般地，取代使與B方相關(guān)聯(lián)的P-CSCF進(jìn)行條件檢查，還可以由B方的MS服務(wù)來進(jìn)行檢查。如果滿足條件，則可以從Alert-Info報(bào)頭移除條件；如果不滿足條件，則可以從邀請(qǐng)請(qǐng)求中移除整個(gè)Alert-Info報(bào)頭。圖4示出了根據(jù)本發(fā)明的第二實(shí)施例的示意表示。在本示例中，A方和B方在相同網(wǎng)絡(luò)上。可以認(rèn)識(shí)到，也可以是A方和B方網(wǎng)絡(luò)具有信任關(guān)系。因此，A方服務(wù)可以確保在由B方或代表B方轉(zhuǎn)發(fā)的情況下，其始終接收181轉(zhuǎn)發(fā)。在圖4中，代表A方操作的個(gè)性化鈴音(PR)服務(wù)等待180振鈴并檢查180振鈴中的P-asserted-id (PAI) ；PAI標(biāo)識(shí)現(xiàn)在被提醒的一方。如果根據(jù)A方設(shè)置的條件，該P(yáng)AI可接受，則PR服務(wù)發(fā)送具有Alert-Info報(bào)頭的SIP更新。該更新在與180振鈴建立的對(duì)話相同的對(duì)話內(nèi)發(fā)送。遠(yuǎn)程終端B方將使用該更新中的Alert-Info報(bào)頭。從A方接收的包含個(gè)性化鈴音的Alert-Info報(bào)頭替換標(biāo)準(zhǔn)鈴音的播放?？梢哉J(rèn)識(shí)到，這要求B方的終端能夠處理更新中的Alert-Info報(bào)頭。 備選地，PR服務(wù)可以基于是否已經(jīng)進(jìn)行轉(zhuǎn)發(fā)來決定是否發(fā)送SIP更新。PR服務(wù)檢查在180振鈴之前其是否已經(jīng)接收到一個(gè)或多個(gè)181轉(zhuǎn)發(fā)。如果未進(jìn)行轉(zhuǎn)發(fā)，則其發(fā)送具有Alert-Info報(bào)頭的更新。備選地，PR服務(wù)可以在邀請(qǐng)請(qǐng)求中發(fā)送Alert-Info報(bào)頭。如果PR服務(wù)檢測到180振鈴中的P-asserted-id中指示的實(shí)際接收方是預(yù)期接收方(條件滿足)，則不需要任何動(dòng)作。如果PR服務(wù)檢測到轉(zhuǎn)發(fā)(即181接收到轉(zhuǎn)發(fā)，條件不滿足)，則其向服務(wù)于Alert-Info報(bào)頭的統(tǒng)一資源定位符(URL)的http服務(wù)器通知不應(yīng)處理該URL，而應(yīng)提供缺省的非個(gè)性化鈴音。
圖5示出了根據(jù)本發(fā)明的第三實(shí)施例的示意表示。A方服務(wù)(包括Alert-Info報(bào)頭)指定具有https的URL。當(dāng)B方使用https-URL獲取內(nèi)容時(shí)，檢查B方的標(biāo)識(shí)。只有預(yù)期的B方得到內(nèi)容。該示例要求B方具有A方信任的證書。為此，在本示例中，證書管理局分發(fā)屬于SIP-URI的證書。B方用戶設(shè)備或SIP-UA安裝注冊(cè)SIP-URI的證書。A方服務(wù)(例如個(gè)性化鈴音)使得經(jīng)由https-URI (這里為https-URI “X”)可獲得鈴音。在本示例中，具體地，該URI被創(chuàng)建以在該SIP會(huì)話期間使用。指示處理該https-URI的http服務(wù)器該https-URI僅在客戶端是預(yù)期接收方(由證書認(rèn)證的B方SIP-URI所標(biāo)識(shí))時(shí)使用。A方發(fā)起SIP會(huì)話，并使用Alert-Info參數(shù)來向B方提供https-URI “X”。B方SIP客戶端聯(lián)系https服務(wù)器以檢索提醒信息。由于使用https，https服務(wù)器檢查客戶端證書(即檢查所呈現(xiàn)的客戶端證書是否是由證書管理局分發(fā)給預(yù)期SIP-URI的)。如果客戶端提供正確的證書(條件滿足)，則傳送個(gè)性化鈴音的內(nèi)容。否在(條件不滿足)，傳送缺省鈴音。B方的SIP-UA不會(huì)注意到任何差異，因?yàn)槭冀K有內(nèi)容提供。當(dāng)呼叫被轉(zhuǎn)發(fā)并且由屬于另一 SIP-URI的SIP客戶端處理時(shí)，向https服務(wù)器提供錯(cuò)誤的證書(或根本沒有證書)，由于不滿足條件而播 放缺省鈴音。本發(fā)明的方法可以與個(gè)性化鈴音服務(wù)結(jié)合使用。使得在初始SIP請(qǐng)求消息(如SIP邀請(qǐng))中向目的地方提供鈴音(或一般地講，提供提醒信息)是有條件的。目的地方僅在滿足條件時(shí)接收到提醒信息。條件可以是SIP請(qǐng)求消息的實(shí)際接收方是預(yù)期接收方。對(duì)于個(gè)性化鈴音服務(wù)，主叫訂戶可能希望僅向指定被叫方提供特定鈴音。利用本發(fā)明，主叫方可以確保僅向預(yù)期接收方提供個(gè)性化鈴音(PR)。在向無權(quán)接收PR的一方轉(zhuǎn)發(fā)的情況下，可以利用標(biāo)準(zhǔn)的非個(gè)性化鈴音來替代PR。本發(fā)明的方法還可以應(yīng)用于主叫方使用非SIP終端(如GSM電話)時(shí)，與MS錨定相結(jié)合。在這種情況下，將來自該主叫方的呼叫錨定在MS網(wǎng)絡(luò)中，并且服從指定MS月艮務(wù)。一種這樣的指定IMS服務(wù)可以是個(gè)性化鈴音服務(wù)。本發(fā)明的方法是針對(duì)邀請(qǐng)(Invite)的使用來描述的，但是本發(fā)明的方法同樣可用于消息(Message)。在以上說明中，參照本發(fā)明的具體示例描述了本發(fā)明。然而，顯然，在不脫離所附權(quán)利要求限定的本發(fā)明的較寬精神和范圍的前提下，可以在其中做出各種修改和改變。在圖2的示例中，包括單元8和條件設(shè)備單元12被包括在用戶設(shè)備中?？梢哉J(rèn)識(shí)至IJ，備選地或附加地，包括單元和/或條件設(shè)置單元還可以被包括在網(wǎng)絡(luò)節(jié)點(diǎn)28中，如圖6所示。在圖6的示例中，網(wǎng)絡(luò)節(jié)點(diǎn)還包括處理單元30和輸入-輸出單元32。在圖2的示例中，檢查單元20和移除單元22被包括在網(wǎng)絡(luò)節(jié)點(diǎn)14中?？梢哉J(rèn)識(shí)至IJ，備選地或附加地，檢查單元和/或移除單元還可以被包括在接收方的用戶設(shè)備中，如圖6所示。檢查單元20可以被包括在駐留于接收方的用戶設(shè)備24中的UA26中。在圖6的示例中，接收方的用戶設(shè)備34還包括處理單兀36和輸入-輸出單兀38。可以認(rèn)識(shí)到，圖2的網(wǎng)絡(luò)節(jié)點(diǎn)14還可以與根據(jù)圖6的網(wǎng)絡(luò)節(jié)點(diǎn)28協(xié)作?？梢哉J(rèn)識(shí)到，圖2的用戶設(shè)備2還可以與根據(jù)圖6的用戶設(shè)備34協(xié)作。然而，其他修改、改變或備選也是可能的。相應(yīng)地，說明書、附圖和示例應(yīng)被認(rèn)為是示意性的而非限制意義。
在權(quán)利要求中，置于括號(hào)之間的任何參考標(biāo)記不應(yīng)解釋為限制權(quán)利要求?！鞍ā币辉~不排除存在除權(quán)利要求中所列之外的其他特征或步驟。此外，“一”不應(yīng)解釋為限于“僅 一個(gè)”，而是用于指“至少一個(gè)”，不排除多個(gè)。僅僅特定手段在不同權(quán)利要求中記載的事實(shí)不表明不能使用這些手段的組合來進(jìn)行改進(jìn)。
權(quán)利要求
1.一種在基于會(huì)話發(fā)起協(xié)議的通信網(wǎng)絡(luò)中，從具有相關(guān)聯(lián)的源會(huì)話發(fā)起協(xié)議用戶代理(10)的源用戶設(shè)備(2)向與接收用戶設(shè)備(24，34)相關(guān)聯(lián)的接收會(huì)話發(fā)起協(xié)議用戶代理(26)發(fā)送具有相關(guān)聯(lián)的提醒信息的會(huì)話發(fā)起協(xié)議請(qǐng)求消息的方法，包括 -設(shè)置允許接收會(huì)話發(fā)起協(xié)議用戶代理接收提醒信息必須滿足的條件； -檢查是否滿足所述條件；以及 -僅當(dāng)滿足所述條件時(shí)，將提醒信息傳送給接收會(huì)話發(fā)起協(xié)議用戶代理。
2.根據(jù)權(quán)利要求I所述的方法，其中，將所述條件和與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭包括在會(huì)話發(fā)起協(xié)議請(qǐng)求消息中。
3.根據(jù)權(quán)利要求2所述的方法，其中，如果不滿足所述條件，則從會(huì)話發(fā)起協(xié)議請(qǐng)求消息中移除Alert-Info報(bào)頭，以及可選地，如果滿足所述條件，則從會(huì)話發(fā)起協(xié)議請(qǐng)求消息中移除所述條件。
4.根據(jù)權(quán)利要求I所述的方法，其中，與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭沒被包括在會(huì)話發(fā)起協(xié)議請(qǐng)求消息中，并且一旦確定滿足所述條件，則向接收會(huì)話發(fā)起協(xié)議用戶代理(26)發(fā)送包括與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭的會(huì)話發(fā)起協(xié)議更新消息。
5.根據(jù)權(quán)利要求1-4中任一項(xiàng)所述的方法，其中，如果不滿足所述條件，則指示服務(wù)于與提醒信息相關(guān)聯(lián)的統(tǒng)一資源定位符的http服務(wù)器不處理所述統(tǒng)一資源定位符，以及可選地，以備選方式處理所述統(tǒng)一資源定位符，或者替代為處理備選統(tǒng)一資源定位符。
6.根據(jù)權(quán)利要求1-5中任一項(xiàng)所述的方法，其中，提醒信息能夠經(jīng)由超文本傳送協(xié)議統(tǒng)一資源標(biāo)識(shí)符獲得，所述超文本傳送協(xié)議統(tǒng)一資源標(biāo)識(shí)符被創(chuàng)建以在相關(guān)聯(lián)的會(huì)話發(fā)起協(xié)議會(huì)話期間使用，并且處理超文本傳送協(xié)議統(tǒng)一資源標(biāo)識(shí)符的超文本傳送協(xié)議服務(wù)器僅在通過證書認(rèn)證了請(qǐng)求傳送與所述超文本傳送協(xié)議統(tǒng)一資源標(biāo)識(shí)符相關(guān)聯(lián)的提醒信息的客戶端時(shí)，才傳送該提醒信息。
7.根據(jù)之前任一權(quán)利要求所述的方法，其中，所述檢查由以下執(zhí)行 -在用戶設(shè)備(34)處執(zhí)行的會(huì)話發(fā)起協(xié)議用戶代理(26)， -在網(wǎng)絡(luò)節(jié)點(diǎn)處執(zhí)行的會(huì)話發(fā)起協(xié)議用戶代理， -與接收會(huì)話發(fā)起協(xié)議用戶代理相關(guān)聯(lián)的代理實(shí)體，如代理呼叫會(huì)話控制功能實(shí)體， -將會(huì)話發(fā)起協(xié)議請(qǐng)求消息轉(zhuǎn)發(fā)給不同于原始尋址的接收會(huì)話發(fā)起協(xié)議用戶代理的另一接收會(huì)話發(fā)起協(xié)議用戶代理的網(wǎng)絡(luò)節(jié)點(diǎn)， -因特網(wǎng)協(xié)議多媒體子系統(tǒng)服務(wù)， -個(gè)性化鈴音服務(wù)， -服務(wù)于與提醒信息相關(guān)聯(lián)的統(tǒng)一資源定位符的超文本傳送協(xié)議服務(wù)器， -處理與提醒信息相關(guān)聯(lián)的超文本傳送協(xié)議統(tǒng)一資源標(biāo)識(shí)符的超文本傳送協(xié)議服務(wù)器，和/或 -處理與提醒信息相關(guān)聯(lián)的安全超文本傳送協(xié)議統(tǒng)一資源標(biāo)識(shí)符的安全超文本傳送協(xié)議服務(wù)器。
8.根據(jù)之前任一權(quán)利要求所述的方法，其中，檢查是否滿足所述條件包括 -檢查接收會(huì)話發(fā)起協(xié)議用戶代理(26)是否具有相關(guān)聯(lián)的預(yù)定公共用戶標(biāo)識(shí)； -檢查接收會(huì)話發(fā)起協(xié)議用戶代理是否具有相關(guān)聯(lián)的預(yù)定域內(nèi)的公共用戶標(biāo)識(shí)； -檢查180振鈴或183會(huì)話進(jìn)程中的P-Asserted-Identity是否與預(yù)定公共用戶標(biāo)識(shí)或域相關(guān)聯(lián)； -檢查在180振鈴之前是否未接收到181轉(zhuǎn)發(fā)。
9.一種在基于會(huì)話發(fā)起協(xié)議的通信網(wǎng)絡(luò)中向接收會(huì)話發(fā)起協(xié)議用戶代理(26)發(fā)送具有相關(guān)聯(lián)的提醒消息的會(huì)話發(fā)起協(xié)議請(qǐng)求消息的設(shè)備(2，28)，包括 條件設(shè)置單元(12)，被配置為設(shè)置允許接收會(huì)話發(fā)起協(xié)議用戶代理接收提醒信息必須滿足的條件。
10.根據(jù)權(quán)利要求10所述的設(shè)備(2，28)，其中，所述設(shè)置單元還被配置為將所述條件以及可選地將與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭包括在會(huì)話發(fā)起協(xié)議請(qǐng)求消息中。
11.一種在基于會(huì)話發(fā)起協(xié)議的通信網(wǎng)絡(luò)中向接收會(huì)話發(fā)起協(xié)議用戶代理(26)傳送具有相關(guān)聯(lián)的提醒消息的會(huì)話發(fā)起協(xié)議請(qǐng)求消息的設(shè)備(14，34)，包括 檢查單元(20)，被配置為檢查是否滿足與提醒信息相關(guān)聯(lián)的預(yù)定條件，以及僅當(dāng)滿足所述預(yù)定條件時(shí)，使得對(duì)于接收會(huì)話發(fā)起協(xié)議用戶代理而言提醒信息可用。
12.根據(jù)權(quán)利要求11所述的設(shè)備，包括移除單元(22)， -被配置為，如果不滿足所述條件，則在會(huì)話發(fā)起協(xié)議請(qǐng)求消息中包括與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭的情況下,從會(huì)話發(fā)起協(xié)議請(qǐng)求消息中移除所述Alert-Info報(bào)頭， -可選地被配置為，如果滿足所述條件，則在會(huì)話發(fā)起協(xié)議請(qǐng)求消息中包括所述條件的情況下，從會(huì)話發(fā)起協(xié)議請(qǐng)求消息中移除所述條件。
13.根據(jù)權(quán)利要求9-12中任一項(xiàng)所述的設(shè)備，被配置為，一旦確定滿足所述條件，則向接收會(huì)話發(fā)起協(xié)議用戶代理發(fā)送包括與提醒信息相關(guān)聯(lián)的Alert-Info報(bào)頭的會(huì)話發(fā)起協(xié)議更新消息。
14.根據(jù)權(quán)利要求9-13中任一項(xiàng)所述的設(shè)備，被配置為，如果不滿足所述條件，則指示服務(wù)于與提醒信息相關(guān)聯(lián)的統(tǒng)一資源定位符的超文本傳送協(xié)議服務(wù)器不處理所述統(tǒng)一資源定位符，以及可選地，以備選方式處理所述統(tǒng)一資源定位符，或者替代為處理備選統(tǒng)一資源定位符。
15.根據(jù)權(quán)利要求9-14中任一項(xiàng)所述的設(shè)備，其中，所述設(shè)備是以下之一 -用戶設(shè)備， -會(huì)話發(fā)起協(xié)議用戶代理， -代理實(shí)體，如與接收會(huì)話發(fā)起協(xié)議用戶代理相關(guān)聯(lián)的代理呼叫會(huì)話控制功能實(shí)體， -將會(huì)話發(fā)起協(xié)議請(qǐng)求消息轉(zhuǎn)發(fā)給不同于原始預(yù)期的接收會(huì)話發(fā)起協(xié)議用戶代理的另一接收會(huì)話發(fā)起協(xié)議用戶代理的網(wǎng)絡(luò)節(jié)點(diǎn)， -因特網(wǎng)協(xié)議多媒體子系統(tǒng)服務(wù)， -個(gè)性化鈴音服務(wù)，或者 -服務(wù)于與提醒信息相關(guān)聯(lián)的統(tǒng)一資源定位符的超文本傳送協(xié)議服務(wù)器。
全文摘要
在基于SIP的通信網(wǎng)絡(luò)中，從具有相關(guān)聯(lián)的源SIP-UA的源用戶設(shè)備向與接收用戶設(shè)備相關(guān)聯(lián)的接收SIP-UA發(fā)送具有相關(guān)聯(lián)的提醒信息的SIP請(qǐng)求消息的方法、用戶設(shè)備和網(wǎng)絡(luò)節(jié)點(diǎn)，包括設(shè)置允許接收SIP-UA接收提醒信息必須滿足的條件；檢查是否滿足所述條件；以及當(dāng)滿足所述條件時(shí)，將提醒信息傳送給接收SIP-UA。
文檔編號(hào)H04L29/06GK102726023SQ201080062587
公開日2012年10月10日 申請(qǐng)日期2010年1月28日 優(yōu)先權(quán)日2010年1月28日
發(fā)明者喬斯·鄧哈爾托赫, 羅希爾·奧古斯特·卡斯帕·約瑟夫·諾爾德斯 申請(qǐng)人:瑞典愛立信有限公司