中文字幕无码日韩视频无码三区

用于通信轉移通知的系統和方法

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


為了更完整地理解本公開,現在參照結合附圖和詳細描述而進行的以下簡要描 述,其中,類似的參考標記表示類似的部件。圖1是根據本公開實施例的電信系統的框圖。圖2是根據本公開實施例的顯示了呼叫轉移的代碼和對應原因的表。圖3是根據本公開實施例的用于向節點通知呼叫從該節點轉移原因的方法的框 圖。圖4是根據本公開實施例的用于向節點通知通信轉移的方法的框圖。圖5是包括可針對本公開各個實施例中的一些實施例進行操作的節點在內的無 線通信系統的圖。圖6是可針對本公開各個實施例中的一些實施例進行操作的節點的框圖。圖7是可在可針對本公開各個實施例中的一些實施例進行操作的節點上實現的 軟件環境的圖。圖8示出了適于實現本公開若干實施例的示例通用計算機系統。
具體實施例方式起初應當理解,盡管以下提供了本公開的一個或多個實施例的示意性實施方式, 但所公開的系統和/或方法是可以使用任何數目的技術來實現的,不論該技術是否是當前 已知的或現有的。本公開絕不應限于示意性實施方式、附圖和以下示意的技術,包括此處示 意和描述的示例設計和實施方式,而是可以在所附權利要求的范圍及其等同替換的全部范 圍內修改本公開。如在本公開中所使用的,準則可以包括僅僅一個準則。在一個實施例中,提供了一種節點,包括組件,被配置為接收與通信轉移有關的 通知,所述通信轉移與傳入通信相關,所述傳入通信僅對應于與針對要通知的至少一個特 定原因的準則相匹配的那些通信轉移,其中,所述通知包括經區域無關編碼的轉移原因元
素ο在另一實施例中,提供了一種節點,包括組件,用于提供對第一過濾準則進行配 置的預訂消息,所述第一過濾準則用于根據要通知的至少一個特定原因選擇特定通信轉 移,使得能夠僅選擇與所通知的至少一個特定原因相匹配的那些通信轉移,其中,cause param參數映射至轉移原因元素。在另一實施例中,提供了一種用于通信轉移和通信轉移通知的方法。所述方法包 括提供預訂消息,所述預訂消息對第一過濾準則進行配置,所述第一過濾準則用于根據要 通知的至少一個特定原因來選擇特定通信轉移。所述方法還包括使得能夠僅選擇與所通 知的至少一個特定原因相匹配的那些通信轉移,其中,重定向原因映射至轉移原因元素。在另一實施例中,提供了一種用于通信轉移和通信轉移通知的方法。所述方法包 括接收包括針對要通知的至少一個特定原因的第一過濾準則在內的預訂請求;將通信轉 移的重定向原因與所述第一過濾準則相匹配;提供通信轉移的通知;以及響應于所述通信轉移,對與所述通信轉移相關的信息進行通信,所述信息包括根據轉移條件而設置的轉移 原因元素。 在另一實施例中,提供了 一種用于通信轉移通知的方法。所述方法包括從用戶設 備接收對過濾準則進行配置的預訂消息,所述過濾準則用于選擇特定通信轉移;選擇與通 信轉移有關的信息;以及使得能夠僅選擇與所通知的指定原因相匹配的那些通信轉移,其 中,caus印aram參數映射至轉移原因元素。
在另一實施例中,提供了 一種用于通信轉移的方法。所述方法包括響應于接收到 包括不具有相關時區的時間元素在內的預訂消息,以差錯消息來拒絕所述預訂消息。通信轉移(⑶IV)是可用于電路交換呼叫和分組交換呼叫(例如SIP發起的呼叫) 的可配置服務。⑶IV可以提供諸如呼叫轉發、忙時呼叫轉發和允許將呼叫重定向至與呼叫 起初被定向至的節點不同的節點的類似選項等特性。這里,呼叫的任何這種轉發或改變目 標將被稱作呼叫的轉移。CDIVN是CDIV的增強版本,提供將呼叫轉移相關通知傳輸至呼叫 從其轉移或從其改變目標的手機或其他節點的能力。通知可以包括可以傳輸與呼叫轉移 的原因相關的信息。然而,如當前提出的,并不清楚如何產生、辨別、存儲、呈現或管理呼叫 轉移原因。例如,一種所提出的轉移原因是“在開會”,這種原因可能由以下代碼來指定<diversion-reason>In Meeting</diversion_reason>0 然而,、沒有提出供手機用 戶輸入可產生該代碼的數據的機制。即使用戶可以將文本“在開會”或類似消息手動輸入 至手機中,這種用戶產生的消息也不能被可以處理通知的應用服務器或其他網絡組件所辨 別或操縱。具體地,從cause param參數值或其他呼叫轉移指示符至轉移原因元素(例如 “在開會”)的映射是不清楚的。因此,不清楚可以如何如當前提出的那樣實現該通知特性。在一個實施例中,當對呼叫進行轉移時,可以將與轉移原因相對應的代碼傳輸至 呼叫從其轉移的節點。可以從由處理或意識到轉移的應用服務器或類似網絡組件產生或可 用的現有呼叫轉移代碼中,獲得轉移原因代碼,轉移原因代碼也可以稱作轉移原因元素。當 這些呼叫轉移原因代碼之一被傳輸至節點時,該節點可以將該代碼轉換為節點用戶可感知 的呼叫轉移原因指示符。該轉換可能是根據存儲于該節點上的區域設置來進行的。圖1是可示意當對呼叫進行轉移時使用轉移原因通知的系統100的實施例的框 圖。系統100包括分組交換網絡102,分組交換網絡102包括處理呼叫轉移和呼叫轉移通知 的應用服務器108。在其他實施例中,另一組件或組件組可以執行這些功能中的任一個或全 部。節點A IlOa經由網絡102來向節點B IlOb發出呼叫。節點B IlOb激活呼叫轉發特 性,以便指示應用服務器108向節點C IlOc轉發被定向至節點B IlOb的任何呼叫。節點 110可能是移動設備或具有固定位置的設備。每當應用服務器108將呼叫從節點B IlOb轉移至節點C IlOc時,應用服務器108 都可以將呼叫轉移原因代碼120傳輸至節點B IlOb以指示轉移原因。呼叫轉移原因代碼 120也可以稱作轉移原因元素。代碼120可以從典型地應用服務器108中包括或可用的 現有代碼集合120中獲得。在互聯網工程任務組(IETF)請求評述(RFC)4458中描述并在 圖2中示出了應用服務器108可能用以指示轉移原因的代碼集合120。代碼120的表122 中的每個代碼120與發生呼叫轉移的原因125相對應。當檢測到呼叫轉移時,應用服務器 108可以產生這些呼叫轉移原因代碼120。備選地,當代碼120由網絡102中的另一組件產生時,可以使應用服務器108意識到代碼120。在其他實施例中,可以使用可用于應用服務 器108或類似組件的其他代碼和/或原因。為了所有目的,將IETFRFC 4458以及ETSI TS 183 004 -“Telecommunications and Internetconverged Services and Protocols for Advanced Networking(TISPAN) ”,ETSI TISPAN#15Bis, 15bTD338_03075-attachment 以引 用方式全部并入于此。可以在ETSI TS 183 004,15bTD338_03075_attachment 的 4. 5. 2. 6. 2. 2 節中找到 可能在呼叫的第一次轉移時以該呼叫包括的信息的以下細節當這是通信所經歷的第一次轉移時,可以在改變目標的請求中設置以下信息轉 移方地址、被轉移方地址和轉移信息。可以以指定值包括或者利用指定值來修改以下首部 字段請求URI、歷史信息首部字段和“至首部”字段。請求URI可以被設置為要將通信轉移 至的公共用戶標識。在歷史信息首部字段中,可以產生兩個hist-info條目。第一個條目包括被服務 的用戶的hi-targeted-to-uri。如果被服務的用戶希望保密(例如,被服務的用戶預訂OIR 服務)或如果被服務的用戶將預訂選項“被服務的用戶允許將他/她的URI呈現給所轉移 至的用戶”設置為假,則可以在hi-targeted-to-uri內避開私密首部“歷史”。根據在RFC 4244中指定的規則,將索引設置為索引=1。
第二個條目包括將通信轉移至的地址的hi-targeted-to-uri。將索引設置為索引 =1. 1。可以根據轉移條件來設置在歷史信息首部字段中包括的cause param參數(重定 向原因和重定向指示符)。根據在RFC 4244中指定的規則,轉移條件與cause param參數 的編碼之間的映射可能如下忙時通信轉發,可以使用如RFC 4458所定義的理由值“486”; 無應答通信轉發,可以使用如RFC 4458所定義的理由值“408”;無條件通信轉發,可以使用 如RFC 4458所定義的理由值“302”;通信偏轉(立即響應),可以使用如RFC 4458所定義 的理由值“480” ;未登錄通信轉發,可以使用如RFC 4458所定義的理由值“404” ;報警期間 通信偏轉(deflection),可以使用如RFC 4458所定義的理由值“487” ;訂戶不可達時通信 轉發,可以使用如RFC 4458所定義的理由值“503”。在“至首部”字段中,如果被服務的用戶不想向被轉移方公開其標識,則可以將“至 首部”改變為將通信轉移至的URI。當以下條件之一滿足時,被服務的用戶不想公開其標識 如果被服務的用戶希望保密(例如,被服務的用戶預訂OIR服務);或者如果被服務的用戶 將預訂選項“被服務的用戶允許將他/她的URI呈現給所轉移至的用戶,,設置為假。在所 有其他情況下,不應當改變該“至首部”。可以在ETSI TS 183 004,15bTD338_03075_attachment 的 4. 5. 2. 6. 2. 3 節中找到 可以在呼叫的隨后轉移時以該呼叫包括的信息的以下細節;當這是通信所經歷的第二次或更多次轉移時,可以根據在RFC4244中定義的規則 來將新歷史信息條目添加至歷史信息首部字段。可以向改變目標的請求添加以下信息被 轉移方地址和轉移信息。可以以指定值包括或者利用指定值來修改以下首部字段請求 URI、歷史信息首部和“至首部”。請求URI可以被設置為要將通信轉移至的公共用戶標識。在歷史信息首部中,可以修改表示被服務用戶的歷史條目。添加一個歷史條目。 如果被服務的用戶希望保密(例如,被服務的用戶預訂OIR服務)或如果被服務的用戶將 預訂選項“被服務的用戶允許將他/她的URI呈現給所轉移至的用戶”設置為假,則可以在hi-targeted-to-uri內避開表示被服務用戶私密首部“歷史”的歷史條目。如果已利用正 確的私密值避開歷史,則不需要修改。在所有其他情況下,不應當改變表示被服務用戶的歷 史條目。在hi-targeted-to-uri被設置為將通信轉移至的公共用戶標識的情況下可以添 加歷史條目,可以根據轉移條件來設置在歷史信息首部字段中包括的cause param參數 (重定向原因)。轉移條件與cause param參數的編碼之間的映射可以如下忙時通信轉發, 可以使用如RFC 4458所定義的理由值“486”;無應答通信轉發,可以使用如RFC 4458所定 義的理由值“408” ;無條件通信轉發,可以使用如RFC 4458所定義的理由值“302” ;通信偏 轉(立即響應),可以使用如RFC 4458所定義的理由值“480”;未登錄通信轉發,可以使用 如RFC 4458所定義的理由值“404”;報警期間通信偏轉,可以使用如RFC 4458所定義的理 由值“487”;訂戶不可達時通信轉發,可以使用如RFC 4458所定義的理由值“503”。可以根 據在RFC 4244的4. 3. 3. 1. 3節“在歷史信息首部中編索引”中指定的基本轉發規則來遞增 索引。可以使用新級別索引“1”。在“至首部”中,如果被服務的用戶不想向被轉移方公開其標識,則可以將該“至首 部”改變為將通信轉移至的URI。當以下條件之一成立時,被服務的用戶不想公開其標識 如果被服務的用戶希望保密(例如,被服務的用戶預訂OIR服務);或者如果被服務的用戶 將預訂選項“被服務的用戶允許將他/她的URI呈現給所轉移至的用戶,,設置為假。在所 有其他情況下,不應當改變“至首部”。
當代碼120中的一個或者類似呼叫轉移原因代碼被傳輸至節點110之一時,節點 110可以將代碼120轉換為呼叫轉移原因指示符130。原因指示符130可能是在節點110 的顯示屏上顯示的、基于文本的呼叫轉移原因消息。備選地,原因指示符130可能是可視指 示符、可聽指示符、振動、或節點110的用戶可感知且可能可配置的某其他類型的指示。在節點110將代碼120中的一個轉換為基于文本的轉移原因消息的情況下,消息 的文本可能與典型地同該節點120相關聯的文本相同。例如,如果使用RFC 4458的轉移代 碼,則當從節點110之一轉移呼叫時,可以產生與轉移原因125 “用戶忙”相對應的轉移代 碼120 “486”。應用服務器108或類似組件可能可訪問該代碼120,并可能將“486”代碼傳 輸至呼叫被轉移至的節點110。節點110可能包括或可訪問包含實質上與圖2的應用服務器表122中的信息類似 的信息在內的表140。S卩,表140可能包含轉移原因代碼120和對應轉移原因125的列表。 將從應用服務器108接收到的“486”原因代碼與表140中的“486”代碼及其對應原因125 進行關聯,節點110可能從表140中檢索消息“用戶忙”并將該消息顯示在節點的顯示屏上, 假定節點110被配置為以英語呈現基于文本的轉移原因消息。備選地,表140中的原因125 可能包括可能更詳細或對用戶更友好的其他文本。節點110可能將轉移原因代碼120與該 其他文本進行關聯,并將該其他文本顯示為原因指示符130。如果節點110接收到其沒有辨 別出的代碼120或沒有接收到代碼120,則節點110可以假定轉移原因代碼是“404”—— “未知/不可用”。節點110或應用服務器108還可以使用其他信息來確定原因指示符130。例如,在 應用服務器108中的、基于規則的CDIV應用中,可以使用CDIVN服務來傳輸規則標識符,或 者CDIVN應用可以使用規則標識符來確定適當的原因指示符130。
在一個實施例中,語言指示符150可能存儲于節點110之一上,并可以由節點用戶 進行配置。節點用戶可能將節點110上的語言指示符150設置為與用戶想要用以接收轉移 原因通知的語言相對應。表140可能包含以針對節點120中每一個的多種語言表示的原因 125,語言指示符150可能指定哪些語言應當用于顯示消息。當節點110接收到代碼120時, 可能從存儲器中檢索語言指示符150,然后可能從表140中檢索以與由語言指示符150指定 的語言相對應的語言表示的轉移原因。例如,如果“486”代碼120被傳輸至節點110之一,并且語言指示符150被設置為 英語,則節點110可能檢索英語消息“User Busy (用戶忙)”并將該消息呈現為原因指示符 130。如果傳輸了“486”代碼120并將語言指示符150設置為指示另一種語言,則可以從表 140中檢索以該另一種語言表示的、與“486”代碼120相對應的消息,并將該消息呈現為原 因指示符130。語言指示符150和轉移原因代碼120不一定是選擇原因指示符或指示符組合所需 的僅有輸入。這里,語言指示符150也可以稱作區域無關編碼。在一個實施例中,請求⑶IVN服務的節點用戶可以指定是要使用這里描述的具有轉移原因通知的⑶IVN,還是要使用不具有轉移原因通知的標準⑶IVN。例如,如果用戶提 交SIP預訂消息以請求CDIVN服務,則用戶可以在預訂消息中包括對當轉移通知被發送至 用戶的節點110時是否應當包括轉移原因的指示。如果對應預訂選項(ETSITS 183 004,15bTD338_03075_attachment 的表 4. 3. 1. 1中的預訂選項“被服務的用戶接收其通信轉移的通知(⑶IVN) ”)被設置為“真”或 “是”,則激活響應于通信轉移和其他條件而發起通信與通信轉移相關的信息的組件。在一個實施例中,節點用戶可以指定與呼叫轉移原因通知相關的各種選擇準則。 例如,用戶可能指定,僅當發生特定轉移原因時才將轉移原因通知發送至用戶的節點。可以 在 ETSI TS 183 004,15bTD338_03075-attachment (包含于名為 15bTD338_03075. zip 的檔 案中)的4. 10. 1. 1. 1. 1節中找到關于指定這種準則的如下細節用戶可能能夠選擇全部通信轉移的特定子集以進行通知。這有助于用戶僅集中 于可能是重要的那些通信轉移(例如,“每當來自我老板地址的呼叫發生轉移時都讓我知 道”)。用戶能夠設置用于選擇必須通知的通信轉移的以下準則發起方的標識、轉移方的 標識、被轉移方的標識、通信轉移的時間范圍以及通信轉移的原因。對于發起方的標識,所指定的URI將與傳入通信中的發起方的URI (標識)進行比 較。如果存在匹配,則選擇與該特定通信的轉移有關的信息以通知給轉移用戶。這是可選 的參數。如果不存在匹配,則服從其他過濾準則,可以考慮通知來自任何發起方的通信的所 有轉移。對于轉移方的標識,所指定的URI將與已轉移通信的轉移用戶的請求URI進行比 較。如果存在匹配,則將與特定通信轉移有關的信息通知給預訂用戶。這是可選的參數。如 果不存在匹配,則服從其他過濾準則,可以考慮通知向預訂用戶的所有注冊聯系人的通信 轉移。對于被轉移方的標識,所指定的URI將與已將通信轉移至的被轉移方的URI進行 比較。如果存在匹配,則將與該特定通信轉移有關的信息通知給預訂用戶。這是可選的參 數。如果不存在匹配,則服從其他過濾準則,可以考慮通知向任何被轉移方的通信轉移。
通信轉移的時間范圍指定在其間將所有通信轉移通知給預訂用戶的時間范圍。如 果存在,則可能不將該時間范圍外的任何通信轉移通知給轉移用戶。這是可選的參數。如果 不存在,則服從其他過濾準則,可能考慮通知在任何時間發生的通信轉移。應當指示時區。 如果沒有指示時區,則可以利用SIP 489來拒絕SUBSCRIBE (預訂)。對于通信轉移的原因,轉移用戶可以選擇僅通知與這里指定的原因相匹配的那些 通信轉移。這是可選的參數。如果不存在,則服從其他過濾準則,可能考慮通知由于任何原 因而產生的所有通信轉移。在另一實施例中,節點用戶可以指定與呼叫轉移通知相關的各種觸發準則。例如, 用戶可能指定,僅在特定時間范圍內將轉移原因通知發送至用戶的節點。可以在ETSI TS 183 004,15bTD338_03075-attachment (包含于名為 15bTD338_03075. zip 的檔案中)的 4. 10. 1. 1. 1. 2節中找到關于指定這種準則的以下細節作為SUBSRIBE消息體的一部分,用戶可以指定另外的準則,以觸發通知通過上述 準則而選擇的那些通信轉移。這些準則使用戶能夠基于時間范圍和/或存在狀態來觸發通 知。時間范圍指定可以將通信轉移的通知發送至用戶的時間范圍。該時間范圍可以是以時 間間隔的形式指定的,以使得能夠周期性地觸發在該時間間隔中發生的通信轉移的通知。 如果不存在該時間范圍,則指示當發生通信轉移時立即發送通知。應當指示時區。如果沒 有指示時區,則可以利用SIP 489來拒絕SUBSCRIBE。存在狀態指定用戶期望接收與通信轉 移相關的通知時所處的用戶存在狀態。如果不存在該存在狀態,則指示不管用戶的可用性 信息如何都立即發送通知。此外,用戶可以以作為SUBSCRIBE消息體的一部分的通知緩沖間隔來覆寫⑶IVN 緩沖定時器。緩沖間隔值是以下時間如果在⑶IVNAS執行時不能將通知傳送至用戶,則 CDIVN AS應當對通知進行緩沖的最長時間。如果CDIVN激活是有效的并且用于提供通知的 ⑶IVN緩沖定時器未到期,則可以通知用戶。如果按照上述準則,不能將通知傳送至用戶,則通知緩沖間隔可以指定可選元素 (以秒表示)以覆寫⑶IVN AS應存儲⑶IV通知的⑶IVN緩沖定時器。例如,如果用戶退出 登錄并且由于CFNL/CFNRc而觸發轉移從而導致針對該轉移的⑶IVN,則對通知進行緩沖可 能需要如此。用戶可以將以秒表示的通知緩沖間隔值設置為最大值一天。此外,如果未被 用戶配置,則可以應用(如由網絡供應商配置的)缺省值一天。在另一實施例中,節點用戶可以指定與呼叫轉移原因通知相關的各種信息選擇準 貝U。例如,用戶可能指定,被發送至用戶節點的轉移原因通知應當僅包含特定信息。可以在 ETSI TS 183 004,15bTD338_03075-attachment (包含于名為 15bTD338_03075. zip 的檔案 中)的4. 10. 1. 1. 1. 3節中找到關于指定這種準則的如下細節作為SUBSCRIBE消息體的一部分,用戶可以指定另外的準則,以啟用/禁用應當通 知與通信轉移有關的哪些信息。缺省地,將通知與通信轉移有關的所有信息。然而,用戶 可以使用以下元素來禁用通知特定類型的信息發起方的URI、轉移方的URI、被轉移方的 URI、通信轉移的時間、通信轉移的原因以及觸發了通信轉移的規則的標識。在另一實施例中,節點用戶將接收與呼叫轉移原因通知相關的各種準則。可以在 ETSI TS 183 004,15bTD338_03075-attachment 的 4. 10. 1. 1. 2 節中找到關于指定這種準 則的如下細節
通信轉移的通知的主體可以包含與通信轉移有關的信息,如通過由用戶在 SUBSCRIBE消息體中配置的各個過濾準則而選擇的信息。如果SUBSCRIBE沒有包含消 息體,則向用戶通知與通信轉移有關的所有可能信息。由服務器產生的通知可以以在 SUBSCRIBE請求中的Acc印t (接受)首部字段中指定的格式之一來表示。XML事件封裝是 作為NOTIFY(通知)方法的主體而被發送的,并且可以包含由用戶選擇的以下(服從過濾 準則的)信息發起方的標識、轉移方的信息、與被轉移方有關的信息、通信轉移的時間、通 信轉移的原因以及通信轉移規則。發起方的標識有助于轉移用戶知道誰的通信被轉移了。對于轉移方的信息,向預訂用戶通知在執行通信轉移服務之前的INVITE (邀請)的請求URI。對于與被轉移方有關 的信息,向預訂用戶通知將通信轉移至的被轉移用戶的公共用戶標識。向預訂用戶通知通 信轉移的時間。應當指示時區。通信轉移的原因與如根據款項4. 10. 1. 1. 1. 1提供的原因 參數相同。其使訂戶能夠過濾特定理由的轉移通知。通信轉移規則標識了被執行則導致被 通知給用戶的通信轉移的、款項4. 9. 1. 2中提到的通信轉移規則。其包含通信轉移規則的 “id”屬性。在一個實施例中,可以以可擴展標記語言(XML)實現呼叫轉移原因通知功能。可 以在 ETSI TS 183 004,15bTD338_03075-attachment 的 4. 10. 2 節中找到可用于此目的的 XML代碼的如下示例< ? xml version = " 1.0〃 encoding = " UTF-8" ? ><xs:schematar get Name space = " //uri.etsi.org/ngn/params/xml/ comm-div-info"xmlns:tns =" //uri.etsi.org/ngn/params/xml/comm-div-info"xmlns:xs = " //www.w3.org/2001/XMLSchema"xmlns =" //uri.etsi.org/ngn/params/xml/comm-div-info"elementFormDefault = " qualified"attributeFormDefault = " unqualified" >< !—This import brings in the XML language definition—><xs:import namespace = " //www.w3.org/XML/1998/namespace"schemaLocation = 〃 //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是用于向節點通知從該節點的呼叫轉移的原因的方法300的框圖。在框310,
將代碼發送至表示轉移原因的節點。在框320,節點將代碼轉換為轉移原因指示符。轉移原因通知可以包括供用戶指定要通知轉移時的時間范圍的能力。即,當在指 定時間范圍內發生呼叫轉移時,準備轉移原因通知以大致在轉移發生的時刻將其發送至節 點110。如果在指定時間范圍外發生呼叫轉移,則可能不準備轉移原因通知。此外,轉移原因通知可以包括供用戶指定要傳輸通知時的時間范圍的能力。即,當在指定時間范圍內準備通知時,大致在轉移發生的時刻將轉移原因通知發送至節點110。如 果在指定時間范圍外準備通知,則可能在下一次指定時間范圍出現的時刻將轉移原因通知 發送至節點110。備選地,在指定時間范圍外不準備通知。例如,節點110的用戶可能指定,僅在9:00AM與5:00PM之間將轉移原因通知傳輸 至節點110。如果在時間范圍內的9:05AM發生呼叫轉移,則可能在這一天的9:05AM之后不 久將轉移原因通知發送至節點110。如果在該時間范圍外的5:05PM發生呼叫轉移,則可能 在下一次出現該時間范圍的第二天大致9:00AM將轉移原因通知發送至節點110。備選地, 對于這種呼叫轉移,可能根本不發送轉移原因通知。這里,術語“時間元素”可以用于指示 時間和/或日期中的一個或這兩者。根據一個實施例,本公開提供了指定該時間范圍的時區。如果節點110處于與提 供通知的應用服務器108或其他網絡組件不同的時區中,則不清楚是基于應用服務器108 的當前時間還是基于節點110的當前時間來傳輸通知。因此,可能在與用戶優選的時間范 圍不同的時間范圍中發送通知。例如,希望在他或她的當前本地時間的9:00AM與500PM之間接收通知的用戶可 能行進至比他或她的通常時區提前兩小時的時區。如果沒有對用戶的當前時區進行調整, 則可能在用戶通常時區的9:00AM與5:00PM之間發送通知,但用戶將在他或她的當前本地 時間的11:00AM與7:00PM之間接收到通知。這將處于用戶優選接收通知的時間范圍之外。在一個實施例中,可以將時區指示符160設置為指定應用于要進行轉移原因通知 的時間范圍的時區。處于與他或她的通常時區不同的時區中的用戶可能指定,通知的時間 應當基于他或她當前所處的時區。備選地,這種用戶可能希望繼續在基于他或她的通常時 區的時間接收通知。時區指示符160可能是在請求呼叫轉移服務時用戶發送至應用服務器108的 SIP “Subscribe”消息中提交的。在一個實施例中,如果用戶無法指定時區,則應用服務器 108可以將差錯消息170發送至用戶的節點110,向用戶通知沒有針對通知時間范圍指定時 區。差錯消息170可能是SIP 489 “錯誤事件”消息。如果用戶指定了時區或時區偏移,則 應用服務器108在指定時區中的時間范圍內或以指定時區偏移發送轉移原因通知。繼續以上示例,處于比他或她的通常時區提前兩個小時的時區中的用戶可能希 望在他或她的當前時區的9:00AM與5:00PM之間接收通知。用戶可能通過適當設置時區 指示符160和將時區指示符160發送至應用服務器108來向應用服務器108通知這種期 望。然后,應用服務器108可以對通知傳輸時間進行適當調整,以使得在用戶的當前時區的 9 00AM與5 00PM之間傳輸通知。在備選實施例中,如果應用服務器108接收到包括時間元素但缺少時區或時區偏 移指示符的SIP Subscribe,則應用服務器108可以假定所有時間都以通用協調時間(UTC) 表示或可以假定所有時間都處于所配置的時區。圖4是用于通知節點的方法350的框圖。在框360,針對節點應接收通知的時間指 定時區。在框370,將時區指示符作為SIP “Subscribe”消息的一部分進行發送。典型地, 時區指示符將從將節點發送至應用服務器。在框380,如果SIP“SubSCribe”消息不包括時 區指示符,則發送差錯消息,例如SIP 489 “錯誤事件”。典型地,差錯消息將由應用服務器 發送至節點。在框390,根據由時區指示符指定的時區來發送通知。
19
此外,如果在框390發送的通知包括表示通信轉移的時間的通信轉移時間元素, 則通信轉移時間元素應指示時區。圖5示出了包括圖1的節點110之一的實施例在內的無線通信系統。節點110可 操作用于實現本公開的方面,但本公開不應限于這些實施方式。盡管被示作移動電話,但節 點110可以采用各種形式,包括無線手機、尋呼機、個人數字助理(PDA)、便攜式計算機、平 版計算機或膝上型計算機。許多合適設備組合了這些功能中的一些或全部。在本公開的一 些實施例中,節點110不是諸如便攜式、膝上型或平版計算機之類的通用計算設備,而是諸 如移動電話、無線手機、尋呼機或PDA之類的專用通信設備。在另一實施例中,節點110可 以是便攜式、膝上型或其他計算設備。節點110可以支持專門活動,例如游戲、庫存控制、作 業控制和/或任務管理功能等。節點110包括顯示器402。節點110還包括觸敏表面、鍵盤或由用戶輸入的通稱為 404的其他輸入鍵。鍵盤可以是全字母數字鍵盤或簡化字母數字鍵盤(如QWERTY、DVorak、 AZERTY和順序類型)或與電話鍵區相關聯的帶有字母表字母的傳統數字鍵區。輸入鍵可以 包括滾輪、退出或換碼鍵、軌跡球以及其他導航或功能鍵,其可以被向內按下以提供進一步 的輸入功能。節點110可以呈現供用戶選擇的選項、供用戶驅動的控件和/或供用戶導向 的光標或其他指示符。節點110還可以接受來自用戶的數據錄入,該數據錄入包括撥號數 字或用于對節點110的操作進行配置的各種參數值。節點110還可以響應于用戶命令來執 行一個或多個軟件或固件應用程序。這些應用程序可以將節點110配置為響應于用戶交互 來執行各種定制功能。此外,節點110可以是例如從無線基站、無線接入點或對等節點110 以無線方式編程和/或配置的,。在可由節點110執行的各種應用程序當中有web瀏覽器,其使顯示器402能夠示 出網頁。該網頁可以經由與無線網絡接入節點、蜂窩塔、對等節點110或者任何其他無線通 信網絡或系統400進行無線通信來獲得。網絡400耦合至有線網絡408 (如互聯網)。經由 無線鏈路和有線網絡,節點110可訪問各種服務器(如服務器410)上的信息。服務器410 可以提供可在顯示器402上示出的內容。備選地,節點110可以以中繼類型或跳類型的連 接,通過充當中間點的對等節點110,來接入網絡400。圖6示出了節點110之一的框圖。盡管示出了節點110的多種已知組件,但在一 個實施例中,可以在節點110中包括所列出的組件和/或未列出的附加組件的子集。節點 110包括數字信號處理器(DSP) 502和存儲器504。如圖所示,節點110還可以包括天線和 前端單元506、射頻(RF)收發器508、模擬基帶處理單元510、麥克風512、聽筒揚聲器514、 耳機端口 516、輸入/輸出接口 518、可拆卸式存儲卡520、通用串行總線(USB)端口 522、短 距離無線通信子系統524、報警器526、鍵區528、液晶顯示器(IXD),該液晶顯示器(IXD)可 以包括觸敏表面530、IXD控制器532、電荷耦合器件(CXD)攝像機534、攝像機控制器536 和全球定位系統(GPS)傳感器538。在一個實施例中,節點110可以包括另一種顯示器,其 不提供觸敏屏幕。在一個實施例中,DSP 502可以直接與存儲器504進行通信而無需經過 輸入/輸出接口 518。DSP 502或某其他形式的控制器或中央處理單元操作用于根據在存儲器504中存 儲的或在DSP 502本身內包含的存儲器中存儲的嵌入式軟件或固件,來控制節點110的各 種組件。除了嵌入式軟件或固件之外,DSP 502還可以執行其他應用程序,該應用程序存儲在存儲器504中或可經由如便攜式數據存儲介質(如可拆卸式存儲卡520)之類的信息載 體介質,或者經由有線或無線網絡通信而獲取到。應用軟件可以包括已編譯的機器可讀指 令集,其將DSP 502配置為提供所期望的功能,或者應用軟件可以是要由解釋器或編譯器 處理以間接配置DSP502的高級軟件指令。可以提供天線和前端單元506以在無線信號和電信號之間進行轉換,使得節點110能夠發送和接收來自蜂窩網絡或某些其他可用無線通信網絡或來自對等節點110的信 息。在一個實施例中,天線和前端單元506可以包括多個天線以支持波束成形和/或多輸 入多輸出(MIMO)操作。本領域技術人員已知,MIMO操作可以提供空間分集,其可以用于克 服糟糕的信道條件和/或增大信道吞吐量。天線和前端單元506可以包括天線調諧和/或 阻抗匹配組件、RF功率放大器和/或低噪聲放大器。RF收發器508提供了頻移,將接收到的RF信號轉換到基帶并將基帶發送信號轉 換到RF。在一些描述中,無線電收發器或RF收發器可以被理解為包括其他信號處理功能, 如調制/解調、編碼/解碼、交織/去交織、擴頻/解擴、快速傅立葉逆變換(IFFT) /快速傅 立葉變換(FFT)、循環前綴附加/移除以及其他信號處理功能。出于清楚的目的,此處的描 述將該信號處理的描述與RF和/或無線電級(radio stage)分開,并在概念上將該信號處 理分配給模擬基帶處理單元510和/或DSP 502或其他中央處理單元。在一些實施例中, RF收發器508、天線和前端506的部分以及模擬基帶處理單元510可以被組合在一個或多 個處理單元和/或專用集成電路(ASIC)中。模擬基帶處理單元510可以提供對輸入和輸出的各種模擬處理,例如對來自麥克 風512和耳機516的輸入的模擬處理以及對向聽筒514和耳機516的輸出的模擬處理。為 此,模擬基帶處理單元510可以具有連接至內置麥克風512和聽筒揚聲器514的端口,使得 節點110能夠用作蜂窩電話。模擬基帶處理單元510還可以包括連接至耳機或其他免提麥 克風和揚聲器配置的端口。模擬基帶處理單元510可以沿一個信號方向提供數模轉換并沿 相反的信號方向提供模數轉換。在一些實施例中,模擬基帶處理單元510的至少一些功能 可以由數字處理組件來提供,例如由DSP 502或其他中央處理單元來提供。DSP 502可以執行調制/解調、編碼/解碼、交織/去交織、擴頻/解擴、快速傅立 葉逆變換(IFFT)/快速傅立葉變換(FFT)、循環前綴附加/移除以及其他與無線通信相關 聯的信號處理功能。在一個實施例中,例如在碼分多址(CDMA)技術應用中,針對發送器功 能,DSP 502可以執行調制、編碼、交織和擴頻,而針對接收器功能,DSP 502可以執行解擴、 去交織、解碼和解調。在另一實施例中,例如在正交頻分多址(OFDMA)技術應用中,針對發 送器功能,DSP 502可以執行調制、編碼、交織、快速傅立葉逆變換和循環前綴附加,而針對 接收器功能,DSP 502可以執行循環前綴移除、快速傅立葉變換、去交織、解碼和解調。在其 他無線技術應用中,還有其他信號處理功能和信號處理功能的組合可以由DSP 502執行。DSP 502可以經由模擬基帶處理單元510與無線網絡進行通信。在一些實施例中, 該通信可以提供互聯網連接,使得用戶能夠訪問互聯網上的內容并能夠發送和接收電子郵 件或文本消息。輸入/輸出接口 518將DSP 502與各種存儲器和接口互相連接。存儲器 504和可拆卸式存儲卡520可以提供軟件和數據以配置DSP 502的操作。在接口當中可以 有USB接口 522和短距離無線通信子系統524。USB接口 522可以用于為節點110充電,還 可以使節點110能夠充當外圍設備以與個人計算機或其他計算機系統交換信息。短距離無線通信子系統524可以包括紅外端口、藍牙接口、遵循IEEE 802. 11的無線接口、或任意其 他短距離無線通信子系統,其可以使節點110能夠與其他附近移動設備和/或無線基站進 行無線通信。輸入/輸出接口 518還可以將DSP 502連接至報警器526,報警器526在被觸發時 使節點Iio通過例如振鈴、播放旋律或震動來向用戶提供通知。報警器526可以充當一種 機制,用于通過無聲震動或播放為特定呼叫者預先指定的特定旋律來向用戶告警諸如輸入 呼叫、新文本消息和約會提醒等各種事件中的任一個。
鍵區528經由接口 518耦合至DSP 502,以提供一種供用戶進行選擇、輸入信息以 及向節點110提供輸入的機制。鍵區528可以是全字母數字鍵盤或簡化字母數字鍵盤(如 QWERTY、Dvorak, AZERTY和順序類型)或者與電話鍵區相關聯的帶有字母表字母的傳統數 字鍵區。輸入鍵可以包括滾輪、退出或換碼鍵、軌跡球和其他導航或功能鍵,其可以被向內 按下以提供進一步的輸入功能。另一種輸入機制可以是IXD 530,其可以包括觸摸屏能力, 也可以向用戶顯示文本和/或圖形。IXD控制器532將DSP 502耦合至IXD 530。如果配備有CXD攝像機534,則其使節點110能夠拍攝數字畫面。DSP 502經由攝 像機控制器536與CCD攝像機534進行通信。在另一實施例中,可以采用根據與電荷耦合 器件攝像機不同的技術而操作的攝像機。GPS傳感器538耦合至DSP 502,以對全球定位系 統信號進行解碼,從而使節點110能夠確定其位置。各種其他外圍設備也可以被包括進來 以提供附加的功能,例如,無線電和電視接收。圖7示出了可由DSP 502實現的軟件環境602。DSP 502執行操作系統驅動604, 操作系統驅動604提供其余軟件操作的平臺。操作系統驅動604向節點硬件的驅動器提供 了應用軟件可訪問的標準化接口。操作系統驅動604包括應用程序管理服務(“AMS”)606, 該服務在運行于節點110上的應用程序之間傳送控制。圖7還示出了 web瀏覽器應用程序 608、媒體播放器應用程序610和Java小程序612。Web瀏覽器應用程序608將節點110配 置為充當web瀏覽器,允許用戶向表格中輸入信息和選擇鏈接以檢索和查看網頁。媒體播 放器應用程序610將節點110配置為檢索和播放音頻或視聽媒體。Java小程序612將節 點110配置為提供游戲、實用程序和其他功能。組件614可能提供與呼叫轉移原因的通知 相關的功能。圖1的節點110可以包括以下任何通用計算機其具有充足的處理能力、存儲資源 和網絡吞吐量能力以處理置于其上的必要工作負荷。圖8示出了可適于實現這里描述的一 個或多個實施例的典型通用計算機系統700。計算機系統700包括處理器720 (可稱作中央 處理單元或CPU),處理器720與包括輔助存儲器750、只讀存儲器(ROM) 740、隨機存取存儲 器(RAM)730在內的存儲設備、輸入/輸出(I/O)設備710和網絡連接設備760進行通信。 該處理器可以被實現為一個或多個CPU芯片。輔助存儲器750典型地包括一個或多個盤驅動器或帶驅動器,并用于數據的非易 失性存儲,并在RAM 730不夠大無法容納所有工作數據的情況下用作溢出數據存儲設備。 輔助存儲器750可以用于存儲當選擇了要執行的程序時被加載至RAM 730中的這樣的程 序。ROM 740用于存儲在程序執行期間讀取的指令以及可能的數據。ROM 740是非易失性 存儲設備,其典型地具有與輔助存儲器的較大存儲容量相比較小的存儲容量。RAM 730用于 存儲易失性數據以及可能地存儲指令。對ROM 740和RAM 730的訪問典型地比對輔助存儲器750的訪問要快。I/O設備710可以包括打印機、視頻監視器、液晶顯示器(IXD)、觸摸屏顯示器、鍵 盤、鍵區、開關、撥號盤、鼠標、軌跡球、語音辨認器、卡讀取器、紙帶讀取器或其他公知輸入 設備。網絡連接設備760可以采用以下形式調制解調器、調制解調器組、以太網卡、通 用串行總線(USB)接口卡、串行接口、令牌環卡、光纖分布式數據接口(FDDI)卡、無線局域 網(WLAN)卡、無線電收發器卡(例如碼分多址(CDMA)和/或全球移動通信系統(GSM)無線 電收發器卡)以及其他公知網絡設備。這些網絡連接760設備可以使處理器720能夠與互 聯網或者一個或多個內聯網進行通信。利用這種網絡連接,可以想到,處理器720在執行上 述方法步驟的過程中可能從網絡接收信息或可能向網絡輸出信息。常被示作要使用處理器 720執行的一系列指令的這種信息可以例如以體現在載波中的計算機數據信號的形式從網 絡接收和輸出至網絡。
可包括例如要使用處理器720執行的數據或指令在內的這種信息可以例如以計 算機數據基帶信號或體現在載波中的信號的形式從網絡接收和輸出至網絡。由網絡連接 760設備產生的基帶信號或體現在載波中的信號可以在電導體表面中或電導體表面上、在 同軸電纜中、在波導中、在光學介質(例如光纖)中或者在空氣或自由空間中進行傳播。基 帶信號或嵌入載波中的信號中所包含的信息可以是根據不同序列(如可能是處理或產生 信息或者發送或接收信息所期望的序列)來排序的。基帶信號或嵌入載波中的信號或者其 他類型的當前使用或今后開發的信號(這里稱作傳輸媒介)可以是根據本領域技術人員公 知的若干方法來產生的。處理器720執行其從硬盤、軟盤、光盤(基于這些各種盤的系統都可以被視為輔助 存儲器750)、ROM 740、RAM 730或網絡連接設備760訪問的指令、代碼、計算機程序、腳本。 盡管僅示出了一個處理器720,但可以存在多個處理器。因此,雖然指令可能被討論為由一 處理器執行,而該指令還可以由一個或多個處理器同時、串行或以其他方式執行。這里,UE 或節點110的一個或多個系統或組件可以被稱為根據所公開的實施例來實現各個任務或 過程,術語組件可以用于指代處理器720、收發器或執行這些任務的其他公知組件。將3GPP TS 24. 604和TISPAN 183. 004全部以引用的方式并入于此。相應地,盡 管一些所公開的實施例討論了無線設備,但本公開不應限于無線設備,而是還可以等同地 應用于能夠接收SIP通信的任何設備。盡管在本公開中已提供了若干個實施例,但應當注意,在不脫離本公開的精神或 范圍的情況下,可以以許多其他具體形式來體現所公開的系統和方法。本公開的示例應被 視為示意性的而非限制性的,并且并不意在限制這里給出的細節。例如,可以在另一系統中 組合或結合各種元件或組件,或者可以省略或不實現特定特征。此外,在不脫離本公開的范圍的情況下,在各個實施例中描述和示出為分離或單 獨的技術、系統、子系統和方法可以與其他系統、模塊、技術或方法組合或結合。被示出或 討論為彼此耦合或直接耦合或進行通信的其他項目可以通過某種接口、設備或中間組件來 (不論是電、機械還是以其他方式)間接耦合或進行通信。在不脫離這里公開的精神和范圍 的情況下,本領域技術人員可確定改變、替換和變更的其他示例。
權利要求
一種節點,包括組件,被配置為接收與通信轉移有關的通知,所述通信轉移與傳入通信相關,所述傳入通信僅對應于與針對要通知的至少一個特定原因的準則相匹配的那些通信轉移,其中,所述通知包括經區域無關編碼的轉移原因元素。
2.根據權利要求1所述的節點,其中,所述組件是處理器。
3.根據前述任一權利要求所述的節點,其中,所述組件被配置為發起對實質上具有 XML(可擴展標記語言)通知文檔形式的通知消息的發送。
4.根據前述任一權利要求所述的節點,其中,所述通信轉移是第一通信轉移和隨后通 信轉移中的一個。
5.根據前述任一權利要求所述的節點,其中,在causeparam參數轉移原因元素之間 進行映射。
6.根據前述任一權利要求所述的節點,其中,所述causeparam參數是根據在互聯網 工程任務組(IETF)請求評述(RFC)4458中指定的通信轉移代碼來設置的。
7.根據前述任一權利要求所述的節點,其中,所述param參數與轉移原因元素的映射 實質如下忙時通信轉發,應使用如RFC 4458[14]所定義的理由值“486” ;無應答通信轉發,應使用如RFC 4458[14]所定義的理由值“408” ;無條件通信轉發,應使用如RFC 4458[14]所定義的理由值“302” ;通信偏轉(立即響應),應使用如RFC 4458[14]所定義的理由值“480” ;未登錄通信轉發,應使用如RFC 4458[14]所定義的理由值“404” ;報警期間通信偏轉,應使用如RFC 4458[14]所定義的理由值“487” ;訂戶不可達時通信轉發,應使用如RFC 4458[14]所定義的理由值“503”。
8.根據權利要求3所述的節點,其中,能夠由對應的XML綱要使XML通知文檔生效。
9.根據前述任一權利要求所述的節點,其中,所述通知消息是SIP(會話發起協議) NOTIFY請求,所述SIP (會話發起協議)NOTIFY請求包含具有XML通知文檔的主體。
10.一種節點,包括組件,用于提供對第一過濾準則進行配置的預訂消息,所述第一過濾準則用于根據要 通知的至少一個特定原因選擇特定通信轉移;使得能夠僅選擇與所通知的至少一個特定原 因相匹配的那些通信轉移,其中,重定向原因映射至轉移原因元素。
11.根據權利要求10所述的節點,其中,所述重定向原因是caus印aram參數。
12.根據權利要求10或權利要求11所述的節點,其中,所述節點包括用戶代理。
13.根據權利要求10至12中任一項所述的節點,其中,所述組件被配置為發起對實質 上具有XML(可擴展標記語言)通知文檔形式的預訂消息的發送。
14.根據權利要求13所述的節點,其中,能夠由對應的XML綱要使XML文檔生效。
15.根據權利要求10至14中任一項所述的節點,其中,所述通信轉移通知是SIP(會話 發起協議)NOTIFY請求,所述SIP (會話發起協議)NOTIFY請求包含具有XML通知文檔的主 體。
16.根據權利要求10至15中任一項所述的節點,其中,所述預訂消息是SIPSUBSCRIBE 請求。
17.根據權利要求10至16中任一項所述的節點,其中,所述預訂消息對第二過濾準則 進行配置,所述第二過濾準則用于選擇與通信轉移有關的、要被提供給所述節點的信息。
18.一種用于通信轉移和通信轉移通知的方法,包括提供預訂消息,所述預訂消息對第一過濾準則進行配置,所述第一過濾準則用于根據 要通知的至少一個特定原因來選擇特定通信轉移;以及使得能夠僅選擇與所通知的至少一個特定原因相匹配的那些通信轉移,其中,重定向 原因映射至轉移原因元素。
19.根據權利要求18所述的方法,其中,所述重定向原因是causeparam參數。
20.根據權利要求18或權利要求19所述的方法,其中,所述節點包括用戶代理。
21.根據權利要求18至20中任一項所述的方法,其中,所述組件被配置為發起對實質 上具有XML(可擴展標記語言)通知文檔形式的預訂消息的發送。
22.根據權利要求18至21中任一項所述的方法,其中,能夠由對應的XML綱要使XML 文檔生效。
23.根據權利要求18至22中任一項所述的方法,其中,所述通信轉移通知是SIP(會話 發起協議)NOTIFY請求,所述SIP (會話發起協議)NOTIFY請求包含具有XML通知文檔的主 體。
24.根據權利要求18至23中任一項所述的方法,其中,所述預訂消息是SIPSUBSCRIBE 請求。
25.根據權利要求18至24中任一項所述的方法,其中,所述預訂消息對第二過濾準則 進行配置,所述第二過濾準則用于選擇與通信轉移有關的、要被提供給所述節點的信息。
26.一種用于通信轉移和通信轉移通知的方法,包括接收包括針對要通知的至少一個特定原因的第一過濾準則在內的預訂請求; 將通信轉移的重定向原因與所述第一過濾準則相匹配; 提供通信轉移的通知;以及響應于所述通信轉移,對與所述通信轉移相關的信息進行通信,所述信息包括根據轉 移條件而設置的轉移原因元素。
27.根據權利要求26所述的方法,其中,所述轉移原因元素是區域無關編碼的。
28.根據權利要求26或權利要求27所述的方法,還包括在caus印aram參數與轉移 原因元素之間進行映射。
29.根據權利要求26至28中任一項所述的方法,其中,所述caus印aram參數是根據在 互聯網工程任務組(IETF)請求評述(RFC)4458中指定的通信轉移代碼來設置的。
30.根據權利要求28所述的方法,其中,所述param參數與轉移原因元素的映射實質如下忙時通信轉發,應使用如RFC 4458[14]所定義的理由值“486” ; 無應答通信轉發,應使用如RFC 4458[14]所定義的理由值“408” ; 無條件通信轉發,應使用如RFC 4458[14]所定義的理由值“302” ; 通信偏轉(立即響應),應使用如RFC 4458[14]所定義的理由值“480” ; 未登錄通信轉發,應使用如RFC 4458[14]所定義的理由值“404” ; 報警期間通信偏轉,應使用如RFC 4458[14]所定義的理由值“487” ;訂戶不可達時通信轉發,應使用如RFC 4458[14]所定義的理由值“503”。
31.根據權利要求26至30中任一項所述的方法,其中,所述通信轉移是第一通信轉移。
32.根據權利要求26至31中任一項所述的方法,其中,所述通信轉移是后續通信轉移。
33.根據權利要求26至32中任一項所述的方法,還包括發送實質上具有XML(可擴 展標記語言)通知文檔形式的通知消息。
34.根據權利要求26至33中任一項所述的方法,其中,能夠由對應的XML綱要使XML 通知文檔生效。
35.根據權利要求26至34中任一項所述的方法,其中,所述通知消息是SIP(會話發起 協議)NOTIFY請求,所述SIP (會話發起協議)NOTIFY請求包含具有XML通知文檔的主體。
36.一種用于通信轉移通知的方法,包括從用戶設備接收對過濾準則進行配置的預訂消息,所述過濾準則用于選擇特定通信轉移;選擇與通信轉移有關的信息;以及使得能夠僅選擇與所通知的指定原因相匹配的那些通信轉移,其中,cause param參數 映射至轉移原因元素。
37.根據權利要求36所述的方法,還包括接收實質上具有XML(可擴展標記語言)通 知文檔形式的預訂消息。
38.根據權利要求36或權利要求37所述的方法,其中,能夠由對應的XML綱要使XML 文檔生效。
39.根據權利要求36至38中任一項所述的方法,其中,所述通信轉移通知是SIP(會話 發起協議)NOTIFY請求,所述SIP (會話發起協議)NOTIFY請求包含具有XML通知文檔的主 體。
40.根據權利要求36至39中任一項所述的方法,其中,所述SIP預訂消息是SIP Subscribe 請求。
41.一種用于通信轉移的方法,包括響應于接收到包括不具有相關時區的時間元素在內的預訂消息,以差錯消息來拒絕所 述預訂消息。
42.根據權利要求41所述的方法,其中,所述預訂消息是SIP(會話發起協議) SUBSCRIBE 請求。
43.根據權利要求41或權利要求42所述的方法,其中,所述差錯消息是SIP489 “錯誤事件”。
44.根據權利要求41至43中任一項所述的方法,其中,時間元素被定義為時間、或日 期、或日期和時間、或時間范圍、或日期范圍、或日期和時間范圍。
45.根據權利要求41至44中任一項所述的方法,其中,所述預訂消息包括將在其間 向用戶設備通知所有通信轉移的時間范圍、或日期范圍、或日期和時間范圍,其中,所述一 個或多個時區與所述時間范圍、或日期范圍、或日期和時間范圍相關。
46.根據權利要求41至45中任一項所述的方法,其中,所述預訂消息包括能夠在其 間向用戶設備發送通信轉移通知的時間范圍、或日期范圍、或日期和時間范圍,其中,所述 一個或多個時區與所述時間范圍、或日期范圍、或日期和時間范圍相關。
全文摘要
本發明提供了一種用于通信轉移和通信轉移通知的節點和方法。該節點具有被配置為接收關于通信轉移的通知的組件,所述通信轉移與傳入通信相關,所述傳入通信僅對應于與針對要通知的至少一個特定原因的準則相匹配的那些通信轉移,其中,所述通知包括經區域無關編碼的轉移原因元素。
文檔編號H04L29/06GK101836421SQ200880112646
公開日2010年9月15日 申請日期2008年10月22日 優先權日2007年10月23日
發明者約翰-盧克·貝克, 阿德里安·巴克利 申請人:捷訊研究有限公司
網(wang)友(you)詢問留(liu)言(yan) 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1