CN101836421A - 用于通信转移通知的系统和方法 - Google Patents

用于通信转移通知的系统和方法 Download PDF

Info

Publication number
CN101836421A
CN101836421A CN200880112646A CN200880112646A CN101836421A CN 101836421 A CN101836421 A CN 101836421A CN 200880112646 A CN200880112646 A CN 200880112646A CN 200880112646 A CN200880112646 A CN 200880112646A CN 101836421 A CN101836421 A CN 101836421A
Authority
CN
China
Prior art keywords
communication
node
diversion
notification
communication diversion
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN200880112646A
Other languages
English (en)
Other versions
CN101836421B (zh
Inventor
约翰-卢克·贝克
阿德里安·巴克利
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BlackBerry Ltd
BlackBerry Corp
Original Assignee
Research in Motion Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Research in Motion Ltd filed Critical Research in Motion Ltd
Publication of CN101836421A publication Critical patent/CN101836421A/zh
Application granted granted Critical
Publication of CN101836421B publication Critical patent/CN101836421B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H04M3/42374—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity where the information is provided to a monitoring entity such as a potential calling party or a call processing server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/4872—Non-interactive information services
    • H04M3/4874—Intercept announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

本发明提供了一种用于通信转移和通信转移通知的节点和方法。该节点具有被配置为接收关于通信转移的通知的组件，所述通信转移与传入通信相关，所述传入通信仅对应于与针对要通知的至少一个特定原因的准则相匹配的那些通信转移，其中，所述通知包括经区域无关编码的转移原因元素。

Description

用于通信转移通知的系统和方法
相关申请的交叉引用
本申请要求由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 1x)、3GPP2IS-856(一般称作CDMA 1xEV-DO)或3GPP UMTS(通用移动电信系统)。基于TDMA的网络可以实现一个或多个标准，例如3GPP全球移动通信系统(GSM)或3GPP通用分组无线服务(GPRS)。通信网络还可以包括固定线路技术。
GSM是仅使用电路交换模式的无线网络标准的示例。仅使用分组交换的无线网络标准的示例包括GPRS、CDMA 1x EV-DO、全球微波接入互操作性(WiMAX)以及可能符合电气和电子工程师协会(IEEE)标准(例如802.16、802.16e、802.11a、802.11b、802.11g、802.11n以及类似标准)的无线局域网(WLAN)。可既使用电路交换模式又使用分组交换模式的无线网络标准的示例包括CDMA 1x和UMTS。可用在分组交换无线网络中的应用层协议的示例是会话发起协议(SIP)。主要由互联网工程任务组(IETF)对SIP进行了标准化和管理。IP(互联网协议)多媒体子系统(IMS)是允许在节点之间传输多媒体内容的分组交换技术。
附图说明
为了更完整地理解本公开，现在参照结合附图和详细描述而进行的以下简要描述，其中，类似的参考标记表示类似的部件。
图1是根据本公开实施例的电信系统的框图。
图2是根据本公开实施例的显示了呼叫转移的代码和对应原因的表。
图3是根据本公开实施例的用于向节点通知呼叫从该节点转移原因的方法的框图。
图4是根据本公开实施例的用于向节点通知通信转移的方法的框图。
图5是包括可针对本公开各个实施例中的一些实施例进行操作的节点在内的无线通信系统的图。
图6是可针对本公开各个实施例中的一些实施例进行操作的节点的框图。
图7是可在可针对本公开各个实施例中的一些实施例进行操作的节点上实现的软件环境的图。
图8示出了适于实现本公开若干实施例的示例通用计算机系统。
具体实施方式
起初应当理解，尽管以下提供了本公开的一个或多个实施例的示意性实施方式，但所公开的系统和/或方法是可以使用任何数目的技术来实现的，不论该技术是否是当前已知的或现有的。本公开绝不应限于示意性实施方式、附图和以下示意的技术，包括此处示意和描述的示例设计和实施方式，而是可以在所附权利要求的范围及其等同替换的全部范围内修改本公开。如在本公开中所使用的，准则可以包括仅仅一个准则。
在一个实施例中，提供了一种节点，包括：组件，被配置为接收与通信转移有关的通知，所述通信转移与传入通信相关，所述传入通信仅对应于与针对要通知的至少一个特定原因的准则相匹配的那些通信转移，其中，所述通知包括经区域无关编码的转移原因元素。
在另一实施例中，提供了一种节点，包括：组件，用于提供对第一过滤准则进行配置的预订消息，所述第一过滤准则用于根据要通知的至少一个特定原因选择特定通信转移，使得能够仅选择与所通知的至少一个特定原因相匹配的那些通信转移，其中，cause param参数映射至转移原因元素。
在另一实施例中，提供了一种用于通信转移和通信转移通知的方法。所述方法包括：提供预订消息，所述预订消息对第一过滤准则进行配置，所述第一过滤准则用于根据要通知的至少一个特定原因来选择特定通信转移。所述方法还包括：使得能够仅选择与所通知的至少一个特定原因相匹配的那些通信转移，其中，重定向原因映射至转移原因元素。
在另一实施例中，提供了一种用于通信转移和通信转移通知的方法。所述方法包括：接收包括针对要通知的至少一个特定原因的第一过滤准则在内的预订请求；将通信转移的重定向原因与所述第一过滤准则相匹配；提供通信转移的通知；以及响应于所述通信转移，对与所述通信转移相关的信息进行通信，所述信息包括根据转移条件而设置的转移原因元素。
在另一实施例中，提供了一种用于通信转移通知的方法。所述方法包括：从用户设备接收对过滤准则进行配置的预订消息，所述过滤准则用于选择特定通信转移；选择与通信转移有关的信息；以及使得能够仅选择与所通知的指定原因相匹配的那些通信转移，其中，causeparam参数映射至转移原因元素。
在另一实施例中，提供了一种用于通信转移的方法。所述方法包括：响应于接收到包括不具有相关时区的时间元素在内的预订消息，以差错消息来拒绝所述预订消息。
通信转移(CDIV)是可用于电路交换呼叫和分组交换呼叫(例如SIP发起的呼叫)的可配置服务。CDIV可以提供诸如呼叫转发、忙时呼叫转发和允许将呼叫重定向至与呼叫起初被定向至的节点不同的节点的类似选项等特性。这里，呼叫的任何这种转发或改变目标将被称作呼叫的转移。CDIVN是CDIV的增强版本，提供将呼叫转移相关通知传输至呼叫从其转移或从其改变目标的手机或其他节点的能力。通知可以包括：可以传输与呼叫转移的原因相关的信息。然而，如当前提出的，并不清楚如何产生、辨别、存储、呈现或管理呼叫转移原因。
例如，一种所提出的转移原因是“在开会”，这种原因可能由以下代码来指定：
<diversion-reason>In Meeting</diversion-reason>。然而，没有提出供手机用户输入可产生该代码的数据的机制。即使用户可以将文本“在开会”或类似消息手动输入至手机中，这种用户产生的消息也不能被可以处理通知的应用服务器或其他网络组件所辨别或操纵。具体地，从cause param参数值或其他呼叫转移指示符至转移原因元素(例如“在开会”)的映射是不清楚的。因此，不清楚可以如何如当前提出的那样实现该通知特性。
在一个实施例中，当对呼叫进行转移时，可以将与转移原因相对应的代码传输至呼叫从其转移的节点。可以从由处理或意识到转移的应用服务器或类似网络组件产生或可用的现有呼叫转移代码中，获得转移原因代码，转移原因代码也可以称作转移原因元素。当这些呼叫转移原因代码之一被传输至节点时，该节点可以将该代码转换为节点用户可感知的呼叫转移原因指示符。该转换可能是根据存储于该节点上的区域设置来进行的。
图1是可示意当对呼叫进行转移时使用转移原因通知的系统100的实施例的框图。系统100包括分组交换网络102，分组交换网络102包括处理呼叫转移和呼叫转移通知的应用服务器108。在其他实施例中，另一组件或组件组可以执行这些功能中的任一个或全部。节点A 110a经由网络102来向节点B 110b发出呼叫。节点B 110b激活呼叫转发特性，以便指示应用服务器108向节点C 110c转发被定向至节点B 110b的任何呼叫。节点110可能是移动设备或具有固定位置的设备。
每当应用服务器108将呼叫从节点B 110b转移至节点C 110c时，应用服务器108都可以将呼叫转移原因代码120传输至节点B 110b以指示转移原因。呼叫转移原因代码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。即，表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也可以称作区域无关编码。
在一个实施例中，请求CDIVN服务的节点用户可以指定是要使用这里描述的具有转移原因通知的CDIVN，还是要使用不具有转移原因通知的标准CDIVN。例如，如果用户提交SIP预订消息以请求CDIVN服务，则用户可以在预订消息中包括对当转移通知被发送至用户的节点110时是否应当包括转移原因的指示。
如果对应预订选项(ETSI TS 183 004，15bTD338_03075-attachment的表4.3.1.1中的预订选项“被服务的用户接收其通信转移的通知(CDIVN)”)被设置为“真”或“是”，则激活响应于通信转移和其他条件而发起通信与通信转移相关的信息的组件。
在一个实施例中，节点用户可以指定与呼叫转移原因通知相关的各种选择准则。例如，用户可能指定，仅当发生特定转移原因时才将转移原因通知发送至用户的节点。可以在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消息体的一部分的通知缓冲间隔来覆写CDIVN缓冲定时器。缓冲间隔值是以下时间：如果在CDIVNAS执行时不能将通知传送至用户，则CDIVN AS应当对通知进行缓冲的最长时间。如果CDIVN激活是有效的并且用于提供通知的CDIVN缓冲定时器未到期，则可以通知用户。
如果按照上述准则，不能将通知传送至用户，则通知缓冲间隔可以指定可选元素(以秒表示)以覆写CDIVN AS应存储CDIV通知的CDIVN缓冲定时器。例如，如果用户退出登录并且由于CFNL/CFNRc而触发转移从而导致针对该转移的CDIVN，则对通知进行缓冲可能需要如此。用户可以将以秒表示的通知缓冲间隔值设置为最大值一天。此外，如果未被用户配置，则可以应用(如由网络供应商配置的)缺省值一天。
在另一实施例中，节点用户可以指定与呼叫转移原因通知相关的各种信息选择准则。例如，用户可能指定，被发送至用户节点的转移原因通知应当仅包含特定信息。可以在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请求中的Accept(接受)首部字段中指定的格式之一来表示。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:schema
    targetNamespace＝″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-level XML 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＝″required″/>
    </xs:complexType>
    <！---
        Communication Diversion Subscription Type.
        Used at Subscription time to
        select Communication Diversions for notification.
        when to notify them and
        what 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>
<！---
     Communication Diversion Notification Information Type
     Used while notifying the User about the Communication Diversion
-->
<xs:complexType name＝″comm-div-ntfy-info-type″>
    <xs:sequence>
        <xs:element name＝″originating-user-info″
            type＝″xs:anyURI″minOccurs＝″0″/>
        <xs:element name＝″diverting-user-info″
            type＝″xs:anyURI″minOccurs＝″0″/>
        <xs:element name＝″diverted-to-user-info″
            type＝″xs:anyURI″minOccurs＝″0″/>
        <xs:element name＝″diversion-time-info″
            type＝″xs:dateTime″minOccurs＝″0″/>
        <xs:element name＝″diversion-reason-info″
            type＝″diversion-reason-info-types″minOccurs＝″0″/>
        <xs:element name＝″diversion-rule-info″
            type＝″diversion-rule-info-type″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″>
    <xs:sequence>
        <xs:element name＝″originating-user-selection-criteria″
            type＝″xs:anyURI″
            minOccurs＝″0″/>
        <xs:element name＝″diverting-user-selection-criteria″
            type＝″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″
            minOccurs＝″0″/>
        <xs:element name＝″diversion-reason-selection-criteria″
            type＝″diversion-reason-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>
<！--
    COMMUNICATION DIVERSION NOTIFICATION TRIGGER CRITERIA
-->
<xs:complexType name＝″comm-div-ntfy-trigger-criteria-type″>
    <xs:sequence>
        <xs:element name＝″notification-time-selection-criteria″
            type＝″time-range-selection-criteria-type″
            minOccurs＝″0″/>
        <xs:element name＝″presence-status-selection-criteria″
            type＝″presence-status-selection-criteria-type″
                  minOccurs＝″0″/>
              <xs:element name＝″notification-buffer-interval″minOccurs＝″0″
default＝″86400″>
                  <xs:simpleType>
                      <xs:restriction base＝″xs:integer″>
                          <xs:maxInclusive value＝″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
      -->
      <xs:complexType name＝″comm-div-info-selection-criteria-type″>
          <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＝″xs:boolean″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＝″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与5:00PM之间接收通知的用户可能行进至比他或她的通常时区提前两小时的时区。如果没有对用户的当前时区进行调整，则可能在用户通常时区的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，根据由时区指示符指定的时区来发送通知。
此外，如果在框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、液晶显示器(LCD)，该液晶显示器(LCD)可以包括触敏表面530、LCD控制器532、电荷耦合器件(CCD)摄像机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在被触发时使节点110通过例如振铃、播放旋律或震动来向用户提供通知。报警器526可以充当一种机制，用于通过无声震动或播放为特定呼叫者预先指定的特定旋律来向用户告警诸如输入呼叫、新文本消息和约会提醒等各种事件中的任一个。
键区528经由接口518耦合至DSP 502，以提供一种供用户进行选择、输入信息以及向节点110提供输入的机制。键区528可以是全字母数字键盘或简化字母数字键盘(如QWERTY、Dvorak、AZERTY和顺序类型)或者与电话键区相关联的带有字母表字母的传统数字键区。输入键可以包括滚轮、退出或换码键、轨迹球和其他导航或功能键，其可以被向内按下以提供进一步的输入功能。另一种输入机制可以是LCD 530，其可以包括触摸屏能力，也可以向用户显示文本和/或图形。LCD控制器532将DSP 502耦合至LCD 530。
如果配备有CCD摄像机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可以包括打印机、视频监视器、液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音辨认器、卡读取器、纸带读取器或其他公知输入设备。
网络连接设备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通信的任何设备。
尽管在本公开中已提供了若干个实施例，但应当注意，在不脱离本公开的精神或范围的情况下，可以以许多其他具体形式来体现所公开的系统和方法。本公开的示例应被视为示意性的而非限制性的，并且并不意在限制这里给出的细节。例如，可以在另一系统中组合或结合各种元件或组件，或者可以省略或不实现特定特征。
此外，在不脱离本公开的范围的情况下，在各个实施例中描述和示出为分离或单独的技术、系统、子系统和方法可以与其他系统、模块、技术或方法组合或结合。被示出或讨论为彼此耦合或直接耦合或进行通信的其他项目可以通过某种接口、设备或中间组件来(不论是电、机械还是以其他方式)间接耦合或进行通信。在不脱离这里公开的精神和范围的情况下，本领域技术人员可确定改变、替换和变更的其他示例。

Claims (46)

1.一种节点，包括：
组件，被配置为接收与通信转移有关的通知，所述通信转移与传入通信相关，所述传入通信仅对应于与针对要通知的至少一个特定原因的准则相匹配的那些通信转移，其中，所述通知包括经区域无关编码的转移原因元素。
2.根据权利要求1所述的节点，其中，所述组件是处理器。
3.根据前述任一权利要求所述的节点，其中，所述组件被配置为：发起对实质上具有XML(可扩展标记语言)通知文档形式的通知消息的发送。
4.根据前述任一权利要求所述的节点，其中，所述通信转移是第一通信转移和随后通信转移中的一个。
5.根据前述任一权利要求所述的节点，其中，在cause param参数转移原因元素之间进行映射。
6.根据前述任一权利要求所述的节点，其中，所述cause param参数是根据在互联网工程任务组(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所述的节点，其中，所述重定向原因是causeparam参数。
12.根据权利要求10或权利要求11所述的节点，其中，所述节点包括用户代理。
13.根据权利要求10至12中任一项所述的节点，其中，所述组件被配置为发起对实质上具有XML(可扩展标记语言)通知文档形式的预订消息的发送。
14.根据权利要求13所述的节点，其中，能够由对应的XML纲要使XML文档生效。
15.根据权利要求10至14中任一项所述的节点，其中，所述通信转移通知是SIP(会话发起协议)NOTIFY请求，所述SIP(会话发起协议)NOTIFY请求包含具有XML通知文档的主体。
16.根据权利要求10至15中任一项所述的节点，其中，所述预订消息是SIP SUBSCRIBE请求。
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中任一项所述的方法，其中，所述预订消息是SIP SUBSCRIBE请求。
25.根据权利要求18至24中任一项所述的方法，其中，所述预订消息对第二过滤准则进行配置，所述第二过滤准则用于选择与通信转移有关的、要被提供给所述节点的信息。
26.一种用于通信转移和通信转移通知的方法，包括：
接收包括针对要通知的至少一个特定原因的第一过滤准则在内的预订请求；
将通信转移的重定向原因与所述第一过滤准则相匹配；
提供通信转移的通知；以及
响应于所述通信转移，对与所述通信转移相关的信息进行通信，所述信息包括根据转移条件而设置的转移原因元素。
27.根据权利要求26所述的方法，其中，所述转移原因元素是区域无关编码的。
28.根据权利要求26或权利要求27所述的方法，还包括：在causeparam参数与转移原因元素之间进行映射。
29.根据权利要求26至28中任一项所述的方法，其中，所述causeparam参数是根据在互联网工程任务组(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所述的方法，其中，所述差错消息是SIP 489“错误事件”。
44.根据权利要求41至43中任一项所述的方法，其中，时间元素被定义为时间、或日期、或日期和时间、或时间范围、或日期范围、或日期和时间范围。
45.根据权利要求41至44中任一项所述的方法，其中，所述预订消息包括：将在其间向用户设备通知所有通信转移的时间范围、或日期范围、或日期和时间范围，其中，所述一个或多个时区与所述时间范围、或日期范围、或日期和时间范围相关。
46.根据权利要求41至45中任一项所述的方法，其中，所述预订消息包括：能够在其间向用户设备发送通信转移通知的时间范围、或日期范围、或日期和时间范围，其中，所述一个或多个时区与所述时间范围、或日期范围、或日期和时间范围相关。
CN200880112646.1A 2007-10-23 2008-10-22 用于通信转移通知的系统和方法 Expired - Fee Related CN101836421B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US98205807P 2007-10-23 2007-10-23
US60/982,058 2007-10-23
PCT/US2008/080752 WO2009055443A1 (en) 2007-10-23 2008-10-22 System and method for communication diversion notification

Publications (2)

Publication Number Publication Date
CN101836421A true CN101836421A (zh) 2010-09-15
CN101836421B CN101836421B (zh) 2014-12-24

Family

ID=40254355

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200880112646.1A Expired - Fee Related CN101836421B (zh) 2007-10-23 2008-10-22 用于通信转移通知的系统和方法

Country Status (9)

Country Link
US (3) US8494505B2 (zh)
EP (1) EP2206317A1 (zh)
JP (2) JP5118752B2 (zh)
KR (1) KR101184505B1 (zh)
CN (1) CN101836421B (zh)
AU (1) AU2008316901B2 (zh)
BR (1) BRPI0818720A8 (zh)
CA (1) CA2703960C (zh)
WO (1) WO2009055443A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103107894A (zh) * 2011-11-10 2013-05-15 中兴通讯股份有限公司 一种计费关联方法及系统

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7734247B2 (en) * 2007-01-25 2010-06-08 Sony Ericsson Mobile Communications Ab Configurable serial memory interface
US8494505B2 (en) * 2007-10-23 2013-07-23 Research In Motion Limited System and method for communication diversion notification
US8660252B2 (en) 2009-12-18 2014-02-25 Telefonaktiebolaget L M Ericsson (Publ) Control of execution time of time-dependent services by defining different time zones for the subscriber's location, the execution server, and the service subscription information
US8990319B2 (en) * 2010-08-26 2015-03-24 Fuji Xerox Co., Ltd. System and method for coordinating communication events using computer-assisted structured interaction
US20140140246A1 (en) * 2010-08-31 2014-05-22 Alcatel Lucent Monitoring of call forwarding destination
EP2724506A1 (en) * 2011-06-27 2014-04-30 Alcatel-Lucent Notification of too many "no answer" of forwarded to number
EP2732614B1 (en) * 2011-07-11 2017-09-06 Telefonaktiebolaget LM Ericsson (publ) Charging id correlation in an ims network
DE102012216392A1 (de) * 2011-09-29 2013-04-04 Continental Teves Ag & Co. Ohg Verfahren und System zur verteilten Übertragung eines Kommunikationsflusses sowie Verwendung des Systems
US20130339432A1 (en) * 2012-06-14 2013-12-19 International Business Machines Corporation Monitoring connection requests in social networks

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0265451A (ja) * 1988-08-31 1990-03-06 Matsushita Electric Ind Co Ltd 内線着信呼の転送要因通知装置
JPH05236013A (ja) * 1992-02-25 1993-09-10 Nec Eng Ltd 着信転送方式
US5832060A (en) * 1996-06-14 1998-11-03 U S West, Inc. System and associated method for concatenated messaging
US6070080A (en) * 1996-11-22 2000-05-30 Telefonaktiebolaget Lm Ericsson (Publ) Called party availability announcement in a radio telecommunications network
JP2000115379A (ja) * 1998-10-01 2000-04-21 Nitsuko Corp ボタン電話交換システムにおける着信呼転送方法
JP2000125016A (ja) * 1998-10-14 2000-04-28 Nec Yonezawa Ltd 構内交換機に収容される表示窓を有する端末への自動転送情報通知方式及びその方法
JP4022793B2 (ja) * 1998-10-30 2007-12-19 富士通株式会社 時差補正時刻による通信付加サービスシステム
JP4362794B2 (ja) 1999-07-05 2009-11-11 日本ビクター株式会社 動画像符号化装置及びその方法
US7039164B1 (en) * 1999-10-14 2006-05-02 Gte Wireless Service Corporation Method and system for reporting events in telecommunication networks
CA2404004A1 (en) * 2000-03-31 2001-10-11 Nortel Networks Limited Internet call waiting with voice mail system that provides monitoring during recording
JP2002218541A (ja) * 2001-01-16 2002-08-02 Ntt Docomo Inc 携帯端末の着信時間規制システムおよび方法
JP3937752B2 (ja) * 2001-05-10 2007-06-27 株式会社日立製作所 携帯電話機および基地局
EP1582066A4 (en) * 2002-12-27 2006-09-20 Logicacmg Wireless Networks In SYSTEM AND METHOD FOR PROVIDING AN INTERACTIVE VIDEO RESPONSE FOR WIRELESS DEVICES
KR100493108B1 (ko) * 2003-01-29 2005-06-02 삼성전자주식회사 통화 혼잡 상태에서의 호 처리 서비스 방법
US7035390B2 (en) * 2003-03-07 2006-04-25 Nortel Networks Limited User controlled call routing for multiple telephony devices
US8756051B2 (en) * 2005-09-30 2014-06-17 Telefonaktiebolaget L M Ericsson (Publ) Method and communication network for providing announcements in preferred language while roaming
US20090024760A1 (en) * 2006-03-14 2009-01-22 Motorola, Inc. Method and system for managing communication-sessions in a network
EP1892915A3 (en) * 2006-08-04 2008-03-05 Benalclaf, S.L. Internet protocol converter for VoIP call forwarding
ITPN20060082A1 (it) * 2006-08-19 2008-02-20 Benalclaf S L Assegnazione di linea dinamica
US8538000B2 (en) * 2007-08-10 2013-09-17 Tekelec, Inc. Methods, systems, and computer program products for performing message deposit transaction screening
US8494505B2 (en) * 2007-10-23 2013-07-23 Research In Motion Limited System and method for communication diversion notification

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103107894A (zh) * 2011-11-10 2013-05-15 中兴通讯股份有限公司 一种计费关联方法及系统

Also Published As

Publication number Publication date
AU2008316901B2 (en) 2012-04-12
US20160014581A1 (en) 2016-01-14
JP5394537B2 (ja) 2014-01-22
EP2206317A1 (en) 2010-07-14
JP5118752B2 (ja) 2013-01-16
CA2703960A1 (en) 2009-04-30
BRPI0818720A2 (pt) 2015-04-22
JP2011504668A (ja) 2011-02-10
KR20100087333A (ko) 2010-08-04
US20130279374A1 (en) 2013-10-24
BRPI0818720A8 (pt) 2015-08-11
CN101836421B (zh) 2014-12-24
WO2009055443A1 (en) 2009-04-30
US8494505B2 (en) 2013-07-23
AU2008316901A1 (en) 2009-04-30
CA2703960C (en) 2015-09-15
JP2012182828A (ja) 2012-09-20
US20090104899A1 (en) 2009-04-23
US9148767B2 (en) 2015-09-29
KR101184505B1 (ko) 2012-09-19

Similar Documents

Publication Publication Date Title
CN101836421B (zh) 用于通信转移通知的系统和方法
CN101772929B (zh) 向用户设备指示紧急回叫的系统和方法
US8355704B2 (en) Method and system for implementing interconversion between ring back tone and ringing tone
CN101822018B (zh) 利用全球可路由用户代理统一资源标识符的通信转移的系统和方法
CN102714654B (zh) 用于无线网络中的多媒体紧急接入的系统和方法
CN101946553B (zh) 个人网络接入控制系统和方法
CN101606401B (zh) 标识语音呼叫连续性（vcc）订户的系统和方法
US8306507B2 (en) Differentiated message delivery notification
US20070206747A1 (en) System and method for performing call screening
RU2004129631A (ru) Последовательный мультимодальный ввод
CN103262490A (zh) 用于ip多媒体系统的卡应用工具包支持
CN102656858A (zh) 用于使用sip协议来实现协作会话的控制转移的系统和方法
CN102804730A (zh) 用于实现设备之间的媒体和媒体转移的系统和方法
CN101663835A (zh) 组播控制信道设计
US20050037793A1 (en) Sound information providing system
US20070243898A1 (en) Multi-handset cordless voice over IP telephony system
CN101822017B (zh) 利用全球可路由用户代理统一资源标识符来配置和执行通信转移的系统和方法
US8385962B1 (en) Push-to-talk voice messages
US20030045310A1 (en) Status enquiry in a wireless communication system
KR101658242B1 (ko) 이동통신 단말기의 전화번호를 이용한 ｉｐ 통신 방법 및 그 기능을 갖춘 서버
KR20060080627A (ko) 피티티 서비스를 지원하는 시스템에서 버디 추가 요청 방법
JP2012105346A (ja) 移動通信システムとその基地局装置および通信装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C53 Correction of patent of invention or patent application
CB02 Change of applicant information

Address after: Voight, Ontario, Canada

Applicant after: Blackberry Ltd.

Address before: Ontario, Canada

Applicant before: Research In Motion Ltd.

COR Change of bibliographic data

Free format text: CORRECT: APPLICANT; FROM: RESEARCH IN MOTION LTD. TO: BLACKBERRY LTD.

C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20141224

Termination date: 20161022