CN102055734A - 基于ims的用于增强用户交互的方法和装置 - Google Patents

Abstract

提供基于IMS的用于增强用户交互的方法和装置。呼叫会话控制功能单元向用户发送一个或多个选项提示，所述选项用于改变所述会话的配置；响应于所述选项提示，所述呼叫会话控制功能单元接收所述用户对所述选项中的一个或多个的选择；以及所述呼叫会话控制功能单元根据所述选择来改变所述会话的配置。用户行为跟踪装置包括收集用户行为数据的收集装置；存储所述用户行为数据的存储装置；根据存储在所述存储装置中的用户行为数据推导用户行为模式的推导装置；以及提供推导出的用户行为模式以调整未来的用户交互操作的应用装置。

Description

基于IMS的用于增强用户交互的方法和装置

技术领域

本发明大致涉及IP多媒体子系统，更具体地说，涉及基于IP多媒体子系统的用户交互技术。

背景技术

在服务驱动的下一代网络(NGN)中，用户体验对于网络运营商能否获得丰厚利润来说至关重要。存在很多增强用户体验的方式，例如提供更加丰富的服务，使服务更容易使用，改善服务质量(QoS)以及统一相关的服务。除了提供丰富的应用服务外，用户与网络之间的用户交互(UI)功能也是增强用户体验的关键方面之一。在大多数服务中都已经提供了和用户交互的功能，例如向用户进行通告，向用户发送一些消息(例如文本、图像)和收集用户信息。友好的用户交互功能可以改善用户体验。但是，就改善用户体验而言，目前的用户交互还存在很多不足。

例如，在用户使用服务时，有可能需要即刻且临时地改变会话配置，例如调整QoS——例如增加带宽。但是，用户被授权使用的带宽量是根据该用户预先签订的订户服务等级(例如预先与网络运营商签订的服务套餐)而设定的。因此即使当时网络具有足够的带宽，用户想要临时申请比自己的订购的套餐更多的带宽的请求也会被拒绝。在这种情况下，用户可能愿意付更多的钱来临时增加带宽。但是目前却没有机制允许用户在会话过程中临时控制带宽的增加。

实际上，在现有网络中，终端用户的服务策略都是在网络侧的用户数据库中静态设置的。在当前服务模型中，关于所有服务的会话配置都是由网络侧控制的。其中，网络带宽分配也是由网络侧来控制的。并且，终端用户总是被排除在网络侧控制之外。因此，当终端用户进行呼叫时，由网络侧的服务器基于预先设置的该用户的服务策略来处理终端用户的呼叫会话。终端用户无法对自己的会话进行时时控制。这会对用户体验产生不利的影响。

因此，有必要提供一种增强的用户交互机制以满足上述需要。

发明内容

为了克服上述现有技术的限制，并克服通过阅读和理解本说明书将理解的其它限制，本发明提出方法和装置，以用于增强用户交互。

根据本发明的一个方面，提供一种基于IP多媒体子系统的用于控制用户正在进行的会话的用户交互方法，包括：呼叫会话控制功能单元向用户发送一个或多个选项提示，所述选项用于改变所述会话的配置；所述呼叫会话控制功能单元接收所述用户对所述选项中的一个或多个的选择；以及所述呼叫会话控制功能单元根据所述选择来改变所述会话的配置。

此外，根据本发明的交互方法可以将所述用户的所述选择转发给用户行为跟踪装置，所述用户行为跟踪装置根据所述选择来推导所述用户的行为模式，以用于调整未来的用户交互操作。

此外，根据本发明的交互方法还可以根据所述用户的所述行为模式来调整与所述用户交互的提示选项。

例如，所述会话的配置包括所述会话的带宽配置，当网络中存在可用带宽时，策略决定功能单元主动向所述呼叫会话控制功能单元报告可用带宽；以及所述呼叫会话控制功能单元根据所述用户的所述行为模式来确定向所述用户发送用于增加带宽配置的选项提示。

此外，在根据本发明的用户交互方法中，关于所述选项和所述选择的信息按照名称、类型和值三元组的数据模型被传送。

根据本发明的另一方面，提供一种用户行为跟踪装置，包括收集装置，其被配置为收集用户行为数据；存储装置，其被配置为存储所述用户行为数据；推导装置，其被配置为根据存储在所述存储装置中的用户行为数据推导用户行为模式；以及应用装置，其被配置为提供推导出的用户行为模式以调整未来的用户交互操作。

所述收集装置可以被进一步配置为向用户行为信息收集点登记兴趣，并且从所述用户行为信息收集点收集与所述兴趣相关联的用户行为数据。并且所述收集装置可以被进一步配置为按照名称、类型和值三元组的数据模型与所述用户行为信息收集点交互以登记兴趣和收集用户行为数据。

所述存储装置可以被进一步配置为确定所存储的用户行为数据满足统计门限，从而触发所述推导装置进行用户行为模式的推导。

此外，所述用户行为数据可以包括用户响应于所述呼叫会话控制功能单元发送的一个或多个选项提示而做出的选择，所述选项用于改变用户正在进行的会话的配置。

根据本发明的又一个方面，提供一种归属用户服务器，其包括上述用户行为跟踪装置。

根据本发明的又一个方面，提供一种呼叫会话控制装置，其被配置为：向用户发送一个或多个选项提示，所述选项用于改变所述用户正在进行的会话的配置；接收所述用户对所述选项中的一个或多个的选择；以及根据所述选择来改变所述会话的配置。

根据本发明的有一个方面，提供一种装置，包括向用户发送一个或多个选项提示的装置，所述选项用于改变所述用户正在进行的会话的配置；接收所述用户对所述选项中的一个或多个的选择的装置；将所述选择转发给呼叫会话控制装置以根据所述选择来改变所述会话的配置的装置；以及将所述选择转发给用户行为跟踪装置的装置，从而使得所述用户行为跟踪装置能够根据所述选择来推导所述用户的行为模式以用于调整未来的用户交互操作。

通过本发明的技术方案，终端用户可以完全控制自己现有的和正在进行的所有会话，并且可以基于自己的实时需要来临时地改变自己的服务配置文件，从而满足用户主动实时地改变服务的需要。而且，所有这些行为不需要对服务提供方和终端用户侧进行任何改变。

此外，通过本发明的技术方案，在实时控制会话期间，可以基于历史用户行为数据(例如用户选择选项的行为)来将用户偏好收集到网络，且将用户偏好用于未来的会话。由此，可以提供更加友好的用户交互。根据随后详细的描述、所附的从属权利要求以及附图，本发明的其它目的、特点和优点将变得清楚。

附图说明

可以通过结合附图参照以下描述来获得本发明及其特定优点的完整理解，在附图中，相似的标号表示相似的特征，其中：

图1示出根据本发明示例性实施例的基于IMS的用户交互服务系统构架；

图2是示出根据本发明示例性实施例的用户行为跟踪功能单元的功能性结构的框图；

图3是示出根据本发明示例性实施例的用户实时控制会话的用户交互方法的流程图；

图4示出根据本发明示例性实施例的实时带宽增加服务的流程图；以及

图5示出根据本发明示例性实施例的带宽推销服务流程图。

具体实施方式

图1示出根据本发明示例性实施例的基于IMS的用户交互服务系统构架100。

IP多媒体子系统(IMS)是NGN中在基于IP的网络上提供多媒体服务的通用网络架构。IMS体系结构实现了业务与控制相分离、呼叫控制与媒体传输相分离。根据本发明的增强的用户交互服务系统构架基于IMS的构架。

在基于IMS的用户交互服务系统构架100中，主要包括应用服务器(AS)101、服务代理(SB)102、呼叫会话控制功能单元(CSCF)103、归属用户服务器(HSS)105、策略判决功能实体(PD-FE)106、传输资源控制功能实体(TRC-FE)107、边界网关功能单元(BGF)108。在用户交互服务系统构架100中还可以包括用户行为跟踪功能单元(UBTF)104。

在根据本发明的用户交互服务系统构架100中，用户可以通过终端设备109来与网络进行根据本发明实施例的用户交互操作。终端设备109可以是能够与IMS系统通信以支持用户交互的任何终端设备。终端设备109可以具有不同的用户交互能力以支持不同的用户交互操作，例如DTMF(双音多频)交互、IVR(交互式语音应答)和网页接入等等。终端设备109例如可以包括固定电话机、移动电话机、个人数字助理PDA、台式计算机、笔记本电脑，数字机顶盒等等。

AS 101用于向终端用户提供增值服务。AS 101可以包括位于内部域的SIP应用服务器；为第三方提供和运行电信服务提供开放构架的OSA服务能力服务器；以及作为传统CAMEL服务控制点(SCP)的IM-SSF(多媒体域业务交换功能实体)。尽管图中仅示出两个AS，但实际上网络中可以存在任意多个AS。

服务代理(SB)102是AS的代理。尽管图中仅示出一个SB，但实际上网络中可以存在任意多个SB并且SB 102代理的AS不仅仅局限于图中所示的两个AS，而是可以包括任意多个AS。另外，AS 101也可以不使用代理，即不经由SB 102而直接与用户终端和CSCF联系。

CSCF 103是该体系构架中执行呼叫控制的核心部件。CSCF包括代理CSCF(P-CSCF)、服务CSCF(S-CSCF)或问询CSCF(I-CSCF)。

HSS 105用于存储所有订户的和IMS的服务相关数据的数据。存储在HSS中的主要数据包括用户标识、注册信息、访问参数和服务触发信息。除了与IMS体系构架相关的功能外，HSS 105还包括分组交换域和电路交换域需要的归属位置寄存器和认证中心(HLR/AUC)的功能单元的子集。

策略判决功能实体(PD-FE)106是用于基于服务的策略控制的逻辑策略判决单元。PD-FE 106使用网络运营者定义的规则来进行策略判决，并且于是将策略判决结果映射到将被发送给使用该策略的装置(例如A-RACF和/或BGF)的参数。PD-FE可以向应用隐藏下层网络技术，从而允许PD-FE向CSCF提供通用视图，而不管所使用的下层网络技术和特定接入技术。

TRC-FE 107负责资源预留的收集和许可控制，其分布于各个传输网络分段上。TRC-FE 107的主要功能可以包括：资源状态监控和网络信息收集，基于资源的许可控制、依赖传输技术的策略控制。

BGF 108是用于用户面媒体业务的分组到分组的网关。BGF 108可以在每一网络分段(例如接入网、汇聚网和核心网)中的PD-FE的控制下执行策略实施功能和NAT功能。BGF 108可以对流进行操作，即对属于具体会话的单独的分组流进行操作。BGF的策略实施功能是可以阻塞单独的流和允许授权流通过的动态门。例如，对于授权流，PD-FE 106指示BGF108打开/关闭对于特定流的门，以及允许被许可的流通过BGF 108。BGF108管理的资源还可以包括IP地址/端口池和BGF 108接口处的比特率。

关于IMS的体系构架和上述几个实体的细节可以参考标准3GPP23.203和3GPP 23.002，在此不再详述。应理解，图1中示出的用户交互服务系统构架100仅是示例性的，并且图1并未示出IMS构架中的所有功能单元。根据本发明的用户交互服务系统还可以包括其他功能单元，例如媒体资源功能控制器(MRFC)和媒体资源功能处理器(MRFP)。

UBTF 104是本发明向IMS构架引入的新实体。在本发明的一个实施例中，UBTF可以为逻辑单元。UBTF可以是独立的装置，也可以作为HSS105的扩展模块被并入HSS 105中(如图1示出的情况)。在根据本发明的实施例中，用户行为跟踪功能单元例如从AS 101或SB 102或CSCF 103收集终端用户的行为数据，从所收集的用户行为数据推导用户行为模式，以及将这些模式通知给例如HSS 105和/或CSCF 103，以与其他用户配置数据或预定服务规则一起应用于进行服务策略判定，例如调整用户交互操作。稍后将参考图3、4、5对此进行详细描述。

图2示出根据本发明示例性实施例的用户交互方法的流程图。

在步骤201，用户正在进行会话过程中。这时，呼叫会话控制功能单元(CSCF)确定可以允许该用户参与呼叫控制。于是，CSCF在步骤202向用户发送提示，该提示中可以包括关于改变会话配置(例如该会话的QoS)的一个或多个选项。响应于接收该提示，用户在步骤203对该一个或多个选项进行选择，并且将选择结果反馈给CSCF。于是，在步骤204，CSCF可以根据用户选择结果来相应地改变所述会话的配置(例如调整该会话的QoS)。

在上述用户交互操作中用户对于会话配置选项的选择可以被根据本发明的用户行为跟踪功能单元(UBTF)收集，以用于调整未来的用户交互操作，例如调整与所述用户交互的提示选项。

在现有技术中，用户交互功能通常在服务开发时被合并到服务配置中。对于具体的服务，在所有时候对于所有用户的用户交互功能都是相同的，并且对于不同的情况不存在改变。例如，运营商可以通过用户交互功能向用户提供对电话充值或为预付费服务查询余额的服务。该服务对于终端用户控制自己的花费来说很有价值，并且该服务一般是免费的。但是，作为该服务的用户交互功能的提示菜单中的选项顺序对于所有终端用户都是相同的。例如，对于经常查询余额的用户，他/她不得不总是首先听电话充值的提示音，然后是查询余额提示音，之后是其他提示音。这样，如果他/她不知道或没有记住在操作和相应按键数字之间的映射，那么为了完成查询他/她必须听完所有提示音，甚至在某些糟糕的情况下(例如因为走神没记住或没听清楚操作和相应按键数字之间的映射)不得不重复听一遍提示音。于是，该用户必须将用于该服务的呼叫或会话保持很长时间。在这种情况下，不仅用户体验会恶化，还会浪费网络资源，尤其包括网络带宽和提供该服务的智能外围设备。因此，存在这样的需要，即收集终端用户使用服务的行为，并且相应地调整对于终端用户的服务菜单。

根据本发明示例性实施例的用户行为跟踪功能单元可以用来解决上述问题。以下详细介绍根据本发明实施例的用户行为跟踪功能单元(UBTF)。

根据本发明的一个示例性实施例，UBTF适用于收集反映用户对服务的使用行为的数据(以下称为用户行为数据)，其中该数据包括用户在会话中提出的服务请求和在会话外的提出服务请求。并且UBTF进一步适用于根据历史用户行为数据来推导用户行为模式，以及提供推导出的用户行为模式以调整未来的用户交互功能，从而改善用户体验。例如，对于经常查询余额的用户，UBTF可以将推导出来的用户行为模式分发给HSS中的GUP(通用用户配置文件)数据库和/或用户服务配置实体，使得用户能够首先听到查询余额提示音，而非电话充值的提示音。

根据本发明的一个示例性实施例，UBTF可以作为HSS的一个模块驻留于HSS中。这样能够最小化UBTF的增加对现有服务体系构架的影响。在该实施例中，UBTF将与HSS中定义的其他功能实体(例如GUP数据库、呼叫/会话建立实体、移动性管理实体，等等)进行交互。

根据本发明的一个示例性实施例，可以通过如图3所示的体系结构来实现UBTF。在图3中，UBTF 300包括以下四个部分：

1)用户行为收集功能单元301

用户行为收集功能单元301可以被配置为收集用户行为数据。在根据本发明的一个示例性实施例中，用户行为收集功能单元301可以从例如应用服务器AS的信息收集点收集用户行为数据。此外，用户行为收集功能单元301还可以从HSS中的现有功能单元(例如GUP数据库)中收集某些用户服务信息。

2)用户行为数据库302

用户行为数据库302可以被配置为存储用户行为收集功能单元301收集来的用户行为数据。当UBTF驻留于HSS中时，由于与呼叫细节记录(CDR)、用户数据和服务数据相比，用户行为数据不属于关键数据，因此为了不影响这些数据功能，可以将用户行为数据库302与HSS中用于存储这些关键数据的存储器(例如GUP数据库)相分离。

3)用户行为模式推导功能单元303

用户行为模式推导功能单元303可以被配置为根据存储在用户行为数据库302中的历史用户行为数据来推导用户行为模式。对于不同服务，用户行为模式推导功能单元303可以例如根据收集的行为数据条目来使用不同的统计方法。

4)用户行为模式应用功能单元304

当用户行为模式被更新，或者用户行为模式推导功能单元303推导出新的用户行为模式时，用户行为模式应用功能单元304可以被配置为提供推导出的用户行为模式以调整未来的用户交互功能。例如，用户行为模式应用功能单元304将新的用户行为模式分发给GUP和/或用户服务配置实体，以便将这些模式应用于例如来自相应终端用户的新的服务请求。

在根据本发明的示例性实施例中，UBTF使得能够控制当前呼叫会话以通过实时方式来反映终端用户的偏好，从而实现实时用户交互。例如，UBTF可以接受当前呼叫会话中的用户输入作为终端用户行为数据，并且将推导出的用户行为模式应用于该用户的当前呼叫会话的下一步交互操作。于是，用户能够主动地即刻地控制呼叫会话。相反，在现有技术中通常采用非实时交互来反映终端用户的偏好。通过非实时交互，终端用户或网络运营商预先设置用户行为偏好，而后这些偏好将影响用户未来的呼叫/会话。

此外，当使用不带呈现能力的用户设备(例如传统固定电话)时，UBTF能够改进网络资源使用。例如，对于前述查询余额的例子，用户能够首先听到查询余额提示音，而非电话充值的提示音，于是不必再将用于该服务的呼叫或会话保持很长时间。此外，对于具有呈现能力的用户终端设备，UBTF服务可以仅更改用户接口的默认设置，以改善用户体验。

以下具体描述UBTF 300如何通过上述四个部分来实现用户行为跟踪功能。

为了推导出用户行为模式，用户行为收集功能单元301被配置为从信息收集点收集相应的用户信息，即UBTF感兴趣的事件，例如包括用户交互中用户响应于网络发来的服务选项而做出的服务选择。用户行为收集功能单元301收集的用户信息还可以包括用户主动做出的服务请求。在IMS服务体系构架中，AS是提供服务的唯一点，所以作为AS的代理的服务代理SB是关键的信息收集点。在此，SB可以被扩展为除了将用户服务选择和/或服务请求转发给AS之外，还转发给用户行为收集功能单元301。显然，如果AS没有使用代理，则由AS直接将用户服务选择和/或服务请求转发给用户行为收集功能单元301。但有利的是，通过SB在不同应用之间能够进行交互，尽管这些交互可以不需要终端用户参与，也还是可以反映出用户对某种服务的偏好。

除了SB之外，AS和/或CSCF也可以充当信息收集点的角色。例如，对于某些服务，例如用户提供黑名单列表的黑名单服务，黑名单列表由CSCF知晓并依照黑名单列表内容控制用户会话，而AS不知道该黑名单列表，因此AS(和AS的代理SB，如果有的话)将不承担信息收集功能。在这种情况下，CSCF可以被扩展为将相应用户信息传送给UBTF。或者，将该服务部署在AS上，当AS接受到用户输入时AS将感兴趣的事件转发给用户行为收集功能单元301。这两种方案各有优缺点，前者需要扩展CSCF以将UBTF感兴趣的事件转发给用户行为收集功能单元301，这将减轻AS的负担。相反，后者将增加AS的负担，但是不需要扩展CSCF。

用户行为收集功能单元301可以使用现有技术中的机制，例如Cx接口中的SUBSCRIBES/NOTIFY机制，来进行在UBTF和信息收集点之间的通信。

为了收集作为用户行为数据的用户信息，用户行为收集功能单元301可以向信息收集点注册自己的兴趣，即希望收集的内容。于是，相应的(感兴趣的)用户服务请求和用户服务选择将被信息收集点转发给用户行为收集功能单元301。

用户行为收集功能单元301将注册的内容和记录的条目可以取决于向信息收集点注册的特定服务和将记录在用户行为数据库302的内容。可以通过HSS中的服务提供支持单元来设置或者通过其他用户接口来设置用户行为收集功能单元301将注册的内容和收集的条目。

对于每一服务，可能存在不同的服务信息收集点。服务信息收集点本身可以提供下列信息：该服务的标识，该服务的所有订户的标识(例如一个电话号码段)，以及该信息收集点的标识。对于上述信息，每一信息收集点可以在服务中定义自己的含义。并且，对于不同的服务，用户行为收集功能单元301可以记录不同的条目。但对于每一记录，用户行为收集功能单元301必须记录以下条目：服务标识、终端用户的标识、该信息收集点的标识、该终端用户的服务请求和/或服务选择以及该服务请求和/或服务请求的时间。

根据本发明的用户行为数据收集机制独立于特定服务。这样，不需要对现有服务逻辑进行任何更新，由此避免对现有服务逻辑进行更新需要的大量努力以及对现有服务逻辑进行的更新与服务不相称的风险。

在根据本发明的示例性实施例中，对于引入UBTF的每一服务将具有两个服务配置文件。一个是用于该服务的所有用户的总服务配置文件。另一个是对于每一用户的分开的用户服务配置文件，其根据反映用户偏好的用户行为模式来进行配置，例如用户交互提示条目的顺序。

用户服务配置文件可以包括用户服务统计门限。当关于该用户的服务的兴趣事件的数量高于其用户服务统计门限时，用户行为数据库302才会触发用户行为模式推导功能单元303执行推导操作，以推导该用户的行为模式。这样可以避免根据少量用户行为数据来推导用户行为模式。

总服务配置文件也可以包括群体服务统计门限。当关于所有用户的服务的兴趣事件的数量高于其用户服务统计门限时，用户行为数据库302便会触发用户行为模式推导功能单元303执行推导操作，以推导群体用户的行为模式。

对于每一服务可以使用不同的统计方法。因此，可以规定用于具体服务的统计方法。关于统计方法的细节在此不再详述。在根据本发明的示例性实施例中，用户行为模式推导功能单元303可以将服务与其统计方法相关联，当关于该服务的用户行为数据满足用户服务统计门限或群体服务统计门限时通过该统计方法执行用户行为模式推导，将推导出来的新用户行为模式通知给用户行为模式应用功能单元304。

在根据本发明的示例性实施例中，当得到对于用户的关于服务的用户行为模式时，该模式将被分发给用户服务配置实体和/或GUP数据库，以改变用户交互，例如调整提示菜单的顺序。在应用用户行为模式之前，用户行为模式应用功能单元304可以询问用户是否愿意接受用户交互的变化。

在用户行为收集功能单元301和用户行为数据库302之间可以采用基于Diameter的协议的接口。在该接口进行的操作可以包括：向用户行为数据库302存储收集的关于兴趣事件的用户信息。

在用户行为数据库302和用户行为模式推导功能单元303之间的接口是根据不同数据库的私有接口。例如，该接口可以使用ODBC(开放数据连接性)接口和/或访问数据库的通用接口。

在用户行为收集功能单元301和用户行为模式推导功能单元303之间的接口可以采用基于Diameter的协议的接口。在该接口进行操作可以包括：检查是否满足服务门限以触发用户行为模式推导功能单元303的推导操作。

在用户行为模式推导功能单元303和用户行为模式应用功能单元304之间可以采用基于Diameter的协议的接口。例如，当访问HSS中的GUP数据库时可以使用Rg接口。

对于UBTF存在两个外部接口，一个在用户行为收集功能单元301与信息收集点之间，另一个在用户行为模式应用功能单元304与用户服务配置实体和/或GUP数据库之间。这两个接口都可以基于Diameter协议。前一接口执行以下操作：向信息服务点注册用户兴趣，接受来自信息收集点的兴趣事件信息。后一接口执行以下操作：询问用户是否愿意改变服务配置，以及更新用户服务配置文件和/或GUP数据库。

以下通过用户实时控制会话带宽的用户交互场景以及基于带宽控制的用户行为模式进行带宽推销的场景来进一步描述本发明的思想。

图4示出用户实时控制会话带宽的呼叫流程。并且该呼叫流程可以用于收集用户行为数据。

在图4所示的场景中，用户A(例如使用用户设备UE 1)正在下载用于重要会议的文件(该情况可以通过BGF的DPI(深度分组检测)获知)，几分钟后该用户的上司(例如使用用户设备UE 2)向该用户打来视频电话。如果该用户接电话，则他使用的带宽将超出他目前订购的带宽额度，但是实际上网络带宽足够同时支持这两个会话。这时，网络将通过根据本发明的用户交互操作允许用户参与到呼叫控制中。

在步骤401，CSCF接收UE 2向UE 1发起的视频呼叫请求。于是，在步骤402，CSCF向PD-FE进行资源请求。PD-FE在步骤403向TRC-FE询问以确定是否具有可用资源。响应于该询问，TRC-FE在步骤404向PD-FE报告用户正在下载文件并且网络还存在足够的带宽以用于该视频呼叫。由此，PD-FE知道如果准许该视频呼叫则在订户等级协商(SLA)中签订的该用户的可用带宽额度将被超出，于是PD-FE在步骤405将该情况报告给CSCF以响应CSCF在步骤402的资源请求。

按照现有技术，CSCF一般会直接拒绝为用户A接入该视频呼叫并发送失败报告，因为该用户的可用带宽额度不足以在文件下载的同时支持视频呼叫。

然而，在根据本发明的示例性实施例中，CSCF在步骤406指示AS通知用户参与呼叫控制。在步骤407，AS通知用户从以下三个选项中进行选择：

i)拒绝呼叫继续下载文件；

ii)接电话并且延迟文件下载；

iii)购买更多的带宽以同时下载文件和视频电话。

在步骤408，用户通过SB(或直接，例如AS不使用服务代理时)向AS报告自己的选择，假设用户选择购买更多带宽以同时下载文件和视频电话。于是，一方面SB在步骤409将用户的选择转发给UBTF并且UBTF在步骤410保存该用户选择作为用户行为数据。另一方面，SB在步骤411将用户选择转发给CSCF。

于是，响应于用户购买更多带宽以同时下载文件和视频电话的选择，CSCF在步骤412请求PD-FE向用户授权使用附加带宽。PD-FE在步骤413指示BGF来实施该策略。在步骤414，BGF向PD-FE报告策略实施的结果。PD-FE向CSCF报告策略实施结果(步骤415)之后，CSCF指示呼叫方(UE 2)播放回铃音(步骤416)，并且CSCF指示被呼叫方UE1应答该视频呼叫(步骤417)。于是为用户A建立了视频呼叫。

如果用户A在上述场景下总是选择购买更多带宽，或者用户A总是在会话中申请更多带宽，则UBTF可以据此推导出反映该用户偏好于使用更多带宽的用户行为模式，以便将该用户的行为模式用于未来调整用户交互操作。

例如，基于UBTF推导的用户行为模式，CSCF可以调整以后与该用户的用户交互操作。例如，可以向用户提供是否进行默认处理的选项，即如果发生相同的情况，默认处理将给用户更多带宽而不需要每一次都打断用户。这样，用户可以获得更体贴的服务体验。

此外，基于UBTF推导的用户行为模式，可以例如在网络存在可用带宽的情况下确定是否通知用户，例如确定是否将该用户视为带宽推销的潜在消费者。当网络存在可用带宽时，将会向偏好于使用更多带宽的这类用户发送推销信息，图5示出了这样的例子。

在图5示出的实施例中，用户正在通过用户设备UE 1下载文件，并且下载速率比较低。该情况可以通过BGF的DPI操作获知。在步骤501，TRC-FE收集网络带宽使用信息，从而发现网络负载很轻并且存在丰富的可用带宽。于是TRC-FE将该网络资源状态报告给PD-FE。

在步骤502，PD-FE以主动的方式将可用带宽报告给CSCF。在现有技术中，在CSCF和PD-FE之间没有用于PD-FE主动报告网络资源状态的机制。在根据本发明的示例性实施例中，可以通过在重认证请求(RAR)消息中引入新的属性-值对(AVP)——类型为无符号整型的可用带宽报告AVP，来增强在CSCF和PD-FE之间的接口。

于是，在步骤503，因为CSCF获知了该用户偏好于使用更多带宽的用户行为模式，CSCF在步骤503指示AS向该用户推销可用带宽。CSCF可以预先从HSS或UBTF获得该用户的用户行为模式。或者，CSCF在接收到PD-FE的可用带宽报告后从HSS或UBTF获取该用户的用户行为模式，以确定是否向用户A推销可用带宽。

于是，在步骤504，AS通知用户可以选择使用更多的可用带宽，并且给用户如下两个选项：

i)以较低价格购买更多带宽；

ii)不购买。

用户在步骤505，将自己的选择发送给AS，假设该用户选择购买以较低价格更多带宽。AS一方面在步骤506将该用户的选择通知给UBTF，以用于UBTF收集用户行为数据。AS另一方面在步骤507将用户对更多带宽的请求转发给CSCF。

于是CSCF在步骤508请求PD-FE向该用户授权更多带宽。在步骤509，PD-FE指示BGF实施该策略。

在步骤510，BGF向策略实施结果报告给PD-FE，并且PD-FE在步骤511将该策略实施结果报告给CSCF。CSCF通知用户带宽使用状态(步骤512)。这样，用户可以以更高速率进行下载，并且网络资源被充分使用，同时网络运营商也可以获得更多收入。

尽管在现有IMS服务构架中，已经定义了Ut参考点并且规定必须支持HTTP协议。但是，在用户交互客户端和用户交互服务器之间没有通用的用户交互数据模型，并且每一应用必须定义用于彼此交互的自己的模型。这不利于开发服务。

为了便于服务开发，在根据本发明的是示例中，为服务应用中的交互定义了以下通信数据模型，以提供用户交互功能。对于服务应用中的交互，至少存在两部分。一部分是用于收集用户信息和/或向用户呈现用户信息的用户接口。另一部分是服务应用。因为刺激式信令允许在不需要修改用户设备的情况下建立应用，因此在根据本发明的实施例中在用户交互客户端和用户交互服务器之间采用刺激式交互。

在根据本发明的实施例中，在用户交互客户端和用户交互服务器之间按照<名称，类型，值>三元组的数据模型传送用户交互信息。例如，对于一个服务应用，对于该应用的来自用户的输入条目可以被描述为以下模型：<名称>，<类型>，<值>，即使用户对图片进行操作。该三元组分别规定对于输入条目的名称、类型和值。

应理解，对于具体的请求/响应，除了内容数据之外，在用户交互客户端和用户交互服务器之间传送的信息还可以包括如下的会话相关数据。属性“服务标识”和“版本”用来标识服务；属性“会话标识”是对于特定服务的全球唯一标识；属性“用户标识”用于标识当前用户。此外，为了表示消息是请求还是响应，在根据本发明的实施例中，在用户交互客户端和用户交互服务器之间传送的信息还可以包括布尔型的属性“请求”。当该属性为真时，该元素没有子属性；否则将具有用于指示响应结果的子属性“结果码”。响应数据将和请求数据以一样的方式被存储。

可见，根据本发明的用户交互数据模型独立于特定协议。它可以与SIP、HTTP、SOAP以及其他协议一起使用。在此不再详述细节。

下面以XML模式(schema)来举例说明该用户交互数据模型。

根据本发明的数据模型将数据表示法与应用逻辑相分离。这种分离使得服务应用开发能够集中于逻辑上，并且不需要考虑如何传送数据。该数据模型可以基于XML结构，并且独立于具体的软硬件平台。

如本领域的技术人员可以理解的那样，可以用数字电路、计算机硬件、固件、软件或它们的组合来实现在此描述的各种技术的实现方式。实现方式可以被实现为计算机程序产品，即在信息载体(例如机器可读存储设备或传播信号)中有形地实现的计算机程序，以由数据处理装置(例如可编程处理器、计算机或多台计算机)执行，或控制所述数据处理装置的操作。计算机程序(例如上述计算机程序)可以用包括编译或解释语言的任意形式的编程语言写成，并且可以以任意形式(包括单机程序或模块、组件、子程序、或适合于在计算环境中使用的其它单元)而被配置。计算机程序可以被配置为被执行在一台计算机上或被执行在处于一个站或分布式穿过多个站的并且由通信网络相互连接的多台计算机上。

此外，各种实施例可以实现在硬件或专用目的电路、软件、逻辑或者它们的任意组合中。例如，某些方面可以实现在硬件中，而其它方面可以实现在固件或者可以由控制器、微处理器或其它计算设备执行的软件中，尽管公开的实施例并不限定于此。尽管各种实施例的各个方面可以示意和描述为框图、流程图、或者使用某些其它图示表示，应当明白这里所述的这些框图、设备、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备等，或者它们的某些组合实现。

尽管已参照包括执行本发明的优选模式的特定例子描述了本发明，但本领域技术人员将意识到，落入本发明提出的权利要求的精神和范围内的上述系统和技术可以具有多种变化和置换。

Claims (15)

1.一种基于IP多媒体子系统的用于控制用户正在进行的会话的用户交互方法，包括：

呼叫会话控制功能单元向用户发送一个或多个选项提示，所述选项用于改变所述会话的配置；

所述呼叫会话控制功能单元接收所述用户对所述选项中的一个或多个的选择；以及

所述呼叫会话控制功能单元根据所述选择来改变所述会话的配置。

2.根据权利要求1的方法，进一步包括：

将所述用户的所述选择转发给用户行为跟踪装置，

所述用户行为跟踪装置根据所述选择来推导所述用户的行为模式，以用于调整未来的用户交互操作。

3.根据权利要求2的方法，进一步包括：

根据所述用户的所述行为模式来调整与所述用户交互的提示选项。

4.根据权利要求3的方法，其中，所述会话的配置包括所述会话的带宽配置，并且调整与所述用户的交互操作包括：

当网络中存在可用带宽时，策略决定功能单元主动向所述呼叫会话控制功能单元报告可用带宽；以及

所述呼叫会话控制功能单元根据所述用户的所述行为模式来确定向所述用户发送用于增加带宽配置的选项提示。

5.根据权利要求1的方法，其中，关于所述选项和所述选择的信息按照名称、类型和值三元组的数据模型被传送。

6.一种用户行为跟踪装置，包括：

收集装置，其被配置为收集用户行为数据；

存储装置，其被配置为存储所述用户行为数据；

推导装置，其被配置为根据存储在所述存储装置中的用户行为数据推导用户行为模式；以及

应用装置，其被配置为提供推导出的用户行为模式以调整未来的用户交互操作。

7.根据权利要求6的装置，其中，所述收集装置被进一步配置为向用户行为信息收集点登记兴趣，并且从所述用户行为信息收集点收集与所述兴趣相关联的用户行为数据。

8.根据权利要求7的装置，其中，所述收集装置被进一步配置为按照名称、类型和值三元组的数据模型与所述用户行为信息收集点交互以登记兴趣和收集用户行为数据。

9.根据权利要求6的装置，其中，所述存储装置被进一步配置为确定所存储的用户行为数据满足统计门限，从而触发所述推导装置进行用户行为模式的推导。

10.根据权利要求6的装置，其中，所述用户行为数据包括用户响应于所述呼叫会话控制功能单元发送的一个或多个选项提示而做出的选择，所述选项用于改变用户正在进行的会话的配置。

11.一种归属用户服务器，其包括根据权利要求6-10中的任何一项的装置。

12.一种呼叫会话控制装置，其被配置为：

向用户发送一个或多个选项提示，所述选项用于改变所述用户正在进行的会话的配置；

接收所述用户对所述选项中的一个或多个的选择；以及

根据所述选择来改变所述会话的配置。

13.根据权利要求12的呼叫会话控制装置，进一步被配置为：

将所述用户的所述选择转发给用户行为跟踪装置，从而使得所述用户行为跟踪装置能够根据所述选择来推导所述用户的行为模式以用于调整未来的用户交互操作。

14.根据权利要求13的呼叫会话控制装置，进一步被配置为：

根据所述用户的所述行为模式来调整与所述用户交互的提示选项的装置。

15.一种装置，包括：

向用户发送一个或多个选项提示的装置，所述选项用于改变所述用户正在进行的会话的配置；

接收所述用户对所述选项中的一个或多个的选择的装置；

将所述选择转发给呼叫会话控制装置以根据所述选择来改变所述会话的配置的装置；以及

将所述选择转发给用户行为跟踪装置的装置，从而使得所述用户行为跟踪装置能够根据所述选择来推导所述用户的行为模式以用于调整未来的用户交互操作。

Images