专利名称：Sip中的能力抓取对等设备功能性的制作方法
技术领域：
在此公开的实施方式总体上涉及会话发起协议(SIP)功能性，并且更具体地，涉 及用于增强SIP功能性以便集成终端媒体能力的方法。
背景技术：
市场上存在很多高端电话终端(会话发起协议(SIP)/IP媒体子系统(IMQ硬件 电话(hardphone)、软件电话、蜂窝电话等)。不存在使相对不成熟的终端具有将移交给其 他有能力的终端的额外功能的机制。例如，具有音频能力和视频能力的主叫终端(终端A) 不能与具有音频能力但不具有视频能力的被叫终端(终端B)执行视频交换任务，并且，(目 前)没有任何方式使终端B可以将视频交换任务移交给另一支持视频的终端。因此，不可 能聚集各种不成熟终端的媒体能力以及与高端终端进行交谈。会话发起协议(SIP)开发出了应用级控制协议，用于在IP数据网络的参与者之间 建立、改变和终止多媒体会话。SIP可以支持大量服务，诸如，因特网电话、多媒体会议、注册 和重定向服务、对连接至VPN进行简化等。通常，SIP功能性可能不允许将某些特定类型的媒体重定向至其他终端。例如，在 终端A处可以存在两个会话，一个位于A与B之间，另一个位于A与C之间。但是目前的SIP 终端实现将源自终端A的两个会话视为两个不同会话。由此，在两个会话之间共享媒体是 不可能的，并且因此需要切换会话，即，在一个时刻仅一个会话可以使用该终端的媒体I/O。会话描述协议(SDP)协商是所提出的用于解决媒体共享问题的一个方案。通常， 代表终端(例如，终端C)实现SDP协商，并且这一实现需要针对所选媒体要被重定向至的 终端的IP地址的先验知识。例如，如果终端B确定终端C可以处理SDP，则终端B可以对终 端A做出响应，包括用于终端C的SDP。然而，前述方法存在限制用户移动性的缺点。前述方法还具有已分配终端的IP地 址可能频繁改变的缺陷。而且，多个SIP终端不可能同步地接收同一媒体。此外，为了代表 终端进行信令过程，需要安装应用服务器基础架构。
发明内容
鉴于上文，此处的实施方式提供了一种将从第一终端发起至第二终端的会话与从 第一终端发起至第三终端的关联会话相关联的方法，其中该方法包括第一终端发起与第 二终端的会话，第二终端接受该会话，第二终端向第一终端发送用于将该会话与第三终端 相关联的请求，第一终端从第二终端接受该请求，第一终端使用INVITE操作发起与第三终 端的关联会话；以及第三终端接受该关联会话。在此处公开的另一实施方式中，第二终端和第三终端具有单个记录地址(AoR)。在另一实施方式中，使用会话发起协议(SIP) REFER操作来关联会话，并且REFER 操作的内容长度和内容类型按照IETF RFC 3515。在另一实施方式中，该方法使用特征标签和CALL-ID字段来关联会话，并且该特
4征标签与REFER消息的Refer-To报头一起使用。在另一实施方式中，第二终端咨询多个关联终端以知晓这些关联终端的会话描述 协议(SDP)，并选择最优终端作为第三终端。在另一实施方式中，第二终端将第三终端的全局可路由用户代理统一资源标识 (GRUU)字段插入该请求中以指向第三终端。在又一实施方式中，作为REFER方法主体一部分的会话描述协议会话(SDP)用于 传达用于发起与第三终端的对话的delta SDP0在其他实施方式中，如果GRUU是自我形成的(self-made)，则第二终端将GRUU插 入，并且如果GRUU是网络生成的或者如果第三终端属于不同用户，则第二终端将预先存储 的GRUU插入。而且，在此处公开的另一实施方式中，第一终端自动或者响应于接收来自第一终 端用户的指示来发起与第三终端的会话。来自第一终端用户的指示采用确认或批准的形 式。而且，在此处公开的另一实施方式中，公开了一种终端，其能够将从该终端发起至 第二终端的会话与从该终端发起至第三终端的第二会话相关联，该终端包括用于读取特征 标签和CALL-ID字段的装置；用于响应于读取特征标签和CALL-ID字段来发起与第三终端 的关联会话的装置；以及用于在关联会话之间同步地传输媒体的装置。当结合下述描述和附图考虑时，此处公开的实施方式的这些和其他方面将得到更 好的理解。然而，应当理解，尽管下述描述指示出优选实施方式和优选实施方式的众多特定 细节，但却是出于说明而非限制目的给出的。可以在此处公开的实施方式的范围内做出很 多改变和改进，而不会脱离实施方式的精神，并且此处公开的实施方式包括所有这些改进。
此处公开的实施方式将从参考附图的下述详细描述得到更好的理解，其中图1是示出本发明环境的框图；图2示出了描绘用户终端之间SDP协商的示意图；图3示出了描绘根据此处公开的实施方式的基本CGPD实现的方法的流程图；图4示出了描绘根据此处公开的实施方式的非咨询性(non-consultative)CGPD 实现的方法的流程图；图5示出了描绘根据此处公开的实施方式的在CGPD实现中接收REFER消息的方 法的流程图；以及图6示出了描绘根据此处公开的实施方式的实现咨询性CGPD的方法的流程图。
具体实施例方式参照在附图中示出并在以下描述中详述的非限制性实施方式，来更全面地说明此 处公开的实施方式及其各种特征和有益细节。省略了公知的部件和处理技术的描述，以避 免不必要地混淆此处公开的实施方式。此处使用的示例仅用于促进对可以利用其来实施此 处所公开实施方式的方式的理解，以及进一步使本领域技术人员能够实现此处公开的实施 方式。因此，示例不应理解为对此处公开实施方式的限制。
此处公开的实施方式通过提供集成终端媒体能力的方法实现了增强SIP功能性 的方法。现在参考附图，具体而言参考图1到图6，其中贯穿示出了优选实施方式的附图，类 似的附图标记一致性表示对应的特征。图1是示出了本发明环境的框图100。第一终端101使用网络104发起与第二终 端102的会话。第一终端和第二终端的网络可以属于同一网络或不同网络，并且网络104可 以是多个网络的合并。第二终端102接受该会话，并随后向第一终端101发送用于将该会 话与第三终端103相关联的REFER请求。第一终端101接受来自第二终端102的该REFER 请求，并使用INVITE操作来发起与第三终端103的关联会话。第一终端101使用在来自第 二终端102的REFER中接收的delta (增量)SDP来与第三终端103协商，并且第一终端101 与第二终端102之间的会话与归功于具有与第一和第二终端之间的会话相同的cgpd标签 和相同的CALL-ID的REFER的关联会话并行地持续。图2示出了描绘用户终端之间的SDP协商的示意图200。第一终端101通过经由 代理A 201和代理B 202向第二终端102发送带有SDP的INVITE (邀请)203来发起与第 二终端102的会话。第二终端102接受该会话并发送200-0K 204。第二终端继而可以通 过预先存储的设置或者通过用户交互来请求第一终端101将该会话与第一终端101和第三 终端103之间的另一会话相关联。用户交互可以采用指示的形式，其中该指示可以采用来 自用户的确认或批准的形式。此外，第二终端102发送带有Delta SDP的REFER 205以作 为令第一终端101将该会话与第三终端103相关联的请求。第一终端101接受该请求，并 发送带有所选delta SDP主体的202 Acc印ted(已接受)响应206。在成功选择了位于所 接收REFER 206中的SDP主体之后，第一终端101通过代理C 209发送带有delta SDP的 INVITE 207。第三终端103接受该关联会话，并向第一终端101发送带有已接受Delta SDP 的 200 OK 208。图3示出了描绘根据此处的实施方式的基本CGPD实现的方法的流程图。第一终 端101发起(301)与第二终端102的会话。第二终端102接受(30 来自第一终端101的 会话请求(通过发送200 OK响应)，并随后向第一终端101发送(30 用于将该会话与第 三终端103相关联的带有Delta SDP的REFER请求，其具有与第一会话相同的CALL-ID和 cgpd标签。第一终端101继而使用REFER的Delta SDP来发起(304)与第三终端103的新 会话。第三终端103接受(30 该会话，并且第一终端与第二终端之间的会话并行地持续 (306)，其中媒体也同步地发往第三终端103。方法300中的各种动作可以按照给出的顺序 执行、以不同顺序执行或者同时执行。此外，在一些实施方式中，图3中列出的某些动作可 以省略。图4示出了描绘根据此处的实施方式的非咨询性CGPD实现的方法的流程图。第 二终端102在REFER消息的主体中指示001)可以是第一终端支持的媒体子集的delta SDP，并且将‘cgpd，特征标签设置(40 在Refer-To (指向)报头中。第二终端102设置 (403)CALL-ID，其与第一终端101和第二终端102之间的已有会话相同。第二终端102进 行检查004)以检查第三终端103(第二终端把能力向其移交)的GRUU是否存在于第二终 端102的存储器中。如果GRUU存在于第二终端102的存储器中，则将来自第二终端102的 存储器的预先存储的GRUU插入(40 至REFER消息的Refer-To字段，并且向第一终端发 送011)该REFER消息。如果GRUU不存在于存储器中，则做出另外的检查006)，以检查第二终端102和第三终端103是否具有相同的AoR以及GRUU是否是自我生成的。如果终端 具有相同的AoR，并且GRUU是自我生成的，则第二终端102生成GRUU并将其插入(408)在 REFER消息的Refer-To字段中，并向第一终端发送011)该REFER消息。如果终端不具有 相同的AoR或者如果GRUU不是自我生成的(即，其是网络生成的)，则向第二终端102处的 用户提示(407)输入第三终端的GRUU。执行另外的检查以检查(409)第二终端处的用户是 否输入了 GRUU。如果用户未输入GRUU，则发送010)不带有GRUU的REFER消息。如果用 户输入了 gruu，则第二终端102向第一终端ιο 发送Gidrefer消息，其中该refer消息 包括带有第三终端103的GRUU的Refer-To字段。方法400中的各种动作可以按照给出的 顺序执行、以不同顺序执行或者同时执行。此外，在一些实施方式中，图4中列出的某些动 作可以省略。图5示出了描绘根据此处实施方式的在CGPD实现中接收REFER消息的方法的流 程图。第一终端101从第二终端102接收(501)带有delta SDP的REFER，并检查(502)是 否存在与第一终端101媒体能力的匹配。如果SDP不与第一终端101支持的任何媒体能力 匹配，则第一终端101向第二终端102发送(50 状态码417 不支持的媒体流，并且不会 与第三终端103共享该媒体。如果delta SDP与第一终端101支持的媒体能力匹配，则第 一终端101向第二终端102发送(504)带有所选SDP主体的202 Accepted (已接受)。SDP 可以完全或部分与第一终端101支持的媒体能力相匹配。第一终端101继而发起(505)与 第三终端103的会话，其中SDP选自所接收的REFER。进一步地，REFER发起(506)隐式订 阅创建和通知(如IETF RFC 3515中描述的)。第一终端101继而检查(507) REFER消息中 的CALL-ID是否与已有会话对话CALL-ID相同。如果CALL-ID相同，则将新会话与已有会 话相关联(509)，并且在会话之间共享资源。如果CALL-ID不相同，则不将新会话与已有会 话相关联(508)。方法500中的各种动作可以按照给出的顺序执行、以不同顺序执行或者同 时执行。此外，在一些实施方式中，图5中列出的某些动作可以省略。图6示出了描绘根据此处实施方式的实现咨询性CGPD的方法的流程图。检查 (602)第三终端103和第二终端102是否属于具有相同AoR的两个终端。如果^VoR相同，则 使用(603) REGISTER消息来获取附接至该AoR的联系URI和相应的GRUU的列表。如果AoR 不相同，则使用(604) OPTIONS消息来获取第三终端103的联系URI和相应的GRUU的列表。 代理返回3xx定向响应以回复终端2发送的OPTIONS消息，其中3xx定向响应包括第三终端 的联系URI和相应的GRUU。第一终端101继而向所有联系URI发送(605)各个OPTIONS，并 获取SDP。此后，第一终端将在针对OPTIONS的响应中接收的SDP与第二终端意欲在REFER 中发送的Delta SDP进行匹配(606)，并从与第三终端^VoR相关联的多个终端中选择(607) 最优终端。此外，第二终端102发送(608) REFER消息，该REFER消息在Refer-To报头中带 有所选最优终端的细节并且在REFER主体中带有delta SDP。方法600中的各种动作可以 按照给出的顺序执行、以不同顺序执行或者同时执行。此外，在一些实施方式中，图6中列 出的某些动作可以省略。在咨询性CGPD中，当第二终端102插入第三终端103的^VoR时，多个终端可以与 所指向的AoR相关联。例如，家庭PC软件电话、办公室软件电话和移动软件电话可以与同 一 AoR相关联。从AoR发送REFER暗示了可以从任一终端搜寻到CGPD协助。然而，如果家 庭PC软件电话可能具有视频能力但移动软件电话可能不具有相同特征，则为了 CGPD的正确工作，需要事先咨询所有终端。如果CGPD与同一用户有关，例如，第三终端103和第二终 端102属于同一 ^VoR的两个终端，即，用户正尝试将获取所有联系URI和GRUU的职责移交 给终端之一，则REGISTER消息可以用于获取附接至该AoR的所有联系URI和相应的GRUU 的列表。第二终端102继而向每个联系URI发送OPTIONS消息，以获取SDP。OPTIONS请求 应当包含带有“应用/sdp”的Ac^pt报头字段，因为这些内容会导致包含SDP信息的响应。 将SDP与delta SDP进行匹配，以找到用于发送REFER消息的最优联系URI。如果用户选择 了特定终端(AoR+GRUU)，则SDP匹配可以用于确定第三终端103能够支持需要的功能性。 Delta SDP信息也可以在RFC 3840中描述的特征标签以及特征标签在REFER中的使用中传 达。如果第三终端103与第二终端102不同，则需要演进代理处的OPTIONS消息处理， 并且如果该代理确定在OPTIONS报头中寻址的AoR拥有多个绑定，则其应当返回包括第三 终端103的所有联系URI和相应GRUU的3xx重定向响应。第二终端102继而向所有联系 URI发送各个OPTIONS，并获取相应的SDP。第二终端用户代理对SDP进行匹配，并在发送 REFER消息之前找到最优终端，而且还确定所选终端的能力。此处的实施方式还在向终端发送REFER消息之前提供SDP能力确定装置，其中对 第三终端的SDP进行分析，并将其与delta SDP进行匹配，以确保第三终端可以接手关联会 话。还允许用户从与特定AoR相关联的终端列表中选择最有能力的终端。此处的实施方式 可以通过使用已有OPTIONS消息能力来获取任何终端的SDP来实现。OPTIONS请求可以包 括带有所指向的终端的GRUU和“应用/sdp”的Acapt报头字段。GRUU可以用于将所有绑 定寻址到同一 AoR。此处的实施方式可以用于与相同用户和不同用户两者的咨询性CGPD。 特征标签以及特征标签在REFER中的使用可以扩展至传达delta SDP信息，以替代将delta SDP作为常规“应用/sdp”在REFER消息主体中传输。用于咨询性情况的OPTIONS中的SDP 能力也可以通过使用OPTIONS中的扩展特征标签来传达。对于本领域技术人员而言，GRUU 的这种使用在此处的实施方式中不是强制的，用于使第二终端能够毫无疑义地标识第三终 端并向第一终端传达与所标识第三终端有关的信息的任何装置都可以使用。此处的实施方式在CGPD功能性作为多个杀手应用(killer application)基础 的情况下包括标准化的可能性，并向最终用户提供了不成熟终端以增强向其他终端传输的 媒体。此处的实施方式还提供了干预应用服务器的容易方式，其可以将REFER消息与后续 INVITE相关，以及针对服务提供者应用灵活的用户收费。此处的实施方式还提供了用于区分第三终端的自动SIP信令。通过将多个终端与 同一 AoR相关联可以支持用户在应用基础架构提供者(AIP)网络中的移动性，而且这种移 动性还提供了通过多个SIP电话同时接收同一媒体的方式。此处的实施方式不涉及用于信 令的任何背靠背用户代理(B2BUA)或应用服务器基础架构安装。此处的实施方式提供了扩展以供各种服务进行演进。例如，用户A从具有传输音 频和视频能力的高端电话进行呼叫。但是用户B可能不具有视频能力，并且该用户可以按 下闪烁(flash)按钮和用户C的号码。结果，可以在用户A与用户C之间交换视频，同时用 户A与用户B之间的话音会话继续。还提供了用于通过具有视频能力的用户B对来自用户 A的视频进行并行录制的方法。此外，提供了媒体服务，诸如将游戏转移至因具有较高处理 能力而可能具有高端呈现和图形的SIP软件电话。
应当理解，此处的实施方式通过使用在其主体中具有delta SDP的REFER方法来 同步地向第三终端传达媒体来允许将SIP REFER操作用于将媒体重定向至第三终端，并且 最重要的是，提供了用于支持众多增值服务的基本基础架构。此处的实施方式可以采取完全硬件实施方式、完全软件实施方式或包括软件和硬 件元素两者的实施方式的形式。以软件实现的实施方式包括但不限于固件、驻留软件、微代码等。与要求保护的装置对应的结构列表不是穷举性的，本领域技术人员能够理解，可 以用等同结构来替代所记载的结构，而不会脱离本发明的范围。特定实施方式的前述描述将完整地揭示此处公开的实施方式的一般性质，通过应 用目前的知识，他人能够容易地修改和/或调整这种特定实施方式的各种应用，而不会脱 离一般原理，并且因此，这种调整和修改应当并且意在包括在所公开实施方式的等同方案 的含义和范围内。应当理解，此处使用的措辞或术语用于描述而非限制的目的。因此，尽管 就优选实施方式而言描述了此处公开的实施方式，但是本领域技术人员将意识到，此处公 开的实施方式可以利用落入所附权利要求精神和范围内的修改来实施。
权利要求
1.一种将从第一终端(101)发起至第二终端(10 的会话与从所述第一终端(101)发 起至第三终端(10 的第二会话关联的方法，其中所述第一终端(101)发起与所述第二终 端(102)的所述会话，所述方法包括步骤所述第二终端(102)向所述第一终端(101)发送(30 用于将所述会话与所述第一终 端(101)和所述第三终端(103)之间的所述第二会话相关联的请求(205)；所述第一终端(101)接受(304)来自所述第二终端(10 的所述请求O05)； 所述第一终端(101)发起(207，304)与所述第三终端(10 的关联会话；以及 所述第三终端(10 接受(208,30 所述关联会话。
2.如权利要求1的方法，其中所述方法进一步包括步骤所述第二终端(10 将所述第三终端(103)的全局可路由用户代理统一资源标识 (GRUU)字段插入(405，408)所述请求中以指向所述第三终端(103)；所述第一终端(101)响应于从所述第二终端(10 接收所述请求而检查(50 其媒体 能力；以及所述第一终端(101)响应于在所述请求和所述第一终端(101)的媒体能力之间找到匹 配而接受(504)所述请求。
3.如权利要求1的方法，所述方法进一步包括步骤所述第二终端(10 咨询(60 关联于所述第三终端(10 的多个关联终端，以便获 取所述关联终端的会话描述协议(SDP)细节；所述第二终端(10 从所述相关联终端中选择(606，607)最优终端以作为所述第三终 端(103)；所述第二终端(10 将所述第三终端(10 的全局可路由用户代理统一资源标识 (GRUU)字段插入(408)所述请求的Refer-To报头中以指向所述第三终端(103)；所述第二终端(102)向所述第一终端(101)发送(608)用于将所述会话与所述第三终 端(103)相关联的请求；所述第一终端(101)响应于从所述第二终端(10 接收所述请求而检查(50 其媒体 能力；所述第一终端(101)响应于在所述请求和所述第一终端(101)的媒体能力之间找到匹 配而接受(504)所述请求；所述第一终端(101)使用INVITE消息(207)发起(304，505)与所述第三终端(103) 的关联会话；以及所述第三终端(10 接受(30 所述关联会话。
4.如权利要求1的方法，其中存在于REFER消息(205)主体中的会话描述协议(SDP) 用于传达所述第一终端(101)的部分媒体，以用于发起与所述第三终端(103)的对话。
5.如权利要求1的方法，其中所述第一终端(101)自动利用之前的用户设置来发起 (304)与所述第三终端的所述会话。
6.如权利要求1的方法，其中所述第一终端(101)响应于从所述第一终端(101)的用 户接收指示而发起(304)与所述第三终端(10 的所述会话。
7.如权利要求1的方法，其中所述方法使用会话发起协议(SIP)REFER操作中的特征标 签和CALL-ID字段来关联所述会话。
8.如权利要求1的方法，其中所述REFER操作的内容长度按照标准IETFRFC 3515。
9.如权利要求1的方法，其中所述REFER操作的内容类型按照标准IETFRFC 3515。
10.一种终端(101)，所述终端(101)能够将从所述终端(101)发起至第二终端(102) 的会话与从所述终端(101)发起至第三终端(10 的第二会话相关联，所述终端(101)包 括适于执行下述操作的至少一个装置从所述第二终端(10 接收(30 用于将从所述终端(101)发起至所述第二终端 (102)的所述会话与从所述终端(101)发起至所述第三终端(10 的所述第二会话相关联 的请求；响应于接收所述请求，发起(304)与所述第三终端(10 的所述第二会话；以及响应于发起所述第二会话，在所述会话之间同步地传输(306)媒体。
11.一种终端(102)，所述终端(10 能够在关联会话中与第三终端(10 关联，所述 关联会话由第一终端(101)发起，其中所述第一终端(101)和所述终端(10 之间已存在 会话，所述终端(102)包括适于执行下述动作的至少一个装置从多个终端中选择(603，604，605，606，607)所述第三终端(10 ；以及向所述第一终端(101)发送(608)与所述第三终端(10 有关的信息。
全文摘要
公开了一种用于在会话发起协议(SIP)中增强能力抓取对等设备功能性的方法。该方法包括使用会话发起协议REFER操作(205)，将从第一终端(101)发起至第二终端(102)的会话与从第一终端发起至第三终端(103)的会话关联。第一会话的CALL-ID报头和‘cgpd’特征标签可以在REFER消息中使用，以将第一会话与第三会话关联。会话描述协议(SDP)用于传达要同步地向第三终端传输的媒体。
文档编号H04L29/06GK102077539SQ200880130037
公开日2011年5月25日 申请日期2008年6月27日 优先权日2008年6月27日
发明者A·苏雅沙, D·米沙, K·辛, S·斯瓦米纳桑 申请人:阿尔卡特朗讯