專利名稱：用于通信轉(zhuǎn)移通知的系統(tǒng)和方法
用于通信轉(zhuǎn)移通知的系統(tǒng)和方法相關(guān)申請的交叉引用本申請要求由John-Luc Bakker等于2007年10月23日提交的、題為“System and Method for Handling Private Number Plans” 的美國臨時專利申請 No. 60/982，058 的優(yōu) 先權(quán)，其全部內(nèi)容以引用的方式并入于此。
背景技術(shù)：
這里，具有無線電信能力的、容易攜帶的設(shè)備(例如移動電話、個人數(shù)字助理、手 持計算機以及類似設(shè)備)將被稱作節(jié)點。術(shù)語“節(jié)點”可以指代無線設(shè)備及其關(guān)聯(lián)的通用集 成電路卡(UICC)，通用集成電路卡(UICC)包括訂戶標(biāo)識模塊(SIM)應(yīng)用、通用訂戶標(biāo)識模 塊(USIM)應(yīng)用或可移除用戶標(biāo)識模塊(R-UIM)應(yīng)用，或者術(shù)語“節(jié)點”可以指代不具有這 種卡的設(shè)備本身。術(shù)語“節(jié)點”還可以指代具有類似能力但不可攜帶的設(shè)備(例如固定線 路電話、臺式計算機或機頂盒)。術(shù)語“節(jié)點”還可以指代用戶代理(例如SIP用戶代理)。 節(jié)點可能與第二節(jié)點、電信網(wǎng)絡(luò)中的某其他元件、自動化計算設(shè)備(例如服務(wù)器計算機)或 某其他設(shè)備進行通信，這些中的任一個可以稱作對應(yīng)節(jié)點。節(jié)點與對應(yīng)節(jié)點之間的通信連 接可能發(fā)起語音呼叫、文件傳送或某其他類型的數(shù)據(jù)交換，這些中的任一個可以稱作呼叫 或會話。
一些節(jié)點在電路交換模式下進行通信，其中，在兩個設(shè)備之間存在專用通信路徑。 對于呼叫或會話的持續(xù)時間，在兩個設(shè)備之間交換的所有數(shù)據(jù)沿著單一路徑傳播。一些節(jié) 點有能力在分組交換模式下進行通信，其中，表示呼叫或會話的一部分的數(shù)據(jù)流被劃分為 被賦予唯一標(biāo)識符的分組。分組從而可能沿著不同路徑從源傳輸至目的地，并可能在不同 時刻到達目的地。在到達目的地時，基于標(biāo)識符將分組重組為其原始序列。被稱為多模設(shè) 備的一些節(jié)點可以既支持電路交換模式又支持分組交換模式。經(jīng)由電路交換而進行的通信可以被視為在電路交換域中進行，經(jīng)由分組交換而進 行的通信可以被視為在分組交換域中進行。在每個域內(nèi)，可以使用若干不同類型的網(wǎng)絡(luò)、協(xié) 議或技術(shù)。在一些情況下，可以在兩個域中使用相同網(wǎng)絡(luò)、協(xié)議或技術(shù)。無線通信網(wǎng)絡(luò)可 以基于碼分多址(CDMA)、時分多址(TDMA)、頻分多址(FDMA)、正交頻分復(fù)用(OFDM)或某其 他多址方案?；贑DMA的網(wǎng)絡(luò)可以實現(xiàn)一個或多個標(biāo)準(zhǔn)，例如3GPP2 IS_2000( —般稱作 CDMA lx)、3GPP2IS-856( —般稱作 CDMA IxEV-DO)或 3GPP UMTS (通用移動電信系統(tǒng))?；?于TDMA的網(wǎng)絡(luò)可以實現(xiàn)一個或多個標(biāo)準(zhǔn)，例如3GPP全球移動通信系統(tǒng)(GSM)或3GPP通用 分組無線服務(wù)(GPRS)。通信網(wǎng)絡(luò)還可以包括固定線路技術(shù)。GSM是僅使用電路交換模式的無線網(wǎng)絡(luò)標(biāo)準(zhǔn)的示例。僅使用分組交換的無線網(wǎng) 絡(luò)標(biāo)準(zhǔn)的示例包括GPRS、CDMA Ix EV-D0、全球微波接入互操作性(WiMAX)以及可能符合 電氣和電子工程師協(xié)會(IEEE)標(biāo)準(zhǔn)(例如 802. 16,802. 16e、802. Ila,802. lib,802. llg、 802. Iln以及類似標(biāo)準(zhǔn))的無線局域網(wǎng)(WLAN)。可既使用電路交換模式又使用分組交換模 式的無線網(wǎng)絡(luò)標(biāo)準(zhǔn)的示例包括CDMA Ix和UMTS。可用在分組交換無線網(wǎng)絡(luò)中的應(yīng)用層協(xié)議 的示例是會話發(fā)起協(xié)議(SIP)。主要由互聯(lián)網(wǎng)工程任務(wù)組(IETF)對SIP進行了標(biāo)準(zhǔn)化和管理。IP(互聯(lián)網(wǎng)協(xié)議)多媒體子系統(tǒng)(IMS)是允許在節(jié)點之間傳輸多媒體內(nèi)容的分組交換技術(shù)。


為了更完整地理解本公開，現(xiàn)在參照結(jié)合附圖和詳細描述而進行的以下簡要描 述，其中，類似的參考標(biāo)記表示類似的部件。圖1是根據(jù)本公開實施例的電信系統(tǒng)的框圖。圖2是根據(jù)本公開實施例的顯示了呼叫轉(zhuǎn)移的代碼和對應(yīng)原因的表。圖3是根據(jù)本公開實施例的用于向節(jié)點通知呼叫從該節(jié)點轉(zhuǎn)移原因的方法的框 圖。圖4是根據(jù)本公開實施例的用于向節(jié)點通知通信轉(zhuǎn)移的方法的框圖。圖5是包括可針對本公開各個實施例中的一些實施例進行操作的節(jié)點在內(nèi)的無 線通信系統(tǒng)的圖。圖6是可針對本公開各個實施例中的一些實施例進行操作的節(jié)點的框圖。圖7是可在可針對本公開各個實施例中的一些實施例進行操作的節(jié)點上實現(xiàn)的 軟件環(huán)境的圖。圖8示出了適于實現(xiàn)本公開若干實施例的示例通用計算機系統(tǒng)。
具體實施例方式起初應(yīng)當(dāng)理解，盡管以下提供了本公開的一個或多個實施例的示意性實施方式， 但所公開的系統(tǒng)和/或方法是可以使用任何數(shù)目的技術(shù)來實現(xiàn)的，不論該技術(shù)是否是當(dāng)前 已知的或現(xiàn)有的。本公開絕不應(yīng)限于示意性實施方式、附圖和以下示意的技術(shù)，包括此處示 意和描述的示例設(shè)計和實施方式，而是可以在所附權(quán)利要求的范圍及其等同替換的全部范 圍內(nèi)修改本公開。如在本公開中所使用的，準(zhǔn)則可以包括僅僅一個準(zhǔn)則。在一個實施例中，提供了一種節(jié)點，包括組件，被配置為接收與通信轉(zhuǎn)移有關(guān)的 通知，所述通信轉(zhuǎn)移與傳入通信相關(guān)，所述傳入通信僅對應(yīng)于與針對要通知的至少一個特 定原因的準(zhǔn)則相匹配的那些通信轉(zhuǎn)移，其中，所述通知包括經(jīng)區(qū)域無關(guān)編碼的轉(zhuǎn)移原因元
素ο在另一實施例中，提供了一種節(jié)點，包括組件，用于提供對第一過濾準(zhǔn)則進行配 置的預(yù)訂消息，所述第一過濾準(zhǔn)則用于根據(jù)要通知的至少一個特定原因選擇特定通信轉(zhuǎn) 移，使得能夠僅選擇與所通知的至少一個特定原因相匹配的那些通信轉(zhuǎn)移，其中，cause param參數(shù)映射至轉(zhuǎn)移原因元素。在另一實施例中，提供了一種用于通信轉(zhuǎn)移和通信轉(zhuǎn)移通知的方法。所述方法包 括提供預(yù)訂消息，所述預(yù)訂消息對第一過濾準(zhǔn)則進行配置，所述第一過濾準(zhǔn)則用于根據(jù)要 通知的至少一個特定原因來選擇特定通信轉(zhuǎn)移。所述方法還包括使得能夠僅選擇與所通 知的至少一個特定原因相匹配的那些通信轉(zhuǎn)移，其中，重定向原因映射至轉(zhuǎn)移原因元素。在另一實施例中，提供了一種用于通信轉(zhuǎn)移和通信轉(zhuǎn)移通知的方法。所述方法包 括接收包括針對要通知的至少一個特定原因的第一過濾準(zhǔn)則在內(nèi)的預(yù)訂請求；將通信轉(zhuǎn) 移的重定向原因與所述第一過濾準(zhǔn)則相匹配；提供通信轉(zhuǎn)移的通知；以及響應(yīng)于所述通信轉(zhuǎn)移，對與所述通信轉(zhuǎn)移相關(guān)的信息進行通信，所述信息包括根據(jù)轉(zhuǎn)移條件而設(shè)置的轉(zhuǎn)移 原因元素。 在另一實施例中，提供了 一種用于通信轉(zhuǎn)移通知的方法。所述方法包括從用戶設(shè) 備接收對過濾準(zhǔn)則進行配置的預(yù)訂消息，所述過濾準(zhǔn)則用于選擇特定通信轉(zhuǎn)移；選擇與通 信轉(zhuǎn)移有關(guān)的信息；以及使得能夠僅選擇與所通知的指定原因相匹配的那些通信轉(zhuǎn)移，其 中，caus印aram參數(shù)映射至轉(zhuǎn)移原因元素。
在另一實施例中，提供了 一種用于通信轉(zhuǎn)移的方法。所述方法包括響應(yīng)于接收到 包括不具有相關(guān)時區(qū)的時間元素在內(nèi)的預(yù)訂消息，以差錯消息來拒絕所述預(yù)訂消息。通信轉(zhuǎn)移(⑶IV)是可用于電路交換呼叫和分組交換呼叫(例如SIP發(fā)起的呼叫) 的可配置服務(wù)。⑶IV可以提供諸如呼叫轉(zhuǎn)發(fā)、忙時呼叫轉(zhuǎn)發(fā)和允許將呼叫重定向至與呼叫 起初被定向至的節(jié)點不同的節(jié)點的類似選項等特性。這里，呼叫的任何這種轉(zhuǎn)發(fā)或改變目 標(biāo)將被稱作呼叫的轉(zhuǎn)移。CDIVN是CDIV的增強版本，提供將呼叫轉(zhuǎn)移相關(guān)通知傳輸至呼叫 從其轉(zhuǎn)移或從其改變目標(biāo)的手機或其他節(jié)點的能力。通知可以包括可以傳輸與呼叫轉(zhuǎn)移 的原因相關(guān)的信息。然而，如當(dāng)前提出的，并不清楚如何產(chǎn)生、辨別、存儲、呈現(xiàn)或管理呼叫 轉(zhuǎn)移原因。例如，一種所提出的轉(zhuǎn)移原因是“在開會”，這種原因可能由以下代碼來指定<diversion-reason>In Meeting</diversion_reason>0 然而，、沒有提出供手機用 戶輸入可產(chǎn)生該代碼的數(shù)據(jù)的機制。即使用戶可以將文本“在開會”或類似消息手動輸入 至手機中，這種用戶產(chǎn)生的消息也不能被可以處理通知的應(yīng)用服務(wù)器或其他網(wǎng)絡(luò)組件所辨 別或操縱。具體地，從cause param參數(shù)值或其他呼叫轉(zhuǎn)移指示符至轉(zhuǎn)移原因元素(例如 “在開會”)的映射是不清楚的。因此，不清楚可以如何如當(dāng)前提出的那樣實現(xiàn)該通知特性。在一個實施例中，當(dāng)對呼叫進行轉(zhuǎn)移時，可以將與轉(zhuǎn)移原因相對應(yīng)的代碼傳輸至 呼叫從其轉(zhuǎn)移的節(jié)點。可以從由處理或意識到轉(zhuǎn)移的應(yīng)用服務(wù)器或類似網(wǎng)絡(luò)組件產(chǎn)生或可 用的現(xiàn)有呼叫轉(zhuǎn)移代碼中，獲得轉(zhuǎn)移原因代碼，轉(zhuǎn)移原因代碼也可以稱作轉(zhuǎn)移原因元素。當(dāng) 這些呼叫轉(zhuǎn)移原因代碼之一被傳輸至節(jié)點時，該節(jié)點可以將該代碼轉(zhuǎn)換為節(jié)點用戶可感知 的呼叫轉(zhuǎn)移原因指示符。該轉(zhuǎn)換可能是根據(jù)存儲于該節(jié)點上的區(qū)域設(shè)置來進行的。圖1是可示意當(dāng)對呼叫進行轉(zhuǎn)移時使用轉(zhuǎn)移原因通知的系統(tǒng)100的實施例的框 圖。系統(tǒng)100包括分組交換網(wǎng)絡(luò)102，分組交換網(wǎng)絡(luò)102包括處理呼叫轉(zhuǎn)移和呼叫轉(zhuǎn)移通知 的應(yīng)用服務(wù)器108。在其他實施例中，另一組件或組件組可以執(zhí)行這些功能中的任一個或全 部。節(jié)點A IlOa經(jīng)由網(wǎng)絡(luò)102來向節(jié)點B IlOb發(fā)出呼叫。節(jié)點B IlOb激活呼叫轉(zhuǎn)發(fā)特 性，以便指示應(yīng)用服務(wù)器108向節(jié)點C IlOc轉(zhuǎn)發(fā)被定向至節(jié)點B IlOb的任何呼叫。節(jié)點 110可能是移動設(shè)備或具有固定位置的設(shè)備。每當(dāng)應(yīng)用服務(wù)器108將呼叫從節(jié)點B IlOb轉(zhuǎn)移至節(jié)點C IlOc時，應(yīng)用服務(wù)器108 都可以將呼叫轉(zhuǎn)移原因代碼120傳輸至節(jié)點B IlOb以指示轉(zhuǎn)移原因。呼叫轉(zhuǎn)移原因代碼 120也可以稱作轉(zhuǎn)移原因元素。代碼120可以從典型地應(yīng)用服務(wù)器108中包括或可用的 現(xiàn)有代碼集合120中獲得。在互聯(lián)網(wǎng)工程任務(wù)組(IETF)請求評述(RFC)4458中描述并在 圖2中示出了應(yīng)用服務(wù)器108可能用以指示轉(zhuǎn)移原因的代碼集合120。代碼120的表122 中的每個代碼120與發(fā)生呼叫轉(zhuǎn)移的原因125相對應(yīng)。當(dāng)檢測到呼叫轉(zhuǎn)移時，應(yīng)用服務(wù)器 108可以產(chǎn)生這些呼叫轉(zhuǎn)移原因代碼120。備選地，當(dāng)代碼120由網(wǎng)絡(luò)102中的另一組件產(chǎn)生時，可以使應(yīng)用服務(wù)器108意識到代碼120。在其他實施例中，可以使用可用于應(yīng)用服務(wù) 器108或類似組件的其他代碼和/或原因。為了所有目的，將IETFRFC 4458以及ETSI TS 183 004 -“Telecommunications and Internetconverged Services and Protocols for Advanced Networking(TISPAN) ”，ETSI TISPAN#15Bis, 15bTD338_03075-attachment 以引 用方式全部并入于此?？梢栽贓TSI TS 183 004，15bTD338_03075_attachment 的 4. 5. 2. 6. 2. 2 節(jié)中找到 可能在呼叫的第一次轉(zhuǎn)移時以該呼叫包括的信息的以下細節(jié)當(dāng)這是通信所經(jīng)歷的第一次轉(zhuǎn)移時，可以在改變目標(biāo)的請求中設(shè)置以下信息轉(zhuǎn) 移方地址、被轉(zhuǎn)移方地址和轉(zhuǎn)移信息?？梢砸灾付ㄖ蛋ɑ蛘呃弥付ㄖ祦硇薷囊韵率撞?字段請求URI、歷史信息首部字段和“至首部”字段。請求URI可以被設(shè)置為要將通信轉(zhuǎn)移 至的公共用戶標(biāo)識。在歷史信息首部字段中，可以產(chǎn)生兩個hist-info條目。第一個條目包括被服務(wù) 的用戶的hi-targeted-to-uri。如果被服務(wù)的用戶希望保密(例如，被服務(wù)的用戶預(yù)訂OIR 服務(wù))或如果被服務(wù)的用戶將預(yù)訂選項“被服務(wù)的用戶允許將他/她的URI呈現(xiàn)給所轉(zhuǎn)移 至的用戶”設(shè)置為假，則可以在hi-targeted-to-uri內(nèi)避開私密首部“歷史”。根據(jù)在RFC 4244中指定的規(guī)則，將索引設(shè)置為索引=1。
第二個條目包括將通信轉(zhuǎn)移至的地址的hi-targeted-to-uri。將索引設(shè)置為索引 =1. 1。可以根據(jù)轉(zhuǎn)移條件來設(shè)置在歷史信息首部字段中包括的cause param參數(shù)(重定 向原因和重定向指示符)。根據(jù)在RFC 4244中指定的規(guī)則，轉(zhuǎn)移條件與cause param參數(shù) 的編碼之間的映射可能如下忙時通信轉(zhuǎn)發(fā)，可以使用如RFC 4458所定義的理由值“486”； 無應(yīng)答通信轉(zhuǎn)發(fā)，可以使用如RFC 4458所定義的理由值“408”;無條件通信轉(zhuǎn)發(fā)，可以使用 如RFC 4458所定義的理由值“302”；通信偏轉(zhuǎn)(立即響應(yīng))，可以使用如RFC 4458所定義 的理由值“480” ；未登錄通信轉(zhuǎn)發(fā)，可以使用如RFC 4458所定義的理由值“404” ；報警期間 通信偏轉(zhuǎn)(deflection)，可以使用如RFC 4458所定義的理由值“487” ；訂戶不可達時通信 轉(zhuǎn)發(fā)，可以使用如RFC 4458所定義的理由值“503”。在“至首部”字段中，如果被服務(wù)的用戶不想向被轉(zhuǎn)移方公開其標(biāo)識，則可以將“至 首部”改變?yōu)閷⑼ㄐ呸D(zhuǎn)移至的URI。當(dāng)以下條件之一滿足時，被服務(wù)的用戶不想公開其標(biāo)識 如果被服務(wù)的用戶希望保密(例如，被服務(wù)的用戶預(yù)訂OIR服務(wù))；或者如果被服務(wù)的用戶 將預(yù)訂選項“被服務(wù)的用戶允許將他/她的URI呈現(xiàn)給所轉(zhuǎn)移至的用戶，，設(shè)置為假。在所 有其他情況下，不應(yīng)當(dāng)改變該“至首部”?？梢栽贓TSI TS 183 004，15bTD338_03075_attachment 的 4. 5. 2. 6. 2. 3 節(jié)中找到 可以在呼叫的隨后轉(zhuǎn)移時以該呼叫包括的信息的以下細節(jié)；當(dāng)這是通信所經(jīng)歷的第二次或更多次轉(zhuǎn)移時，可以根據(jù)在RFC4244中定義的規(guī)則 來將新歷史信息條目添加至歷史信息首部字段?？梢韵蚋淖兡繕?biāo)的請求添加以下信息被 轉(zhuǎn)移方地址和轉(zhuǎn)移信息。可以以指定值包括或者利用指定值來修改以下首部字段請求 URI、歷史信息首部和“至首部”。請求URI可以被設(shè)置為要將通信轉(zhuǎn)移至的公共用戶標(biāo)識。在歷史信息首部中，可以修改表示被服務(wù)用戶的歷史條目。添加一個歷史條目。 如果被服務(wù)的用戶希望保密(例如，被服務(wù)的用戶預(yù)訂OIR服務(wù))或如果被服務(wù)的用戶將 預(yù)訂選項“被服務(wù)的用戶允許將他/她的URI呈現(xiàn)給所轉(zhuǎn)移至的用戶”設(shè)置為假，則可以在hi-targeted-to-uri內(nèi)避開表示被服務(wù)用戶私密首部“歷史”的歷史條目。如果已利用正 確的私密值避開歷史，則不需要修改。在所有其他情況下，不應(yīng)當(dāng)改變表示被服務(wù)用戶的歷 史條目。在hi-targeted-to-uri被設(shè)置為將通信轉(zhuǎn)移至的公共用戶標(biāo)識的情況下可以添 加歷史條目，可以根據(jù)轉(zhuǎn)移條件來設(shè)置在歷史信息首部字段中包括的cause param參數(shù) (重定向原因)。轉(zhuǎn)移條件與cause param參數(shù)的編碼之間的映射可以如下忙時通信轉(zhuǎn)發(fā)， 可以使用如RFC 4458所定義的理由值“486”;無應(yīng)答通信轉(zhuǎn)發(fā)，可以使用如RFC 4458所定 義的理由值“408” ；無條件通信轉(zhuǎn)發(fā)，可以使用如RFC 4458所定義的理由值“302” ；通信偏 轉(zhuǎn)(立即響應(yīng))，可以使用如RFC 4458所定義的理由值“480”；未登錄通信轉(zhuǎn)發(fā)，可以使用 如RFC 4458所定義的理由值“404”;報警期間通信偏轉(zhuǎn)，可以使用如RFC 4458所定義的理 由值“487”;訂戶不可達時通信轉(zhuǎn)發(fā)，可以使用如RFC 4458所定義的理由值“503”?？梢愿?據(jù)在RFC 4244的4. 3. 3. 1. 3節(jié)“在歷史信息首部中編索引”中指定的基本轉(zhuǎn)發(fā)規(guī)則來遞增 索引?？梢允褂眯录墑e索引“1”。在“至首部”中，如果被服務(wù)的用戶不想向被轉(zhuǎn)移方公開其標(biāo)識，則可以將該“至首 部”改變?yōu)閷⑼ㄐ呸D(zhuǎn)移至的URI。當(dāng)以下條件之一成立時，被服務(wù)的用戶不想公開其標(biāo)識 如果被服務(wù)的用戶希望保密(例如，被服務(wù)的用戶預(yù)訂OIR服務(wù))；或者如果被服務(wù)的用戶 將預(yù)訂選項“被服務(wù)的用戶允許將他/她的URI呈現(xiàn)給所轉(zhuǎn)移至的用戶，，設(shè)置為假。在所 有其他情況下，不應(yīng)當(dāng)改變“至首部”。
當(dāng)代碼120中的一個或者類似呼叫轉(zhuǎn)移原因代碼被傳輸至節(jié)點110之一時，節(jié)點 110可以將代碼120轉(zhuǎn)換為呼叫轉(zhuǎn)移原因指示符130。原因指示符130可能是在節(jié)點110 的顯示屏上顯示的、基于文本的呼叫轉(zhuǎn)移原因消息。備選地，原因指示符130可能是可視指 示符、可聽指示符、振動、或節(jié)點110的用戶可感知且可能可配置的某其他類型的指示。在節(jié)點110將代碼120中的一個轉(zhuǎn)換為基于文本的轉(zhuǎn)移原因消息的情況下，消息 的文本可能與典型地同該節(jié)點120相關(guān)聯(lián)的文本相同。例如，如果使用RFC 4458的轉(zhuǎn)移代 碼，則當(dāng)從節(jié)點110之一轉(zhuǎn)移呼叫時，可以產(chǎn)生與轉(zhuǎn)移原因125 “用戶忙”相對應(yīng)的轉(zhuǎn)移代 碼120 “486”。應(yīng)用服務(wù)器108或類似組件可能可訪問該代碼120，并可能將“486”代碼傳 輸至呼叫被轉(zhuǎn)移至的節(jié)點110。節(jié)點110可能包括或可訪問包含實質(zhì)上與圖2的應(yīng)用服務(wù)器表122中的信息類似 的信息在內(nèi)的表140。S卩，表140可能包含轉(zhuǎn)移原因代碼120和對應(yīng)轉(zhuǎn)移原因125的列表。 將從應(yīng)用服務(wù)器108接收到的“486”原因代碼與表140中的“486”代碼及其對應(yīng)原因125 進行關(guān)聯(lián)，節(jié)點110可能從表140中檢索消息“用戶忙”并將該消息顯示在節(jié)點的顯示屏上， 假定節(jié)點110被配置為以英語呈現(xiàn)基于文本的轉(zhuǎn)移原因消息。備選地，表140中的原因125 可能包括可能更詳細或?qū)τ脩舾押玫钠渌谋?。?jié)點110可能將轉(zhuǎn)移原因代碼120與該 其他文本進行關(guān)聯(lián)，并將該其他文本顯示為原因指示符130。如果節(jié)點110接收到其沒有辨 別出的代碼120或沒有接收到代碼120，則節(jié)點110可以假定轉(zhuǎn)移原因代碼是“404”—— “未知/不可用”。節(jié)點110或應(yīng)用服務(wù)器108還可以使用其他信息來確定原因指示符130。例如，在 應(yīng)用服務(wù)器108中的、基于規(guī)則的CDIV應(yīng)用中，可以使用CDIVN服務(wù)來傳輸規(guī)則標(biāo)識符，或 者CDIVN應(yīng)用可以使用規(guī)則標(biāo)識符來確定適當(dāng)?shù)脑蛑甘痉?30。
在一個實施例中，語言指示符150可能存儲于節(jié)點110之一上，并可以由節(jié)點用戶 進行配置。節(jié)點用戶可能將節(jié)點110上的語言指示符150設(shè)置為與用戶想要用以接收轉(zhuǎn)移 原因通知的語言相對應(yīng)。表140可能包含以針對節(jié)點120中每一個的多種語言表示的原因 125，語言指示符150可能指定哪些語言應(yīng)當(dāng)用于顯示消息。當(dāng)節(jié)點110接收到代碼120時， 可能從存儲器中檢索語言指示符150，然后可能從表140中檢索以與由語言指示符150指定 的語言相對應(yīng)的語言表示的轉(zhuǎn)移原因。例如，如果“486”代碼120被傳輸至節(jié)點110之一，并且語言指示符150被設(shè)置為 英語，則節(jié)點110可能檢索英語消息“User Busy (用戶忙)”并將該消息呈現(xiàn)為原因指示符 130。如果傳輸了“486”代碼120并將語言指示符150設(shè)置為指示另一種語言，則可以從表 140中檢索以該另一種語言表示的、與“486”代碼120相對應(yīng)的消息，并將該消息呈現(xiàn)為原 因指示符130。語言指示符150和轉(zhuǎn)移原因代碼120不一定是選擇原因指示符或指示符組合所需 的僅有輸入。這里，語言指示符150也可以稱作區(qū)域無關(guān)編碼。在一個實施例中，請求⑶IVN服務(wù)的節(jié)點用戶可以指定是要使用這里描述的具有轉(zhuǎn)移原因通知的⑶IVN，還是要使用不具有轉(zhuǎn)移原因通知的標(biāo)準(zhǔn)⑶IVN。例如，如果用戶提 交SIP預(yù)訂消息以請求CDIVN服務(wù)，則用戶可以在預(yù)訂消息中包括對當(dāng)轉(zhuǎn)移通知被發(fā)送至 用戶的節(jié)點110時是否應(yīng)當(dāng)包括轉(zhuǎn)移原因的指示。如果對應(yīng)預(yù)訂選項(ETSITS 183 004，15bTD338_03075_attachment 的表 4. 3. 1. 1中的預(yù)訂選項“被服務(wù)的用戶接收其通信轉(zhuǎn)移的通知(⑶IVN) ”)被設(shè)置為“真”或 “是”，則激活響應(yīng)于通信轉(zhuǎn)移和其他條件而發(fā)起通信與通信轉(zhuǎn)移相關(guān)的信息的組件。在一個實施例中，節(jié)點用戶可以指定與呼叫轉(zhuǎn)移原因通知相關(guān)的各種選擇準(zhǔn)則。 例如，用戶可能指定，僅當(dāng)發(fā)生特定轉(zhuǎn)移原因時才將轉(zhuǎn)移原因通知發(fā)送至用戶的節(jié)點?？梢?在 ETSI TS 183 004，15bTD338_03075-attachment (包含于名為 15bTD338_03075. zip 的檔 案中)的4. 10. 1. 1. 1. 1節(jié)中找到關(guān)于指定這種準(zhǔn)則的如下細節(jié)用戶可能能夠選擇全部通信轉(zhuǎn)移的特定子集以進行通知。這有助于用戶僅集中 于可能是重要的那些通信轉(zhuǎn)移(例如，“每當(dāng)來自我老板地址的呼叫發(fā)生轉(zhuǎn)移時都讓我知 道”)。用戶能夠設(shè)置用于選擇必須通知的通信轉(zhuǎn)移的以下準(zhǔn)則發(fā)起方的標(biāo)識、轉(zhuǎn)移方的 標(biāo)識、被轉(zhuǎn)移方的標(biāo)識、通信轉(zhuǎn)移的時間范圍以及通信轉(zhuǎn)移的原因。對于發(fā)起方的標(biāo)識，所指定的URI將與傳入通信中的發(fā)起方的URI (標(biāo)識)進行比 較。如果存在匹配，則選擇與該特定通信的轉(zhuǎn)移有關(guān)的信息以通知給轉(zhuǎn)移用戶。這是可選 的參數(shù)。如果不存在匹配，則服從其他過濾準(zhǔn)則，可以考慮通知來自任何發(fā)起方的通信的所 有轉(zhuǎn)移。對于轉(zhuǎn)移方的標(biāo)識，所指定的URI將與已轉(zhuǎn)移通信的轉(zhuǎn)移用戶的請求URI進行比 較。如果存在匹配，則將與特定通信轉(zhuǎn)移有關(guān)的信息通知給預(yù)訂用戶。這是可選的參數(shù)。如 果不存在匹配，則服從其他過濾準(zhǔn)則，可以考慮通知向預(yù)訂用戶的所有注冊聯(lián)系人的通信 轉(zhuǎn)移。對于被轉(zhuǎn)移方的標(biāo)識，所指定的URI將與已將通信轉(zhuǎn)移至的被轉(zhuǎn)移方的URI進行 比較。如果存在匹配，則將與該特定通信轉(zhuǎn)移有關(guān)的信息通知給預(yù)訂用戶。這是可選的參 數(shù)。如果不存在匹配，則服從其他過濾準(zhǔn)則，可以考慮通知向任何被轉(zhuǎn)移方的通信轉(zhuǎn)移。
通信轉(zhuǎn)移的時間范圍指定在其間將所有通信轉(zhuǎn)移通知給預(yù)訂用戶的時間范圍。如 果存在，則可能不將該時間范圍外的任何通信轉(zhuǎn)移通知給轉(zhuǎn)移用戶。這是可選的參數(shù)。如果 不存在，則服從其他過濾準(zhǔn)則，可能考慮通知在任何時間發(fā)生的通信轉(zhuǎn)移。應(yīng)當(dāng)指示時區(qū)。 如果沒有指示時區(qū)，則可以利用SIP 489來拒絕SUBSCRIBE (預(yù)訂)。對于通信轉(zhuǎn)移的原因，轉(zhuǎn)移用戶可以選擇僅通知與這里指定的原因相匹配的那些 通信轉(zhuǎn)移。這是可選的參數(shù)。如果不存在，則服從其他過濾準(zhǔn)則，可能考慮通知由于任何原 因而產(chǎn)生的所有通信轉(zhuǎn)移。在另一實施例中，節(jié)點用戶可以指定與呼叫轉(zhuǎn)移通知相關(guān)的各種觸發(fā)準(zhǔn)則。例如， 用戶可能指定，僅在特定時間范圍內(nèi)將轉(zhuǎn)移原因通知發(fā)送至用戶的節(jié)點?？梢栽贓TSI TS 183 004，15bTD338_03075-attachment (包含于名為 15bTD338_03075. zip 的檔案中)的 4. 10. 1. 1. 1. 2節(jié)中找到關(guān)于指定這種準(zhǔn)則的以下細節(jié)作為SUBSRIBE消息體的一部分，用戶可以指定另外的準(zhǔn)則，以觸發(fā)通知通過上述 準(zhǔn)則而選擇的那些通信轉(zhuǎn)移。這些準(zhǔn)則使用戶能夠基于時間范圍和/或存在狀態(tài)來觸發(fā)通 知。時間范圍指定可以將通信轉(zhuǎn)移的通知發(fā)送至用戶的時間范圍。該時間范圍可以是以時 間間隔的形式指定的，以使得能夠周期性地觸發(fā)在該時間間隔中發(fā)生的通信轉(zhuǎn)移的通知。 如果不存在該時間范圍，則指示當(dāng)發(fā)生通信轉(zhuǎn)移時立即發(fā)送通知。應(yīng)當(dāng)指示時區(qū)。如果沒 有指示時區(qū)，則可以利用SIP 489來拒絕SUBSCRIBE。存在狀態(tài)指定用戶期望接收與通信轉(zhuǎn) 移相關(guān)的通知時所處的用戶存在狀態(tài)。如果不存在該存在狀態(tài)，則指示不管用戶的可用性 信息如何都立即發(fā)送通知。此外，用戶可以以作為SUBSCRIBE消息體的一部分的通知緩沖間隔來覆寫⑶IVN 緩沖定時器。緩沖間隔值是以下時間如果在⑶IVNAS執(zhí)行時不能將通知傳送至用戶，則 CDIVN AS應(yīng)當(dāng)對通知進行緩沖的最長時間。如果CDIVN激活是有效的并且用于提供通知的 ⑶IVN緩沖定時器未到期，則可以通知用戶。如果按照上述準(zhǔn)則，不能將通知傳送至用戶，則通知緩沖間隔可以指定可選元素 (以秒表示)以覆寫⑶IVN AS應(yīng)存儲⑶IV通知的⑶IVN緩沖定時器。例如，如果用戶退出 登錄并且由于CFNL/CFNRc而觸發(fā)轉(zhuǎn)移從而導(dǎo)致針對該轉(zhuǎn)移的⑶IVN，則對通知進行緩沖可 能需要如此。用戶可以將以秒表示的通知緩沖間隔值設(shè)置為最大值一天。此外，如果未被 用戶配置，則可以應(yīng)用(如由網(wǎng)絡(luò)供應(yīng)商配置的)缺省值一天。在另一實施例中，節(jié)點用戶可以指定與呼叫轉(zhuǎn)移原因通知相關(guān)的各種信息選擇準(zhǔn) 貝U。例如，用戶可能指定，被發(fā)送至用戶節(jié)點的轉(zhuǎn)移原因通知應(yīng)當(dāng)僅包含特定信息。可以在 ETSI TS 183 004，15bTD338_03075-attachment (包含于名為 15bTD338_03075. zip 的檔案 中)的4. 10. 1. 1. 1. 3節(jié)中找到關(guān)于指定這種準(zhǔn)則的如下細節(jié)作為SUBSCRIBE消息體的一部分，用戶可以指定另外的準(zhǔn)則，以啟用/禁用應(yīng)當(dāng)通 知與通信轉(zhuǎn)移有關(guān)的哪些信息。缺省地，將通知與通信轉(zhuǎn)移有關(guān)的所有信息。然而，用戶 可以使用以下元素來禁用通知特定類型的信息發(fā)起方的URI、轉(zhuǎn)移方的URI、被轉(zhuǎn)移方的 URI、通信轉(zhuǎn)移的時間、通信轉(zhuǎn)移的原因以及觸發(fā)了通信轉(zhuǎn)移的規(guī)則的標(biāo)識。在另一實施例中，節(jié)點用戶將接收與呼叫轉(zhuǎn)移原因通知相關(guān)的各種準(zhǔn)則?？梢栽?ETSI TS 183 004，15bTD338_03075-attachment 的 4. 10. 1. 1. 2 節(jié)中找到關(guān)于指定這種準(zhǔn) 則的如下細節(jié)
通信轉(zhuǎn)移的通知的主體可以包含與通信轉(zhuǎn)移有關(guān)的信息，如通過由用戶在 SUBSCRIBE消息體中配置的各個過濾準(zhǔn)則而選擇的信息。如果SUBSCRIBE沒有包含消 息體，則向用戶通知與通信轉(zhuǎn)移有關(guān)的所有可能信息。由服務(wù)器產(chǎn)生的通知可以以在 SUBSCRIBE請求中的Acc印t (接受)首部字段中指定的格式之一來表示。XML事件封裝是 作為NOTIFY(通知)方法的主體而被發(fā)送的，并且可以包含由用戶選擇的以下(服從過濾 準(zhǔn)則的)信息發(fā)起方的標(biāo)識、轉(zhuǎn)移方的信息、與被轉(zhuǎn)移方有關(guān)的信息、通信轉(zhuǎn)移的時間、通 信轉(zhuǎn)移的原因以及通信轉(zhuǎn)移規(guī)則。發(fā)起方的標(biāo)識有助于轉(zhuǎn)移用戶知道誰的通信被轉(zhuǎn)移了。對于轉(zhuǎn)移方的信息，向預(yù)訂用戶通知在執(zhí)行通信轉(zhuǎn)移服務(wù)之前的INVITE (邀請)的請求URI。對于與被轉(zhuǎn)移方有關(guān) 的信息，向預(yù)訂用戶通知將通信轉(zhuǎn)移至的被轉(zhuǎn)移用戶的公共用戶標(biāo)識。向預(yù)訂用戶通知通 信轉(zhuǎn)移的時間。應(yīng)當(dāng)指示時區(qū)。通信轉(zhuǎn)移的原因與如根據(jù)款項4. 10. 1. 1. 1. 1提供的原因 參數(shù)相同。其使訂戶能夠過濾特定理由的轉(zhuǎn)移通知。通信轉(zhuǎn)移規(guī)則標(biāo)識了被執(zhí)行則導(dǎo)致被 通知給用戶的通信轉(zhuǎn)移的、款項4. 9. 1. 2中提到的通信轉(zhuǎn)移規(guī)則。其包含通信轉(zhuǎn)移規(guī)則的 “id”屬性。在一個實施例中，可以以可擴展標(biāo)記語言(XML)實現(xiàn)呼叫轉(zhuǎn)移原因通知功能?？?以在 ETSI TS 183 004，15bTD338_03075-attachment 的 4. 10. 2 節(jié)中找到可用于此目的的 XML代碼的如下示例< ？ xml version = " 1.0〃 encoding = " UTF-8" ？ ><xs:schematar get Name space = " http://uri.etsi.org/ngn/params/xml/ comm-div-info"xmlns:tns =" http://uri.etsi.org/ngn/params/xml/comm-div-info"xmlns:xs = " http://www.w3.org/2001/XMLSchema"xmlns =" http://uri.etsi.org/ngn/params/xml/comm-div-info"elementFormDefault = " qualified"attributeFormDefault = " unqualified" >< ！—This import brings in the XML language definition—><xs:import namespace = " http://www.w3.org/XML/1998/namespace"schemaLocation = 〃 http://www.w3.org/2001/03/xml.xsd" />< ！—Communication Diversion Information. This is the top-level XML element—><xs:element name=" comm-div-info"type=" comm-div-info-type" />< ！—Communication Diversion Information Type. This is the top-levelXML element—><xs:complexType name =” comm-div-info-type “ ><xs: sequence)〈xs: element name =" comm-div-subs-info “type = ” comm-div-subs-info-type “ minOccurs =” 0" />〈xs: element name =〃 comm-div-ntfy-info “type =” comm-div-ntfy-info-type “ minOccurs =” 0" />
<xs:any namespace 二" ##other" processContents =” lax “minOccurs =” 0" maxOccurs =” unbounded" /></xs: sequence)<xs:attribute name = " entity" type = " xs:anyURI"use = /r required" /></xs: complexType>< ！——Communication Diversion Subscription Type.Used at Subscription time toselect Communication Diversions for notification.when to notify them andwhat to notify.—><xs:complexType name =” comm-div-subs-info-type “ >〈xs: sequence)〈xs:element name =〃 comm-div-selection_criteria〃type = “ comm-div-selection-criteria-type“minOccurs =" 0" />〈xs:element name =” comm-div-ntfy-trigger-criteria"type =” comm-div-ntfy-trigger-criteria-type”minOccurs =" 0" /><xs: element name =〃 comm-div-info-selection-criteria"type =“ comm-div-info-selection-criteria-type“minOccurs =" 0" /><xs:any namespace 二" ##other" processContents =” lax “minOccurs =” 0" maxOccurs =” unbounded" /></xs: sequence)<xs:anyAttribute namespace = 〃 ##other 〃 processContents ="lax" /></xs: complexType>
0121] 〈！---
Communication Diversion Notification Information TypeUsed while notifying the User about the Communication Diversion—><xs:complexType name =” comm-div-ntfy-info-type!f ><xs: sequence)〈xs: element name =" originating-user-info "type = xs:anyURI" minOccurs 二 " 0" />〈xs: element name =" diverting-user-info!ftype=" xs:anyURI" minOccurs 二" 0" />〈xs: element name =" diverted-to-user-info "type = xs:anyURI" minOccurs 二 " 0" />〈xs: element name =" diversion-time-info!ftype = xs:dateTime/r minOccurs = /r 0" />〈xs: element name =" diversion-reason-info!ftype =" diversion-reason-info-types!f minOccurs 二” 0" />〈xs: element name =" diversion-rule-info!ftype =" diversion-rule-info-type!f minOccurs 二” 0" /><xs:any namespace =” ##other" processContents 二” lax"minOccurs =" 0" maxOccurs =" unbounded" /></xs: sequence)<xs:anyAttribute namespace = “ ##other “ processContents ="lax" /></xs: complexType>< ！—COMMUNICATION DIVERSION SELECTION CRITERIA—><xs:complexType name =" comm-div-selection-criteria-type!f ><xs: sequence)〈xs:element name =" originating-user-selection-criteria"type = xs:anyURI"minOccurs =" 0" /><xs: element name =" diverting-user-selection-criteria/rtype = xs:anyURI"minOccurs =" 0" /><xs:element name =" diverted-to-user-selection-criteria"type = xs:anyURI"minOccurs =" 0" /><xs:element name =〃 diversion-time-selection-criteria"type = “ time-range-selection-criteria-type!f
minOccurs=" 0" /><xselement name 二” diversion-reason-selection-criteria'7type =“ diversion-reason-selection-criteria-type“min0ccurs=" 0" /><xs:any namespace =” ##other" processContents =” lax “minOccurs =〃 0〃 maxOccurs =〃 unbounded" /></xs: sequence)
<xs:anyAttribute namespace = 〃 ##other 〃 processContents ="lax" /></xs: complexType>< ！—COMMUNICATION DIVERSION NOTIFICATION TRIGGER CRITERIA—><xs: complexType name 二” comm-div-ntfy-trigger-criteria-type “ ><xs: sequence)〈xs: element name =〃 not if icat ion-time-select ion-criteria/rtype =“ time-range-selection-criteria-type“minOccurs =" 0" />〈xs:element name 二” presence-status-selection-criteria'7type = “ presence-status-selection-criteria-type“minOccurs =" 0" /><xs:element name = 〃 notification-buffer-interval“ minOc curs =0"default =〃 86400" >〈xs: simpleType>〈xs:restriction base =" xs: integer" ><xs:maxlnclusive value =/r 86400〃 /></xs: restriction)</xs: simpleType>〈/xs: element〉<xs:any namespace = ” ##other ” processContents = ” lax ”minOccurs =” 0" maxOccurs =” unbounded" /></xs: sequence)<xs:anyAttribute namespace = 〃 ##other〃 processContents ="lax" /></xs: complexType)< ！—COMMUNICATION DIVERSION INFORMATION SELECTION CRITERIA—>
15
<xscomplexType name = “ comm-div-info-selection-criteria-typ
e" ><xs: sequence)<xs:element name 二" disable-originating-user-info“type =〃 xs:boolean“ default =〃 false" minOccurs
二丨丨0"/><xs:element name 二" disable-diverting-user-info〃type =〃 xs:boolean“ default =〃 false" minOccurs
二丨丨0"/><xs:element name 二" disable-diverted-to-user-info〃type = /r xs:boolean/r default = 〃 false" minOccurs
二丨丨0"/><xs:element name 二" disable-diversion-time-info〃type =〃 xs:boolean“ default =〃 false" minOccurs
二丨丨0"/><xs:element name 二" disable-diversion-reason-info〃type =〃 xs:boolean“ default =〃 false" minOccurs
二丨丨0"/><xs:element name 二" disable-diversion-rule-info〃type =〃 xs:boolean“ default =〃 false" minOccurs
二丨丨0"/><xs:any namespace = ” ##other" processContents = ” lax “minOccurs =” 0" maxOccurs =” unbounded" /></xs: sequence)<xs:anyAttribute namespace = 〃 ##other〃 processContents ="lax" />〈/xs: complexType)< ！—DIVERSION REASON INFO—><xs: simpleType name =” diversion-reason-info-types “ ><xs: list itemType =” diversion-reason-info-type“ />〈/xs: simpleType〉〈xs: simpleType name =” diversion-reason-info-type“ >〈xs:restriction base 二" xs: integer" >〈xs: enumeration value = " 404" />〈xs: enumeration value = " 486" />〈xs: enumeration value = " 408" /><xs: enumeration value =/r 302" />
<xs: enumeration value = “ 487〃 /><xs: enumeration value = " 480〃 /><xs: enumeration value = " 503〃 /></xs:restriction〉</xs:simpleType>< ！—DIVERSION RULE INFO—><xs:complexType name = " diversion-rule-info-type" ><xs:sequence)<xs:element name =" diversion-rule" type =" xs:string" /></xs:sequence)<xs:anyAttribute namespace = " ##other " processContents =〃 lax" /></xs:complexType)< ！—DIVERSION REASON SELECTION CRITERIA—><xs:complexType name = " diversion-reason-selection-criteria-type" ><xs:sequence)<xs:element name = " diversion-reason-info"type =" diversion-reason-info-types" /></xs:sequence)<xs:anyAttribute namespace = " ##other " processContents =〃 lax" /></xs:complexType)< ！—TIME RANGE SELECTION CRITERIA—><xs:complexType name = " time-range-selection-criteria-type" ><xs:sequence)<xs:element name = " time-range"type = " time-range-type" minOccurs = " 0〃maxOccurs = " unbounded" /></xs:sequence)<xs:anyAttribute namespace = " ##other " processContents =〃 lax" /></xs:complexType)< ！—
TIME RANGE INFO—><xs:complexType name = " time-range-type" ><xs:sequence)<xs:element name = " start-time" type =" xs:dateTime" /><xs:element name = " end-time" type = " xs:dateTime" /></xs:sequence)<xs:anyAttribute namespace = " ##other " processContents =〃 lax" /></xs:complexType)< ！—PRESENCE STATUS SELECTION CRITERIA—><xs:complexType name = " presence-status-selection-criteria-type" ><xs:sequence)<xs:element name = " presence-status-info"type = " presence-status-info-type" minOccurs = " 0〃maxOccurs = " unbounded" /></xs:sequence)<xs:anyAttribute namespace = " ##other " processContents =〃 lax" /></xs:complexType)< ！—PRESENCE STATUS INFo—><xs:complexType name =" presence-status-info-type" ><xs:sequence)<xs:element name = " presence-status" type =" xs:string" /></xs:sequence)<xs:anyAttribute namespace = " ##other " processContents =〃 lax" /></xs:complexType)</xs:schema)圖3是用于向節(jié)點通知從該節(jié)點的呼叫轉(zhuǎn)移的原因的方法300的框圖。在框310，
將代碼發(fā)送至表示轉(zhuǎn)移原因的節(jié)點。在框320，節(jié)點將代碼轉(zhuǎn)換為轉(zhuǎn)移原因指示符。轉(zhuǎn)移原因通知可以包括供用戶指定要通知轉(zhuǎn)移時的時間范圍的能力。即，當(dāng)在指 定時間范圍內(nèi)發(fā)生呼叫轉(zhuǎn)移時，準(zhǔn)備轉(zhuǎn)移原因通知以大致在轉(zhuǎn)移發(fā)生的時刻將其發(fā)送至節(jié) 點110。如果在指定時間范圍外發(fā)生呼叫轉(zhuǎn)移，則可能不準(zhǔn)備轉(zhuǎn)移原因通知。此外，轉(zhuǎn)移原因通知可以包括供用戶指定要傳輸通知時的時間范圍的能力。即，當(dāng)在指定時間范圍內(nèi)準(zhǔn)備通知時，大致在轉(zhuǎn)移發(fā)生的時刻將轉(zhuǎn)移原因通知發(fā)送至節(jié)點110。如 果在指定時間范圍外準(zhǔn)備通知，則可能在下一次指定時間范圍出現(xiàn)的時刻將轉(zhuǎn)移原因通知 發(fā)送至節(jié)點110。備選地，在指定時間范圍外不準(zhǔn)備通知。例如，節(jié)點110的用戶可能指定，僅在9:00AM與5:00PM之間將轉(zhuǎn)移原因通知傳輸 至節(jié)點110。如果在時間范圍內(nèi)的9:05AM發(fā)生呼叫轉(zhuǎn)移，則可能在這一天的9:05AM之后不 久將轉(zhuǎn)移原因通知發(fā)送至節(jié)點110。如果在該時間范圍外的5:05PM發(fā)生呼叫轉(zhuǎn)移，則可能 在下一次出現(xiàn)該時間范圍的第二天大致9:00AM將轉(zhuǎn)移原因通知發(fā)送至節(jié)點110。備選地， 對于這種呼叫轉(zhuǎn)移，可能根本不發(fā)送轉(zhuǎn)移原因通知。這里，術(shù)語“時間元素”可以用于指示 時間和/或日期中的一個或這兩者。根據(jù)一個實施例，本公開提供了指定該時間范圍的時區(qū)。如果節(jié)點110處于與提 供通知的應(yīng)用服務(wù)器108或其他網(wǎng)絡(luò)組件不同的時區(qū)中，則不清楚是基于應(yīng)用服務(wù)器108 的當(dāng)前時間還是基于節(jié)點110的當(dāng)前時間來傳輸通知。因此，可能在與用戶優(yōu)選的時間范 圍不同的時間范圍中發(fā)送通知。例如，希望在他或她的當(dāng)前本地時間的9:00AM與500PM之間接收通知的用戶可 能行進至比他或她的通常時區(qū)提前兩小時的時區(qū)。如果沒有對用戶的當(dāng)前時區(qū)進行調(diào)整， 則可能在用戶通常時區(qū)的9:00AM與5:00PM之間發(fā)送通知，但用戶將在他或她的當(dāng)前本地 時間的11:00AM與7:00PM之間接收到通知。這將處于用戶優(yōu)選接收通知的時間范圍之外。在一個實施例中，可以將時區(qū)指示符160設(shè)置為指定應(yīng)用于要進行轉(zhuǎn)移原因通知 的時間范圍的時區(qū)。處于與他或她的通常時區(qū)不同的時區(qū)中的用戶可能指定，通知的時間 應(yīng)當(dāng)基于他或她當(dāng)前所處的時區(qū)。備選地，這種用戶可能希望繼續(xù)在基于他或她的通常時 區(qū)的時間接收通知。時區(qū)指示符160可能是在請求呼叫轉(zhuǎn)移服務(wù)時用戶發(fā)送至應(yīng)用服務(wù)器108的 SIP “Subscribe”消息中提交的。在一個實施例中，如果用戶無法指定時區(qū)，則應(yīng)用服務(wù)器 108可以將差錯消息170發(fā)送至用戶的節(jié)點110，向用戶通知沒有針對通知時間范圍指定時 區(qū)。差錯消息170可能是SIP 489 “錯誤事件”消息。如果用戶指定了時區(qū)或時區(qū)偏移，則 應(yīng)用服務(wù)器108在指定時區(qū)中的時間范圍內(nèi)或以指定時區(qū)偏移發(fā)送轉(zhuǎn)移原因通知。繼續(xù)以上示例，處于比他或她的通常時區(qū)提前兩個小時的時區(qū)中的用戶可能希 望在他或她的當(dāng)前時區(qū)的9:00AM與5:00PM之間接收通知。用戶可能通過適當(dāng)設(shè)置時區(qū) 指示符160和將時區(qū)指示符160發(fā)送至應(yīng)用服務(wù)器108來向應(yīng)用服務(wù)器108通知這種期 望。然后，應(yīng)用服務(wù)器108可以對通知傳輸時間進行適當(dāng)調(diào)整，以使得在用戶的當(dāng)前時區(qū)的 9 00AM與5 00PM之間傳輸通知。在備選實施例中，如果應(yīng)用服務(wù)器108接收到包括時間元素但缺少時區(qū)或時區(qū)偏 移指示符的SIP Subscribe，則應(yīng)用服務(wù)器108可以假定所有時間都以通用協(xié)調(diào)時間(UTC) 表示或可以假定所有時間都處于所配置的時區(qū)。圖4是用于通知節(jié)點的方法350的框圖。在框360，針對節(jié)點應(yīng)接收通知的時間指 定時區(qū)。在框370，將時區(qū)指示符作為SIP “Subscribe”消息的一部分進行發(fā)送。典型地， 時區(qū)指示符將從將節(jié)點發(fā)送至應(yīng)用服務(wù)器。在框380，如果SIP“SubSCribe”消息不包括時 區(qū)指示符，則發(fā)送差錯消息，例如SIP 489 “錯誤事件”。典型地，差錯消息將由應(yīng)用服務(wù)器 發(fā)送至節(jié)點。在框390，根據(jù)由時區(qū)指示符指定的時區(qū)來發(fā)送通知。
19
此外，如果在框390發(fā)送的通知包括表示通信轉(zhuǎn)移的時間的通信轉(zhuǎn)移時間元素， 則通信轉(zhuǎn)移時間元素應(yīng)指示時區(qū)。圖5示出了包括圖1的節(jié)點110之一的實施例在內(nèi)的無線通信系統(tǒng)。節(jié)點110可 操作用于實現(xiàn)本公開的方面，但本公開不應(yīng)限于這些實施方式。盡管被示作移動電話，但節(jié) 點110可以采用各種形式，包括無線手機、尋呼機、個人數(shù)字助理(PDA)、便攜式計算機、平 版計算機或膝上型計算機。許多合適設(shè)備組合了這些功能中的一些或全部。在本公開的一 些實施例中，節(jié)點110不是諸如便攜式、膝上型或平版計算機之類的通用計算設(shè)備，而是諸 如移動電話、無線手機、尋呼機或PDA之類的專用通信設(shè)備。在另一實施例中，節(jié)點110可 以是便攜式、膝上型或其他計算設(shè)備。節(jié)點110可以支持專門活動，例如游戲、庫存控制、作 業(yè)控制和/或任務(wù)管理功能等。節(jié)點110包括顯示器402。節(jié)點110還包括觸敏表面、鍵盤或由用戶輸入的通稱為 404的其他輸入鍵。鍵盤可以是全字母數(shù)字鍵盤或簡化字母數(shù)字鍵盤(如QWERTY、DVorak、 AZERTY和順序類型)或與電話鍵區(qū)相關(guān)聯(lián)的帶有字母表字母的傳統(tǒng)數(shù)字鍵區(qū)。輸入鍵可以 包括滾輪、退出或換碼鍵、軌跡球以及其他導(dǎo)航或功能鍵，其可以被向內(nèi)按下以提供進一步 的輸入功能。節(jié)點110可以呈現(xiàn)供用戶選擇的選項、供用戶驅(qū)動的控件和/或供用戶導(dǎo)向 的光標(biāo)或其他指示符。節(jié)點110還可以接受來自用戶的數(shù)據(jù)錄入，該數(shù)據(jù)錄入包括撥號數(shù) 字或用于對節(jié)點110的操作進行配置的各種參數(shù)值。節(jié)點110還可以響應(yīng)于用戶命令來執(zhí) 行一個或多個軟件或固件應(yīng)用程序。這些應(yīng)用程序可以將節(jié)點110配置為響應(yīng)于用戶交互 來執(zhí)行各種定制功能。此外，節(jié)點110可以是例如從無線基站、無線接入點或?qū)Φ裙?jié)點110 以無線方式編程和/或配置的，。在可由節(jié)點110執(zhí)行的各種應(yīng)用程序當(dāng)中有web瀏覽器，其使顯示器402能夠示 出網(wǎng)頁。該網(wǎng)頁可以經(jīng)由與無線網(wǎng)絡(luò)接入節(jié)點、蜂窩塔、對等節(jié)點110或者任何其他無線通 信網(wǎng)絡(luò)或系統(tǒng)400進行無線通信來獲得。網(wǎng)絡(luò)400耦合至有線網(wǎng)絡(luò)408 (如互聯(lián)網(wǎng))。經(jīng)由 無線鏈路和有線網(wǎng)絡(luò)，節(jié)點110可訪問各種服務(wù)器(如服務(wù)器410)上的信息。服務(wù)器410 可以提供可在顯示器402上示出的內(nèi)容。備選地，節(jié)點110可以以中繼類型或跳類型的連 接，通過充當(dāng)中間點的對等節(jié)點110，來接入網(wǎng)絡(luò)400。圖6示出了節(jié)點110之一的框圖。盡管示出了節(jié)點110的多種已知組件，但在一 個實施例中，可以在節(jié)點110中包括所列出的組件和/或未列出的附加組件的子集。節(jié)點 110包括數(shù)字信號處理器(DSP) 502和存儲器504。如圖所示，節(jié)點110還可以包括天線和 前端單元506、射頻(RF)收發(fā)器508、模擬基帶處理單元510、麥克風(fēng)512、聽筒揚聲器514、 耳機端口 516、輸入/輸出接口 518、可拆卸式存儲卡520、通用串行總線(USB)端口 522、短 距離無線通信子系統(tǒng)524、報警器526、鍵區(qū)528、液晶顯示器(IXD)，該液晶顯示器(IXD)可 以包括觸敏表面530、IXD控制器532、電荷耦合器件(CXD)攝像機534、攝像機控制器536 和全球定位系統(tǒng)(GPS)傳感器538。在一個實施例中，節(jié)點110可以包括另一種顯示器，其 不提供觸敏屏幕。在一個實施例中，DSP 502可以直接與存儲器504進行通信而無需經(jīng)過 輸入/輸出接口 518。DSP 502或某其他形式的控制器或中央處理單元操作用于根據(jù)在存儲器504中存 儲的或在DSP 502本身內(nèi)包含的存儲器中存儲的嵌入式軟件或固件，來控制節(jié)點110的各 種組件。除了嵌入式軟件或固件之外，DSP 502還可以執(zhí)行其他應(yīng)用程序，該應(yīng)用程序存儲在存儲器504中或可經(jīng)由如便攜式數(shù)據(jù)存儲介質(zhì)(如可拆卸式存儲卡520)之類的信息載 體介質(zhì)，或者經(jīng)由有線或無線網(wǎng)絡(luò)通信而獲取到。應(yīng)用軟件可以包括已編譯的機器可讀指 令集，其將DSP 502配置為提供所期望的功能，或者應(yīng)用軟件可以是要由解釋器或編譯器 處理以間接配置DSP502的高級軟件指令?？梢蕴峁┨炀€和前端單元506以在無線信號和電信號之間進行轉(zhuǎn)換，使得節(jié)點110能夠發(fā)送和接收來自蜂窩網(wǎng)絡(luò)或某些其他可用無線通信網(wǎng)絡(luò)或來自對等節(jié)點110的信 息。在一個實施例中，天線和前端單元506可以包括多個天線以支持波束成形和/或多輸 入多輸出(MIMO)操作。本領(lǐng)域技術(shù)人員已知，MIMO操作可以提供空間分集，其可以用于克 服糟糕的信道條件和/或增大信道吞吐量。天線和前端單元506可以包括天線調(diào)諧和/或 阻抗匹配組件、RF功率放大器和/或低噪聲放大器。RF收發(fā)器508提供了頻移，將接收到的RF信號轉(zhuǎn)換到基帶并將基帶發(fā)送信號轉(zhuǎn) 換到RF。在一些描述中，無線電收發(fā)器或RF收發(fā)器可以被理解為包括其他信號處理功能， 如調(diào)制/解調(diào)、編碼/解碼、交織/去交織、擴頻/解擴、快速傅立葉逆變換(IFFT) /快速傅 立葉變換(FFT)、循環(huán)前綴附加/移除以及其他信號處理功能。出于清楚的目的，此處的描 述將該信號處理的描述與RF和/或無線電級(radio stage)分開，并在概念上將該信號處 理分配給模擬基帶處理單元510和/或DSP 502或其他中央處理單元。在一些實施例中， RF收發(fā)器508、天線和前端506的部分以及模擬基帶處理單元510可以被組合在一個或多 個處理單元和/或?qū)Ｓ眉呻娐?ASIC)中。模擬基帶處理單元510可以提供對輸入和輸出的各種模擬處理，例如對來自麥克 風(fēng)512和耳機516的輸入的模擬處理以及對向聽筒514和耳機516的輸出的模擬處理。為 此，模擬基帶處理單元510可以具有連接至內(nèi)置麥克風(fēng)512和聽筒揚聲器514的端口，使得 節(jié)點110能夠用作蜂窩電話。模擬基帶處理單元510還可以包括連接至耳機或其他免提麥 克風(fēng)和揚聲器配置的端口。模擬基帶處理單元510可以沿一個信號方向提供數(shù)模轉(zhuǎn)換并沿 相反的信號方向提供模數(shù)轉(zhuǎn)換。在一些實施例中，模擬基帶處理單元510的至少一些功能 可以由數(shù)字處理組件來提供，例如由DSP 502或其他中央處理單元來提供。DSP 502可以執(zhí)行調(diào)制/解調(diào)、編碼/解碼、交織/去交織、擴頻/解擴、快速傅立 葉逆變換(IFFT)/快速傅立葉變換(FFT)、循環(huán)前綴附加/移除以及其他與無線通信相關(guān) 聯(lián)的信號處理功能。在一個實施例中，例如在碼分多址(CDMA)技術(shù)應(yīng)用中，針對發(fā)送器功 能，DSP 502可以執(zhí)行調(diào)制、編碼、交織和擴頻，而針對接收器功能，DSP 502可以執(zhí)行解擴、 去交織、解碼和解調(diào)。在另一實施例中，例如在正交頻分多址(OFDMA)技術(shù)應(yīng)用中，針對發(fā) 送器功能，DSP 502可以執(zhí)行調(diào)制、編碼、交織、快速傅立葉逆變換和循環(huán)前綴附加，而針對 接收器功能，DSP 502可以執(zhí)行循環(huán)前綴移除、快速傅立葉變換、去交織、解碼和解調(diào)。在其 他無線技術(shù)應(yīng)用中，還有其他信號處理功能和信號處理功能的組合可以由DSP 502執(zhí)行。DSP 502可以經(jīng)由模擬基帶處理單元510與無線網(wǎng)絡(luò)進行通信。在一些實施例中， 該通信可以提供互聯(lián)網(wǎng)連接，使得用戶能夠訪問互聯(lián)網(wǎng)上的內(nèi)容并能夠發(fā)送和接收電子郵 件或文本消息。輸入/輸出接口 518將DSP 502與各種存儲器和接口互相連接。存儲器 504和可拆卸式存儲卡520可以提供軟件和數(shù)據(jù)以配置DSP 502的操作。在接口當(dāng)中可以 有USB接口 522和短距離無線通信子系統(tǒng)524。USB接口 522可以用于為節(jié)點110充電，還 可以使節(jié)點110能夠充當(dāng)外圍設(shè)備以與個人計算機或其他計算機系統(tǒng)交換信息。短距離無線通信子系統(tǒng)524可以包括紅外端口、藍牙接口、遵循IEEE 802. 11的無線接口、或任意其 他短距離無線通信子系統(tǒng)，其可以使節(jié)點110能夠與其他附近移動設(shè)備和/或無線基站進 行無線通信。輸入/輸出接口 518還可以將DSP 502連接至報警器526，報警器526在被觸發(fā)時 使節(jié)點Iio通過例如振鈴、播放旋律或震動來向用戶提供通知。報警器526可以充當(dāng)一種 機制，用于通過無聲震動或播放為特定呼叫者預(yù)先指定的特定旋律來向用戶告警諸如輸入 呼叫、新文本消息和約會提醒等各種事件中的任一個。
鍵區(qū)528經(jīng)由接口 518耦合至DSP 502，以提供一種供用戶進行選擇、輸入信息以 及向節(jié)點110提供輸入的機制。鍵區(qū)528可以是全字母數(shù)字鍵盤或簡化字母數(shù)字鍵盤(如 QWERTY、Dvorak, AZERTY和順序類型)或者與電話鍵區(qū)相關(guān)聯(lián)的帶有字母表字母的傳統(tǒng)數(shù) 字鍵區(qū)。輸入鍵可以包括滾輪、退出或換碼鍵、軌跡球和其他導(dǎo)航或功能鍵，其可以被向內(nèi) 按下以提供進一步的輸入功能。另一種輸入機制可以是IXD 530，其可以包括觸摸屏能力， 也可以向用戶顯示文本和/或圖形。IXD控制器532將DSP 502耦合至IXD 530。如果配備有CXD攝像機534，則其使節(jié)點110能夠拍攝數(shù)字畫面。DSP 502經(jīng)由攝 像機控制器536與CCD攝像機534進行通信。在另一實施例中，可以采用根據(jù)與電荷耦合 器件攝像機不同的技術(shù)而操作的攝像機。GPS傳感器538耦合至DSP 502，以對全球定位系 統(tǒng)信號進行解碼，從而使節(jié)點110能夠確定其位置。各種其他外圍設(shè)備也可以被包括進來 以提供附加的功能，例如，無線電和電視接收。圖7示出了可由DSP 502實現(xiàn)的軟件環(huán)境602。DSP 502執(zhí)行操作系統(tǒng)驅(qū)動604， 操作系統(tǒng)驅(qū)動604提供其余軟件操作的平臺。操作系統(tǒng)驅(qū)動604向節(jié)點硬件的驅(qū)動器提供 了應(yīng)用軟件可訪問的標(biāo)準(zhǔn)化接口。操作系統(tǒng)驅(qū)動604包括應(yīng)用程序管理服務(wù)(“AMS”)606， 該服務(wù)在運行于節(jié)點110上的應(yīng)用程序之間傳送控制。圖7還示出了 web瀏覽器應(yīng)用程序 608、媒體播放器應(yīng)用程序610和Java小程序612。Web瀏覽器應(yīng)用程序608將節(jié)點110配 置為充當(dāng)web瀏覽器，允許用戶向表格中輸入信息和選擇鏈接以檢索和查看網(wǎng)頁。媒體播 放器應(yīng)用程序610將節(jié)點110配置為檢索和播放音頻或視聽媒體。Java小程序612將節(jié) 點110配置為提供游戲、實用程序和其他功能。組件614可能提供與呼叫轉(zhuǎn)移原因的通知 相關(guān)的功能。圖1的節(jié)點110可以包括以下任何通用計算機其具有充足的處理能力、存儲資源 和網(wǎng)絡(luò)吞吐量能力以處理置于其上的必要工作負(fù)荷。圖8示出了可適于實現(xiàn)這里描述的一 個或多個實施例的典型通用計算機系統(tǒng)700。計算機系統(tǒng)700包括處理器720 (可稱作中央 處理單元或CPU)，處理器720與包括輔助存儲器750、只讀存儲器(ROM) 740、隨機存取存儲 器(RAM)730在內(nèi)的存儲設(shè)備、輸入/輸出(I/O)設(shè)備710和網(wǎng)絡(luò)連接設(shè)備760進行通信。 該處理器可以被實現(xiàn)為一個或多個CPU芯片。輔助存儲器750典型地包括一個或多個盤驅(qū)動器或帶驅(qū)動器，并用于數(shù)據(jù)的非易 失性存儲，并在RAM 730不夠大無法容納所有工作數(shù)據(jù)的情況下用作溢出數(shù)據(jù)存儲設(shè)備。 輔助存儲器750可以用于存儲當(dāng)選擇了要執(zhí)行的程序時被加載至RAM 730中的這樣的程 序。ROM 740用于存儲在程序執(zhí)行期間讀取的指令以及可能的數(shù)據(jù)。ROM 740是非易失性 存儲設(shè)備，其典型地具有與輔助存儲器的較大存儲容量相比較小的存儲容量。RAM 730用于 存儲易失性數(shù)據(jù)以及可能地存儲指令。對ROM 740和RAM 730的訪問典型地比對輔助存儲器750的訪問要快。I/O設(shè)備710可以包括打印機、視頻監(jiān)視器、液晶顯示器(IXD)、觸摸屏顯示器、鍵 盤、鍵區(qū)、開關(guān)、撥號盤、鼠標(biāo)、軌跡球、語音辨認(rèn)器、卡讀取器、紙帶讀取器或其他公知輸入 設(shè)備。網(wǎng)絡(luò)連接設(shè)備760可以采用以下形式調(diào)制解調(diào)器、調(diào)制解調(diào)器組、以太網(wǎng)卡、通 用串行總線(USB)接口卡、串行接口、令牌環(huán)卡、光纖分布式數(shù)據(jù)接口(FDDI)卡、無線局域 網(wǎng)(WLAN)卡、無線電收發(fā)器卡(例如碼分多址(CDMA)和/或全球移動通信系統(tǒng)(GSM)無線 電收發(fā)器卡)以及其他公知網(wǎng)絡(luò)設(shè)備。這些網(wǎng)絡(luò)連接760設(shè)備可以使處理器720能夠與互 聯(lián)網(wǎng)或者一個或多個內(nèi)聯(lián)網(wǎng)進行通信。利用這種網(wǎng)絡(luò)連接，可以想到，處理器720在執(zhí)行上 述方法步驟的過程中可能從網(wǎng)絡(luò)接收信息或可能向網(wǎng)絡(luò)輸出信息。常被示作要使用處理器 720執(zhí)行的一系列指令的這種信息可以例如以體現(xiàn)在載波中的計算機數(shù)據(jù)信號的形式從網(wǎng) 絡(luò)接收和輸出至網(wǎng)絡(luò)。
可包括例如要使用處理器720執(zhí)行的數(shù)據(jù)或指令在內(nèi)的這種信息可以例如以計 算機數(shù)據(jù)基帶信號或體現(xiàn)在載波中的信號的形式從網(wǎng)絡(luò)接收和輸出至網(wǎng)絡(luò)。由網(wǎng)絡(luò)連接 760設(shè)備產(chǎn)生的基帶信號或體現(xiàn)在載波中的信號可以在電導(dǎo)體表面中或電導(dǎo)體表面上、在 同軸電纜中、在波導(dǎo)中、在光學(xué)介質(zhì)(例如光纖)中或者在空氣或自由空間中進行傳播?；?帶信號或嵌入載波中的信號中所包含的信息可以是根據(jù)不同序列(如可能是處理或產(chǎn)生 信息或者發(fā)送或接收信息所期望的序列)來排序的。基帶信號或嵌入載波中的信號或者其 他類型的當(dāng)前使用或今后開發(fā)的信號(這里稱作傳輸媒介)可以是根據(jù)本領(lǐng)域技術(shù)人員公 知的若干方法來產(chǎn)生的。處理器720執(zhí)行其從硬盤、軟盤、光盤(基于這些各種盤的系統(tǒng)都可以被視為輔助 存儲器750)、ROM 740、RAM 730或網(wǎng)絡(luò)連接設(shè)備760訪問的指令、代碼、計算機程序、腳本。 盡管僅示出了一個處理器720，但可以存在多個處理器。因此，雖然指令可能被討論為由一 處理器執(zhí)行，而該指令還可以由一個或多個處理器同時、串行或以其他方式執(zhí)行。這里，UE 或節(jié)點110的一個或多個系統(tǒng)或組件可以被稱為根據(jù)所公開的實施例來實現(xiàn)各個任務(wù)或 過程，術(shù)語組件可以用于指代處理器720、收發(fā)器或執(zhí)行這些任務(wù)的其他公知組件。將3GPP TS 24. 604和TISPAN 183. 004全部以引用的方式并入于此。相應(yīng)地，盡 管一些所公開的實施例討論了無線設(shè)備，但本公開不應(yīng)限于無線設(shè)備，而是還可以等同地 應(yīng)用于能夠接收SIP通信的任何設(shè)備。盡管在本公開中已提供了若干個實施例，但應(yīng)當(dāng)注意，在不脫離本公開的精神或 范圍的情況下，可以以許多其他具體形式來體現(xiàn)所公開的系統(tǒng)和方法。本公開的示例應(yīng)被 視為示意性的而非限制性的，并且并不意在限制這里給出的細節(jié)。例如，可以在另一系統(tǒng)中 組合或結(jié)合各種元件或組件，或者可以省略或不實現(xiàn)特定特征。此外，在不脫離本公開的范圍的情況下，在各個實施例中描述和示出為分離或單 獨的技術(shù)、系統(tǒng)、子系統(tǒng)和方法可以與其他系統(tǒng)、模塊、技術(shù)或方法組合或結(jié)合。被示出或 討論為彼此耦合或直接耦合或進行通信的其他項目可以通過某種接口、設(shè)備或中間組件來 (不論是電、機械還是以其他方式)間接耦合或進行通信。在不脫離這里公開的精神和范圍 的情況下，本領(lǐng)域技術(shù)人員可確定改變、替換和變更的其他示例。
權(quán)利要求
一種節(jié)點，包括組件，被配置為接收與通信轉(zhuǎn)移有關(guān)的通知，所述通信轉(zhuǎn)移與傳入通信相關(guān)，所述傳入通信僅對應(yīng)于與針對要通知的至少一個特定原因的準(zhǔn)則相匹配的那些通信轉(zhuǎn)移，其中，所述通知包括經(jīng)區(qū)域無關(guān)編碼的轉(zhuǎn)移原因元素。
2.根據(jù)權(quán)利要求1所述的節(jié)點，其中，所述組件是處理器。
3.根據(jù)前述任一權(quán)利要求所述的節(jié)點，其中，所述組件被配置為發(fā)起對實質(zhì)上具有 XML(可擴展標(biāo)記語言)通知文檔形式的通知消息的發(fā)送。
4.根據(jù)前述任一權(quán)利要求所述的節(jié)點，其中，所述通信轉(zhuǎn)移是第一通信轉(zhuǎn)移和隨后通 信轉(zhuǎn)移中的一個。
5.根據(jù)前述任一權(quán)利要求所述的節(jié)點，其中，在causeparam參數(shù)轉(zhuǎn)移原因元素之間 進行映射。
6.根據(jù)前述任一權(quán)利要求所述的節(jié)點，其中，所述causeparam參數(shù)是根據(jù)在互聯(lián)網(wǎng) 工程任務(wù)組(IETF)請求評述(RFC)4458中指定的通信轉(zhuǎn)移代碼來設(shè)置的。
7.根據(jù)前述任一權(quán)利要求所述的節(jié)點，其中，所述param參數(shù)與轉(zhuǎn)移原因元素的映射 實質(zhì)如下忙時通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“486” ；無應(yīng)答通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“408” ；無條件通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“302” ；通信偏轉(zhuǎn)(立即響應(yīng))，應(yīng)使用如RFC 4458[14]所定義的理由值“480” ；未登錄通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“404” ；報警期間通信偏轉(zhuǎn)，應(yīng)使用如RFC 4458[14]所定義的理由值“487” ；訂戶不可達時通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“503”。
8.根據(jù)權(quán)利要求3所述的節(jié)點，其中，能夠由對應(yīng)的XML綱要使XML通知文檔生效。
9.根據(jù)前述任一權(quán)利要求所述的節(jié)點，其中，所述通知消息是SIP(會話發(fā)起協(xié)議) NOTIFY請求，所述SIP (會話發(fā)起協(xié)議)NOTIFY請求包含具有XML通知文檔的主體。
10.一種節(jié)點，包括組件，用于提供對第一過濾準(zhǔn)則進行配置的預(yù)訂消息，所述第一過濾準(zhǔn)則用于根據(jù)要 通知的至少一個特定原因選擇特定通信轉(zhuǎn)移；使得能夠僅選擇與所通知的至少一個特定原 因相匹配的那些通信轉(zhuǎn)移，其中，重定向原因映射至轉(zhuǎn)移原因元素。
11.根據(jù)權(quán)利要求10所述的節(jié)點，其中，所述重定向原因是caus印aram參數(shù)。
12.根據(jù)權(quán)利要求10或權(quán)利要求11所述的節(jié)點，其中，所述節(jié)點包括用戶代理。
13.根據(jù)權(quán)利要求10至12中任一項所述的節(jié)點，其中，所述組件被配置為發(fā)起對實質(zhì) 上具有XML(可擴展標(biāo)記語言)通知文檔形式的預(yù)訂消息的發(fā)送。
14.根據(jù)權(quán)利要求13所述的節(jié)點，其中，能夠由對應(yīng)的XML綱要使XML文檔生效。
15.根據(jù)權(quán)利要求10至14中任一項所述的節(jié)點，其中，所述通信轉(zhuǎn)移通知是SIP(會話 發(fā)起協(xié)議)NOTIFY請求，所述SIP (會話發(fā)起協(xié)議)NOTIFY請求包含具有XML通知文檔的主 體。
16.根據(jù)權(quán)利要求10至15中任一項所述的節(jié)點，其中，所述預(yù)訂消息是SIPSUBSCRIBE 請求。
17.根據(jù)權(quán)利要求10至16中任一項所述的節(jié)點，其中，所述預(yù)訂消息對第二過濾準(zhǔn)則 進行配置，所述第二過濾準(zhǔn)則用于選擇與通信轉(zhuǎn)移有關(guān)的、要被提供給所述節(jié)點的信息。
18.一種用于通信轉(zhuǎn)移和通信轉(zhuǎn)移通知的方法，包括提供預(yù)訂消息，所述預(yù)訂消息對第一過濾準(zhǔn)則進行配置，所述第一過濾準(zhǔn)則用于根據(jù) 要通知的至少一個特定原因來選擇特定通信轉(zhuǎn)移；以及使得能夠僅選擇與所通知的至少一個特定原因相匹配的那些通信轉(zhuǎn)移，其中，重定向 原因映射至轉(zhuǎn)移原因元素。
19.根據(jù)權(quán)利要求18所述的方法，其中，所述重定向原因是causeparam參數(shù)。
20.根據(jù)權(quán)利要求18或權(quán)利要求19所述的方法，其中，所述節(jié)點包括用戶代理。
21.根據(jù)權(quán)利要求18至20中任一項所述的方法，其中，所述組件被配置為發(fā)起對實質(zhì) 上具有XML(可擴展標(biāo)記語言)通知文檔形式的預(yù)訂消息的發(fā)送。
22.根據(jù)權(quán)利要求18至21中任一項所述的方法，其中，能夠由對應(yīng)的XML綱要使XML 文檔生效。
23.根據(jù)權(quán)利要求18至22中任一項所述的方法，其中，所述通信轉(zhuǎn)移通知是SIP(會話 發(fā)起協(xié)議)NOTIFY請求，所述SIP (會話發(fā)起協(xié)議)NOTIFY請求包含具有XML通知文檔的主 體。
24.根據(jù)權(quán)利要求18至23中任一項所述的方法，其中，所述預(yù)訂消息是SIPSUBSCRIBE 請求。
25.根據(jù)權(quán)利要求18至24中任一項所述的方法，其中，所述預(yù)訂消息對第二過濾準(zhǔn)則 進行配置，所述第二過濾準(zhǔn)則用于選擇與通信轉(zhuǎn)移有關(guān)的、要被提供給所述節(jié)點的信息。
26.一種用于通信轉(zhuǎn)移和通信轉(zhuǎn)移通知的方法，包括接收包括針對要通知的至少一個特定原因的第一過濾準(zhǔn)則在內(nèi)的預(yù)訂請求； 將通信轉(zhuǎn)移的重定向原因與所述第一過濾準(zhǔn)則相匹配； 提供通信轉(zhuǎn)移的通知；以及響應(yīng)于所述通信轉(zhuǎn)移，對與所述通信轉(zhuǎn)移相關(guān)的信息進行通信，所述信息包括根據(jù)轉(zhuǎn) 移條件而設(shè)置的轉(zhuǎn)移原因元素。
27.根據(jù)權(quán)利要求26所述的方法，其中，所述轉(zhuǎn)移原因元素是區(qū)域無關(guān)編碼的。
28.根據(jù)權(quán)利要求26或權(quán)利要求27所述的方法，還包括在caus印aram參數(shù)與轉(zhuǎn)移 原因元素之間進行映射。
29.根據(jù)權(quán)利要求26至28中任一項所述的方法，其中，所述caus印aram參數(shù)是根據(jù)在 互聯(lián)網(wǎng)工程任務(wù)組(IETF)請求評述(RFC)4458中指定的通信轉(zhuǎn)移代碼來設(shè)置的。
30.根據(jù)權(quán)利要求28所述的方法，其中，所述param參數(shù)與轉(zhuǎn)移原因元素的映射實質(zhì)如下忙時通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“486” ； 無應(yīng)答通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“408” ； 無條件通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“302” ； 通信偏轉(zhuǎn)(立即響應(yīng))，應(yīng)使用如RFC 4458[14]所定義的理由值“480” ； 未登錄通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“404” ； 報警期間通信偏轉(zhuǎn)，應(yīng)使用如RFC 4458[14]所定義的理由值“487” ；訂戶不可達時通信轉(zhuǎn)發(fā)，應(yīng)使用如RFC 4458[14]所定義的理由值“503”。
31.根據(jù)權(quán)利要求26至30中任一項所述的方法，其中，所述通信轉(zhuǎn)移是第一通信轉(zhuǎn)移。
32.根據(jù)權(quán)利要求26至31中任一項所述的方法，其中，所述通信轉(zhuǎn)移是后續(xù)通信轉(zhuǎn)移。
33.根據(jù)權(quán)利要求26至32中任一項所述的方法，還包括發(fā)送實質(zhì)上具有XML(可擴 展標(biāo)記語言)通知文檔形式的通知消息。
34.根據(jù)權(quán)利要求26至33中任一項所述的方法，其中，能夠由對應(yīng)的XML綱要使XML 通知文檔生效。
35.根據(jù)權(quán)利要求26至34中任一項所述的方法，其中，所述通知消息是SIP(會話發(fā)起 協(xié)議)NOTIFY請求，所述SIP (會話發(fā)起協(xié)議)NOTIFY請求包含具有XML通知文檔的主體。
36.一種用于通信轉(zhuǎn)移通知的方法，包括從用戶設(shè)備接收對過濾準(zhǔn)則進行配置的預(yù)訂消息，所述過濾準(zhǔn)則用于選擇特定通信轉(zhuǎn)移；選擇與通信轉(zhuǎn)移有關(guān)的信息；以及使得能夠僅選擇與所通知的指定原因相匹配的那些通信轉(zhuǎn)移，其中，cause param參數(shù) 映射至轉(zhuǎn)移原因元素。
37.根據(jù)權(quán)利要求36所述的方法，還包括接收實質(zhì)上具有XML(可擴展標(biāo)記語言)通 知文檔形式的預(yù)訂消息。
38.根據(jù)權(quán)利要求36或權(quán)利要求37所述的方法，其中，能夠由對應(yīng)的XML綱要使XML 文檔生效。
39.根據(jù)權(quán)利要求36至38中任一項所述的方法，其中，所述通信轉(zhuǎn)移通知是SIP(會話 發(fā)起協(xié)議)NOTIFY請求，所述SIP (會話發(fā)起協(xié)議)NOTIFY請求包含具有XML通知文檔的主 體。
40.根據(jù)權(quán)利要求36至39中任一項所述的方法，其中，所述SIP預(yù)訂消息是SIP Subscribe 請求。
41.一種用于通信轉(zhuǎn)移的方法，包括響應(yīng)于接收到包括不具有相關(guān)時區(qū)的時間元素在內(nèi)的預(yù)訂消息，以差錯消息來拒絕所 述預(yù)訂消息。
42.根據(jù)權(quán)利要求41所述的方法，其中，所述預(yù)訂消息是SIP(會話發(fā)起協(xié)議) SUBSCRIBE 請求。
43.根據(jù)權(quán)利要求41或權(quán)利要求42所述的方法，其中，所述差錯消息是SIP489 “錯誤事件”。
44.根據(jù)權(quán)利要求41至43中任一項所述的方法，其中，時間元素被定義為時間、或日 期、或日期和時間、或時間范圍、或日期范圍、或日期和時間范圍。
45.根據(jù)權(quán)利要求41至44中任一項所述的方法，其中，所述預(yù)訂消息包括將在其間 向用戶設(shè)備通知所有通信轉(zhuǎn)移的時間范圍、或日期范圍、或日期和時間范圍，其中，所述一 個或多個時區(qū)與所述時間范圍、或日期范圍、或日期和時間范圍相關(guān)。
46.根據(jù)權(quán)利要求41至45中任一項所述的方法，其中，所述預(yù)訂消息包括能夠在其 間向用戶設(shè)備發(fā)送通信轉(zhuǎn)移通知的時間范圍、或日期范圍、或日期和時間范圍，其中，所述 一個或多個時區(qū)與所述時間范圍、或日期范圍、或日期和時間范圍相關(guān)。
全文摘要
本發(fā)明提供了一種用于通信轉(zhuǎn)移和通信轉(zhuǎn)移通知的節(jié)點和方法。該節(jié)點具有被配置為接收關(guān)于通信轉(zhuǎn)移的通知的組件，所述通信轉(zhuǎn)移與傳入通信相關(guān)，所述傳入通信僅對應(yīng)于與針對要通知的至少一個特定原因的準(zhǔn)則相匹配的那些通信轉(zhuǎn)移，其中，所述通知包括經(jīng)區(qū)域無關(guān)編碼的轉(zhuǎn)移原因元素。
文檔編號H04L29/06GK101836421SQ200880112646
公開日2010年9月15日 申請日期2008年10月22日 優(yōu)先權(quán)日2007年10月23日
發(fā)明者約翰-盧克·貝克, 阿德里安·巴克利 申請人:捷訊研究有限公司