CN101822018A - 利用全球可路由用户代理统一资源标识符的通信转移的系统和方法 - Google Patents

利用全球可路由用户代理统一资源标识符的通信转移的系统和方法 Download PDF

Info

Publication number
CN101822018A
CN101822018A CN200880110567A CN200880110567A CN101822018A CN 101822018 A CN101822018 A CN 101822018A CN 200880110567 A CN200880110567 A CN 200880110567A CN 200880110567 A CN200880110567 A CN 200880110567A CN 101822018 A CN101822018 A CN 101822018A
Authority
CN
China
Prior art keywords
node
sip
gruu
sip message
uri
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
CN200880110567A
Other languages
English (en)
Other versions
CN101822018B (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.)
Maliki Innovation Co ltd
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 CN101822018A publication Critical patent/CN101822018A/zh
Application granted granted Critical
Publication of CN101822018B publication Critical patent/CN101822018B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H04L63/0421—Anonymous communication, i.e. the party's identifiers are hidden from the other party or parties, e.g. using an anonymizer
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1069—Session establishment or de-establishment
    • 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/1096—Supplementary features, e.g. call forwarding or call holding
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种用于转移会话发起协议(SIP)消息的方法。该方法包括使用至少一个全球可路由用户代理统一资源标识符(GRUU)来确定SIP消息被转移到的接收方，以及隐藏存在于SIP消息中的身份。

Description

利用全球可路由用户代理统一资源标识符的通信转移的系统和方法
相关申请的交叉参考
本申请要求John-Luc Bakker等人于2007年8月10日提交的题为“System and Method for Configuring and Executing CDIV with GRUU”(32673-US-PRV-4214-03100)的美国临时专利申请No.60/955,272；John-Luc Bakker等人于2007年9月14日提交的题为“System and Methodfor Configuring and Executing CDIV with GRUU”(32789-US-PRV-4214-03800)的美国临时专利申请No.60/972,602；John-Luc Bakker等人于2007年10月10日提交的题为“Communication Diversion usingGRUUS”(32789-1-US-PRV-4214-03102)的美国临时专利申请No.60/979,018；以及于2007年11月6日提交的John-Luc Bakker等人的题为“Communication Diversion and Notification using GRUUS”和John-Luc Bakker等人的题为“System and Method for Configuring andExecuting CDIV with GRUU”(32789-2-US-PRV-4214-03103)美国临时专利申请No.60/985,902的优先权，其全部内容通过引用合并于此。
背景技术
IP(互联网协议)多媒体子系统(IMS)是用于向移动和固定用户代理(UA)提供多媒体服务和IP电话呼叫的标准化体系结构。作为用于建立和管理基于IMS的呼叫的协议，会话发起协议(SIP)主要由互联网工程任务组(IETF)来标准化和管理，。如这里所使用的，术语“用户代理”和“UA”在一些情况可能指代移动设备，例如，移动电话、个人数字助理、手持或膝上型计算机、网络节点、以及具有电信能力的类似设备等。这样的UA可能由无线设备及其关联通用集成电路卡(UICC)组成，或可能由不具备这种卡的设备本身组成，通用集成电路卡(UICC)包括订户身份模块(SIM)应用、通用订户身份模块(USIM)应用、或可拆卸订户身份模块(R-UIM)应用。在其他情况下，术语“UA”可以指代具有类似能力但不可携带的设备，例如，固定电话、台式计算机、机顶盒、或网络节点。当UA是网络节点时，网络节点能够代表其他功能(例如，无线设备或固定设备)起作用，并模拟和仿真无线设备或固定设备。例如，对于一些无线设备，应当典型地驻留在设备上的IMS SIP客户端实际上驻留在网络中，并使用优化的协议来将SIP消息信息转播至设备。换言之，能够以远程UA的形式来分发传统上由无线设备执行的一些功能，其中，远程UA代表网络中的无线设备。术语“UA”还可以指代能够终止SIP会话的任何硬件或软件组件。同样，这里可能同时使用术语“UA”、“用户设备”、“UE”以及“节点”。
一些节点在电路交换模式下进行通信，其中专用通信路径存在于两个设备之间。对于呼叫或会话的持续时间，两个设备之间交换的所有数据沿着单一路径传播。一些节点具有在分组交换模式下进行通信的能力，其中将代表呼叫或会话的一部分的数据流划分成作为给定唯一标识符的分组。然后分组可能沿着不同路径从源传输到目的地，并在不同时刻到达目的地。在到达目的地时，基于标识符将分组重新组合成它们的原始序列。
经由电路交换发生的通信被称为在电路交换域中发生，经由分组交换发生的通信被称为在分组交换域中发生。在每个域中，可以使用若干不同类型的网络、协议或技术。在一些情况下，可以在这两个域中使用相同网络、协议或技术。无线通信网络可以基于码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、或一些其他多址方案。基于CDMA的网络可以实现一个或多个标准，例如3GPP2IS-2000(一般被称为CDMA 1x)、3GPP1IS-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)。SIP主要由互联网工程任务组(IETF)来标准化和管理。IP(互联网协议)多媒体子系统(IMS)是允许在节点之间传输多媒体内容的分组交换技术。
附图说明
为了更完整理解本公开，结合附图和详细描述，现在参照以下简要描述，其中类似的参考数字代表类似的部件。
为了更完整理解本公开，结合附图和详细描述，现在参照以下简要描述，其中类似的参考数字代表类似的部件。
图1是根据本公开实施例的电信系统的框图。
图2是根据本公开实施例的用于转移SIP消息(即，SIP请求或响应)的方法的框图。
图3是包括可操作用于本公开各个实施例中的一些实施例的节点在内的无线通信系统的图。
图4是可操作用于本公开各个实施例中的一些实施例的节点的框图。
图5是可以在可操作用于本公开各个实施例中的一些实施例的节点上实现的软件环境的图。
图6示出了适合于实现本公开若干实施例的处理器和相关组件。
具体实施方式
首先应当理解，尽管以下提供了本公开的一个或多个实施例的示意实现方式，但可以使用许多技术(无论当前已知或现有的)来实现所公开的系统和/或方法。本公开决不限于示意实现方式、附图和以下示意的技术，包括这里示意和描述的示例设计和实现方式，但是可以在所附权利要求的范围及其等同物的全范围内进行修改。
在实施例中，提供了一种转移会话发起协议(SIP)消息的方法。该方法包括：使用至少一个全球可路由用户代理统一资源标识符(GRUU)来确定SIP消息要被转移到的接收方。该方法还包括隐藏存在于SIP消息中的身份。
在备选实施例中，提供了一种实现通信转移(CDIV)服务的系统。该系统包括多个节点。所述节点中的至少一些能够由不同全球可路由用户代理统一资源标识符(GRUU)来寻址。该系统还包括用于隐藏多个节点中的至少一个节点的身份的保密规则。
在备选实施例中，提供了一种电信网络。该电信网络包括：用于存储规则的第一组件，该规则用于基于由网络中的节点指定的第一全球可路由用户代理统一资源标识符(GRUU)和SIP消息的报头字段中的第二GRUU的比较来转移SIP消息。当第一GRUU与第二GRUU匹配时，遵照规则来确定以下项目中的至少一个项目：从中转移SIP消息的中间目标节点、从中转移SIP消息的目标节点、以及SIP消息被转移到的接收方节点。通信网络还包括：第二组件，用于存储保密规则，所述保密规则用于防止向中间目标节点或接收方节点泄露至少一个节点的身份。
在分组交换网络中，多个节点或用户代理可能使用相同的记录地址，例如，统一资源标识符(URI)或其他公共用户身份。例如，单一用户可能具有均具有相同URI的移动电话、膝上型计算机以及家庭计算机。当将消息发送至URI时，可以将该消息实质上同时发往全部三个节点。在一些情况下，可能期望仅将SIP消息发往共享单一URI的多个节点中的一个节点。为了提供这样的能力，分组交换网络可以包括被称为GRUU(全球可路由用户代理URI)的特征，该特征允许当特定节点具有与其他节点相同的URI时将SIP消息或其他基于SIP的服务发往该节点。
作为示例，从称为“company_x”的公司接收无线电信服务器的、具有用户名“user_abc”的用户可能具有URI“user_abc@company_x.com”。使用该URI的第一设备可能具有GRUU“user_abc@company_x.com；gr＝urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6”，使用该URI的第二设备可能具有GRUU“user_abc@company_x.comgr＝urn:uuid:d84d4fbe-10dec-12d0-a768-a0a0c51a6bf6”。GRUU中标识特定节点的部分，遵照“gr”参数的URN，在这些情况下可以被称作GR参数值或GR参数。GRUU中与URI相对应的部分“user_abc@company_x.com”在这种情况下可以被称为公共用户身份(PUID)。为了简单起见，在下文中，将对gr参数值或gr参数给出简短易读的串，例如，“节点A”，“节点B”。
在实施例中，提供了一种允许结合GRUU使用通信转移(CDIV)的系统。CDIV是可用于分组交换会话(例如基于SIP的呼叫)的基于脚本或基于规则的服务。CDIV可以提供诸如呼叫转发、忙线呼叫转发之类的特征以及允许将SIP会话重定向至与呼叫最初去往的节点不同的节点的类似选项。呼叫的任何这种转发或重新定目标在这里将被称为会话的转移。当将GRUU地址特征映射至CDIV脚本中的元素时，可以将会话重定向至例如与其他节点共享URI的节点的GRUU。此外，当指示其本身或使用GRUU发起呼叫的电路交换(CS)设备的节点发起会话时，可以根据进行呼叫的节点来以不同方式处理会话。注意，CS设备也可以发起呼叫；当将这样的呼叫路由至基于SIP的网络时，可以对呼叫进行CDIV。
图1是系统100的实施例的框图，示出了节点的CDIV的实现方式，这些节点可由它们的GRUU来寻址。系统100包括无线电信网络102。尽管将网络102描绘为单一实体，但网络102可能包括允许分组交换会话从一个节点传送到另一节点的多个互连网络。网络102包括通信转移策略104，该通信转移策略104包括针对一个或多个节点的一个或多个转发规则106，规则106指定基于如何节点或CS设备的GRUU来转移SIP消息，其中，所述SIP消息是从所述节点或CS设备发起的，或者是定目标至或重新定目标至所述节点或CS设备的。如以下所描述的，通信转移策略104还可能包括一个或更多个保密规则108。通信转移策略104中的转发规则106可能是基于CDIV的脚本，该脚本已被修改为支持包括GR参数的URI。具体地，如果规则106符合互联网工程任务组(IETF)请求注解(RFC)4745和开放移动联盟(OMA)公共策略扩展，则修改包括：将“身份”条件(RFC 4745和OMA公共策略扩展)值或OMA公共策略扩展中的类似条件值与Contact报头字段值进行匹配(如所述条件值包括GR参数的话)。网络102还可能包括适当的处理组件以实现通信转移策略104。通信转移策略104和实现通信转移策略104的组件可能驻留在网络102内的应用服务器或类似组件上。
网络102还包括在多个呼叫发起方和/或呼叫目标方的控制下的多个节点。节点A 110和节点D 140在第一方150的控制下，并共享第一URI但具有不同的GR参数。(应当注意，共享PUID的多个节点不是使用GRUU的前提)。节点B 120和节点C 130在第二方160的控制下，并共享第二URI但具有不同的GR参数。例如，如果第一方150具有URI“userAB@companyXY”，则节点A110可能具有GRUU“userAB@companyXY；gr＝nodeA，并且节点D 140可能具有GRUU“userAB@companyXY；gr＝nodeD。如果第二方160具有URI“userBC@companyYZ”，则节点B  120可能具有GRUU“userBC@companyYZ；gr＝nodeB，并且节点C 120可能具有GRUU“userBC@companyYZ；gr＝nodeC”。也可能存在可以包括多个节点的第三方170。
在以下讨论中，将假设第一方150使得在网络中向第二方160发送SIP消息。SIP消息可以用于建立基于SIP的呼叫，可以基于在第一方150和第二方160控制下的节点的一个或多个GRUU来转移该基于SIP的呼叫。以下讨论涉及基于SIP的呼叫；然而，与关于呼叫的以下讨论相类似的考虑可以应用于由系统100中示出的其他方发起和/或以所述其他方为目标的其他SIP消息。该呼叫可能由第一方150发起，或由另一源发起，发送给第一方150，并然后由第一方150转发给第二方160。在这两种情况下，这里认为第一方150是呼叫的发起方。发起方将SIP消息发往的节点这里将被称为呼叫的目标。SIP消息最终被转移到的节点这里将被称作呼叫的接收方。呼叫的接收方的设备也可以由其GRUU来寻址。
在实施例中，期望基于一个或多个GRUU实现CDIV的一方可能在通信转移策略104中指定包括GR参数在内的SIP URI，该GR参数属于：发起SIP消息的节点、作为SIP消息目标的节点、和/或SIP转移到的节点。例如，如果第二方160期望基于第一方150的GRUU和/或基于第二方160的GRUU转发来自第一方150的SIP消息，则第二方160可能向网络102发送消息，以在通信转移策略104中建立将SIP消息转移至适当接收方的转发规则106。
作为示例，通信转移策略104中的转发规则106可以被设置为指定以节点B 120的GRUU为目标的任何SIP消息都将被转发至节点C 130，而与发起呼叫的节点无关。在另一示例中，转发规则106还可以被设置为指定节点A 110的GRUU所发起的任何SIP消息都将被转发至节点B120，而与作为SIP消息目标的第二方160的节点无关。在另一示例中，转发规则106可以被设置为指定从节点A 110的GRUU或从节点D 140的GRUU发起的、并且以节点B 120的GRUU或节点C 130的GRUU为目标的任何呼叫都将被转发至第三方170。对于本领域技术人员而言，可以基于发起节点的GRUU和/或目标节点的GRUU来建立的转移规则106的示例是显而易见的。
当将SIP消息传输至已经为其建立一个或多个转发规则106的节点时，可以针对包括GR参数的一个或多个SIP URI的存在，检查以下部分中的信息：SIP消息的“To”报告字段、“From”报头字段、“Contact”报头字段、“P-Asserted-Identity”报头字段(RFC 3325)、“History”报头字段、或SIP消息的起始行、消息报头、消息体的一些其他公知的基于SIP的部分。如果SIP消息中存在包括GR参数的一个或多个SIP URI，则将包括GR参数的那些SIP URI与目标节点的通信转移策略104中包括GR参数的SIP URI进行比较。如果在SIP消息中不存在包括GR参数的SIP URI，或者如果所存在的包括GR参数的SIP URI与通信转移策略104中包括GR参数的任何SIP URI不匹配，或者如果如RFC 4745所述的没有其他转发规则匹配，则以标准方式将SIP消息(例如，SIP请求)发送至目标节点。应当注意，SIP URI可以是通配的。
如果SIP消息中包括GR参数的一个或多个SIP URI与通信转移策略104中包括GR参数的一个或多个SIP URI匹配，则经历其他条件和每RFC 4745的评估，完成通信转移策略104中针对目标节点而建立的转发规则106。即，如果在通信转移策略104中存在规则，所述规则应用于SIP消息的信息部分中的包括GR参数的SIP URI，则可以基于包括GR参数的SIP URI来转移SIP消息。
在这种转移的第一示例中，呼叫转发可能基于作为呼叫的目标的节点，而与发起节点无关。例如，如果节点A 110期望具体向节点B 120进行呼叫而非向第二方160的一般URI进行呼叫，则节点A 110可能使用节点B 120的GRUU以使呼叫以节点B 120为目标。然而，第二方160可以期望将以节点B 120为目标的呼叫转发至节点C 130，而与发起节点无关。在这样的情况下，第二方160可能将适当指令发送至网络102，以建立通信转移策略104，使得以节点B 120为目标的所有呼叫都应当被转发至节点C 130。来自节点A 110的SIP消息可以符合一般在RFC4745描述的规则和条件，并且确定在呼叫的“To”报头中(或在类似的基于SIP数据字段中，例如在IM CN子系统或IMS内传输的SIP消息中的P-Asserted-Identity字段中)是否存在针对节点B 120的包括GR参数的SIP URI。由于存在针对节点B 120的包括GR参数的SIP URI，所以经历其他条件和评估，可以转发由第二方160建立的转发规则，并且可以将呼叫转移至节点C 130。
在第二示例中，呼叫转发可以基于从中发起呼叫的节点，而与目标节点无关。例如，第二方160可能将适当指令发送至网络102以建立通信转移策略104，使得从节点A 110发送的任何呼叫都应当仅发送至节点B 120，而与作为呼叫的目标的节点无关。如果节点A 110具体向节点B 120发出呼叫，具体向节点C 130发出呼叫，或一般向第二方160发出呼叫，则检查呼叫的“Contact”报头字段(或类似的基于SIP的数据字段)，以确定是否存在针对节点A 110的包括GR参数的SIP URI。在这种情况下，由于在”Contact”报头中存在针对节点A 110的包括GR参数的SIP URI，所以经历其他条件和评估，可以遵照针对来自节点A 110的呼叫、由第二方160建立的转发规则106，并且可以仅向节点B 120发送该呼叫。
在第三示例中，呼叫转发可能基于发起节点和目标节点的组合。例如，第二方160可能指定从节点A 110发送并以节点B 120为目标的所有呼叫都应当被转移到节点C 130。从节点D 140发送并以节点C 130为目标的所有呼叫可能被转移到节点B 120。在这些情况下，可能针对与节点A 110、节点B 120、节点C 130和节点D 140相对应的包括GR参数的SIP URI，来检查从第一方150到第二方160的呼叫的“To”报头和“Contact”报头(或类似报头)。如果在报头中找到包括GR参数的指定SIP URI，则经历其他条件和评估，可以遵照可应用的转发规则106。
在第四示例中，可能将来自第一方150的呼叫转发至第三方170，而不是或此外还转发至在第二方160控制下的节点。例如，第二方160能够在通信转移策略104中建立转发规则106，该规则106规定来自节点A 110、以节点B 120为目标的呼叫应当被转发至第三方170或第三方170控制下的具体节点。另一规则106能够规定来自节点A 110、以节点C 130为目标的呼叫应当被发送至节点C 130并且还被转发至第三方170。另一规则106可以规定对于来自节点D 140的呼叫，不应当发生转发，并应当将呼叫发送至它们的目标节点。本领域技术人员可能认识到其他可能的规则106或规则106的组合，以基于A 110、节点B 120、节点C 130、节点D 140以及在第三方170控制下的节点的GRUU来转移呼叫。
当传输的SIP消息时，发送方的URI典型地包括在“Contact”字段、“History-Info”字段、“P-Asserted-Identity”字段、和/或报头中的其他位置或SIP消息中的其他位置中。当从具有GRUU的节点发送消息时，发送方的URI可能包括GRUU的PUID部分和GR参数部分。在一些情况下，在结合CDIV使用GRUU的会话中所涉及的一方可能不期望其一个或多个节点的GR参数被该会话被传送到的一方的节点所知道。例如，如果节点A 110正呼叫节点B 120，并且第二方160已经指定要将这样的SIP消息重定向至第三方170，第二方160可以不期望第三方170知道节点B 120的GR参数。
在实施例中，为了在这种情况下保持GR参数私有性，可以在通信转移策略104中建立一个或多个保密规则108。当实现保密规则108之一并应用于包括GRUU的SIP消息时，可能从SIP消息中的可应用URI中删除GR参数及其值。在一些情况下，仅删除GRUU的GR参数部分，并且转发的SIP消息仅包括GRUU的PUID部分。例如，如果节点的GRUU是“user_abc@company_x.com；gr＝nodeD，则可能删除“nodeD”部分，并可能转发“user_abc@company_x”部分，这与标准转发的SIP消息的情况一样。在其他情况下，可能删除或替换整个GRUU，并且没有关于转发方的信息可用于呼叫接收方。可能从“History-Info”字段和/或出现信息的任何其他位置中去除GR参数或整个GRUU。使节点的身份模糊或防止节点的身份变得已知的许多其他方式将对于本领域技术人员而言是显而易见的，其全部在本公开的精神和范围内。
在针对从具有GRUU的节点转发的SIP消息来实现保密规则108之一的其他情况下，可能用转发方不反对为呼叫接收方所知的其他信息来代替GR参数。例如，临时GRUU(TGRUU)可能用于代替公共GRUU。如本领域所公知的，TGRUU是临时与公共可用GRUU相关联的并且能够在有限时间内(例如，在SIP注册的长度或更短时间内)可用的URI。由于接收使用TGRUU来标识发送方的消息的一方不能确定原始GRUU和TGRUU之间的关联，因此TGRUU的使用能够隐藏在会话中涉及或曾经涉及的节点的身份。
图2示出了基于GRUU来实现CDIV的方法200的实施例。在方框210，建立基于一个或多个GRUU的转发策略。在这一点上，指定了：将被用作进行SIP消息转移判定的基础的GR参数，以及用于基于GR参数来转移SIP消息的一个或多个转发规则。在这一点上，也可能指定：用于对作为会话一部分的在某时或其他时候提及的节点的身份加以隐藏的保密规则。备选地，在不同时刻建立转发规则和保密规则。
在方框220处，当传输基于SIP的消息时，可能将SIP消息中的GR参数与转发策略中的GR参数进行比较。在方框230处，基于在SIP消息中的GR参数与在转发策略中的GR参数之间是否找到匹配来进行判定。在方框240处，如果在SIP消息中不存在包括GR参数的SIP URI，或者如果存在的包括GR参数的SIP URI与转发政策中包括GR参数的任何SIP URI不匹配，或者如RFC 4745中描述的没有其他转发规则匹配，则以标准方式向目标节点发送SIP消息(例如，SIP请求)。在方框250处，如果找到匹配，则遵照转发策略中的一个或多个规则，并可能将SIP消息转移至接收方节点而不是其目标节点。如果已经建立一个或多个保密规则，则保密规则可能应用于在方框250处转移的会话，以防止向SIP消息的最后接收方或其他中间节点泄露与一个或多个节点有关的信息。
以下提供了附加细节以及本公开的其他实施例：
1.4.3.1提供/撤销
应当在服务供应商的现有布置之后提供CDIV服务(无条件通信转发、通信转发忙、通信转发无应答、通信转发未登录、通信偏转和通信转移通知)。
在所服务用户的请求时或出于管理原因撤销CDIV服务。
可以与预订选项分离地来提供CDIV仿真服务。与至少一个CDIV仿真服务一同提供通知服务CDIVN。对于每个预订选项，仅可以选择一个值。这些预订选项是所服务用户的呼叫转移简档的一部分。在表4.3.1.1中示出了预订选项。
Table 4.3.1.1：CDIV服务的预订选项
Figure GPA00001087106300121
4.4.1 SIP消息
由于ES 283 003中的编码规则[错误！未找到引用源。]使用以下SIP消息。
Table 4.4.1.1：用于重定向的SIP报头信息
Figure GPA00001087106300131
在附录C中给出了关于cause参数的更多信息。
实现CDIV服务的AS应当支持REFER方法RFC 3515[16]，以便能够处理与ECT TS183 029[15]的交互。
4.4.2参数
在ES 283 003[错误！未找到引用源。]中描述Privacy报头。本发明对于History报头参照RFC 4244[错误！未找到引用源。]，对于Privacy报头和P.-Asserted-Identy参照RFC 3325[错误！未找到引用源。]，对于GRUU参照draft-ietf-sip-gruu-13(见参考书)，以及对于Cause-Code参照RFC 4458[14]。
4.5.2.6.2.2    第一转移：没有接收到History报头
当这是通信所经历过的第一次转移时，将在重新定目标请求中设置以下信息：
-发起转移方地址：
-转移到达方地址：
-  转移信息。
应当包括以下报头字段，并利用指定值对以下报头字段进行修改：
a)请求URI-应当被设置为通信要被转移到的SIP、TEL或SIPS URI(见4.9.1.4条中的<target>元素)。.
b)History-Info报头字段-应当产生的两个hist-Info条目。
b.1)第一条目包括所服务的用户的hi-targeted-to-uri.
如果：
■如果所服务的用户期望私有性(例如，所服务的用户预订OIR服务)；或者
■如果所服务的用户将预定选项″所服务的用户允许将他/她的URI呈现给转发到的用户″设置为否。
则Privacy报头″History″应当在hi-targeted-to-uri内逸出，
如果第一条目包含″gr″参数，并将预订选项″所服务的用户允许向转移到的用户呈现他/她的URI″设置为″不作为GRUU而泄漏″，则应当进行如下改变：
■用所服务的用户的公共用户身份代替第一条目。
根据在RFC 4224[3]中规定的规则将索引设置为index＝1[错误！未找到引用源。].
b.2)第二条目包括通信被转移到的地址的hi-targeted-to-uri。将索引设置为index＝1.1，应当根据转移条件和通知预订选项来设置包括在History-Info字段中的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[错误！未找到引用源。]中指定的规则。
c)To报头字段：
c.1)如果To报头包含″gr″参数，并且所服务的用户已经将预订选项″所服务的用户允许将他/她的URI呈现给转发到的用户″设置为″不作为GRUU而泄漏″，则应当将To报头字段改变成所服务的用户的公共用户身份。
c.2)如果所服务的用户不期望向转移到的用户泄露其身份，则应当将To报头改变成通信被转移到的URI。当以下条件之一为真时所服务的用户不期望泄露其身份：
-如果所服务的用户期望私有性(所服务的用户预订OIR服务)；或者
-如果所服务的用户将预定选项″所服务的用户允许将他/她的URI呈现给转发到的用户″设置为否。
在所有其他情况下应当不改变To报头。
4.5.2.6.2.3    后续转移；接收到History-Info报头
当这是通信经历的第二或更多次转发时，根据在RFC 4244[错误！未找到引用源。]
中定义规则应当将新的history-info条目添加到History-Info报头字段中。必须将以下信息添加到重新定目标请求：
●转移到达方地址；
●转移信息。
应当包括以下报头字段，并利用指定值对以下报头字段进行修改：
a)请求URI-应当被设置为通信要被转移到的SIP、TEL或SIP URI(见4.9.1.4条中的<target>元素)。
b)History-Info报头字段-可以对代表所服务的用户的历史条目进行修改。添加一个历史条目。
b.1)如果代表所服务的用户的历史条目包含″gr″参数，并且将预订选项“所服务的用户允许将他/她的URI呈现转移到的用户”设置为“不作为GRUU而泄漏”，则应当将该历史条目改变成所服务的用户的公共用户身份。
如果：
■如果所服务的用户期望私有性(例如，所服务的用户预订OIR服务)；或者
■如果所服务的用户将预定选项″所服务的用户允许将他/她的URI呈现给转移到的用户″设置为否。
则代表所服务的用户私有报头″history″的历史条目应当在hi-targeted-to-uri内逸出。
如果历史条目已经以正确私有值逸出，则不需要进行修改。
在所有其他情况下，不应当改变代表所服务的用户的历史条目。
b.2)在将hi-targeted-to-uri设置为通信被转移到的SIP、TEL或SIPS URI的情况下应当添加历史条目，应当根据转移条件和通知预订选项来设置包括在Histroy-Info报头字段中的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.″Indexing in theHistory-Info Header″中指定的基本转发规则来递增索引，应当使用新索引″1″。
c)To报头：
c.1)如果所服务的用户不期望其身份泄漏给转移到达方，则应当将To报头改变成通信杯转移到的URI。当以下条件之一为真时所服务的用户不期望泄露其身份：
-如果所服务的用户期望私有性(所服务的用户预订OIR服务)；或者
-  如果所服务的用户将预定选项″所服务的用户允许将他/她的URI呈献给转移到的用户″设置为否。
c.2)如果To报头包含″gr″参数，并且所服务的用户已经将预订选项″所服务的用户允许将他/她的URI呈现给转移到的用户″设置为″不作为GRUU而泄漏″，则应当将To报头字段改变成所服务的用户的公共用户身份。
在所有其他情况下应当不改变To报头。
4.5.2.6.4发起用户的通知过程(预订选项)
当发生通信转移时，并且如果所服务的用户已经将预订选项″发起用户接收到其通信已被转移(转发或偏转)的通知。″设置为真，则应当向发起用户发送181(正转发呼叫)响应。
应当包括以下报头字段，或利用指定值对以下报头字段进行修改：
a)P-Asserted-Identity包括发起转移的用户的URI。
b)如果：
-如果所服务的用户期望私有性(例如，所服务的用户预订TIR服务)；或者
-所服务的用户已经将预订选项″所服务的用户在转移通知中允许将他/她的URI呈现给发起用户″设置为否。
则应当包括具有值″id″的Privacy报头。
c)应当将以下条目添加至History-Info报头字段：
c.1)如果这是第一条目，则第一条目应当由所服务的用户的hi-targeted-to-uri来填充。根据在RFC 4244[错误！未找到引用源。]中指定的规则将索引设置为索引＝1。
c.2)关于代表所服务的用户的历史条目，
c.2.1)如果代表所服务的用户的历史条目包含″gr″参数，并且所服务的用户已将预订选项″所服务的用户在转移通知中允许将他/她的URI呈现给发起用户″设置为″不作为GRUU而泄漏″，应当改变为转移到的用户的公共用户身份。
c.2.2)如果：
■如果所服务的用户期望私有性(所服务的用户预订OIR服务)；或者
■如果所服务的用户将预定选项″所服务的用户在转移通知消息中允许将他/她的URI呈现给发起用户″设置为否。
则具有值“历史”的私有报头不在hi-targeted-to-uri内。
■如果历史已经以正确私有值逸出，则不需要修改。
c.2.3)在所有其他情况下，应当不改变代表所服务的用户的历史条目。
c.3)应当根据条款4.5.2.6.2.3项b.2的规则添加历史条目。此外，对于该条目：
c.2.1)如果代表转发至的URI的历史条目包含″gr″参数，并且如果所服务的用户将预定选项″所服务的用户在转移通知中允许向发起用户呈现所转发的URI″设置为″不作为GRUU而泄漏″，则应当将该历史条目改变成转移到的用户的公共用户身份。
c.2.2)如果所服务的用户将预定选项″所服务的用户在转移通知中允许向发起用户呈现所转发的URI″设置为否，则具有值“history”的Privacy报头应当在hi-targeted-to-uri内逸出。
此外，AS可以向呼叫用户发起要包括的通告，以便通知转移。根据在TS 183 028[错误！未找到引用源。]中所描述的过程来进行通告。
4.9.1.3通信转移规则条件
以下条件是通信转移服务的XML方案所允许的：
忙：当被呼叫用户忙时，该条件评估为真。在所有其他情况下，条件评估为假。当从被呼叫方接收到忙指示时，评估具有该条件的规则。
未注册：当被叫用户没有注册时，该条件评估为真。在所有其他条件下，条件评估为假。
存在状态：当被叫用户的当前存在活动状态等于为该条件而设置的值时，该条件评估为真。在所有其他条件下，条件评估为假。
cp：身份：当呼叫用户的身份与身份元素的值匹配时，该条件评估为真。在OMA-TS-XDM-Core-V1-0(见参考书)中描述了该条件的所有元素的解释。在所有其他条件下，条件评估为假。应当将身份与从P-Asserted-Identity报头字段中获取的值进行匹配，如果该身份不包含″gr″参数，则将该身份与从Contact报头字段中获取的值进行匹配。
通告：当没有提供呼叫用户的P-Asserted-Identity或私有性受限时，该条件评估为真。
cp：范围：不可应用于通信转移服务的情况中。
cp：有效性：指定时间段。当当前时间在该条件的值所表达的有效时间段内时，该条件评估为真。在所有其他条件下，条件评估为假。
媒体：当来电呼叫请求特定媒体时，转发规则可以判定转发该特定媒体的呼叫。当该条件与在INVITE(RFC 3261[错误！未找到引用源。])中提供的SDP(RFC 4566[5])中的″m＝″行之一中的媒体字段相匹配，该条件评估为真。
无应答：当被叫用户没有应答时，该条件评估为真。在所有其他条件下，条件评估为假。当检测到无应答超时时，对关于该条件的规则进行评估。
在[错误！未找到引用源。]中指定的simservs文档方案中定义了并不是从公共策略方案(RFC 4745[17])或OMA公共策略方案(见参考书中的OMA-TS-XDM-Core-V1-0)中获取的条件元素。
4.9.1.4通信转移规则操作
由通信服务支持的操作是呼叫转发。为此定义了转发操作。转发操作采取以下元素：
目标：指定转发规则的地址。其应当是SIP或SIPS URI(RFC 3261[错误！未找到引用源。])、TEL URL(RFC 3966[错误！未找到引用源。])。
通知呼叫方：用于禁用以下缺省行为的可选元素：向呼叫方通知正在转发呼叫。向呼叫方泄露发起身份：用于禁用以下缺省行为的可选元素：当呼叫方被通知呼叫正被转发时，呼叫方接收一些发起方的身份信息。
向呼叫方泄露身份：用于禁用以下缺省行为的可选元素：当呼叫方被通知呼叫正被转发时，呼叫方接收一些转移到达方的身份信息。
通知所服务的用户：用于使得可以向所服务的用户通知正在转发呼叫的可选元素。关闭该缺省。
向所服务的用户通知去电呼叫：用于使得可以当所服务的用户进行呼叫尝试时向该用户通知正在转发呼叫的可选元素。
向目标泄露身份：用于禁用以下缺省行为的可选元素：转移到达方接收到转移发起方的一些身份信息。
4.9.2 XML方案
    <？xml version＝″1.0″encoding＝″UTF-8″？>
    <xs:schema xmlns:xs＝″http://www.w3.org/2001/xMLschema″-
    xmlns:ss＝″http://uri.etsi.org/ngn/params/xml/simservs/xcap″
          xmlns:cp＝″urn:ietf:params:xml:ns；common-policy″
          xmlns:ocp＝″urn:oma:xml；xdm:common-policy″
    targetNamespace＝″http://uri.etsi.org/ngn/params/xml/simservs/xcap″
          elementFormDefault＝″qualified″
          attributeFormDefault＝″unqualified″>
      <！--  import common policy definitions  -->
      <xs:import namespace＝″urn:ietf:params:xml:ns:common-policy″
    schemaLocation＝″common-policy.xsd″/>
      <！--import OMA common policy extensions-->
      <xs:import namespace＝″urn:oma:xml:xdm:common-policy″
    schemaLocation＝″xdm_commonPolicy-V1_0_2.xsd″/>
      <！--  communication diversion rule set based onthe common policy rule set.-->
     <xs:element name＝″communication-diversion″substitutionGroup＝″ss:absService″>
         <xs:annotation>
            <xs；documentation>This is the communication diversion configuration
document.</xs:documentation>
      </xs:annotation>
      <xs:complexType>
         <xs:complexContent>
            <xs:extension base＝″ss:simservType″>
               <xs:sequence>
                  <！--add service specific elements here-->
                  <xs:elementref＝″cp:ruleset″minOccurs＝″0″/>
               </xs:sequence>
            </xs:extension>
            <！--  service specific attributes can be defined here-->
         </xs:complexcontent>
      </xs:complexType>
   </xs:element>
   <！--  communication diversion specific extensions to IETF common policy actions-->
   <xs:element name＝″forward-to″type＝″ss:forward-to-type″/>
   <xs:simpleType name＝″reveal-URI-options-type″>
     <xs:restriction base＝″xs:string″>
       <xs:enumeration value＝″false″/>
       <xs:enumeration value＝″not-reveal-GRUU″/>
       <xs:enumeration value＝″true″/>
     </xs:restriction>
   </xs:simpleType>
   <！--  communication diversion specific type declarations-->
   <xs:complexType name＝″forward-to-type″>
       <xs:sequence>
           <xs:element name＝″target″type＝″xs:anyURI″minOccurs＝″1″maxOccurs＝″1″/>
           <xs:elementname＝″notify-caller″type＝″xs:boolean″default＝″true″minOccurs＝″0″/>
           <xs:element name＝″reveal-identity-to-caller″type＝″reveal-options-type″
default＝″true″minOccurs＝″0″/>
           <xs:elementname＝″reveal-originating-identity-to-caller″
type＝″reveal-options-type″default＝″true″minOccurs＝″0″/>
           <xs:elementname＝″notify-served-user″type＝″xs:boolean″default＝″false″
minOccurs＝″0″/>
           <xs:element name＝″notify-served-user-on-outbound-call″type＝″xs:boolean″
default＝″false″  minOccurs＝″0″/>
           <xs:element name＝″reveal-identity-to-target″type＝″reveal-options-type″
default＝″true″minOccurs＝″0″/>
        </xs:sequence>
  </xs:complexType>
</xs:schema>
图3示出了包括图1的节点之一(在这种情况下为节点A 110)的实施例的无线通信系统。类似的说明和描述能够应用于节点B 120、节点C 130、或节点D 140。节点110可操作用于实现本公开的方面，但是本公开不应限于这些实现。尽管被示为移动电话，但节点110可以采用各种形式，包括无线手持机、寻呼机、个人数字助理(PDA)、便携式计算机、平板计算机或膝上型计算机。许多适合的设备组合了这些功能的某些或全部。在本公开的一些实施例中，节点110不是例如便携式、膝上型或平板计算机等通用计算设备，而是诸如移动电话、无线手持机、寻呼机、固定线路设备或PDA等专用通信设备。在另一实施例中，节点110可以是便携式、膝上型或其他计算设备。节点110可以支持特殊活动，例如，游戏、库存控制、工作控制、和/或任务管理功能等等。
节点110包括显示器402。节点110还包括触敏表面、键盘或用于由用户输入的、统一称作404的其他输入键。键盘可以是全键盘或简化的字母数字键盘(如QWERTY、DVORAK、AZERTY和顺序类型)，或与电话键区相关联的带有字母的传统数字键区。输入键可以包括滚轮、退出键、轨迹球和可以被向内按压以提供其他输入功能的其他导航或功能键。节点110可以呈现供用户选择的选项、呈现供用户执行的控制、和/或呈现供用户定向的光标或其他指示符。节点110还可以接受来自用户数据输入，包括要拨打的号码或用于配置节点110的操作的各种参数值。节点110还可以响应于用户命令来执行一个或多个软件或固件应用。这些应用可以将节点110配置为响应于用户交互来执行各种定制功能。此外，可以用无线电(例如，从无线基站、无线接入点或对等端节点110)对节点110进行编程或配置。
web浏览器在可由节点110执行的各种应用之中，使显示器402能够示出网页。可以通过与无线网络接入节点、小区塔、对等端节点110、或任何其他无线通信网络或系统400进行无线通信来获得网页。网络400耦合至有线网络408(如互联网)。经由无线链路和有线网络，节点110访问各个服务器(如服务器410)上的信息。服务器410可以提供可在显示器402上示出的内容。备选地，节点110可以通过起到媒介作用的、以中继型或跳跃型连接的对等端节点110接入网络400。
图4示出了节点110的框图。尽管示出了节点110的各种已知组件，但在实施例中，节点110中可以包括所列组件的子集和/或未列出的附加组件。节点110包括数字信号处理器(DSP)502和存储器504。如所示，节点110还可以包括：天线和前端单元506、射频(RF)收发机508、模拟基带处理单元510、麦克风512、耳机扬声器514、头戴式耳机端口516、输入/输出接口518、可拆卸存储卡520、通用串行总线(USB)端口522、短距离无线通信子系统524、报警526、键盘528、可以包括触敏表面的液晶显示器(LCD)530、LCD控制器532、电荷耦合器件(CCD)摄像机534、摄像机控制器536、和全球定位系统(GPS)传感器538。在实施例中，节点110可以包括并不提供触摸屏的另一种类型的显示器。在实施例中，DSP 502可以不经过输入/输出接口518而直接与存储器504通信。
DSP 502或一些其他形式的控制器或中央处理单元操作用于根据该DSP 502自身包含的存储器504中存储的嵌入式软件或固件来控制节点110的各个组件。除了嵌入式软件或固件以外，DSP 502可以执行存储在存储器504中的、或可经由诸如便携式数据存储介质(如可拆卸存储卡520)等信息载体介质或经由有线或无线网络通信而得到的其他应用。应用软件可以包括将DSP 502配置为提供期望功能的机器可读指令的编译集合，或者应用软件可以是要由解释器或编译器来处理以间接配置DSP 502的高级软件指令。
可以提供天线和前端单元506以在无线信号和电信号之间进行转换，使节点110能够从蜂窝网络或一些其他可用无线通信网络或从对等端110发送和接收信息。在实施例中，天线和前端单元506可以包括多个天线以支持波束形成和/或多输入多输出(MIMO)操作。如本领域技术人员已知的，MIMO操作可以提供空间分集，所述空间分集可以用于克服较差的信道条件和/或提高的信道吞吐量。天线和前端单元506可以包括天线调谐和/或阻抗匹配组件、RF功率放大器、和/或低噪声放大器。
RF收发机508提供频移，将所接收的RF信号转换至基带，并将基带传输信号转换至RF。在一些描述中，无线电收发机或RF收发机可以被理解为包括其他信号处理功能，例如，调制/解调、编码/解码、交织/去交织、扩频/解扩、逆快速傅立叶变换(IFFT)/快速傅立叶变换(FFT)、循环前缀添加/去除、以及其他信号处理功能。为了清楚起见，说明书在这里将信号处理与RF和/或无线电级分开描述，并概念性地将该信号处理分配至模拟基带处理单元510和/或DSP 502或其他中央处理单元。在一些实施例中，可以将RF收发机508、天线和前端506的一部分、以及模拟基带处理单元510组合到一个或多个处理单元和/或特定用途集成电路(ASIC)中。
模拟基带处理单元510可以提供对输入和输出的各种模拟处理，例如对来自麦克风和头戴耳机516的输入和至耳机514和头戴式耳机516的输出的模拟处理。为此，模拟基带处理单元510可以具有用于连接至内置麦克风512和耳机扬声器514的端口，所述内置麦克风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充电，并还可以使节点1102能够用作外围设备，以便与个人计算机或其他计算机系统交换信息。短距离无线通信子系统524可以包括红外端口、蓝牙接口、符合IEEE 802.11的无线接口、或可以使节点110能够以无线方式与其他附近的移动设备和/和无线基站进行通信的任何其他短距离无线通信子系统。
输入/输出接口518还可以将DSP 502连接至报警526，当报警526被触发时，报警526使节点110例如通过振铃、播放旋律和振动来向用户提供通知。报警526可以用作一种机制，这种机制通过静音振动或通过针对具体呼叫者播放特定的预分配旋律来警告用户各种事件中的任意事件，如来电呼叫、新文本消息和约会提醒。
键区528经由接口518耦合至DSP 502，以提供一种供用户选择、输入信息、以及以其他方式向节点110提供输入的机制。键盘528可以是全键盘和简化字母数字键盘(如QWERTY、Dvorak、AZERTY和顺序类型)、或与电话键区相关联的带有字母的传统数字键区。输入键可以包括：滚轮、退出键、轨迹球、和可以被向内按压以提供其他输入功能的其他导航或功能键。另一输入机制可以是LCD 530，LCD 530可以包括触摸屏功能，并还向用户显示文本和/或图形。LCD控制器532将DSP 502耦合至LCD 530。
如果装配了CCD摄像机534，CCD摄像机534使节点110能够拍摄数字图像。在另一实施例中，除了电荷耦合器件摄像机以外，可以使用以其他技术进行操作的摄像机。GPS传感器538耦合至DSP 502，以对全球定位系统信号进行解码，从而使节点110能够确定其位置。还可以包括各种其他外围设备来提供附加功能，例如，无线电和电视接收。
图5示出了可以由DSP 502实现的软件环境602。DSP 502执行操作系统驱动器604，操作系统驱动器604提供了供其他软件进行操作的平台。操作系统驱动器604为具有应用软件可访问的标准化接口的移动设备硬件提供驱动器。操作系统驱动器604包括应用管理服务(“AMS”)606，所述应用管理服务(“AMS”)606在运行于节点110上的应用之间传递控制。在图5中还示出了web浏览器应用608、媒体播放器应用610和Java小程序612。web浏览器应用608将节点110配置为作为web浏览器进行操作，允许用户将信息输入表格并选择链路来检索和查看网页。媒体播放器应用610将节点110配置为检索和播放音频或视听媒体。Java小程序612将移动设备102配置为提供游戏、实用工具和其他功能。组件614可以提供与利用CDIV来使用GRUU有关的功能。
图1的节点可以包括能够执行与上述动作有关的指令的处理组件。图6示出了系统1300，系统1300包括适合于实现这里公开的一个或多个实施例的处理组件1310。除了处理器1310(可以被称为中央处理单元或CPU)以外，系统1300还可能包括网络连接设备1320、随机存取存储器(RAM)1330、只读存储器(ROM)1340、辅助存储器1350以及输入/输出(I/O)设备1360。在一些情况下，这些组件中的一些可以不存在，或可以以各种组合形式彼此组合或与其他未示出的组件相组合。这些组件可能位于单一物理实体中或位于不止一个物理实体中。这里描述的由处理器1310执行的任何动作可以由处理器单独执行，或由处理器1310结合附图中示出或未示出的一个或多个组件来执行。
处理器1310执行可能从网络连接设备1320、RAM 1330、ROM1340、或辅助存储器1350(可能包括各种基于盘的系统，例如，硬盘、软盘、或光盘)获得的指令、代码、计算机程序或脚本。尽管仅示出了一个处理器1310，但可以存在多个处理器。因此，尽管指令被讨论为由处理器执行，但该指令可以由一个或多个处理器同时、串行或以其他方式来执行。处理器1310可以被实现为一个或多个CPU芯片。
网络连接设备1320可以采用以下形式：调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌环设备、光纤分布式数据接口(FDDI)设备、无线局域网络(WLAN)设备、无线电收发机设备(例如，码分多址(CDMA)设备)、全球移动通信系统(GSM)无线电收发机设备、全球微波互联接入(WiMAX)设备、和/或用于连接网络的其他公知设备。这些网络连接设备1320可以使处理器1310能够与互联网或一个或多个电信网络或处理器1310可能从中接收信息或处理器1310可能向其输出信息的其他网络进行通信。
网络连接设备1320还可能包括能够无线地发送和/或接收电磁波(例如，射频信号或微波频率信号)形式的数据的一个或多个收发机组件1325。备选地，数据可以在电导体的表面中或上、同轴电缆中、波导中、光学介质(例如，光纤)中、或其他介质中传播。收发机组件1325能够包括分离的接收和发送单元或单一收发机。由收发机1325发送或接收的信息可以包括处理器1310已经处理的数据或要由处理器1310执行的指令。可以以计算机数据基带信号或在载波中体现的信号的形式从网络接收或向网络输出这样的信息。可以根据需要来根据不同顺序对数据进行排序，以处理或产生数据或者发送或接收数据。基带信号、载波中体现的信号、或当前使用或以后开发的其他类型信号可以被称作传输介质，并可以根据本领域技术人员公知的若干方法来产生。
RAM 1330可能用于存储易失性数据并可能存储由处理器1310执行的指令。ROM 1340是非易失性存储设备，典型地具有比辅助存储器1350的存储容量小的存储容量。ROM 1340可能用于存储指令以及可能存储在执行指令期间读取的数据。典型地，对RAM 1330和ROM1340的访问比对辅助存储器1350的访问更快。辅助存储器1350典型地由一个或多个磁驱动器或磁带驱动器组成，并能够用于数据的非易失存储，或者在如果RAM 1330的大小不足以保存所有工作数据的情况下作为溢出数据存储设备。辅助存储器1350可以用于存储被加载到RAM 1330中的程序(在选择执行该程序时)。
I/O设备1360可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监控器、或其他公知的输入设备。同样，收发机1325可能被认为是I/O设备1360的组件，而不是或此外还是网络连接设备1320的组件。一些或所有I/O设备1360中可以实质上类似于在前述UA 110的附图中描绘的各种组件，例如，显示器402和输入404。
欧洲电信标准研究所(ETSI)技术规范(TS)183 004：“Telecommunications and Internet converged Services and Protocols forAdvanced Networking(TISPAN)”，出于所有目的合并于此作为参考。出于所有目的合并于此作为参考还有IETF RFC 3325、4244、4458、以及4745。
尽管本公开已经提供了若干实施例，但应当理解，在不背离本公开的精神和范围的前提下，所公开的系统和方法可以以许多其他特定形式来体现。本示例应当被视为示意性而非限制性，并且本发明不限于这里给出的细节。例如，各种元件或组件可以组合或集成到另一系统中，或者可以忽略或不实现特定特征。
同样，在不背离本公开的范围的前提下，在各个实施例中离散或分开描述或示意的技术、系统、子系统和方法可以与其他系统、模块、技术或方法进行组合或集成。被示出或讨论为彼此耦合或直接耦合或通信的其他项可以通过一些接口、设备或中间组件以电、机械或其他方式间接耦合或通信。在不背离这里公开的精神和范围的前提下，本领域技术人员可以确定变化、替代以及备选方案。

Claims (22)

1.一种转移会话发起协议SIP消息的方法，包括：
使用至少一个全球可路由用户代理统一资源标识符GRUU来确定SIP消息要被转移到的接收方，以及
隐藏存在于SIP消息中的身份。
2.根据权利要求1所述的方法，其中，至少一个GRUU是以下项目中的至少一项：
发起SIP消息的第一节点的GURR；
作为SIP消息的目标的第二节点的GRUU；
SIP消息被转移到的第三节点的GRUU；以及
曾经作为SIP消息的目标的中间节点的GRUU。
3.根据权利要求2所述的方法，其中，隐藏存在于SIP消息中的身份是通过以下操作之一来实现的：
从SIP消息的起始行、消息报头、消息体部分中的至少一个中去除来自至少一个所述节点的SIP URI的“gr”URI参数；
从SIP消息的起始行、消息报头、消息体部分中的至少一个中去除来自至少一个所述节点的SIP URI的“gr”URI参数和公共用户身份；以及
用临时GRUU来代替至少一个所述节点的GRUU。
4.根据权利要求1所述的方法，还包括：
建立至少一个规则，所述规则具有至少一个条件，所述规则指定了当至少一个SIP URI中包含“gr”URI参数的第一SIP URI与SIP消息中包含“gr”URI参数的第二SIP URI匹配时，SIP消息要被转移到的接收方；
将包含“gr”URI参数的第一SIP URI与包含“gr”URI参数的第二SIP URI进行比较；以及
当包含“gr”URI参数的第一SIP URI与包含“gr”URI参数的第二SIP URI匹配时，遵照所述规则，经历其他条件。
5.根据权利要求4所述的方法，其中，包含“gr”URI参数的第一SIP URI标识以下项目之一的UA实例：
可能是SIP消息的中间目标的节点；
可能是SIP消息的发起方的节点；以及
可能是SIP消息的目标的节点。
6.根据权利要求4所述的方法，其中，包含“gr”URI参数的第二SIP URI是指定以下项目之一的SIP消息的报头部分中的GRUU：
SIP消息的先前目标；
SIP消息的发起方；以及
SIP消息的目标。
7.根据权利要求6所述的方法，其中，包含“gr”URI参数的SIPURI位于以下项目中的至少一项中：
SIP消息中的Contact报头字段；
SIP消息中的History-Info报头字段；
SIP消息中的P-Asserted-Identity报头字段；
SIP消息中的To报头字段；以及
SIP消息中的From报头字段。
8.根据权利要求1所述的方法，其中，SIP消息是SIP INVITE请求。
9.根据权利要求1所述的方法，其中，所述方法是通过对通信转移CDIV用户配置进行修改来实现的。
10.一种实现通信转移CDIV服务的系统，包括：
多个节点，所述节点中的至少一些是由不同全球可路由用户代理统一资源标识符GRUU可寻址的；以及
用于对多个节点中至少一个节点的身份加以隐藏的保密规则。
11.根据权利要求10所述的系统，其中，GRUU用于确定SIP消息要被转移到的接收方，其中，每个GRUU是以下项目之一：
曾经作为SIP消息的目标的中间节点的GRUU；
发起SIP消息的第一节点的GRUU；
作为SIP消息的目标的第二节点的GRUU；以及
SIP消息被转移到的第三节点的GRUU。
12.根据权利要求11所述的系统，其中，保密规则是通过以下操作之一来实现的：
从SIP消息的起始行、消息报头、消息体部分中的至少一个中去除来自至少一个所述节点的SIP URI的“gr”URI参数；
从SIP消息的起始行、消息报头、消息体部分中的至少一个中去除来自至少一个所述节点的SIP URI的“gr”URI参数和公共用户身份；以及
用临时GRUU来代替至少一个所述节点的GRUU。
13.根据权利要求10所述的系统，其中，至少一个节点用于建立至少一个转发规则，所述转发规则指定了当规则中包含“gr”URI参数的第一SIP URI与SIP消息中包含“gr”URI参数的第二SIP URI匹配时SIP消息要被转移到的接收方。
14.根据权利要求13所述的系统，其中，包含“gr”URI参数的第一SIP URI是以下项目中的至少一项：
可能已经是SIP消息的中间目标的节点的GRUU；
可能是SIP消息的发起方的节点的GRUU；以及
可能是SIP消息的目标的节点的GRUU。
15.根据权利要求13所述的系统，其中，包含“gr”URI参数的第二SIP URI位于以下项目中的至少一项中：
报头字段中的Contact字段；
报头字段中的History-Info字段；
报头字段中的P-Asserted-Identity字段；
报头字段中的To字段；以及
报头字段中的From字段。
16.根据权利要求13所述的系统，其中，所述保密规则是通过对CDIV用户配置进行修改来实现的。
17.根据权利要求10所述的系统，其中，SIP消息是SIP INVITE请求。
18.一种电信网络，包括：
第一组件，用于存储规则，所述规则用于基于由网络中节点所指定的第一全球可路由用户代理统一资源标识符GRUU与SIP消息的报头字段部分中的第二GRUU的比较来转移SIP消息，其中，当第一GRUU与第二GRUU匹配时，遵照所述规则以确定以下项目中的至少一项：
从中转移SIP消息的中间目标节点，
从中转移SIP消息的目标节点，以及
SIP消息被转移到的接收方节点；以及
第二组件，用于存储保密规则，所述保密规则用于防止至少一个节点的身份被泄露给中间目标节点或接收方节点。
19.根据权利要求18所述的网络，其中，第一GRUU是以下项目之一：
可能是SIP消息的中间目标的节点的GRUU；
可能是SIP消息的发起方的节点的GRUU；以及
可能是SIP消息的目标的节点的GRUU。
20.根据权利要求18所述的网络，其中，第二GRUU位于以下项目中的至少一项中：
报头字段中的Contact字段；
报头字段中的History-Info字段；
报头字段的P-Asserted-Identity字段；
报头字段中的To报头字段；以及
报头字段中的From报头字段。
21.根据权利要求18所述的网络，其中，所述保密规则是通过以下操作之一来实现的：
从SIP消息的起始行、消息报头、消息体部分中的至少一个中去除来自SIP URI的“gr”URI参数；
从SIP消息的起始行、消息报头、消息体部分中的至少一个中去除来自SIP URI的“gr”URI参数和公共用户身份；以及
用临时GRUU来代替所述GRUU。
22.根据权利要求18所述的网络，其中，所述转发规则和所述保密规则是通过对通信转移CDIV用户配置进行修改来实现的。
CN200880110567.7A 2007-08-10 2008-08-11 利用全球可路由用户代理统一资源标识符的通信转移的系统和方法 Active CN101822018B (zh)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US95527207P 2007-08-10 2007-08-10
US60/955,272 2007-08-10
US97260207P 2007-09-14 2007-09-14
US60/972,602 2007-09-14
US97901807P 2007-10-10 2007-10-10
US60/979,018 2007-10-10
US98590207P 2007-11-06 2007-11-06
US60/958,902 2007-11-06
PCT/US2008/072816 WO2009023641A2 (en) 2007-08-10 2008-08-11 Communication diversion with a globally routable user agent uniform resource identifier system and method

Publications (2)

Publication Number Publication Date
CN101822018A true CN101822018A (zh) 2010-09-01
CN101822018B CN101822018B (zh) 2014-07-16

Family

ID=40346445

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200880110567.7A Active CN101822018B (zh) 2007-08-10 2008-08-11 利用全球可路由用户代理统一资源标识符的通信转移的系统和方法

Country Status (6)

Country Link
US (1) US7990960B2 (zh)
EP (2) EP2188965B1 (zh)
CN (1) CN101822018B (zh)
CA (1) CA2696002C (zh)
HK (1) HK1252740A1 (zh)
WO (1) WO2009023641A2 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101055109B1 (ko) 2007-07-25 2011-08-08 엘지전자 주식회사 세션 이동 방법 및 세션 연속성을 지원하는 방법
EP2106091B1 (en) * 2008-03-28 2013-11-13 Telefonaktiebolaget LM Ericsson (publ) Method of setting up a call in an internet protocol (IP) multimedia subsystem (IMS) network, method of operating a network nude, network node, a telecommunications service provider using such a method, computer program and computer readable medium
US8583804B2 (en) * 2008-06-03 2013-11-12 Telefonaktiebolaget L M Ericsson (Publ) Identifying user role in IP multimedia subsystem
WO2010025772A1 (en) * 2008-09-05 2010-03-11 Telefonaktiebolaget Lm Ericsson (Publ) End-to-end address transfer
US20100232417A1 (en) * 2009-03-13 2010-09-16 International Business Machines Corporation Moving service control within a mobile telephony service provider network from a channel access domain to an ip domain
US8219683B2 (en) * 2009-03-31 2012-07-10 International Business Machines Corporation Enabling creation of converged internet protocol multimedia subsystem services by third-party application developers using session initiation protocol support
CN102449994A (zh) * 2009-06-01 2012-05-09 瑞典爱立信有限公司 终端的具有可视呼叫进程指示符的图形用户界面
US20110194554A1 (en) * 2010-02-10 2011-08-11 Telefonaktiebolaget L M Ericsson (Publ) Systems and methods for implementing call pick up using gruu an ims network
US9491205B2 (en) * 2013-03-15 2016-11-08 Sorenson Communications, Inc. Communication systems and related methods for communicating with devices having a plurality of unique identifiers
US10440159B2 (en) 2017-08-03 2019-10-08 T-Mobile Usa, Inc. Header modification for supplementary services
US20220321696A1 (en) * 2021-03-31 2022-10-06 Avaya Management L.P. Presence based presentation of call identification information

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060018272A1 (en) * 2004-07-20 2006-01-26 Nokia Corporation Instance identification
ATE553584T1 (de) * 2004-12-17 2012-04-15 Tekelec Us Verfahren, systeme und computerprogrammprodukte zum clustern und kommunizieren zwischen entitäten des internet-protokoll-multimediasubsystems (ims)
US8391165B2 (en) * 2005-12-30 2013-03-05 Motorola Mobility Llc Method and apparatus for identifying caller preferences matched to callee capabilities for IMS communications
US8213394B2 (en) * 2006-10-16 2012-07-03 Motorola Mobility, Inc. Method and apparatus for management of inactive connections for service continuity in an agnostic access internet protocol multimedia communication
US7746836B2 (en) * 2006-10-16 2010-06-29 Motorola, Inc. Method and apparatus for re-registration of connections for service continuity in an agnostic access internet protocol multimedia communication system
US20080092224A1 (en) * 2006-10-16 2008-04-17 Motorola, Inc. Method and apparatus for seamless connections and service continuity in an agnostic access internet protocol multimedia communication system
US20080226050A1 (en) * 2007-03-16 2008-09-18 Nokia Corporation System and method for establishing conference events

Also Published As

Publication number Publication date
US20090041010A1 (en) 2009-02-12
HK1252740A1 (zh) 2019-05-31
EP2188965A2 (en) 2010-05-26
EP3297249A1 (en) 2018-03-21
US7990960B2 (en) 2011-08-02
CA2696002A1 (en) 2009-02-19
CA2696002C (en) 2012-07-17
WO2009023641A3 (en) 2009-05-22
EP2188965B1 (en) 2017-11-01
CN101822018B (zh) 2014-07-16
EP3297249B1 (en) 2021-01-06
WO2009023641A2 (en) 2009-02-19

Similar Documents

Publication Publication Date Title
US11856033B2 (en) System and method for sharing a SIP communication service identifier
CN101822018B (zh) 利用全球可路由用户代理统一资源标识符的通信转移的系统和方法
CN101772929B (zh) 向用户设备指示紧急回叫的系统和方法
KR101260111B1 (ko) 개인 네트워크 액세스 제어 시스템 및 방법
US8306507B2 (en) Differentiated message delivery notification
CA2728209C (en) Method for a network component to route a communication session
US9148767B2 (en) System and method for communication diversion notification
CA2728222A1 (en) Method for indicating supported ip versions and reaching a device that supports compatible ip versions with sip
CN101822017B (zh) 利用全球可路由用户代理统一资源标识符来配置和执行通信转移的系统和方法

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
TR01 Transfer of patent right

Effective date of registration: 20240529

Address after: Illinois

Patentee after: Ot patent trusteeship Co.,Ltd.

Country or region after: U.S.A.

Address before: Voight, Ontario, Canada

Patentee before: BlackBerry Ltd.

Country or region before: Canada

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240703

Address after: Ai Erlandubailin

Patentee after: Maliki Innovation Co.,Ltd.

Country or region after: Ireland

Address before: Illinois

Patentee before: Ot patent trusteeship Co.,Ltd.

Country or region before: U.S.A.