应用服务器及其相关方法、以及执行协作会话的系统

摘要

提供了应用服务器、用于应用服务器的方法、执行协作会话的系统以及用于包括应用服务器和终端装置的系统的方法。应用服务器包括：接收单元，从控制在应用服务器和包括控制方终端装置的终端装置之间的协作会话的控制方终端装置，接收要在控制方终端装置从协作会话丢失、及/或控制方终端装置的模式改变为被动控制模式的特殊情况下使用的优选项规则；选择单元，在特殊情况中基于优选项规则从接替装置的候选之中选择一个候选；以及请求单元，请求该一个候选接管协作会话的控制，及当该一个候选拒绝接管协作会话的控制时，请求基于优选项规则从接替装置的候选之中选择的另一个候选接管协作会话的控制，优选项规则包括指示接替装置的候选的信息。

说明书

本申请是申请日为2010年2月10日、申请号为201080063531.5、发明 名称为“在控制方不持久参与的情况下保持协作会话的媒体流的连续性的系 统和方法”的发明专利申请的分案申请。

技术领域

本发明属于分组交换通信网络中的电信领域。更具体地，本发明涉及IP 多媒体系统中的会话控制。

背景技术

随着越来越多的装置获得联网能力，出现用户管理这些多样化的装置的 需要。已在协作会话管理的范围下，在3GPP中着手于这样的工作项目。这 里，向IMS服务注册的多个用户装置可在会话中利用不同媒体流彼此协作。 协作会话是多个彼此协作的UE参与的多媒体会话。控制方(controller)UE 通过与应用服务器交互来管理控制方上的媒体。在采取行动之前，控制方必 须授权来自控制方的任何请求。通常，仅通过一个控制方来控制一个媒体流。

由于在协作会话中的单个控制方结构(configuration)(对于特定流)，当 由于诸如UE故障、电池耗尽、UE在覆盖范围之外、信号不稳定等的不可控 原因而造成控制方丢失时，会存在问题。也存在当控制方想要将其自身改变 为被动(passive)控制模式、或暂时离开协作会话时的情形。在控制方不想 在控制方每次进行改变时被中断时、或在长时间内都没有控制方提出任何请 求时，可能发生这些情况。这里的被动控制模式意味着控制方UE选择处于 自动控制模式、或暂时将控制交给应用服务器。也就是说，控制方UE通过 设立对特定的触发情形作出决定的规则、或将职责分配给诸如应用服务器或 控制方UE的其它节点，来保持被动。

在最新的3GPPTS23.237中指出：在控制方丢失时，SCCAS释放参加协 作会话的所有访问支路(AccessLeg)。

此方法的问题在于：控制方总是被强制终止会话，而不知道发生了什么， 并且，即使用户想要继续且愿意付费，他们也不能继续或重新开始。

另一个可能的方法为：如果控制方丢失，则允许SCCAS将协作会话控 制转移到参与协作会话、且属于同一订购(subscription)的另一个UE(非专 利文献4)。

此方法产生解决此问题的步骤，但此方法未指定如何选择接替的 (successive)控制方、以及如果其它UE处于不同的订购之下则会发生什么。 显然，需要某些更好的解决方案来解决控制方想要改变为被动控制模式的问 题，这在运营方部署协作会话服务时是不可避免的。

引用列表

非专利文献

NPL1：3GPPTS23.237v9.2.0,"IPMultimediaSubsystem(IMS)Service Continuity"

NPL2：3GPPTS24.237v9.0.0,"IPMultimediaSubsystem(IMS)Service Continuity"

NPL3：3GPPTR23.838v9.0.0,"IPMultimediaSubsystem(IMS)service continuityenhancements；Service,policyandinteraction"

NPL4：3GPPTSGSAWG2Meeting#76,2009年11月16-20日,SanJose DelCabo,MexicoTDS2-096767,"RequirementofControltransferuponlostof CollaborativeSessioncontrol"

发明内容

本发明的一个目的在于解决上述问题、缺陷和不完善。具体地，本发明 的目的在于提供在控制方不可用时支持协作会话的连续性的方法。

本发明的另一个目的在于提供能够容忍控制方丢失的健壮系统，其包括 应用服务器和UE，且不存在对释放、订购和能力的限制。在该系统中，利用 单个或多个控制方建立协作会话。每个控制方具有其自己的控制特定媒体流 的职责。所有终端UE彼此协作，且与应用服务器协作，以避免在控制方偶 然丢失或控制方离开时会话中断。

在一个方面中，将控制优选项(preference)信息发送到应用服务器。当 控制方丢失或改变为被动模式时，可通过参照参考项、或通过默认规则来决 定新的控制方。后续行动可为将控制转移到另一个装置，其将被询问接管控 制和收费(charge)的意愿。

在另一个方面中，优选项包含一个或多个列表。这些列表用来：在当前 控制方丢失的情况下指定接替者(successor)控制方；提供关于如何选择其 接替者的规则；对媒体管理设定限制；以及设定对于会话释放的触发点。

在另一个方面中，终端能够向应用服务器请求将控制改变为被动控制模 式。在被动控制期间，应用服务器通过在会话开始或IMS注册时设定的优选 项控制规则，自动作出诸如媒体分辨率修改等的常规决定。终端具有如下功 能：如果接收到来自应用服务器的询问，则处理并答复该询问。即使终端不 能理解该询问，该功能也仍通过“未知(unknown)”消息来答复。这些附加 功能将会话控制扩展到自动控制以及紧急情况。

在另一个方面中，应用服务器包含优选项处理功能，其可识别不同类型 的优选项，并处理它以用于将来的使用。应用服务器还具有用来检测控制方 丢失的控制方丢失检测功能。应用服务器还具有控制转移决定功能，其在控 制方在某段时间内无响应时参照优选项。

在另一个方面中，将控制扩展到会话的授权和媒体流的收费两者。控制 方负责对其控制的媒体流的改变作出决定，并且，其也是将对其控制的那些 媒体流收费的实体。来自控制方的优选项将指示在控制方丢失的情况下如何 重新部署收费实体。控制转移和收费转移是分立的决定，但是，控制方和应 用服务器可选择在优选项和决定中合并它们。

根据本发明的一个方面，提供了应用服务器，包括：接收单元，从控制 方终端装置接收要在特殊情况下使用的优选项规则，所述控制方终端装置控 制在所述应用服务器和包括所述控制方终端装置的终端装置之间的协作会 话，在所述特殊情况中，所述控制方终端装置从所述协作会话丢失、以及/或 者所述控制方终端装置的模式改变为被动控制模式；选择单元，在所述特殊 情况中，基于所述优选项规则，从接替装置的候选之中选择接替装置的一个 候选；以及请求单元，请求所述接替装置的该一个候选接管所述协作会话的 控制，及当所述接替装置的该一个候选拒绝接管所述协作会话的控制时，请 求基于所述优选项规则从所述接替装置的候选之中选择的所述接替装置的另 一个候选接管所述协作会话的控制，其中所述优选项规则包括指示所述接替 装置的候选的信息。

根据本发明的另一个方面，提供了用于应用服务器的方法，包括：从控 制方终端装置接收要在特殊情况下使用的优选项规则，所述控制方终端装置 控制在所述应用服务器和包括所述控制方终端装置的终端装置之间的协作会 话，在所述特殊情况中，所述控制方终端装置从所述协作会话丢失、以及/或 者所述控制方终端装置的模式改变为被动控制模式；在所述特殊情况中，基 于所述优选项规则，从接替装置的候选之中选择接替装置的一个候选；以及 请求所述接替装置的该一个候选接管所述协作会话的控制，及当所述接替装 置的该一个候选拒绝接管所述协作会话的控制时，请求基于所述优选项规则 从所述接替装置的候选之中选择的所述接替装置的另一个候选接管所述协作 会话的控制，其中所述优选项规则包括指示所述接替装置的候选的信息。

根据本发明的再一个方面，提供了执行协作会话的系统，包括：控制方 终端装置，控制在应用服务器和包括所述控制方终端装置的终端装置之间的 协作会话，并发送要在所述控制方终端装置从所述协作会话丢失、以及/或者 所述控制方终端装置的模式改变为被动控制模式的特殊情况下使用的优选项 规则；以及所述应用服务器，在所述特殊情况下，基于所述优选项规则，从 接替装置的候选之中选择接替装置的一个候选，请求所述接替装置的该一个 候选接管所述协作会话的控制，以及当所述接替装置的该一个候选拒绝接管 所述协作会话的控制时，请求基于所述优选项规则从所述接替装置的候选之 中选择的所述接替装置的另一个候选接管所述协作会话的控制，其中所述优 选项规则包括指示所述接替装置的候选的信息。

根据本发明的又一个方面，提供了用于包括应用服务器和终端装置的系 统的方法，包括：从控制方终端装置发送要在特殊情况下使用的优选项规则， 所述控制方终端装置控制在所述应用服务器和包括所述控制方终端装置的终 端装置之间的协作会话，在所述特殊情况中，所述控制方终端装置从所述协 作会话丢失、以及/或者所述控制方终端装置的模式改变为被动控制模式；在 所述特殊情况下，基于所述优选项规则，从接替装置的候选之中选择接替装 置的一个候选；请求所述接替装置的该一个候选接管所述协作会话的控制； 以及当所述接替装置的该一个候选拒绝接管所述协作会话的控制时，请求基 于所述优选项规则从所述接替装置的候选之中选择的所述接替装置的另一个 候选接管所述协作会话的控制，其中所述优选项规则包括指示所述接替装置 的候选的信息。

通过这些解决方案，在控制方离开时，会话有更大的机会继续。控制方 和SCCAS均可参加控制转移的决定。订购不再是限制。

附图说明

图1是图示整个系统的图。其包括：具有或不具有会话控制能力的几个 UE终端，例如，101和105；应用服务器(102)，其协调会话终端；IMS核 心网络(103)，其提供IMS信令支持；以及远程方(104)，其具有与UE的 会话。

图2是在协作会话中作为控制方(101)而具体执行的终端装置的结构。

图3是管理整个会话的应用服务器的结构。

图4是作为协作会话中的其它用户设备(控制方或受控方)而执行的终 端装置(105)的结构。

图5是图示在控制方无通知而丢失、或控制方改变到被动模式时应用服 务器如何决定控制转移的流程图。

图6是图示控制方生成且被存储在应用服务器中的优选项的结构的图。 在该树中，演示了不同类型的规则。

图7是图示用于控制方改变为被动控制模式的示例操作序列的图，其中， 信号在UE和应用服务器之间交换。

图8是图示用于控制方丢失解决方案的替代操作序列的图，其中，控制 方设定关于在控制方丢失之后何时释放会话的优选项。

图9是图示用于控制方丢失解决方案的另一替代操作序列的图，其中， 控制方任命其接替者，或设定关于如何选择接替的控制方的优选项。

图10是图示用于控制方丢失解决方案的不同操作序列的图，其中，应用 服务器在会话之中向UE广播它们的接管控制的能力和意愿。

图11是图示用于控制方丢失解决方案的不同的操作序列的图，其中，应 用服务器向受影响的UE询问接管由于控制方丢失而在其终止的媒体的收费。

具体实施方式

在下面对本发明的示例实施例的详细描述中，参照作为此一部分的通过 图解方式示出的附图，其中，本发明可实践附图的特定示例实施例。充分详 细地描述了每个实施例，以使本领域的技术人员能够实践本发明，并且，应 理解，可利用所述实施例，并可作出其它改变，而不会背离本发明的精神或 范围。因此，并非在限制的意义上采用下面的详细描述，并且，仅通过所附 权利要求来定义本发明的范围。在下面的描述中，为了说明的目的，描述了 特定数目、时间、结构、协议和其它参数，以便提供对本发明的完整理解。 然而，对本领域的技术人员来说将显而易见的是，可在没有这些细节的情况 下实践本发明。

图1图示了支持本发明的系统，其包括：控制方UE101，其控制协作会 话；常规UE105，其参加会话而无控制权；应用服务器102，其协调UE和 远程方之间的会话；IMS核心网络103，其提供用于会话的IMS信令和路由 功能；以及远程方104，其具有与UE的会话。所有UE(控制方或受控方) 通过标准IMS过程与应用服务器通信。在本发明中，从控制方到应用服务器 的通信110具有标准元素之外的附加信息，并包括用于会话控制的用户优选 项；并且，从常规UE到应用服务器的通信113具有标准元素之外的附加信 息，并包括UE能力参数。只有控制方UE101才需要发送控制优选项，而其 它用户105可选择发送或不发送它们的能力参数。可在协作/交互会话设立或 IMS注册时发送来自101的用户控制优选项。控制优选项可为应用服务器102 能够理解的任意格式。控制优选项用来向应用服务器指示在控制方有通知而 离开的情况下如何执行控制、以及在控制方无通知而丢失连接的情况下如何 管理会话。可以应用服务器能够理解的任意格式来发送UE能力参数。例如， 其包括UE的控制能力、电池水平、IMS发布版本等。这个附加信息将由应 用服务器用来在控制方离开会话或丢失连接时作出决定。在本发明中，应用 服务器102具有基于控制优选项来接管会话控制并决定将控制转移到属于该 会话的UE的附加能力。然而，应用服务器102将不会接管会话的收费。由 此，应用服务器102将通过在授权中代表控制方、但在收费中不代表控制方， 来控制会话。需要向UE分配收费。应用服务器和IMSCN之间的连接111、 以及IMSCN和远程方之间的连接112使用标准IMS过程，并运送在IMS中 定义的标准信息。

图2是具有控制能力的通信装置。该通信装置可用作会话的控制方。除 了用户设备的传统功能之外，该通信装置还包括：GUI块201，用于优选项 生成交互；连接到GUI的用户优选项生成器202；用户优选项发送功能204， 其在该通信装置为会话的控制方的情况下通过发送层功能205来发送优选 项；被动控制功能203，其可发起请求改变为被动控制模式的信号。优选项 包括一个或多个列表。这些列表被用来：在当前控制方丢失连接的情况下指 定接替者控制方；提供关于如何选择其接替者的规则；设定对媒体管理的限 制；以及设定会话释放的触发点。例如，用户可在优选项中指示“会话终止： 10分钟”。随后，如果该用户离开，则会话将在从其离开起10分钟后被释放。 另一个示例可包含媒体管理规则，如“添加媒体：拒绝；修改媒体：同意”。 当控制方在这个优选项的情况下离开时，应用服务器将拒绝来自控制方的所 有添加媒体请求，并同意所有修改媒体请求。

终端的另一个新的功能为：向应用服务器发送将其自身改变为被动控制 模式的请求。在被动控制期间，应用服务器通过在会话开始或IMS注册时设 定、或使用任何IMS过程更新的优选项控制规则来自动作出诸如媒体分辨率 修改等的常规决定。为了生成用户优选项，用户优选项生成器202准备问题， 并通过GUI201向用户询问。在用户优选项生成器202存储和处理用户对该 问题的回答，从用户优选项生成器202以应用服务器102能够理解的格式生 成优选项文件。对于本领域的技术人员来说显而易见的是，此优选项文件还 可经由诸如存储卡、通过因特网下载、通过蓝牙从另一个终端传送等的不同 手段，被加载到终端。

当终端注册为控制方时，触发用户优选项发送功能204以发送出优选项。 优选项的目的在于在控制方丢失连接的情况下解决控制移交问题。优选项还 可包含一组规则，其用于在控制方有意地改变为被动控制模式时执行自动控 制。对于不是控制方的终端来说，用户优选项生成器202可在注册期间跳过 生成用户优选项的过程。对于本领域的技术人员来说显而易见的是，在终端 变为控制方之前，可在稍后的任何时间生成优选项。另外，当会话发生改变 时，可在会话期间更新优选项。

图3图示了管理协作会话的应用服务器102的示例结构。对应用服务器 引入新的功能。应用服务器包含：优选项接收功能301，其从其它注册信息 过滤出控制优选项；优选项处理功能303，其分析所接收的控制优选项；控 制方丢失检测功能302，其周期性地检查控制方的可用性；控制转移决定功 能304，其基于在应用服务器中存储的默认规则、或从优选项处理功能303 传递的控制优选项，在控制方不参与的情况下决定控制(和/或收费)转移； 被动控制功能305，其在控制方改变为被动控制模式、或在控制方丢失之后 激活会话释放过程时，进行控制。

在应用服务器不具有会话中的其它UE的能力参数时的情况下，其需要 向UE询问这样的信息用于决定。UE询问功能306用来满足此目的。在获得 足够的信息之后，控制转移决定功能304决定执行控制转移、或释放该会话。

如果需要由应用服务器接管控制，则其将激活被动控制功能305来基于 用户优选项进行控制。利用这些功能，应用服务器用作智能代理，其能够在 控制方丢失或离开时，通过选择并将控制转移到其它UE、或甚至自身接管控 制，来保存会话。优选项处理功能303负责对以终端和应用服务器之间协定 的任意格式写入的控制优选项进行说明和分类。例如，可以XML写入优选 项，并且，其指示仅能够选择同一订购下的控制方接替者。在处理之后，将 此优选项传递到控制转移决定功能304。当控制方丢失检测功能302检测到 控制方丢失时，通过计时器或其它载体(bearer)监视器，控制转移决定功能 304将仅考虑与先前的控制方处于同一订购下的那些终端来作为接替的控制 方。如果终端UE均不具有与丢失的控制方相同的订购，则应用服务器应将 其视为无优选项情况。可利用用于该情况的本发明的其它操作序列来处理它。

图4图示了作为具有或不具有控制能力的常规通信装置的终端装置400 的示例架构。终端装置400作为协作会话中的控制方或受控方，但其不是将 丢失连接或改变为被动控制模式的目标控制方。除了常规用户设备的传统功 能之外，终端装置400还包含可处理和响应来自应用服务器102的询问的附 加功能块。在此发明中，应用服务器可向终端询问它们的控制能力和接管控 制和收费的意愿。询问接收功能401和询问处理功能402用来接收这样的消 息和处理它们。处理后的询问将被传递到询问响应功能403，以生成回到应 用服务器102的响应。

UE设置/状态记录功能404用作数据库。其提供UE的参数和状态，并 协助询问响应功能403生成对应用服务器的响应。

如果询问处理功能402不能理解询问，则询问响应功能403将生成表示 其接收到未知询问的对应用服务器102的响应。

可在常规的IMS机制上，例如，经由具有重发机制的TCP信道或UDP 信道，传输在200、300、400之间交换的所有信令消息。在IMS注册期间将 用户优选项与SIP信号一起发送，或者，在协作会话建立期间、或在UE变 为控制方UE时，在分离的分组中发送用户优选项。用户通过终端装置200 上的GUI来决定生成多少优选项。所有生成的优选项将被从控制方UE发送 到应用服务器300。

图5是用于作为主要的管理和决定作出装置的应用服务器102的示例逻 辑的流程图。在此流程图中总结用于控制方丢失或被动控制问题的解决方案。

该图包括主要的两个分支。一个是应用服务器需要接管控制的情形。另 一个是应用服务器不需要接管控制的情形。第二种情况被进一步划分为两个 分支。一个是控制方优选项可用并易于作出决定。另一个是优选项不可用、 或现有的优选项由于与当前情形冲突而不能被应用。

当应用服务器102检测到控制方丢失或接收到指示控制方改变为被动控 制模式的信号时，其执行步骤502，以检查对应的用户优选项是否可用。在 优选项可用的情况下，其继续进行到步骤503，并检查其是否需要接管控制。

存在应用服务器102需要接管控制的两种情形。一种情形是控制方改变 为被动控制模式，并请求应用服务器回答控制相关的问题，而不是在控制方 上处理它。另一种情形是控制方无通知而丢失连接，并且，根据预设的优选 项，应用服务器102负责处理会话，例如，在某个触发之后释放会话、选择 不同的控制方、以及转移控制，等等。

在应用服务器不需要接管控制的情况下，其将进一步转到步骤505，以 检查当前会话状态参数。步骤506是使用户优选项与当前会话状态相匹配的 检查过程。当前会话状态包括与当前会话相关的所有信息。例如，参与会话 的UE的ID、每个UE的订购、在每个UE终止的媒体数目，等等。将优选 项与会话状态匹配用来比较来自两个部分的字符串或值。例如，如果优选项 指示汤姆是接替者，则汤姆将通过功能303被转译为汤姆的UE的ID，并且， 步骤506将把此ID与会话中的所有参加的UEID相比较。如果优选项指示具 有最大媒体流数目的UE接管控制，则步骤506将检查是否存在处理最大媒 体流数目的UE。如果在会话中存在满足优选项标准的UE，则可认为当前的 会话状态匹配用户优选项。

如果当前的会话状态与用户优选项不匹配，则决定作出过程将被导向步 骤511，其为优选项都不可用的情况下的分支。不匹配的示例如下：用户优 选项指示约翰将是当前控制方的接替者。然而，当控制方丢失时，约翰已经 离开会话。如果应用服务器能够每当在会话中发生了改变时发送触发到控制 方UE来更新其控制优选项，则可避免这个示例。然而，在没有这种触发的 情况下，可能发生不匹配。

如果在当前会话状态和用户优选项之间没有发生不匹配，则在步骤507， 决定接替者，并且，在步骤508，向所选择的接替者询问其是否接受成为新 的控制方。如果所选择的终端(接替者)能够控制并同意接管，则将控制转 移到它；而如果其拒绝提议或不能够执行控制，则将在步骤510中采取其它 操作，例如，释放会话。如果多个终端满足用户优选项标准，则可在会话释 放之前重复选择-询问-响应过程。

当控制方在没有优选项的情况下丢失时，应用服务器102可以既不决定 转移控制，也不接管控制。其可以仅尝试通过检查受影响的用户是否愿意接 管他的媒体流的收费来在步骤512保存受影响的会话。如果愿意，则在步骤 513，收费将被转移至受影响的用户；而如果不愿意，则在步骤510，将释放 控制和媒体两者。注意，如果受影响的用户是协作会话中的最后一个UE，则 在收费转移之后将不再存在协作会话。受影响的用户改变为常规IMS会话， 从而继续它与远程方104的媒体流。

图6图示了优选项的结构。基于此专利中的解决方案而呈现了六组规则。 接替的控制方551的优先级列表是使用诸如订购信息562、用户名563、UE 标识号561等的排他标识来指定接替的控制方的一组规则。其还指定这些潜 在的接替者的优先级，使得应用服务器知道在控制方丢失时最先选择谁。例 如，优选项指示接替者顺序为汤姆-玛丽-约翰。于是，在控制方丢失的情况下， 应用服务器将首先要求汤姆接管控制。如果汤姆拒绝该请求，则玛丽将被要 求。只要UE加入或离开会话，便将更新这样的优选项。

如果控制方不想要显式地指定其接替者，则可使用接替的控制方选择规 则552来设定应用服务器用来选择接替者的标准。例如，根据控制方加入会 话的顺序568来选择接替者。应用服务器将记录控制方的加入顺序，并基于 其进行选择。另一个标准是UE能力571。UE能力包括UE的控制能力、UE 的电池水平、UE的信号稳定性，等等。规则559设定选择接替的控制方为同 一订购的标准。在此情况下，应用服务器可参照默认规则590，以在与丢失 的控制方相同的订购下的那些UE内选择接替的控制方。

终止规则553是确定用以在控制方丢失之后终止会话的触发事件的规则 组。其可设定当前会话的超时575；其可限制控制方消耗的字节576；其可终 止仅仅特定类型的媒体577(例如，视频流596)；其可设定在控制方丢失之 后的最大的可收费金额量578。

具体地，媒体管理规则554被用于被动控制模式。应用服务器能够代表 控制方，基于这些规则来作出控制决定。收费转移规则555决定连同控制一 起、还是与其分离地转移收费。如果与控制转移分离，则优选项将给出显式 规则597，以指定转移收费到何者。这些规则可以与接替控制方选择的规则 同样，但是，在控制方丢失时，它们需要与控制转移分离地执行。

默认规则556被存储在应用服务器，并且在控制方优选项没有给出控制/ 收费转移的具体候选时、或在控制方优选项没有对控制方请求给出具体回答 时，用作后备规则。例如，控制方优选项仅指定应在同一订购下的UE内选 择接替的控制方559。于是，应用服务器将使用默认规则590来选择唯一的 候选。另一个示例为请求改变媒体流的一个成分(component)，但控制方在 改变为被动控制模式之前在媒体管理规则554中未对此请求给出规则。在此 情况下，应用服务器将使用默认规则591来代表控制方拒绝该请求。

图7图示了所呈现的解决方案的示例操作序列。其图示了在控制方改变 为被动控制模式时的解决方案。此解决方案包含控制方601、受控方602、应 用服务器603以及远程方604。

在步骤610中，在有优选项的情况下建立协作会话。应用服务器603在 步骤611处理优选项。当控制方601在步骤612请求向受控方添加媒体时， 应用服务器接受请求，并在步骤613执行媒体添加。在这些步骤之后，通过 来自控制方的控制(614)、以及受控方和远程方之间的媒体流(615)，来激 活协作会话。

随后，在步骤616，控制方请求改变为被动控制模式。应用服务器返回 确认，并在步骤617加载用户优选项。在成功加载了优选项之后，协作会话 改变为被动控制模式(步骤618)。在被动控制模式下，如果任何请求来自受 控方(619)，则应用服务器603将在优选项中查找控制规则(620)，作出决 定并执行该决定(621)。稍后，控制方601可请求改变回到主动控制模式 (623)。在接收到此消息时，应用服务器需要解除其被动控制功能605，并 返回到常规模式(625)。

图8图示了本解决方案的另一个操作序列。其图示了控制方设定关于在 其丢失时终止会话的标准的解决方案。此解决方案包含控制方651、受控方 652、应用服务器653、以及远程方654。

在会话开始时，在步骤660至661，发送并在应用服务器处理优选项。 此优选项不包含选择接替的控制方的规则，但其包含关于在控制方丢失的情 况下何时终止会话的标准。例如，其指定应从检测到其丢失起开始的计时器。 当计时器过期时，解除整个会话。

在步骤663，应用服务器(653)检测到控制方丢失，并且，其将通过被 动控制功能305自动地开始会话终止控制。在步骤665，应用服务器可向受 影响的控制方发送信号，以向它们通知它们的会话将在某个时间后被终止。 这个信号将帮助控制方在它们的会话被强制释放之前完成最重要的对话。当 如优选项所指示的那样发生终止事件(666)时，在步骤667和668，整个会 话终止。

图9图示了本发明的另一个操作序列，其中，控制方任命其接替者，或 设定关于在其丢失连接的情况下如何选择其接替者的标准。此解决方案包含 控制方701、UE-1702和UE-2703、应用服务器704、以及远程方705。UE-1 和UE-2可为会话中的其它控制方，或者，它们可为受控方。

在此解决方案中，应用服务器在步骤710和711之后获得优选项。当应 用服务器(704)在步骤712检测到控制方丢失时，其在步骤713加载优选项， 并在步骤714匹配所指定的接替者或接替者选择标准与当前状态。

在步骤715，所选择的UE将被询问它接管控制的意愿。如果所选择的 UE接受请求，则在步骤720，控制被转移到此UE。如果所选择的UE拒绝 请求，则将采取行动。例如，在步骤730，将释放整个会话。

图10图示了本解决方案的另一个操作序列，其中，在IMS注册或协作 会话建立期间未设定优选项。此解决方案包含控制方751、UE-1752和UE-2 753、应用服务器754、以及远程方755。UE-1和UE-2可为会话中的其它控 制方，或者，它们可为受控方。

在此情形下，当应用服务器(754)检测到控制方丢失时，在步骤760不 提供优选项。为了保存正在进行的媒体流，在步骤762，应用服务器向具有 控制能力的UE广播请求，询问它们接管控制的意愿。将选择首先接受请求 的UE(在步骤763)作为新的控制方。如果无人想要接管控制，则将在特定 时间之后释放会话。

图11图示了当控制方在会话之前未设定优选项时的该解决方案的另一 个操作。其专注于受到控制方的丢失影响的终端。此解决方案包含控制方-1 801、控制方-2802、UE803、应用服务器804、以及远程方805。控制方-1 控制媒体-A，并且，其是即将丢失的控制方，而控制方-2是会话中的另一个 控制方，其控制不同媒体(媒体-B)。UE803是具有与远程方805的媒体-A 的控制方。

当应用服务器(804)检测到控制方-1801丢失时，其向受影响的UE803 发送对收费转移的询问814，这是由于媒体-A在UE803终止。如果UE803 接受转移，则进行步骤820，并且，UE803将继续与远程方805的媒体。如 果UE803拒绝收费转移，则可在步骤830截断媒体流。控制方-2802控制的 媒体-B将不被影响。