专利名称：在控制方不持久参与的情况下保持协作会话的媒体流的连续性的系统和方法
技术领域：
本发明属于分组交换通信网络中的电信领域。更具体地，本发明涉及IP多媒体系统中的会话控制。
背景技术：
随着越来越多的装置获得联网能力，出现用户管理这些多样化的装置的需要。已在协作会话管理的范围下，在3GPP中着手于这样的工作项目。这里，向MS服务注册的多个用户装置可在会话中利用不同媒体流彼此协作。协作会话是多个彼此协作的UE参与的多媒体会话。控制方(controller) UE通过与应用服务器交互来管理控制方上的媒体。在采取行动之前，控制方必须授权来自控制方的任何请求。通常，仅通过一个控制方来控制一个媒体流。由于在协作会话中的单个控制方结构(configuration)(对于特定流)，当由于诸如UE故障、电池耗尽、UE在覆盖范围之外、信号不稳定等的不可控原因而造成控制方丢失时，会存在问题。也存在当控制方想要将其自身改变为被动(passive)控制模式、或暂时离开协作会话时的情形。在控制方不想在控制方每次进行改变时被中断时、或在长时间内都没有控制方提出任何请求时，可能发生这些情况。这里的被动控制模式意味着控制方UE选择处于自动控制模式、或暂时将控制交给应用服务器。也就是说，控制方UE通过设立对特定的触发情形作出决定的规则、或将职责分配给诸如应用服务器或控制方UE的其它节点，来保持被动。在最新的3GPP TS23. 237中指出在控制方丢失时，SCC AS释放参加协作会话的所有访问支路(Access Leg)。此方法的问题在于控制方总是被强制终止会话，而不知道发生了什么，并且，gp使用户想要继续且愿意付费，他们也不能继续或重新开始。另一个可能的方法为如果控制方丢失，则允许SCC AS将协作会话控制转移到参与协作会话、且属于同一订购(subscription)的另一个UE (非专利文献4)。此方法产生解决此问题的步骤,但此方法未指定如何选择接替的(successive)控制方、以及如果其它UE处于不同的订购之下则会发生什么。显然，需要某些更好的解决方案来解决控制方想要改变为被动控制模式的问题，这在运营方部署协作会话服务时是不可避免的。引用列表 非专利文献NPL I 3GPP TS 23.237 ν9· 2. 0，"IP Multimedia Subsystem(IMS)ServiceContinuity"NPL 2 3GPP TS 24.237 v9. 0. 0，"IP Multimedia Subsystem(IMS)ServiceContinuity"
NPL 3 3GPP TR 23.838 ν9· 0·0，"IP Multimedia Subsystem (IMS)servicecontinuity enhancements;Service, policy and interaction"NPL 4 3GPP TSG SA WG2 Meeting #76,2009 年 11 月 16-20 日，San JoseDel Cabo, Mexico TD S2-096767，"Requirement of Control transfer upon lost ofCollaborative Session control"
发明内容
本发明的一个目的在于解决上述问题、缺陷和不完善。具体地，本发明的目的在于提供在控制方不可用时支持协作会话的连续性的方法。本发明的另一个目的在于提供能够容忍控制方丢失的健壮系统，其包括应用服务器和UE，且不存在对释放、订购和能力的限制。在该系统中，利用单个或多个控制方建立协作会话。每个控制方具有其自己的控制特定媒体流的职责。所有终端UE彼此协作，且与应用服务器协作，以避免在控制方偶然丢失或控制方离开时会话中断。在一个方面中，将控制优选项(preference)信息发送到应用服务器。当控制方丢失或改变为被动模式时，可通过参照参考项、或通过默认规则来决定新的控制方。后续行动可为将控制转移到另一个装置，其将被询问接管控制和收费(charge )的意愿。在另一个方面中，优选项包含一个或多个列表。这些列表用来在当前控制方丢失的情况下指定接替者(successor)控制方；提供关于如何选择其接替者的规则；对媒体管理设定限制；以及设定对于会话释放的触发点。在另一个方面中，终端能够向应用服务器请求将控制改变为被动控制模式。在被动控制期间，应用服务器通过在会话开始或IMS注册时设定的优选项控制规则，自动作出诸如媒体分辨率修改等的常规决定。终端具有如下功能如果接收到来自应用服务器的询问，则处理并答复该询问。即使终端不能理解该询问，该功能也仍通过“未知(unknown)”消息来答复。这些附加功能将会话控制扩展到自动控制以及紧急情况。在另一个方面中，应用服务器包含优选项处理功能，其可识别不同类型的优选项，并处理它以用于将来的使用。应用服务器还具有用来检测控制方丢失的控制方丢失检测功能。应用服务器还具有控制转移决定功能，其在控制方在某段时间内无响应时参照优选项。在另一个方面中，将控制扩展到会话的授权和媒体流的收费两者。控制方负责对其控制的媒体流的改变作出决定，并且，其也是将对其控制的那些媒体流收费的实体。来自控制方的优选项将指示在控制方丢失的情况下如何重新部署收费实体。控制转移和收费转移是分立的决定，但是，控制方和应用服务器可选择在优选项和决定中合并它们。
通过这些解决方案，在控制方离开时，会话有更大的机会继续。控制方和SCC AS均可参加控制转移的决定。订购不再是限制。
图I是图示整个系统的图。其包括具有或不具有会话控制能力的几个UE终端，例如，101和105 ;应用服务器(102)，其协调会话终端；MS核心网络(103)，其提供MS信令支持；以及远程方(104)，其具有与UE的会话。图2是在协作会话中作为控制方(101)而具体执行的终端装置的结构。
图3是管理整个会话的应用服务器的结构。图4是作为协作会话中的其它用户设备(控制方或受控方)而执行的终端装置
(105)的结构。图5是图示在控制方无通知而丢失、或控制方改变到被动模式时应用服务器如何决定控制转移的流程图。图6是图示控制方生成且被存储在应用服务器中的优选项的结构的图。在该树中，演示了不同类型的规则。图7是图示用于控制方改变为被动控制模式的示例操作序列的图，其中，信号在UE和应用服务器之间交换。图8是图示用于控制方丢失解决方案的替代操作序列的图，其中，控制方设定关于在控制方丢失之后何时释放会话的优选项。图9是图示用于控制方丢失解决方案的另一替代操作序列的图，其中，控制方任命其接替者，或设定关于如何选择接替的控制方的优选项。图10是图示用于控制方丢失解决方案的不同操作序列的图，其中，应用服务器在会话之中向UE广播它们的接管控制的能力和意愿。图11是图示用于控制方丢失解决方案的不同的操作序列的图，其中，应用服务器向受影响的UE询问接管由于控制方丢失而在其终止的媒体的收费。
具体实施例方式在下面对本发明的示例实施例的详细描述中，参照作为此一部分的通过图解方式示出的附图，其中，本发明可实践附图的特定示例实施例。充分详细地描述了每个实施例，以使本领域的技术人员能够实践本发明，并且，应理解，可利用所述实施例，并可作出其它改变，而不会背离本发明的精神或范围。因此，并非在限制的意义上采用下面的详细描述，并且，仅通过所附权利要求来定义本发明的范围。在下面的描述中，为了说明的目的，描述了特定数目、时间、结构、协议和其它参数，以便提供对本发明的完整理解。然而，对本领域的技术人员来说将显而易见的是，可在没有这些细节的情况下实践本发明。图I图示了支持本发明的系统，其包括控制方UE 101，其控制协作会话；常规UE105，其参加会话而无控制权；应用服务器102，其协调UE和远程方之间的会话；MS核心网络103，其提供用于会话的MS信令和路由功能；以及远程方104，其具有与UE的会话。所有UE (控制方或受控方)通过标准MS过程与应用服务器通信。在本发明中，从控制方到应用服务器的通信110具有标准元素之外的附加信息，并包括用于会话控制的用户优选项；并且，从常规UE到应用服务器的通信113具有标准元素之外的附加信息，并包括UE能力参数。只有控制方UE 101才需要发送控制优选项，而其它用户105可选择发送或不发送它们的能力参数。可在协作/交互会话设立或頂S注册时发送来自101的用户控制优选项。控制优选项可为应用服务器102能够理解的任意格式。控制优选项用来向应用服务器指示在控制方有通知而离开的情况下如何执行控制、以及在控制方无通知而丢失连接的情况下如何管理会话。可以应用服务器能够理解的任意格式来发送UE能力参数。例如，其包括UE的控制能力、电池水平、IMS发布版本等。这个附加信息将由应用服务器用来在控制方离开会话或丢失连接时作出决定。在本发明中，应用服务器102具有基于控制优选项来接管会、话控制并决定将控制转移到属于该会话的UE的附加能力。然而，应用服务器102将不会接管会话的收费。由此，应用服务器102将通过在授权中代表控制方、但在收费中不代表控制方，来控制会话。需要向UE分配收费。应用服务器和MS CN之间的连接111、以及MS CN和远程方之间的连接112使用标准MS过程，并运送在MS中定义的标准信息。图2是具有控制能力的通信装置。该通信装置可用作会话的控制方。除了用户设备的传统功能之外，该通信装置还包括=OTI块201，用于优选项生成交互；连接到⑶I的用户优选项生成器202 ;用户优选项发送功能204，其在该通信装置为会话的控制方的情况下通过发送层功能205来发送优选项；被动控制功能203，其可发起请求改变为被动控制模式的信号。优选项包括一个或多个列表。这些列表被用来在当前控制方丢失连接的情况下指定接替者控制方；提供关于如何选择其接替者的规则；设定对媒体管理的限制；以及设定会话释放的触发点。例如，用户可在优选项中指示“会话终止10分钟”。随后，如果该用户离开，则会话将在从其离开起10分钟后被释放。另一个示例可包含媒体管理规则，如“添加媒体拒绝；修改媒体同意”。当控制方在这个优选项的情况下离开时，应用服务器将拒 绝来自控制方的所有添加媒体请求，并同意所有修改媒体请求。终端的另一个新的功能为向应用服务器发送将其自身改变为被动控制模式的请求。在被动控制期间，应用服务器通过在会话开始或MS注册时设定、或使用任何MS过程更新的优选项控制规则来自动作出诸如媒体分辨率修改等的常规决定。为了生成用户优选项，用户优选项生成器202准备问题，并通过⑶I 201向用户询问。在用户优选项生成器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的响应。可在常规的MS机制上，例如，经由具有重发机制的TCP信道或UDP信道，传输在200,300,400之间交换的所有信令消息。在IMS注册期间将用户优选项与SIP信号一起发送，或者，在协作会话建立期间、或在UE变为控制方UE时，在分离的分组中发送用户优选项。用户通过终端装置200上的CTI来决定生成多少优选项。所有生成的优选项将被从控制方UE发送到应用服务器300。图5是用于作为主要的管理和决定作出装置的应用服务器102的示例逻辑的流程图。在此流程图中总结用于控制方丢失或被动控制问题的解决方案。该图包括主要的两个分支。一个是应用服务器需要接管控制的情形。另一个是应用服务器不需要接管控制的情形。第二种情况被进一步划分为两个分支。一个是控制方优选项可用并易于作出决定。另一个是优选项不可用、或现有的优选项由于与当前情形冲突而不能被应用。当应用服务器102检测到控制方丢失或接收到指示控制方改变为被动控制模式的信号时，其执行步骤502，以检查对应的用户优选项是否可用。在优选项可用的情况下，其继续进行到步骤503，并检查其是否需要接管控制。存在应用服务器102需要接管控制的两种情形。一种情形是控制方改变为被动控制模式，并请求应用服务器回答控制相关的问题，而不是在控制方上处理它。另一种情形是控制方无通知而丢失连接，并且，根据预设的优选项，应用服务器102负责处理会话，例如，在某个触发之后释放会话、选择不同的控制方、以及转移控制，等等。在应用服务器不需要接管控制的情况下，其将进一步转到步骤505，以检查当前会话状态参数。步骤506是使用户优选项与当前会话状态相匹配的检查过程。当前会话状态包括与当前会话相关的所有信息。例如，参与会话的UE的ID、每个UE的订购、在每个UE终止的媒体数目，等等。将优选项与会话状态匹配用来比较来自两个部分的字符串或值。例如，如果优选项指示汤姆是接替者，则汤姆将通过功能303被转译为汤姆的UE的ID，并且，步骤506将把此ID与会话中的所有参加的UE ID相比较。如果优选项指示具有最大媒体流数目的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图示了本解决方案的另一个操作序列，其中，在MS注册或协作会话建立期间未设定优选项。此解决方案包含控制方751、UE-1752和UE-2753、应用服务器754、以及远程方755。UE-I和UE-2可为会话中的其它控制方，或者，它们可为受控方。在此情形下，当应用服务器(754)检测到控制方丢失时，在步骤760不提供优选项。为了保存正在进行的媒体流，在步骤762，应用服务器向具有控制能力的UE广播请求，询问它们接管控制的意愿。将选择首先接受请求的UE (在步骤763)作为新的控制方。如果无人想要接管控制，则将在特定时间之后释放会话。 图11图示了当控制方在会话之前未设定优选项时的该解决方案的另一个操作。其专注于受到控制方的丢失影响的终端。此解决方案包含控制方-1801、控制方-2802、UE803、应用服务器804、以及远程方805。控制方-I控制媒体-A，并且，其是即将丢失的控制方，而控制方-2是会话中的另一个控制方，其控制不同媒体(媒体-B)。UE 803是具有与远程方805的媒体-A的控制方。当应用服务器(804)检测到控制方-I 801丢失时，其向受影响的UE 803发送对收费转移的询问814，这是由于媒体-A在UE 803终止。如果UE 803接受转移，则进行步骤820，并且，UE 803将继续与远程方805的媒体。如果UE 803拒绝收费转移，则可在步骤830截断媒体流。控制方-2802控制的媒体-B将不被影响。
权利要求
1.应用服务器用来在控制方未持久参与会话的特定情况下对控制管理作出决定的方法，包括 发送作为特定情况控制管理优选项的规则； 基于在特定触发点的规则，确定转移、保持还是释放控制/收费； 如果需要，基于优选项规则和UE能力选择合适的实体来转移控制和/或收费。
2.如权利要求I所述的方法，所述特定情况表示控制方由于不可控的原因而丢失。
3.如权利要求I所述的方法，所述特定情况还能够是控制方不想主动参与协作会话的控制。
4.如权利要求I所述的方法，将所述优选项连同注册分组一起、或与注册分组分离地发送。
5.如权利要求I所述的方法，所述优选项包括以下信息的全部或部分潜在接替者的列表、选择接替者的一组规则、作出默认控制决定的一组规则、在控制方丢失之后将触发会话释放的一组事件。
6.如权利要求I所述的方法，在IMS服务的注册时、在UE间转移服务的注册时、或在会话期间，发送优选项规则。
7.如权利要求I所述的方法，所述优选项规则被发送到主应用服务器或任意等同代理。
8.如权利要求I所述的方法，在未提供优选项时，使用默认规则。
9.如权利要求8所述的方法，在应用服务器存储所述默认规则，并且，参与任何会话的任何UE都不能改变所述默认规则。
10.如权利要求I所述的方法，在控制方提供的优选项不适用或不充足时，使用默认规则。
11.如权利要求I所述的方法，一个触发点是当前控制方离开会话而无通知。
12.如权利要求I所述的方法，另一个触发点是当前控制方发送表示其在特定时间内不愿意参与会话控制的信号。
13.如权利要求I所述的方法，所述触发点还能够是终止参数值匹配于通过规则设定的终止标准。
14.如权利要求13所述的方法，终止标准是决定在控制方丢失之后会话应当继续多久，这通过用户优选项来设定。
15.如权利要求I所述的方法，合适的实体是与丢失的控制方相同的协作会话内的UE、或应用服务器自身。
16.如权利要求I所述的方法，在UE加入会话时，或在需要在会话期间作出控制转移决定时，应用服务器获取UE的能力。
17.如权利要求16所述的方法，如果需要UE的能力来作出决定，则应用服务器需要向UE显式地请求它们。
18.如权利要求I所述的方法，UE能力包括控制能力、电源能力、信号稳定性或处理能力。
19.协作会话用来在控制方未持久参与会话时决定其控制分配的系统，包括 终端，能够准备并发送优选项至管理协作会话的主应用服务器或等同代理；应用服务器，能够控制会话，并基于优选项规则来将控制和/或收费转移到另一个UE ；以及 非控制方终端，能够处理和响应来自应用服务器的询问。
20.如权利要求19所述的系统，准备并发送优选项的所述终端是在会话中将要成为控制方的UE。
21.如权利要求19所述的系统，能够准备并发送优选项的所述终端还包括优选项生成功能、优选项发送功能、被动控制功能、以及用户干涉功能。
22.如权利要求19所述的系统，所述应用服务器还包括控制方丢失检测功能、优选项处理功能、控制转移决定功能、以及被动控制功能。
23.如权利要求22所述的系统，所述优选项处理功能对来自控制方的规则进行处理并分类。
24.如权利要求22所述的系统，所述控制转移决定功能还包括UE询问功能和接替的控制方选择功能。
25.如权利要求24所述的系统，UE询问功能向目标UE询问其能力以及接管控制的意愿。
26.如权利要求22所述的系统，所述被动控制功能基于来自对应的被动控制方的优选项、以及主应用服务器默认规则，来执行控制决定。
27.如权利要求22所述的系统，所述控制转移决定功能能够选择UE,并在不询问UE能力的情况下尝试控制转移。
28.如权利要求22所述的系统，所述控制转移决定功能还负责作出收费转移决定。
29.如权利要求19所述的系统，所述非控制方终端还包括询问处理功能和询问响应功倉泛。
30.如权利要求29所述的系统，所述询问处理功能处理来自主应用服务器的询问。
31.如权利要求29所述的系统，即使对于未知的询问，所述询问响应功也能得到询问的回答，并且发送回到主应用服务器。
全文摘要
一种在数据通信网络中在控制方丢失或改变为被动控制模式时管理协作会话控制的系统，包括具有控制能力的终端装置，可生成并发送关于接替的控制方选择以及控制策略的用户优选项；主服务器装置，可基于事件作出控制转移决定，或接管控制；常规终端装置，可处理并响应对控制能力及其接管控制的意愿的主服务器询问。这些装置在一个协作会话内彼此连接，而不考虑它们的订购。一种在控制方并非持久参与的情况下的协作会话的控制管理的方法包括以下步骤向主服务器装置发送不同类型的优选项；作出控制转移或移交决定；以及与受影响的终端交互。
文档编号H04W36/34GK102763392SQ20108006353
公开日2012年10月31日 申请日期2010年2月10日 优先权日2010年2月10日
发明者S.S.库玛, X.周, 陈必耀 申请人:松下电器产业株式会社