CN101515949B - 便于用户设备间会话转移的方法和*** - Google Patents

便于用户设备间会话转移的方法和*** Download PDF

Info

Publication number
CN101515949B
CN101515949B CN200910130785.3A CN200910130785A CN101515949B CN 101515949 B CN101515949 B CN 101515949B CN 200910130785 A CN200910130785 A CN 200910130785A CN 101515949 B CN101515949 B CN 101515949B
Authority
CN
China
Prior art keywords
equipment
session
user
server
message
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.)
Active
Application number
CN200910130785.3A
Other languages
English (en)
Other versions
CN101515949A (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
BlackBerry 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 CN101515949A publication Critical patent/CN101515949A/zh
Application granted granted Critical
Publication of CN101515949B publication Critical patent/CN101515949B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1096Supplementary features, e.g. call forwarding or call holding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • H04L65/1094Inter-user-equipment sessions transfer or sharing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)
  • Orthopedics, Nursing, And Contraception (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种便于将有效会话从第一设备转移到与相同用户相关联的第二设备的方法和***。网络服务器被配置为能够将有效会话从一个设备切换或交换到另一设备,其中两个设备都与共同用户地址相关联。在对有效会话或者远程方的感知没有影响或者具有最小影响的情况下实现切换或交换。可以对任何有效会话执行设备切换,包括VoIP、视频会议或者其它媒体会话。

Description

便于用户设备间会话转移的方法和***
版权保留
本专利文献公开的一部分包含受版权保护的材料。当其出现在专利商标局的专利文件或记录中时,版权所有者对任一专利文献或专利公开的复制没有异议,否则无论如何保留所有版权。
技术领域
本申请总体上涉及媒体会话,具体地,涉及用于将现有有效会话从第一设备转移到与相同最终用户相关联的第二设备的方法和***。
背景技术
个人拥有用于通信的多个不同设备变得相对普遍。例如,个人可以拥有家庭电话、无线电话、寻呼机、个人数字助理(PDA)和办公室电话(仅列出一些)。随着人们的移动日益频繁,通过这些通信设备之一与人进行联系变得更加困难。
在电话的环境中,呼叫转接是解决该问题的一种方法。如果指定振铃次数之前没有应答,则特定电话***允许用户接入另一号码(呼叫被转接至该号码)。这应当允许具有多个电话设备的个人将呼叫转接到这些设备,直到此人所在的电话最终振铃。然而,如果涉及多个电话,则该方式变得复杂。此外,如果要将呼叫转接多次,则需要主叫方在一段相当长的时间内保持在线。此外,个人的每个电话必须具有呼叫转接能力。此外,在个人每次期望发起呼叫转接时,该方式需要对所涉及的所有电话进行重新编程。
参加与远程方进行的有效媒体会话的用户有时可能期望将会话移动至他或她的其他设备。例如,如果用户正在使用移动设备参加与远程方进行的IP电话(VoIP)会话,则他或她可能期望将该会话移动至办公室或者家庭电话以保留移动设备的电池电量。在另一示例中,如果用户参加与远程方进行的多媒体会话(如视频会议),则他或她可能期望将该会话从固定设备(如台式个人计算机)移动至移动设备,从而使用户能够在保持会话的同时移动。一种机制是终止先前的会话并且在新的设备上重新建立会话,但是这将具有较高的破坏性。
发明内容
现在描述实施例和应用的示例。应当认识到,可以实现其它实施例,并且可以进行结构或逻辑的改变。
这里公开的实施例涉及一种电信消息传送***,该***可以选择性地同与特定用户相关联的多个基于IP的消息传送设备中的一个或多个执行消息传送功能或者基于会话的功能。多个基于IP的消息传送设备中的每一个具有唯一的地址。多个基于IP的消息传送设备还具有共同地址。换言之,用户可以具有与用户的所有设备相关联的一个地址或号码,并且每个设备具有标识该特定设备的唯一地址。设备的寻址可以包括一个或多个地址类型,例如SIP URI、SIPS URI、TEL URI(电话号码)、GRUU(全球可路由用户代理URI)或者专用电话号码编号方案(PNP)(例如扩展拨号)寻址等。
通过参考其在具有SIP能力的IP网络内的实现来讨论和说明第一示例实施例。在这种环境中,用户可以与多个设备相关联。例如,用户可以具有双模移动设备、桌面办公电话、家庭个人计算机、支持WLAN的办公室膝上型电脑或者其它类似设备。每个设备可以被配置用于基于IP的通信,用于消息传送、基于会话的通信或者两者兼有。在第一示例实施例中,具有SIP能力的IP网络被配置为实现汇聚的无缝消息传送和会话功能以及多个设备之间的互操作性。
在下面描述的实施例中,服务器被配置为实现或者被请求进行有效会话从一个设备至另一设备的切换或交换,其中,两个设备与共同的用户地址相关联,并且每个设备具有其自身的、标识特定设备的地址。服务器具有映射表或者其它存储的关联,包含共同的用户地址与用户的设备地址之间的关联。在对有效会话或者远程方的感知不具有或者具有最小影响的情况下执行切换或者交换。可以对任何有效通信会话执行设备切换,所述通信会话包括VoIP、视频会议、消息传送会话、无线一键通(PoC)会话等,并且这些会话通常由设备的用户发起。
在一些实施例中,将会话历史信息存储在服务器中,并且,当对设备进行交换时,基于用户请求,可以将会话历史信息发送至并显示在新的设备上。根据用户优选项或者服务提供商策略,可以将全部或者部分会话历史信息转移到新设备,并且在一些实施例中,在新设备上显示该信息。
在一个方面,本申请公开了一种便于将现有会话从第一用户设备转移到第二用户设备的方法,其中,所述现有会话建立在第一用户设备和远程方之间,并且,所述现有会话包括第一用户设备和服务器之间的第一段以及服务器和远程方之间的第二段。所述服务器存储用户地址与第一用户设备以及第二用户设备之间的关联。所述方法包括:在第二用户设备处接收来自第一用户设备的设备切换消息,其中,所述设备切换消息包括标识所述现有会话的信息;从第二用户设备向服务器发送会话邀请消息,所述会话邀请消息包含对所述现有会话的引用,并带有替换第一用户设备的指令;根据所存储的关联来验证第二用户设备与用户地址相关联;接受来自第二用户设备的会话邀请消息以建立新会话;将所述新会话连接到所述现有会话的第二段,以实现第二用户设备和远程方之间的媒体交换;以及终止所述现有会话的第一段。
在另一方面,本申请公开了一种便于将现有会话从第一用户设备转移到第二用户设备的服务器,其中,所述现有会话建立在第一用户设备和远程方之间,并且,所述现有会话包括第一用户设备和服务器之间的第一段以及服务器和远程方之间的第二段。第一用户设备被配置为向第二用户设备发送设备切换消息。所述设备切换消息包括标识现有会话的信息。所述服务器包括:IP通信接口,用于在网络上发送和接收基于IP的通信;用户数据实体,包含用户信息,所述用户信息包括用户地址与第一用户设备以及第二用户设备之间的关联;以及控制子***,用于控制会话。所述控制子***包括设备交换组件,所述设备交换组件被配置为:从第二用户设备接收会话邀请消息,所述会话邀请消息包含对所述现有会话的引用,并带有替换第一用户设备的指令;根据所存储的关联来验证第二用户设备与用户地址相关联;接受来自第二用户设备的会话邀请消息以建立新会话;将所述新会话连接到所述现有会话的第二段,以实现第二用户设备和远程方之间的媒体交换;以及终止所述现有会话的第一段。
在另一方面,本申请公开了一种便于将现有会话从第一用户设备转移到第二用户设备的方法,其中,所述现有会话建立在第一用户设备和远程方之间,并且,所述现有会话包括第一用户设备和服务器之间的第一段以及服务器和远程方之间的第二段。所述服务器存储用户地址与第一用户设备以及第二用户设备之间的关联。所述方法包括:在服务器处接收来自第二用户设备的设备切换消息;根据所存储的关联来确定第二用户设备与用户地址相关联;基于第一用户设备和用户地址之间的关联来标识现有会话;与第二用户设备建立新会话;将所述新会话连接到所述现有会话的第二段,以实现第二用户设备和远程方之间的媒体交换;以及终止所述现有会话的第一段。
在另一方面,本申请公开了一种便于将现有会话从第一用户设备转移到第二用户设备的服务器,其中,所述现有会话建立在第一用户设备和远程方之间,并且,所述现有会话包括第一用户设备和服务器之间的第一段以及服务器和远程方之间的第二段。所述服务器包括:IP通信接口,用于在网络上发送和接收基于IP的通信;用户数据实体,包含用户信息,所述用户信息包括用户地址与第一用户设备以及第二用户设备之间的关联;以及控制子***,用于控制会话。所述控制子***包括设备交换组件,所述设备交换组件被配置为:从第二用户设备接收设备切换消息;根据所存储的关联来确定第二用户设备与用户地址相关联;根据第一用户设备和用户地址之间的关联来标识现有会话;与第二用户设备建立新会话;将所述新会话连接到所述现有会话的第二段,以实现第二用户设备和远程方之间的媒体交换;以及终止所述现有会话的第一段。
附图说明
图1以图示方式示意了示例通信***。
图2A示出了在有效会话期间执行设备切换的示例流程图。
图2B示出了在有效会话期间执行设备切换的另一示例流程图。
图3示出了被配置为实现设备切换的设备的示例界面。
图4是根据这里公开的实施例而构建的示例性移动设备的框图。
图5是根据这里公开的实施例的移动设备的示例性通信子***组件的框图。
具体实施方式
这里公开的实施例并不局限于任何特定环境。
首先参考图1,图1以图示方式示出了通信***10。如下面将讨论的,***10提供了如通信设备70(分别显示为70a,…,70f)之类的本地和远程的基于IP的通信设备70的完全结合。在该示例中,通信设备70包括能够进行基于IP的通信的任何设备。在一个实施例中,设备70a可以是移动设备,被配置为通过使用例如IEEE 802.11通信协议组中的任意一个的接入点来与无线局域网(WLAN)40连接。在另一实施例中,设备70b可以是包含以太网卡的个人计算机或计算设备,其中以太网卡被配置为例如通过交互网服务提供商(ISP)连接到广域网(WAN)45。在另一实施例中,设备70c可以是无线移动设备,被配置为使用多个无线协议(如GSM/GPRS/EDGE、UMTS、CDMA、WiMAX等)中的任意一个或多个来连接到无线广域网(WWAN)60。在另一实施例中,企业网络80可以包括如数字桌面电话70d和/或个人工作站70e之类的设备。例如,设备70f可以是支持IP的家庭电话,或者被配置为在下一代网络(NGN)86(如TISPAN NGN或者HFC线缆网络)中操作的另一设备。本领域技术人员可以理解能够进行基于IP的消息传送或者基于会话的通信的其它通信设备70。可以认识到,这些各个实施例的组合(例如,家庭电话与商务电话以及无线移动设备通过IP链接到相同的核心网)也是可能的。
设备70中的一些可以被配置用于消息传送应用。消息传送应用可以包括基于文本的消息传送,包括SMS、电子邮件、即时消息传送(IM)等,但是还可以包括多媒体消息传送,其中多媒体消息传送包括图形、视频和/或音频。可选地或者附加地,设备70中的一些可以被配置用于基于会话的通信。基于会话的通信可以包括IP电话(VoIP)、但是还可以包括聊天、一些IM服务、无线一键通(PoC)、一些web广播、视频会议以及其它这样的多媒体服务。
设备70是遵从SIP的。在这些实施例中,设备70能够发送和接收SIP消息请求和响应,以建立、拆除和管理基于会话的通信。换言之,遵从SIP的设备70被配置为SIP用户代理。
在本示例实施例中,用户与两个或更多设备70相关联。例如,用户可以与设备70a、70b、70c、70d、70e和70f相关联。***10可以选择性地同与特定用户相关联的多个设备70之一建立通信。特定用户具有可以公布或散发给第三方的唯一的用户地址,以使第三方能够联系该用户。在一些示例中,用户地址可以包括如电话号码之类的唯一号码,或者唯一名称。用户和设备70之间的关联可以被实现为用户地址和设备70之间的关联,具体地,实现为用户地址和每个相关联设备70的唯一设备标识符之间的关联。在一些实施例中,***10可以基于用户优选项来选择***10将通信导向至的设备70。
设备70中的每一个能够与IP网络50通信。例如,IP网络50可以是如交互网之类的WAN。在一些实施例中,IP网络50可以是局域网(LAN)、城域网(MAN)或者公共IP网(例如IP多媒体子***)。在一些实施例中,设备70可以通过WLAN 40、WAN 45、WWAN 60、企业网络80、NGN 86以及其它网络到达IP网络50。
在多种实施例中,IP网络50和WLAN 40、WAN 45、WWAN 60、企业网络80以及NGN 86可以包含SIP单元52、42、47、62、84和88。SIP单元可以包括例如用于接收并向设备70转接消息传送的一个或多个SIP代理服务器、一个或多个SIP注册器、位置服务器、DNS服务器、背靠背用户代理或者其它这样的SIP单元。各种网络50、40、45、60、80、86和SIP单元52、42、47、62、84、88形成了将设备70与其它用户代理和服务器互相连接的SIP/IP层。可选地,SIP单元52、42、47、62、84、88中的一些或者全部可以被包含在IP网络50(例如IP多媒体子***)内,并且WLAN 40、WAN 45、WWAN 60、NGN 86和企业网络80提供对支持SIP的IP网络50的IP访问。
***10包括通信服务器30。通信服务器30连接到IP网络50并且提供汇聚的无缝消息传送和会话功能以及多个设备之间的互操作性。具体地,通信服务器30包括控制服务器32。控制服务器32为通信服务器30提供集中的逻辑和控制,并且执行用户优选项和服务提供商策略。控制服务器32参与对消息传送路由的控制,以及对与设备70的会话的建立、拆除和管理的控制。控制服务器还可以存储会话日志(会话历史),或者一些其它网络实体可以存储会话历史。在下面将更详细地描述控制服务器32的功能。
通信服务器30还包括媒体存储器34。媒体存储器34是一个或多个数据库,包含存储的与消息传送或会话相关的媒体数据。例如,媒体存储器34可以包括会话历史、消息传送内容以及与内容相关的元数据。媒体存储器34可以应用与用户或资源相关的特权。它可以根据与存储在客户端设备70上的媒体相关的应用策略来支持同步操作。它还可以进行媒体内容的用户管理,包括建立存储策略以及复制、删除、上传、下载和管理文件夹以存储媒体内容(例如创建、删除、移动、修改文件夹),或者进行关于媒体内容的其它操作。
通信服务器30还包括用户数据实体36。用户数据实体36可以存储与设备70相关联的用户数据。例如,用户数据可以包括用户地址和一个或多个设备70之间的关联。在多种实施例中,单个用户地址与多个设备70相关联。例如,单个用户地址可以与专用于相关联设备70的多个唯一设备地址相关联。这使得第三方可以通过单个用户地址来联系用户而不需要知道具体的设备地址。在一些情况下,用户不需要知道任何具体设备地址,而可以仅仅知道他或她的唯一用户地址。可以在用户数据实体36中实现其他与用户相关的数据和功能,如联系信息、媒体优选项和用户配置设定。可以认识到,可以以多种方式实现控制服务器32、媒体存储器34和用户数据实体36。例如,它们可以在分离的服务器上或者集中在单个服务器上实现。
通信***10可以通过交互实体14连接到传统网络,例如PSTN 16。交互实体14在传统网络和通信***10之间提供用于转换消息和信令的转换服务。例如,在一个实施例中,交互实体14是通过主速率接口(PRI)连接到PSTN 16并且通过IP连接连接到IP网络50的PBX/IP-PBX。在该示例中,交互实体14将语音媒体从PSTN 16侧的电路交换音频转换为IP网络50侧的IP电话(VoIP)。在另一实施例中,交互实体14是用于基于SIP的消息传送和SMS之间交互的IP-SM-GW(IP短消息网关)。其它交互实体14可以执行基于IP的会话或消息传送数据协议到传统或私有数据协议的类似转换。作为另一示例,在一个实施例中,交互实体14连接到通信服务器30。
通信***10可以连接到具有相似服务和功能的一个或多个远程通信***90。消息传送和会话可以跨越多个***10、90,相应控制服务器32可以被配置为保证跨***通信的互操作性。
可以认识到,设备70中的每一个被配置为使用遵从SIP的消息传送来与通信服务器30进行通信。下面给出一个或多个示例设备的细节。一般而言,每个设备70包括用户接口、处理器、存储器以及用于与通信服务器30通信的“客户端”应用。设备70还可以包括被配置为制作、接收、呈现、或发送与远程用户的消息或会话的消息传送应用、多媒体应用和其它应用。应用的示例可以包括电子邮件应用、即时消息传送应用、文本消息传送应用、视频会议应用、无线一键通(PoC)等等。
首先,每个设备70向SIP注册器注册,SIP注册器可以是IP网络50内的SIP单元52之一。设备70可以直接联系服务器30来指示其已注册。可选地,服务器30使用3GPP TS 24.229中定义的第三方注册机制和/或在RFC 3680中定义的注册事件分组,间接地从IP网络50中获得关于设备70的注册的信息。该注册可以自动执行,例如,每次设备70加电时或者周期性地进行注册,或者,可以根据用户选择手动进行注册。在另一实施例中,该注册可以响应于来自服务器30的请求而执行(例如,在网络要求设备70重新认证的情况下)。在一些实施例中,设备70可以使用基于SIP的消息来联系服务器30。作为响应,服务器30发送拒绝、失败或者接受该请求的响应数据信号。一旦注册,设备70和服务器30可以使用数据信号/消息相互请求信息。
如上所述,每个用户具有至少一个唯一用户地址。用户地址是通过他或她的任一设备到达用户的单个统一联系地址。在一些实施例中,用户地址可以包括TEL URI(电话号码)、SIP URI、SIPS URI、电子邮件地址、PNP电话号码、GRUU或者其它寻址方案。无论的地址的格式如何,每个用户具有与其用户地址相关联的两个或更多设备70。在本示例实施例中,示例用户具有5个相关联设备70a-70e。将该关联作为用户优选项数据存储在SIP单元52或者通信服务器30的用户数据实体36中。特别地,在一些实施例中,可以将该关联作为唯一用户地址与每个相关联设备70a-70e的具体设备地址之间的关联来存储。相应的,当SIP单元52或者服务器30接收到寻址至用户地址的消息或者会话数据时,能够标识出应当将该消息或会话数据中继至的设备70和/或设备地址。用户优选项数据可以指定用于确定应当将消息或会话数据发送到哪个设备70的逻辑规则或其它准则。在一些实施例中,服务器30可以从存在信息的外部源接收存在信息。消息或会话数据至设备70的传送可以全部或部分基于该存在信息。如预定逻辑规则中所指定的,还可以根据消息或会话数据的特性以及设备70的相应能力来进行传送。
当服务器30接收到寻址至用户地址的输入消息时,服务器30可以基于消息特性(例如媒体类型)、设备能力、用户数据实体36中设定的用户优选项和/或存在信息来将消息或消息通知传送到一个或多个设备70。例如,给定用户的用户优选项可以指定应当将消息或消息通知传送到设备70a-70f中的哪一个和/或何时应当将其传送以及何时应当对其进行排队以便稍后传送。作为另一示例,仅当与无线设备70a相关联的设备特性指示对于服务体验的合理质量而言足够的处理速度和显示分辨率时,服务器30可以将包含视频的消息传送到设备70(如无线设备70a)。可以认识到,在确定要将消息或消息通知传送到哪个设备70时,可以考虑多种其它因素。
服务器30还可以被配置为将寻址至用户地址的输入会话请求传送到一个或多个设备70。与消息的情况相似,可以部分地基于用户优选项、设备能力、会话请求中指定的媒体性质、服务提供商策略、存在性和其它因素来确定哪个设备70接收会话邀请
在一个示例中,远程方将寻址至用户地址的会话邀请发送到服务器30。服务器30确定应当将邀请发送到哪个设备70。然后,产生并向所标识的设备70发送新会话邀请,如SIP INVITE消息。该邀请可以包含关于远程方的数据。可以同时将该邀请发送到多于一个设备70,或者如果设备70中的第一个设备不应答,则依次将其发送到多于一个设备70。
基于邀请的接收,设备70例如通过可听、可视和/或振动指示器向用户提醒该输入请求,并且向用户提供接受或拒绝所提出会话的机会。如果用户接受该会话,则设备70通过服务器30采用如SIP 200OK消息之类的接受消息来响应远程方。在交换ACK消息之后,在从设备70到服务器30的第一段以及从服务器30到远程方的第二段上发起会话。可以认识到,根据服务器30和远程方之间的网络基础设施,第二段可能包括多个段。服务器30实质上无缝地连接两个段,以实现设备70和远程方之间的媒体交换。
在另一示例中,用户可以从设备70之一发起会话。基于通过用户接口输入的用户请求(或许使用如视频会议应用之类的基于会话的应用程序),设备70产生并发送寻址至远程方的会话邀请。该会话邀请被发送到服务器30。服务器30可以评估邀请请求是否符合预定准则,包括用户策略、服务提供商策略或者其它这样的准则。如果可接受,则服务器30向远程方发送邀请请求。如果会话邀请被远程方接受,则服务器30和设备70完成设备70和服务器30之间的会话建立,并且服务器30完成服务器30和远程方之间的会话建立。服务器30实质上无缝地连接会话的两个段,从而便于执行设备70和远程方之间的会话应用。
在这些示例中,远程方可以是***10内、远程通信***90内,或者在一些情况下,如PSTN 16之类的传统***内的用户/设备。
由于服务器30代表设备70参与路由消息以及建立会话,因此其能够在有效会话期间提供附加的会话功能。例如,在有效会话的进程期间,服务器30允许设备70增加或修改会话内的媒体、增加另外的会话(例如对话)等。使用SIP信令,设备70可以向服务器30发送请求,服务器30可以发起另外的会话、修改现有会话、以及此外管理正在进行的会话。
会话可以支持任意数目的基于会话的应用,包括VoIP、消息传送、一键通(PoC)等。关于VoIP、视频会议或者其它电话类型的服务,服务器30可以支持电话类型的功能或操作,如语音邮件、通用语音邮件通知、应答确认、扩展拨号、会话保持和检索、DTMF语音、呼叫者ID、回拨、呼叫转接、呼叫转移、呼叫等待、静音、呼叫阻止、呼叫重拨、呼叫停止、语音拨号、请勿打扰(DND)、DND旁路列表,以及DND列表等等。
根据实施例,服务器30的用户数据实体36可以指定多个***限定的用户访问权和用户可修改的优选项,这可以改变这里描述的会话处理。返回参照图1,***管理者可以设定用户访问权和优先级。用户可以使用能够访问IP网络50的支持IP的任何设备来设定多个用户优选项。例如,用户可以采用基于Web的或图形用户界面,例如个人计算机或移动设备上的web浏览器应用来访问和设定用户优选项,可选地,可以使用XCAP或者SIP机制,如SIP公布(SIP Publish)或其它SIP方法。
可以认识到,***10为每个用户提供一个用户地址,这具有若干优点。例如,单个地址可以是用户的物理办公室扩展DID电话号码(TEL URL)、用户的SIP URI、SIPS URI、用户的电子邮件地址、GRUU或者任意其它这样的地址。即使用户改变其设备70,用户地址并不必须改变。事实上,如果***管理者或者其它人向用户提供新设备(并且该设备的号码/地址在服务器30中与用户地址相关联),则用户并不需要知道新设备的实际设备地址。用户仅仅需要记住用户地址而不论他/她正在使用哪个设备。
在一些示例中,***10可以使用全球路由用户代理URI(GRUU)来唯一地标识每个设备70而不考虑用户设备70中的每一个共享共同用户地址的事实。在SIP环境中,在J.Rosenberg,“Obtaining and UsingGlobally Routable User Agent(UA)URIs(GRUU)in the SessionInitiation Protocol(SIP)”,Internet Engineering Task Force,June 25,2007(以下称为Rosenberg,并且其全部内容通过引用结合在此)中描述了GRUU。通过向正常的记录地址(AOR)或者用户地址添加“gr”URI参数来构建公共GRUU。例如,公共GRUU可以是:sip:bobcompany.com;gr=kdf234rh48fj。可以使用注册器中的算法来构建临时GRUU,临时GRUU可以采用以下形式:sip:lkjwe23423kl324j234j332company.com;gr。每个设备从***中的SIP注册器获得其GRUU。在一些实施例中,SIP注册器可以实现在SIP单元52内。将设备70与用户地址相关联的用户数据实体36中的用户优选项信息可以包括GRUU信息。
另一种公布的IETF标准,Rosenberg,J.,“A Session InitiationProtocol(SIP)Event Package for Registrations”,RFC 3680,March 2004,详细描述了“观察者”可以从SIP注册器获得信息(包括注册的联系信息)的机制。已经公布了草案指导来详细描述用于从SIP注册器获得GRUU信息的注册事件分组的扩展:Kyzivat,P.,“Registration EventPackage Extension for Session Initiation Protocol(SIP)GloballyRoutable User Agent URIs(GRUUs)”,Internet Engineering Task Force,July 6,2007(以下称为Kyzivat,并且其全部内容通过引用结合在此)。这些文献一起定义了用于为记录的地址从SIP注册器获取GRUU信息的SIP协议。因此,服务器30可以被配置为使用这些SIP注册事件协议来从***10中的SIP注册器获得GRUU信息,所述GRUU信息关于与用户地址相关的设备70。按照这种方式,服务器30,尤其是用户数据实体36,可以为向***10注册并且与用户地址相关联的每个设备70获得包括GRUU在内的最新联系信息。
服务器30使用“Registration Event Package Extension for SessionInitiation Protocol(SIP)Globally Routable User Agent URIs(GRUUs)”中的机制为每个设备70获得GRUU。用户优选项包含应当将满足特定准则的请求路由至的GRUU。公共GRUU包含用户地址以及gr参数中的标识符,该标识符唯一标识特定设备实例。
用户或***10可以例如在商业卡、网站上的用户简档,电话目录等中公布该单个用户地址(而不是与用户可以将他/她的帐户与之关联的多个设备相关联的多个号码/地址)。在基于电话的会话的情况下,该用户地址可以被放置在所进行的呼叫的ANI/DNIS信息中,这有助于对呼叫的另一方掩蔽设备70的物理电话号码。更一般地,用户地址可以反映在从服务器30发送到远程方的SIP消息的SIP首部信息中,从而掩蔽参加会话的设备70的详细联系信息。这还意味着,尝试联系用户的个人或者组织仅仅需要单个用户地址,这是尤其有利的。
对于双模设备,通常有电话或联系号码与设备的蜂窝模式相关联,单独的、不同的地址或联系号码与设备的数据/WiFi模式相关联。当用户向服务器30注册时,用户并不需要知道上述任一种号码。在操作中,服务器30可以将设备的蜂窝和WiFi模式用作建立会话的两个单独接口。
如上所述,有时,使用第一设备(例如移动设备70c等)参加有效会话的用户期望将该会话或者该会话的一部分切换到不同设备(例如移动设备70a、个人工作站70e等)。在这些情况下,期望在并不断开有效会话并且并不使会话的另一方知道已进行切换的情况下进行切换。电话环境中的一些呼叫转移机制需要远程方在转移操作持续期间保持挂起等候(on hold)。这使得另一方可以明显感觉到呼叫转移,并且使其在不可接受的较长时间处于挂起等候状态。
仍然参考图1,控制服务器32包括设备交换组件38。设备交换组件38包括一个或多个软件单元,这些单元提供便于在有效会话期间进行设备交换的功能。尽管设备交换组件38在图1中示意为单独的模块或应用,但是可以认识到,它可以形成其它软件模块、应用、接口等的一部分,并且可以使用任何合适的计算机程序语言来实现。以下示意由设备交换组件38的各种实施例配置的控制服务器32(或者更宽而言是服务器30)的功能操作。
图2A示意了“设备A”的用户参加与远程方的会话的第一场景100。例如,使用RTP或MSRP在用户设备“A”和服务器30之间的第一媒体段上承载会话数据,并在服务器30和远程方之间的第二媒体段上承载会话数据。第二媒体段可以完全或者部分是RTP或MSRP,但是在一些实施例中,远程方可以位于传统网络内,并且会话数据可以通过交互实体14传送。
在该场景100中,设备A的用户决定需要切换到“设备B”(与该用户相关联的另一设备)。切换的原因与此无关,但是可以包括检测到低电池条件、信号退化、较差的服务质量、位置变化等。在所示意的实施例中,设备A和B是与相同的用户和服务器30中注册的用户地址相关联的设备70。服务器30可以采用GRUU或者其它寻址技术在两个设备70之间对设备切换消息或信号进行寻址。
在所示意的示例中,在会话期间的某个时刻,用户确定需要切换到设备B。这就是说,用户或者设备70识别出切换到另一设备较为有利的条件。用户向服务器30发送设备切换请求消息102以发起设备切换。设备切换请求消息102可以采用多种形式。在一些实施例中,该消息可以是最初为会话建立的对话中的SIP PUBLISH或者SIPMESSAGE消息。该消息可以是自定义SIP消息,可能使用具有表示设备交换指示的特征指示符的INVITE格式。在一个实施例中,可以是包含对设备B的引用的SIP REFER消息。例如,SIP REFER消息可以在SIPREFER消息的refer-to(引用)首部中包含设备“B”的GRUU。如果服务器30能够将切换消息标识为联系与设备“A”的用户相关联的一个特定设备70的指示,则也可以采用其它SIP消息或者非SIP消息。
基于存储在服务器30中的用户信息(包括用户地址和每个用户设备70(或至少其地址)之间的关联),服务器30可以具有足够的信息来联系设备“B”。服务器30可以确定用户是否具有发起设备切换的权利和/或用户优选项是否施加了允许/禁止特定用户请求设备切换的使用条件。为了示意示例的目的,假设允许切换。在一个示例中,如果服务器30接收到SIP REFER消息,该消息在refer-to首部中包含设备“B”的GRUU,则服务器30可以参考存储的用户信息来确认该GRUU对应于与设备“A ”所关联的相同用户相关联的设备。如上所述,通过采用Kyzivat描述的注册事件分组机制,服务器30可以获得与给定用户相关联的设备70的GRUU。GRUU信息以及所存储的用户地址和设备70之间的关联一起允许服务器30确认SIP REFER消息涉及用户发起的设备交换。类似的,通过采用Kyzivat描述的注册事件分组机制,设备70可以获得与相同用户相关联的其它设备70的GRUU。
设备“A”的用户可以根据与请求设备切换相关联的预定方式,通过按压设备“A”键盘(触摸屏)上的一个或一系列按键、选择菜单选项等来发起设备切换。先前应当将发起设备切换的指示传送到用户并且通常对用户可用(例如用户手册、企业常见问题(FAQ)菜单等)。可选地,设备可以基于一些预设前提(例如低电池条件、较差信号强度或服务质量等)来自动发起设备切换。
服务器30可以在所存储的用户信息中检索与用户地址相关联的设备“B”联系信息,和/或可以在设备切换请求消息102中接收联系信息(如GRUU)。在一个实施例中,可以将服务器30默认配置为在设备切换场景期间检索特定用户设备70的联系信息。在任何实施例中,设备“B”可以是另一远程设备、办公室电话、家庭电话或其它有线/无线设备。在所示意的场景100中,服务器30使用设备的联系信息(如其SIPURI、SIPS URI、GRUU、TEL URI(电话号码)等)来与设备“B”发起新会话。例如,服务器30可以向设备“B”的联系地址发送SIP INVITE消息104。
会话邀请的接收在设备“B”处引起可听(例如振铃音)、震动和/或可视的提醒。一旦设备“B”的用户接受来自服务器30的会话,设备“B”发送200OK消息106,然后服务器30使用ACK消息108进行响应,在设备B和服务器30之间建立会话,并且可以在设备“B”和服务器30之间发送基于RTP和/或基于MSRP的媒体。然后,服务器30将与远程方建立的会话“连接”110至与设备“B”建立的会话。换言之,在新建立的对话中将从远程方接收的媒体数据发送到设备“B”,并且在服务器30和远程方之间的现有的旧对话内将来自设备“B”的媒体数据从服务器30发送到远程方。
设备切换可以是“有人值守(attended)”或者“无人值守(unattended)”的。在“有人值守”的设备切换中,可以使与设备“A”的对话挂起等候,并且设备“A”可以接收关于引用状态的一个或多个NOTIFY消息。最后,一旦确认与设备“B”的会话,设备“A”可以发送SIP BYE消息以终止其参加会话。在“无人值守”的设备切换中,可以在进行引用之后由设备立即终止与设备“A”的对话而不需要确认设备交换成功。如果转移中出现故障,后一种方式将导致问题。
在另一示例中,如图2A所示,服务器30可以通过将与设备“A”的对话保持在有效模式来便于设备交换,从而保证在服务器30尝试与设备“B”建立新对话的同时,会话的媒体分组继续在设备“A”和远程方之间交换。换言之,与设备“A”的对话不“挂起等候”,使得从远程方的角度看进行实质上无缝地转移。一旦建立与设备“B”的会话,服务器30可以实质上无缝地将来自远程方的媒体数据重新路由到设备“B”,从而远程方感觉不到设备交换。然后,服务器30可以通过发送SIP BYE消息112并接收响应ACK消息114来关闭与设备“A”的会话。然后设备交换完成。
当设备“B”交换了设备“A”,并且建立了与设备“B”的新会话时,可以在设备“B”上显示存储在服务器中的会话历史信息。可以使用SIPMESSAGE、SIP PUBLISH或者其它SIP消息来传送会话历史信息。
图3示意了在有效呼叫期间用户可以访问的菜单510的示例。可以看出,用户可以从菜单510中选择“设备交换”菜单选项512。用户可以通过设备70支持的任何可用方法来选择“设备交换”(例如通过键盘、轨迹球、滚轮、触摸屏等)。无论用户如何操作设备“A”,设备70将向服务器30发送切换消息102(图2A)以请求设备切换。如这里所述的所有实施例,服务器30可以确定用户是否有权发起设备切换。为了所示的示例目的,假设可以进行切换。“设备交换”菜单选项可以通过用户认识的人类可读的设备名称来显示每个设备。可以使用共同名称(如“手机”或者“个人数字助理”)来标识这些设备,或者可以使用用户定制的名称(如“比尔的手机”或“玛丽的计算机”)来标识这些设备,或者可以使用图标或者其它图形符号来标识这些设备。在一个实施例中,可以显示设备地址。可以允许用户从菜单中选择可以将会话交换到的设备。
场景100被描述为由设备“A”的用户发起。应当认识到,在远程设备70上运行的设备客户端可以被配置为自动检测到设备交换是有利的(例如低电池条件、较差信号强度或者服务质量等)。因此,当出现预定条件,例如当电池水平、信号强度或者服务质量已经下降到低于预定阈值时,设备客户端可以通过在远程设备70上发起可听、震动和/或可视提醒来通知用户设备交换是有利的。该提醒可以显示菜单,如菜单510(图3),给用户立即请求设备交换的机会。在另一实施例中,设备70可以自动发起设备切换,不需要等待用户交互。
图2B示意了设备A的用户正在参加与远程方的会话并且确定需要切换到设备B的场景120。设备“A”和设备“B”都是与用户地址相关联的设备70。该关联存储在服务器30的用户数据实体36中的用户优选项中。
在场景120中,设备A的用户参加与远程方的会话。例如,使用RTP或者MSRP在用户设备“A”和服务器30之间的第一媒体段上承载会话数据,并在服务器30和远程方之间的第二媒体段上承载会话数据。第二媒体段可以全部或部分是RTP或者MSTP,但是在一些实施例中,远程方可以位于传统网络内,并且会话数据可以通过交互实体14传送。
在所示意的示例中,在会话期间的某个时刻,用户确定需要切换到设备“B”。在该实施例中,用户在设备“A”上发起设备交换,设备“A”直接向设备“B”发送切换消息122。切换消息122可以是SIP消息或者非SIP消息。在一个实施例中,可以使用短距离通信链路(如红外、蓝牙等)来发送切换消息122。在另一实施例中,切换消息122是寻址到设备“B”的SIP消息。该SIP消息可以寻址到设备“B”的GRUU。在一个示例实施例中,该SIP消息是在Refer-to首部中包含服务器30的地址的REFER消息。
然后,响应于切换消息122,设备“B”向服务器30发送会话邀请124,同时设备“A”和服务器30之间的正在进行的会话保持有效。会话邀请124可以是SIP INVITE消息。在一些实施例中,会话邀请124可以是包含服务器30可检测的“设备交换”特征指示符的自定义SIP INVITE消息。在一个示例实施例中,来自设备“A”的SIP REFER消息也包含关于设备“A”和服务器30之间的现有对话的对话信息,并且,来自设备“B”的SIP INVITE消息包含引用该对话的Replace(替换)首部。换言之,远程方和服务器30之间的媒体数据在旧对话内发送,而来自设备“B”的媒体数据在服务器30和远程方之间的现有旧对话内从服务器30发送到远程方。
可以认识到,设备“B”可以向设备“A”发送与SIP REFER消息相关的各种SIP NOTIFY消息(尽管为了清楚起见在图2B中没有示意出)。
然后,服务器30通过发送SIP BYE请求来结束与设备“A”的对话。
在另一实施例中,在没有关于设备“A”上正在进行的会话的任何信息的情况下,设备“B”可以发起设备切换。在该场景中,用户可以通过选择设备“B”上的“设备交换”菜单选项来发起设备切换。然后,设备“B”向服务器30发送设备交换消息或信号。在一个实施例中,设备交换消息可以是自定义的SIP INVITE消息。例如,从设备“B”至服务器30的SIP INVITE消息可以包含服务器30解释为“设备交换”指令的特征指示符或者一些其它标记。然后,服务器30参考用户数据实体36来确定与设备“B”相关联的用户地址。使用针对用户地址的用户信息,服务器30标识与相同用户地址相关联的其它设备70。然后,服务器30标识哪个设备70具有有效会话(例如设备“A”),并且推断该设备切换涉及设备“A”上当前有效的会话。在该场景中,设备“A”不知道切换将发生并且其会话将被服务器30终止。
为了防止会话的非授权“接管”,服务器30可以通知设备“A”:已接收到设备交换请求,从而允许设备“A”通知用户,如通过可视输出通知设备交换请求正在等候处理。然后,可以在设备“A”上向用户提供接受或拒绝设备交换的机会。然后,设备“A”可以向服务器30传送该接受/拒绝,服务器将相应地作出反应。在一些情况下,从服务器30到设备“A”的通知可以包括已经提出请求的设备(例如设备“B”)的标识。与在上述设备交换菜单中所使用的相似,该标识可以是人类可读的设备标识符,如文本(例如“手机”或者“家庭个人计算机”)、或者合适的图标。
在一个实施例中,如图4所示,设备70可以被实现为移动设备800。在一个示例实施例中,移动设备800适于通过WLAN和WWAN来进行通信。在一个实施例中,移动设备800是根据IEEE 802.11标准和蜂窝网络接口标准(例如GSM/GPRS)来操作的无线手持设备。移动设备800是具有先进数据通信能力的双向通信设备,其能力包括通过收发机站的网络与其它移动设备或者计算机***进行通信的能力。移动设备具有允许语音通信的能力。根据移动设备提供的功能,可以将其称为数据消息传送设备、双向寻呼机、具有数据消息传送能力的蜂窝电话、无线互联网设备或者数据通信设备(具有或者不具有电话能力)。
移动设备800适于通过第一通信子***804与蜂窝网络(即WWAN)850进行无线通信,并通过第二通信子***805与WLAN(例如WLAN 851)的无线接入点进行无线通信。尽管设备800可以具有(和/或可以被示为具有)分离的、独立的针对这些目的的子***804、805,但是应当认识到,在可能的情况下,这些不同子***804、805的至少一些部分或组件可以共享。为了帮助读者理解移动设备800的结构以及其如何与其它设备和主机***进行通信,现在参考图4和5。
参考图4,其中示出了移动设备800的示例实施例的框图。移动设备800包括多个组件,如控制移动设备800的整体操作的主处理器802。通过通信子***804执行通信功能,包括数据和语音通信。通信子***804从第一无线网络850接收消息,并向第一无线网络850发送消息。在该移动设备800的示例实施例中,可以根据全球移动通信***(GSM)、通用分组无线业务(GPRS)、增强数据GSM环境(EDGE)和/或通用移动电信业务(UMTS)来配置通信子***804。新的标准仍然在制定中,但是可以相信它们与这里描述的网络行为具有相似性,并且本领域技术人员可以理解,这里描述的实施例应当可以使用将来开发的任何其它合适的标准。将通信子***804与无线网络850连接的无线链路表示根据为GSM/GPRS/EGDE/UMTS通信制定的协议来操作的一个或多个不同的射频(RF)信道。通过新的网络协议,这些信道能够支持电路交换的语音通信以及分组交换的数据通信。
尽管在一个示例实现方式中与移动设备800相关联的无线网络850可以是GSM/GPRS/EDGE/UMTS无线网络,但是在实现方式变型中,其它无线网络也可以与移动设备800相关联。可以采用的不同类型的无线网络包括例如:以数据为中心的无线网络、以语音为中心的无线网络,以及可以在相同物理基站上支持语音和数据通信的双模网络。组合的双模网络包括但不限于:码分多址接入(CDMA)或者CDMA2000网络、GSM/GPRS网络(如上所述)、以及第三代(3G)网络,如EDGE和UMTS。以数据为中心的网络的一些其它示例包括:WiFi 802.11、MobitexTM以及DataTACTM网络通信***。以语音为中心的数据网络的其它示例包括:个人通信***(PCS)网络,如GSM和时分多址接入(TDMA)***。
主处理器802还与其他子***进行交互,如随机存取存储器(RAM)806、闪存存储器808、显示器810、辅助输入/输出(I/O)子***812、数据端口814、键盘816、扬声器818、麦克风820、短距离通信822以及其它设备子***824。
移动设备800的一些子***执行与通信相关的功能,而其它子***可以提供“常驻”或者设备上的功能。例如,显示器810和键盘816可以用于与通信相关的功能(如输入用于在网络850上传送的文本消息),以及设备常驻功能(如计算器或者任务列表)。
在完成所需的网络注册或者激活过程之后,移动设备800可以在无线网络850上发送和接收通信信号。网络接入与移动设备800的订户或者用户相关联。为了标识订户,移动设备800需要将SIM/RUIM卡826(即订户标识模块或者可移除用户标识模块)***到SIM/RUIM接口828中,从而与网络通信。SIM卡或者RUIM 826是一种传统类型的“智能卡”,可以用于标识移动设备800的订户并将移动设备800个人化等。如果没有SIM卡826,则移动设备800不能完全进行与无线网络850的通信操作。通过将SIM卡/RUIM 826***SIM/RUIM接口828,订户可以访问所有订阅的服务。服务可以包括:web浏览和消息传送,如电子邮件、语音邮件、短消息服务(SMS)和多媒体消息传送服务(MMS)。更加先进的服务可以包括:销售点、现场服务以及销售人员自动化。SIM卡/RUIM 826包括处理器和用于存储信息的存储器。一旦SIM卡/RUIM 826***到SIM/RUIM 828中,该SIM卡/RUIM 826耦合到主处理器802。为了标识订户,SIM/RUIM 826可以包括一些用户参数,如国际移动订户标识(IMSI)。使用SIM卡/RUIM 826的优点是订户并不必须与任何单个物理移动设备绑定。SIM卡/RUIM 826还可以为移动设备存储其它订户信息,包括记事簿(或者日历)信息以及最近呼叫信息。可选地,用户标识信息还可以被编程到闪存存储器808中。
移动设备800是由电池供电的设备,并且包括电池接口832用于容纳一个或多个可充电电池830。在至少一些实施例中,电池830可以是具有嵌入微处理器的智能电池。电池接口832可以耦合到调节器(未示出),调节器协助电池830向移动设备800提供电源V+。尽管当前技术使用电池,但是,将来的技术(例如微型燃料电池)可以向移动设备800提供电源。
移动设备800还包括下面将详细描述的操作***834和软件组件836至846。典型地,操作***834和由主处理器802执行的软件组件836至846存储在永久存储器(如闪存存储器808)中,永久存储器可选为只读存储器(ROM)或者类似的存储单元(未示出)。本领域技术人员可以认识到,操作***834中的部分和软件组件836至846(如特定设备应用)或者其部分可以被临时加载到易失性存储器(如RAM 806)中。如本领域技术人员所知,还可以包括其它软件组件。
控制基本设备操作的软件应用(包括数据和语音通信应用)836的子集,通常在移动设备800的制造期间安装到移动设备800。其它软件应用包括消息应用838,消息应用838可以是允许移动设备800的用户发送和接收电子消息的任何合适的软件程序。如本领域技术人员所熟知的,存在消息应用838的各种替代。用户已经发送或接收的消息典型地存储在移动设备800的闪存存储器808中或者移动设备800的一些其它合适的存储单元中。在至少一些实施例中,发送的和接收的一些消息可以远离设备800来进行存储,例如存储在移动设备800与之通信的相关联主机***的数据存储器中。
软件应用还可以包括设备状态模块840、个人信息管理器(PIM)842以及其它合适的模块(未示出)。设备状态模块840提供了永久性,即设备状态模块840保证将重要设备数据存储在永久存储器(如闪存存储器808)中,从而当移动设备800关闭或者断电时该数据不会丢失。
PIM 842包括用于组织和管理用户感兴趣的数据项目(例如但不限于电子邮件、联系人、日历事件、语音邮件、约会和任务项目)的功能。PIM应用具有通过无线网络850发送和接收数据项目的能力。可以通过无线网络850,将PIM数据项目与存储在和/或与主机***相关联的移动设备订户的相应数据项目无缝地整合、同步以及更新。该功能在移动设备800上创建了关于这些项目的镜像主机。这在主机***是移动设备订户的办公室计算机***时尤其有利。
移动设备800还包括连接模块844以及IT策略模块846。连接模块844实现移动设备800与无线基础设施和任何主机***(如移动设备800被授权与之进行接口连接的企业***)进行通信所需的通信协议。
连接模块844包括API集合,该API集合可以与移动设备800结合以允许移动设备800使用与企业***相关联的任何数目的服务。连接模块844允许移动设备800与主机***建立端到端安全的、经认证的通信管道。连接模块844为其提供接入的应用的子集可以用于将IT策略命令从主机***传送到移动设备800。这可以通过无线或者有线方式来进行。然后可以将这些指令传送到IT策略模块846以修改设备800的配置。可选地,在一些情况下,IT策略更新可以通过有线连接来执行。
IT策略模块846接收对IT策略进行编码的IT策略数据。然后,IT策略模块846保证该IT策略数据经移动设备800认证。然后,将IT策略数据以其本生形式存储在闪存存储器806中。在存储IT策略数据后,可以将全球通知从IT策略模块846发送到驻留于移动设备800上的所有应用。然后,作为响应,可对其应用IT策略的应用读取IT策略数据来查找可应用的IT策略规则。
IT策略模块846可以包括解析器(未示出),应用可以使用该解析器来读取IT策略规则。在一些情况下,另一模块或应用可以提供解析器。将分组后的IT策略规则(下面更详细描述)作为字节流进行检索,然后将字节流发送(在某种意义上递归地)到解析器以确定在分组后的IT策略规则中定义的每个IT策略规则的值。在至少一些实施例中,IT策略模块846可以确定哪些应用受IT策略数据影响,并且仅仅向这些应用发送通知。在上述任一情况中,对于在通知时刻未运行的应用,当执行这些应用时,这些应用可以调用解析器或者IT策略模块846以确定在新接收的IT策略数据中是否存在任何相关的IT策略规则。
对支持IT策略中规则的所有应用进行编码,以知道期望的数据类型。例如,针对“WEP用户名”IT策略规则设定的值已知为字符串;因此与该规则相对应的IT策略数据中的值被解释为字符串。在另一示例中,针对“设定最大密码尝试次数”IT策略规则的设定已知为整数,因此,与该规则相对应的IT策略数据中的值被解释为整数。
在将IT策略规则应用到可应用的应用或者配置文件后,IT策略模块846向主机***发回确认,以指示IT策略数据已接收并成功应用。
其它类型的软件应用还可以安装到移动设备800上。这些软件应用可以是在移动设备800制造之后才增加的第三方应用。第三方应用的示例包括游戏、计算器、实用程序等。
可以通过以下至少一个将其它应用加载到移动设备800上:无线网络850、辅助I/O子***812、数据端口814、短距离通信子***822或者任何其它合适的设备子***824。应用安装的灵活性增加了移动设备800的功能,并且可以提供增强的设备上的功能、与通信相关的功能或者两者兼有。例如,安全通信应用可以实现使用移动设备800来执行电子商务功能和其它这样的金融交易。
数据端口814使订户能够通过外部设备或者软件应用来设定优选项,并且,通过向移动设备800提供信息或者软件下载而不通过无线通信网络来扩展移动设备800的能力。例如,替代下载路径可以用于通过直接并从而可靠和可信的连接将加密密钥加载到移动设备800上,以提供安全设备通信。
数据端口814可以是能够进行移动设备800和另一计算设备之间的数据通信的任何合适的端口。数据端口814可以是串行或并行端口。在一些示例中,数据端口814可以是USB端口,包括用于数据传送的数据线以及可以向移动设备800的电池830提供充电电流进行充电的电源线。
短距离通信子***822提供了移动设备800和不同***或设备之间的通信,而不需要使用无线网络850。例如,子***822可以包括用于短距离通信的红外设备和相关联的电路和组件。短距离通信标准的示例包括:红外数据协会(IrDA)开发的标准、蓝牙以及IEEE开发的802.11标准族。
在使用中,通信子***804处理接收信号(如文本消息、电子邮件消息或者网页下载),并将其输入到主处理器802。然后,主处理器802处理接收信号,以将其输出到显示器810或者可选地输出到辅助I/O子***812。例如,订户还可以结合显示器810以及可能地结合辅助I/O子***812,使用键盘816来制作数据项目,如电子邮件消息。辅助子***812可以包括如触摸屏、鼠标、轨迹球、红外指纹检测器或者具有动态按钮按压能力的滚轮之类的设备。键盘816优选为字母数字键盘和/或电话类型的键盘。然而,也可以使用其它类型的键盘。可以通过通信子***804在无线网络850上传送所制作的项目。
对于语音通信,除了将接收信号输出到扬声器818,并且用于传送的信号由麦克风820产生以外,移动设备800的整体操作实质上相似。还可以在移动设备800上实现其它语音和音频I/O子***,如语音消息记录子***。尽管语音或音频信号输出主要通过扬声器818来完成,但是显示器810还可以用于提供其它信息,例如呼叫方的身份、语音呼叫的持续时间、或者其它与语音呼叫相关的信息。
参考图5,图5示出了通信子***组件804的示例框图。通信子***804包括接收机950、发射机952以及相关组件,如一个或多个嵌入或者内部天线单元954和956、本地振荡器(LO)958以及处理模块,如数字信号处理器(DSP)960。通信子***804的特定设计取决于移动设备800预期通过其操作的通信网络850。因此,应当理解,图5所示的设计仅仅作为一个示例。
天线954通过无线网络850接收的信号输入至接收机950,接收机950可以执行常见接收机功能,如信号放大、频率下转换、滤波、信道选择以及模数(A/D)转换。接收信号的A/D转换允许更加复杂的通信功能,如在DSP 960中执行解调和解码。按照类似方式,DSP 960对要发送的信号进行处理,包括调制和编码。这些DSP处理后的信号输入至发射机952进行数模(D/A)转换、频率上转换、滤波、放大并通过天线956在无线网络850上传送。DSP 960不仅处理通信信号,还提供接收机和发射机控制。例如,可以通过DSP 960中实现的自动增益控制算法来自适应地控制接收机950和发射机952中对通信信号应用的增益。
移动设备800和无线网络850之间的无线链路可以包括一个或多个不同信道(典型地为不同的RF信道),以及在移动设备800和无线网络850之间使用的相关协议。典型地,由于总带宽的限制以及移动设备800有限的电池电能,RF信道是一种必须节约的有限资源。
当移动设备800完全操作时,典型地,只有在向无线网络850发射时,发射机952才接通或者开启,并且否则关闭以节省资源。类似地,周期性地关闭接收机950以节省电能,直到其需要在指定的时间段期间接收信号或信息(在有信号或信息的情况下)。
用于通过WLAN 851的无线接入点进行无线通信的第二子***805实质上与所示和描述的第一子***804相似。然而,基带和媒体接入控制(MAC)处理模块代替了DSP 960。如之前所述的,在一个实施例中,第二子***805适于根据公知的IEEE 802.11标准来操作。

Claims (6)

1.一种便于将现有会话从第一用户设备转移到第二用户设备的方法,其中,所述现有会话建立在第一用户设备和远程方之间,并且,所述现有会话包括第一用户设备和服务器之间的第一段以及所述服务器和所述远程方之间的第二段,所述服务器存储用户地址与第一用户设备以及第二用户设备之间的关联,其中,所述用户地址包括SIP URI,第一用户设备具有基于所述SIP URI的第一全球可路由用户代理URI‘GRUU’,第二用户设备具有基于所述SIP URI的第二GRUU,所述方法包括:
第一用户设备向一个或多个SIP注册器注册与所述用户地址相关联的GRUU信息,并从所述一个或多个SIP注册器接收第二GRUU;
在第二用户设备处接收来自第一用户设备的设备切换消息,其中,所述设备切换消息包括标识所述现有会话的信息,并且,所述设备切换消息是使用第二GRUU寻址到第二用户设备的;
从第二用户设备向所述服务器发送会话邀请消息,所述会话邀请消息包含对所述现有会话的引用,并带有替换第一用户设备的指令;
根据所存储的关联来验证第二用户设备的GRUU与第一用户设备所关联的用户地址相关联,其中,服务器不利用与远程方的进一步通信来执行所述验证;
接受来自第二用户设备的所述会话邀请消息,以建立新会话;
将所述新会话连接到所述现有会话的第二段,以实现第二用户设备和所述远程方之间的媒体交换;以及
终止所述现有会话的第一段。
2.如权利要求1所述的方法,其中,对所述现有会话的引用包括所述现有会话的第一段的对话ID。
3.如权利要求1或2所述的方法,其中,所述设备切换消息包括引用所述服务器的SIP REFER消息,并且,所述会话邀请消息包括SIP INVITE消息,所述SIP INVITE消息包含替换首部。
4.一种便于将现有会话从第一用户设备转移到第二用户设备的 ***,其中,所述现有会话建立在第一用户设备和远程方之间,并且,所述现有会话包括第一用户设备和服务器之间的第一段以及所述服务器和所述远程方之间的第二段,其中,第一用户设备和第二用户设备与用户地址相关联,所述用户地址包括SIP URI,其中,第一用户设备具有基于所述SIP URI的第一全球可路由用户代理URI‘GRUU’,第二用户设备具有基于所述SIP URI的第二GRUU,所述***包括:
第一用户设备;
第二用户设备;以及
所述服务器,
其中,第一用户设备被配置为向一个或多个SIP注册器注册与所述用户地址相关联的GRUU信息,并从所述一个或多个SIP注册器接收第二GRUU,并且,第一用户设备被配置为使用第二GRUU向第二用户设备发送设备切换消息,所述设备切换消息包括标识所述现有会话的信息,
其中,所述服务器包括:
IP通信接口,用于在网络上发送和接收基于IP的通信;
用户数据实体,包含用户信息,所述用户信息包括所述用户地址与第一用户设备以及第二用户设备之间的关联;以及
控制子***,用于控制会话,所述控制子***包括设备交换组件,所述设备交换组件被配置为:
从第二用户设备接收会话邀请消息,所述会话邀请消息包含对所述现有会话的引用,并带有替换第一用户设备的指令;
根据所存储的关联来验证第二用户设备的GRUU与第一用户设备所关联的用户地址相关联,其中,服务器不利用与远程方的进一步通信来执行所述验证;
接受来自第二用户设备的会话邀请消息,以建立新会话;
将所述新会话连接到所述现有会话的第二段,以实现第二用户设备和所述远程方之间的媒体交换;以及
终止所述现有会话的第一段。
5.如权利要求4所述的***,其中,对所述现有会话的引用包括 所述现有会话的第一段的对话ID。
6.如权利要求4所述的***,其中,所述设备切换消息包括引用所述服务器的SIP REFER消息,并且,所述会话邀请消息包括SIP INVITE消息,所述SIP INVITE消息包含替换首部。 
CN200910130785.3A 2008-02-20 2009-02-20 便于用户设备间会话转移的方法和*** Active CN101515949B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP08151706.2 2008-02-20
EP08151706A EP2093968B1 (en) 2008-02-20 2008-02-20 Methods and systems for facilitating transfer of sessions between user devices

Publications (2)

Publication Number Publication Date
CN101515949A CN101515949A (zh) 2009-08-26
CN101515949B true CN101515949B (zh) 2013-03-06

Family

ID=39431216

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910130785.3A Active CN101515949B (zh) 2008-02-20 2009-02-20 便于用户设备间会话转移的方法和***

Country Status (5)

Country Link
EP (1) EP2093968B1 (zh)
CN (1) CN101515949B (zh)
AT (1) ATE463919T1 (zh)
CA (1) CA2654538C (zh)
DE (1) DE602008000974D1 (zh)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102044099B (zh) * 2009-10-21 2013-03-20 张小鹏 通用身份表示及操作控制***
JP5514916B2 (ja) 2009-11-10 2014-06-04 インターデイジタル パテント ホールディングス インコーポレイテッド インターネットプロトコルマルチメディアサブシステムにおける協調セッションの制御権の移転およびデバイス間移転
EP2330837B1 (en) * 2009-12-04 2015-09-02 BlackBerry Limited System, method and device for maintaining a communication session suspended for servicing of power supply
US20110196973A1 (en) * 2010-02-05 2011-08-11 Interdigital Patent Holdings, Inc. Method and apparatus for inter-device session continuity (idsc) of multi media streams
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
CN105119904B (zh) 2010-03-04 2018-10-26 交互数字专利控股公司 网际协议多媒体子***协同会话中的识别和传递的方法
CN107181741B (zh) * 2010-03-18 2020-11-24 交互数字专利控股公司 用于在scc as中复制媒介会话的方法及scc as
CN102316301B (zh) * 2010-06-29 2014-05-07 华为终端有限公司 会议切换的方法、***及设备
FR2964000A1 (fr) 2010-08-17 2012-02-24 France Telecom Traitement de transfert de communication en mode sip.
FR2966670A1 (fr) * 2010-10-22 2012-04-27 France Telecom Traitement de donnees pour le transfert ou la replication d'un flux media
CN102035839B (zh) * 2010-12-14 2014-11-05 中兴通讯股份有限公司 一种提供流媒体服务的方法及***、设备
CN102685025B (zh) * 2011-03-17 2015-09-23 深圳市同洲软件有限公司 一种多终端业务切换方法、终端和***
FR2973620A1 (fr) * 2011-03-31 2012-10-05 France Telecom Procede de gestion de session applicative
GB2505476B (en) * 2012-08-31 2019-02-27 Metaswitch Networks Ltd Processing communication sessions
US9769216B2 (en) * 2012-11-30 2017-09-19 Mitel Networks Corporation Collaboration handoff
CN103095729B (zh) * 2013-02-21 2016-03-02 南京邮电大学 基于SIP协议的Web内容切换***及其切换方法
US9294455B2 (en) * 2013-06-04 2016-03-22 Google Inc. Maintaining video conference session continuity during transfer of session to alternative device
US9215256B2 (en) * 2013-08-21 2015-12-15 Qualcomm Incorporated Updating contact information for client devices registered to the same user for an internet protocol multimedia subsystem service
NO2707687T3 (zh) 2014-03-20 2018-08-25
US9591124B2 (en) 2014-04-30 2017-03-07 Motorola Solutions, Inc. Method and system for transferring an audio signal between devices of a single user
CN105530452A (zh) * 2014-10-24 2016-04-27 三亚中兴软件有限责任公司 会议终端呼叫转移的处理方法及装置
KR102337715B1 (ko) 2015-04-23 2021-12-10 삼성전자주식회사 전자 장치 및 전자 장치의 호 처리 방법
CN107979564A (zh) * 2016-10-21 2018-05-01 中兴通讯股份有限公司 一种网页实时通信会话的无缝切换方法及装置
CN106506477B (zh) * 2016-10-24 2019-11-15 北京小米移动软件有限公司 通话转接方法、装置及***
US20200120211A1 (en) * 2018-10-10 2020-04-16 Avaya Inc. Dynamic agent media type selection based on communication session quality of service parameters
CN109688366B (zh) * 2018-12-29 2020-12-25 随锐科技集团股份有限公司 一种在线会议转移方法、装置及移动终端
CN110379429B (zh) * 2019-07-16 2022-02-11 招联消费金融有限公司 语音处理方法、装置、计算机设备和存储介质
US11722572B2 (en) * 2019-10-01 2023-08-08 Christiana Care Health System, Inc. Communication platform shifting for voice-enabled device
CN110996358B (zh) * 2019-12-09 2022-05-24 迈普通信技术股份有限公司 通话终端切换方法、装置、电子设备及存储介质
US20230088874A1 (en) * 2020-02-24 2023-03-23 Bayerische Motoren Werke Aktiengesellschaft Active Call Handover
CN112235840B (zh) * 2020-10-14 2022-09-13 中国联合网络通信集团有限公司 会话终端切换方法、装置、实体和***
TWI732721B (zh) * 2020-12-08 2021-07-01 中華電信股份有限公司 在VoIP上動態配置SIP帳號的方法及VoIP系統
CN113890731B (zh) * 2021-09-29 2024-04-19 北京天融信网络安全技术有限公司 一种密钥管理方法、装置、电子设备及存储介质
CN114449448B (zh) * 2021-12-31 2024-06-18 钉钉(中国)信息技术有限公司 终端切换方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1985541A (zh) * 2004-06-01 2007-06-20 高通股份有限公司 无线通信***中连接状态下的无线电会话转移
EP1821488A1 (en) * 2006-02-15 2007-08-22 Alcatel Lucent Method of providing session mobility

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE425643T1 (de) 2004-12-17 2009-03-15 Huawei Tech Co Ltd Verfahren und system zum halten einer sitzungskontinuität

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1985541A (zh) * 2004-06-01 2007-06-20 高通股份有限公司 无线通信***中连接状态下的无线电会话转移
EP1821488A1 (en) * 2006-02-15 2007-08-22 Alcatel Lucent Method of providing session mobility

Also Published As

Publication number Publication date
ATE463919T1 (de) 2010-04-15
DE602008000974D1 (de) 2010-05-20
EP2093968B1 (en) 2010-04-07
CN101515949A (zh) 2009-08-26
EP2093968A1 (en) 2009-08-26
CA2654538A1 (en) 2009-08-20
CA2654538C (en) 2013-01-22

Similar Documents

Publication Publication Date Title
CN101515949B (zh) 便于用户设备间会话转移的方法和***
CN101330541B (zh) 使用可接听性信息来自动回叫的***和方法
US8504081B2 (en) Systems and methods for providing communications services using assigned codes
KR101106875B1 (ko) 무선 이동 단말기들을 위한 음성 및 텍스트 그룹 챗 기술들
CN101926137B (zh) 管理用户之间的通信会话建立的方法和***
CN1943131B (zh) 用于在无线移动终端与联网计算机之间进行消息通信的方法、***和装置
AU2005281679B2 (en) Group details of group services
CN101160946B (zh) 用于即按即说业务的方法及服务器
CN101635772B (zh) 一种呼叫信息管理的方法及其***
EP1839457B1 (en) Method for activating a network-based service in a communication network, apparatus, device and network therefor
US9729336B2 (en) System and method for delayed phone conferencing
US20050014490A1 (en) Method and system for establishing a teleconference over a telephony network
JP5436571B2 (ja) 通信履歴を提供する方法及び装置
US20060206604A1 (en) Methods and systems for providing a communication manager for wireless wireline converged telecommunication services
CN101766011A (zh) 用于同步的呼叫协议信息的集中式呼叫日志
CN1985491A (zh) 提供通信***中资源的信息的方法和***
US20080096592A1 (en) Systems and Methods for Providing Communications Services Using Assigned Codes
CN101223746B (zh) 寻呼模式消息收发
CN101854703B (zh) 获取状态信息的方法、服务器及***
US20070274292A1 (en) Method and apparatus for migrating between terminals
EP2018760B1 (en) Telecommunications system and method of initiating file transfers from voice endpoints
CN101616223A (zh) 在软件应用程序中实施分布式语音功能的方法
US9088877B1 (en) Systems and methods for initiating communication between IM clients and mobile clients
EP2186294B1 (en) End-user notification updates of session events
CN1852361B (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
C14 Grant of patent or utility model
GR01 Patent grant
CP03 Change of name, title or address

Address after: Voight, Ontario, Canada

Patentee after: BlackBerry Ltd.

Country or region after: Canada

Address before: Voight, Ontario, Canada

Patentee before: RESEARCH IN MOTION Ltd.

Country or region before: Canada

TR01 Transfer of patent right

Effective date of registration: 20240529

Address after: Ai Erlandubailin

Patentee after: Maliki Innovation Co.,Ltd.

Country or region after: Ireland

Address before: Voight, Ontario, Canada

Patentee before: BlackBerry Ltd.

Country or region before: Canada