用于为ip多媒体子系统补充服务配置和实现通知的方法和设备的制作方法
【专利摘要】根据本发明的第一方面，提供了一种操作为用户实现IP多媒体子系统(IMS)补充服务的应用服务器(AS)的方法。方法包括配置用于用户的规则，规则具有指定是否要提供通知的动作，并且如果要提供通知，则定义要用于通知的媒体。方法还包括确定规则的条件是否由与用户有关的会话启动协议(SIP)消息满足，并且如果是，则根据动作实现通知。
【专利说明】用于为IP多媒体子系统补充服务配置和实现通知的方法和设备
[0001]
【技术领域】
[0002]本发明涉及用于为IP多媒体子系统(MS)补充服务配置和实现通知的方法和设备。更具体地说，本发明涉及用于使得IP多媒体子系统(MS)用户能够灵活地配置与其补充服务相关联的任何通知的方法和设备。
【背景技术】
[0003]IP多媒体子系统(MS)是由第三代合作伙伴项目(3GPP)定义为通过移动通信网络提供IP多媒体服务的一种技术。MS通过服务的集成和交互提供关键特征，以便丰富最终用户人与人的通信体验。IMS允许通过基于IP的网络的新的丰富的人与人(客户端到客户端)及人与内容(客户端到服务器)通信。IMS利用会话启动协议(SIP)设置和控制用户终端(或用户终端与应用服务器)之间的呼叫或会话。SIP信令携带的会话描述协议(SDP)用于描述和协商会话的媒体组件。虽然SIP创建为用户到用户协议，但IMS允许运营商和服务提供商控制用户对服务的访问并相应地向用户计费。其它协议用于媒体传送和控制，如实时传输协议和实时传输控制协议(RTP/RTCP)。
[0004]图1以示意图方式示出在GPRS/PS接入网络情况下MS如何适合移动网络体系结构aMS当然可通过其它接入网络操作)。如图1所示，MS包括核心网络和服务网络。呼叫/会话控制功能(CSCF)作为MS核心网络内的SIP代理操作，并且除其它之外，与诸如边界网关控制功能(BGCF)和媒体 资源功能控制器(MRFC)的其它实体对接。代理CSCF (P-CSCF)是用于SIP终端的MS内的第一联系点；服务CSCF (S-CSCF)提供服务给订户；询问CSCF(1-CSCF)识别正确的S-CSCF，并且经P-CSCF将从SIP终端收到的请求转发到该S-CSCF。
[0005]在MS服务网络内，应用服务器(AS)提供用于实现MS服务功能性。应用服务器向MS系统中的最终用户提供服务，并可作为端点通过3GPP定义的Mr接口连接，或者通过3GPP定义的ISC接口由S-CSCF “链接”。在后一情况下，初始过滤准则(IFC)由S-CSCF用于确定在SIP会话建立期间图标应该“链接”哪些应用服务器(或实际用于会话或非会话有关的任何SIP方法)。IFC在IMS注册过程期间作为用户的订户配置文件一部分由S-CSCF从HSS接收。
[0006]3GPP TS 22.173 (VI1.3.0)和 3GPP TS 24.173 (VI1.0.0)定义 IMS 支持的补充服务。例如，MS支持的标准化补充服务包括但不限于始发识别呈现(OIP)、始发识别限制(OIR)、终止识别呈现(TIP)、终止识别限制(TIR)、通信转移(⑶IV)、通信保持(HOLD)、通信禁止(CB)、消息等待指示(MWI)、会议(CONF)、显式通信转移(ECT)、计费通知(AOC)、通信等待(CW)、灵活提醒(FA)、通信等待(CW)、定制提醒音(CAT)及定制响铃信号(CRS)。除标准化补充服务外，MS应用服务器的供应商还能够配置应用服务器以便实现另外的供应商特定的服务。此类供应商特定服务的示例是灵活通信分布服务。危够选择地实现通知，但无一相关标准指定用于通知的媒体。具体而言，相关标准不提丨勺通知的任何机制。因此，本发明的目的是技口通信转移(⑶I”服务和通信禁止(⑶)
作为用户实现I？多媒体子系统(頂3)补充电于用户的规则，规则具有指定是否要提供二通知的媒体。方法还包括确定规则的条件寿足，并且如果是，则根据动作实现通知。
《用于定位要用于通知的媒体的位置信息。还包括提供位置信息到要将通知发送到用丨于通知的媒体的统一资源定位器。
包括要用于通知的媒体。如果此类规则的电到要将通知发送到用户的媒体资源功能知。要提供通知，则定义要用于通知的媒体。设目户有关的会话启动协议31？消息满足，并
括能够用于定位要用于通知的媒体的定位艮件由31？消息满足，则提供位置信息到要
5要用于通知的媒体的动作。处理器可配置媒体到要将通知发送到用户的媒体资源功
隹。处理器可配置成如果此类规则的条件由
置成作为用于提供与补充服务相关联的通作的设备。设备包括用于接收来自实现补识别通知应发送到的用户并且定义要用于:媒体会话的处理器和用于将媒体发送到识[0029]处理器可配置成接受具有以下动作的规则的输入，所述动作指定要提供通知并且包括能够用于定位要用于通知的媒体的定位信息。处理器可配置成接受具有以下动作的规则的输入，所述动作指定要提供通知并且包括要用于通知的媒体。处理器可配置成接受具有以下动作的规则的输入，所述动作指定不提供通知。
[0030]根据本发明的又一方面，还提供了一种包括计算机可读代码的计算机程序，计算机可读代码在计算机上运行时，促使计算机执行根据第一、第二或第三方面的任何方面的方法。另外，提供了一种包括计算机可读媒体和根据该所述又一方面的计算机程序的计算机程序产品，其中，计算机程序存储在计算机可读媒体上。
【专利附图】
【附图说明】
[0031]图1以示意图方式示出与通用分组无线电服务(GPRS)接入网络的移动网络体系结构相关联的頂S网络。
[0032]图2是示出根据本文中所述方法实现通知的IP多媒体子系统(IMS)补充服务的过程的示例的信令流程图；
图3是示出根据本文中所述方法实现通知的IP多媒体子系统(IMS)补充服务的过程的示例的信令流程图；
图4是示出根据本文中所述方法实现通知的IP多媒体子系统(IMS)补充服务的过程的示例的信令流程图；
图5是示出根据本文中所述方法配置和实现IP多媒体子系统(IMS)补充服务的过程的示例的流程图；
图6以示意图方式示出适合用于实现本文中所述方法的应用服务器的示例；
图7以示意图方式示出适合用于实现本文中所述方法的用户设备的示例；以及 图8以示意图方式示出适合用于实现本文中所述方法的媒体资源功能的示例。
【具体实施方式】
[0033]现在将描述允许配置与MS用户的IP多媒体子系统(MS)补充服务(诸如通信转移(CDIV)服务和通信禁止(CB))相关联的通知的方法。方法涉及为实现补充服务的应用服务器(AS)配置用于用户的规则，规则具有指定是否要播放通知的动作，并且如果要播放通知，则识别/定义要用于通知的媒体。随后，在接收与用户有关的SIP消息时，AS将确定规则的条件是否由SIP消息满足，并且如果是，则将根据动作实现通知。为此，此方法提供通知能够在逐规则和逐用户的基础上配置，由此提供网络运营商和/或用户能够个性化/个体化为每个基于规则的服务播放的通知。
[0034]为实现此方法，如IETF RFC 4745指定的规则语法将被扩展以定义指定是否要播放通知的另外动作。因此，本文中提议定义另外的动作，该动作指示在规则的条件由SIP消息匹配时要播放通知。例如，此另外的动作能够采用以下形式:
<mmt-serv:play-URL_announcement> 通知 URL〈/mmt_serv:play-URL_announcement>通过包括识别要作为通知播放的媒体资源的统一资源定位器(URL)，动作也识别/定义要用于通知的媒体。此通知URL能够是HTTP、FTP或SFTP URL,或者能够是根据其它协议定义的URL，该URL能够指定要作为通知播放的文件(例如，音频或视频文件)。[0035]作为说明性示例，此另外的动作然后能够用于定义通信禁止规则，该规则禁止来自具有身份“sip:alice@example.com”的用户的进入呼叫，并且播放由URL “file://my.announcements, org/alice.wav”识别的通知。此类规则能够采用以下形式:
〈ss:1ncoming-communicat1n-barring active=〃true〃>
<cp:ruleset>
<cp:rule id=〃个人运营商托管通知〃>
<cp: condit1ns)
<cp:1dentity)
<cp: one id=〃sip: aliceOexample.com〃/>
</cp:1dentity)
</cp: condit1ns)
〈cp: act1ns)
<ss:allow>false</ss:allow>
<mmt-serv:play-UR L-announcement>fHe://my.announcements, org/alice.wav</mmt-serv:play-URL_announcement>
</cp: act1ns)
</cp:rule>
</cp:ruleset>
</ss:1ncoming-communicat1n_barring>
图2是示出根据如上所述的规则实现通知的IP多媒体子系统(IMS)补充服务的过程的示例的信令流程图。在此示例中，AS使用早期媒体会话发送带内通知并且要作为通知播放的媒体资源位于MRF。执行的步骤如下所述:
Al.始发用户的UE (即，UEA)通过向终端用户发送SIP INVITE请求消息来启动通信。INVITE请求包括描述始发用户想使用的媒体的会话描述协议(SDP)提供以及要使用的IP地址和端口等。服务于终端用户的S-CSCF接收INVITE请求，并且评估与终端用户相关联的初始过滤准则。作为评估初始过滤准则的结果，S-CSCF将INVITE请求发送到为终端用户实现补充服务的AS。例如，终端用户可订阅通信禁止服务，使得INVITE请求发送到实现此服务的AS。
[0036]A2.AS实现用于终端用户的服务逻辑。为此，AS将对照SIP消息评估已为终端用户配置的服务规则。在此示例中，为条件由SIP消息匹配的用户配置了规则，并且对应的动作指示要播放通知，以及包括识别要作为通知播放的媒体源。
[0037]A3.AS与提供媒体资源功能控制器(MRFC)和媒体资源功能处理器(MRFP)的媒体资源功能(MRF)交互，以预留要用于通知的资源。为此，AS将包括从始发用户收到的SDP提供的INVITE请求发送到MRFC。INVITE请求的请求URL通过使用地址的用户部分(即，“annc”)和另外的URL参数指定通知服务。这些另外的URL参数包括指定要作为通知播放的资源的“播放”参数。在此示例中，“播放”参数包括在规则的动作部分中指定的URL。
[0038]A4.MRFC响应于具有SIP 200 OK消息的INVITE请求，所述消息包括描述MRFC将接受的媒体的SDP应答以及要使用的IP地址和端口等。
[0039]A5.AS然后将包括在INVITE请求中收到的SDP的应答的SIP 183 (会话进展)响应消息发送到UE A。
[0040]A6.UE A通过PRACK请求消息响应SIP 183 (会话进展)响应消息。
[0041]A7.在接收PRACK请求时，AS然后将ACK响应消息发送到MRFC。
[0042]A8.AS也将PRACK请求的200 (OK)响应发送到始发用户。
[0043]A9.MRFC与MRFP交互以便开始通知，并且MRFP向UE发送通知。
[0044]A10.MRFC 将 BYE 消息发送到 AS。
[0045]All.AS通过SIP 200 OK消息响应来自MRFC的BYE消息。
[0046]在图2的示例中，要作为通知播放的媒体资源通过URL识别，并且位于MRF，使得MRFC/MRFP将该URL识别为本地资源，并且将本地托管媒体作为通知发送。备选地，如果MRFC/MRFP未将URL识别为本地资源，则MRFC/MRFP将根据URL定义的协议检索要作为通知播放的文件。此备选在图3中示出，图3中，除MRFC/MRFP已收到来自AS的INVITE后，MRFC/MRFP从使用在从AS收到的INVITE请求中包括的URL识别的某个外部媒体源检索媒体外，执行的步骤与图2的那些步骤相同。
[0047]在图2和3的示例中，AS在通信会话建立期间提供通知，并且因此使用早期媒体会话实现带内通知；然而，取决于触发通知的播放的规则类型，AS也能够配置成在已经建立的通信会话期间提供通知。例如，由外出通信禁止(OCB)和补充服务代码(SSC)规则触发的通知能够要求在建立的通信会话期间提供通知。图4是示出根据如上所述的规则实现通知的IP多媒体子系统(IMS)补充服务的过程的示例的信令流程图，其中，通知在建立的通信会话期间提供。执行的步骤如下所述:
Cl.始发用户的UE (即，UEA)通过向终端用户发送SIP INVITE请求消息来启动通信。INVITE请求包括描述始发用户想使用的媒体的会话描述协议(SDP)提供以及要使用的IP地址和端口等。服务于始发用户的S-CSCF接收INVITE请求，并且评估与终端用户相关联的初始过滤准则。作为评估初始过滤准则的结果，S-CSCF将INVITE请求发送到为始发用户实现补充服务的AS。例如，始发用户可订阅通信禁止服务，使得INVITE请求发送到实现此服务的AS。
[0048]C2.AS实现用于终端用户的服务逻辑。为此，AS将对照SIP消息评估已为始发用户配置的服务规则。在此示例中，为条件由SIP消息匹配的用户配置了规则，并且对应的动作指示要播放通知，以及包括识别要作为通知播放的媒体源。例如，可根据OCB规则禁止INVITE的请求URL，或者可执行SSC命令。
[0049]C3.AS与提供媒体资源功能控制器(MRFC)和媒体资源功能处理器(MRFP)的媒体资源功能(MRF)交互以预留要用于通知的资源。为此，AS将包括从始发用户收到的SDP提供的INVITE请求发送到MRFC。INVITE请求的请求URL通过使用地址的用户部分(B卩，“annc”)和另外的URL参数指定通知服务。这些另外的URL参数包括指定要作为通知播放的资源的“播放”参数。在此示例中，“播放”参数包括在规则的动作部分中指定的URL。
[0050]C4.MRFC响应于具有SIP 200 OK消息的INVITE请求，所述消息包括描述MRFC将接受的媒体的SDP应答以及要使用的IP地址和端口等。
[0051]C5.然后，AS 将 SIP 200 OK 转发到 UE A。
[0052]C6.UE A通过ACK请求消息响应SIP 200 OK消息。
[0053]C7.在接收ACK请求时，AS将ACK响应消息转发到MRFC。[0054]C8.MRFC与MRFP交互以便开始通知，并且MRFP向UE发送通知。
[0055]C9.通知已播放后，MRFC将BYE发送到AS。
[0056]C10.AS 将 BYE 转发到 UE A。
[0057]Cll.UE-A 通过 SIP 200 OK 消息响应 BYE。
[0058]C12.AS 将 SIP 200 OK 转发到 MRFC。
[0059]本文中也提议在规则的条件由SIP消息满足时，定义又一另外的动作，该动作指示要播放通知，并且通过将要播放的媒体作为包括动作本身内的通知(即，“通知数据”)，还定义了要用于通知的媒体。例如，此又一另外的动作能够采用以下形式:
<mmt-serv:play-binary-announcement file—type=，，FileType，，> 通知数据〈/mmt-serν:play-binary-announcement>
在此示例中，动作包括相关媒体的二进制数据(即，内容)，并且也定义通知数据的文件类型(例如，.wav、.mp3等)(即,其中，file_type=〃文件类型〃)。实现此类动作时,实现补充服务的AS将通知数据提供到要向UE发送通知的MRFC/MRFP。
[0060]作为说明性示例，此另外的动作然后能够用于定义通信禁止规则，该规则禁止来自具有身份“sip:alice@example.com”的用户的进入呼叫，并且向用户播放通知。此类规则能够采用以下形式 :
【权利要求】
1.一种操作为用户实现IP多媒体子系统IMS补充服务的应用服务器AS的方法，所述方法包括: 配置用于所述用户的规则，所述规则具有指定是否要提供通知的动作，并且如果要提供通知，则定义要用于所述通知的媒体；以及 确定所述规则的条件是否由与所述用户有关的会话启动协议SIP消息满足，并且如果是，则根据所述动作实现通知。
2.如权利要求1所述的方法，其中所述动作指定要提供通知并且包括能够用于定位要用于所述通知的所述媒体的位置信息。
3.如权利要求2所述的方法，并且还包括: 如果所述规则的所述条件由SIP消息满足，则提供所述位置信息到要将所述通知发送到所述用户的媒体资源功能MRF。
4.如权利要求1所述的方法，其中所述动作指定要提供通知并且包括要用于所述通知的所述媒体。
5.如权利要求4所 述的方法，并且还包括: 如果所述规则的所述条件由SIP消息满足，则提供所述媒体到要将所述通知发送到所述用户的媒体资源功能MRF。
6.如权利要求1所述的方法，其中所述动作指定不要提供通知。
7.一种操作IP多媒体子系统IMS媒体资源功能MRF以提供与补充服务相关联的通知的方法，所述方法包括: 接收来自实现所述补充服务的应用服务器AS的消息，所述消息识别所述通知应发送到的用户并且定义要用于所述通知的媒体；以及 将所述媒体发送到所述识别的用户。
8.如权利要求7所述的方法，其中从所述AS收到的所述消息包括能够用于定位要用于所述通知的所述媒体的位置信息。
9.如权利要求8所述的方法，并且还包括: 确定所述媒体是否存储在所述MRF ； 如果所述媒体位于所述MRF，则将所述存储的媒体发送到所述识别的用户；以及 如果所述媒体不位于所述MRF，则从外部源检索所述媒体，并且将所述检索的媒体发送到所述识别的用户。
10.如权利要求7所述的方法，其中从所述AS收到的所述消息包括要用于所述通知的所述媒体。
11.如权利要求10所述的方法，并且还包括: 将所述收到的媒体发送到所述识别的用户。
12.—种操作用户设备UE以便为用户配置IP多媒体子系统MS补充服务的方法，所述方法包括: 接受来自所述用户的输入，所述输入定义用于所述用户的规则，所述规则具有指定是否要提供通知的动作，并且如果要提供通知，则定义要用于所述通知的媒体；以及 将消息发送到实现所述补充服务的应用服务器AS，所述消息包括所述用户输入定义的所述规则。
13.如权利要求12所述的方法，其中所述动作指定要提供通知并且包括能够用于定位要用于所述通知的所述媒体的位置信息。
14.如权利要求12所述的方法，其中所述动作指定要提供通知并且包括要用于所述通知的所述媒体。
15.如权利要求12所述的方法，其中所述动作指定不要提供通知。
16.一种配置成作为为用户实现IP多媒体子系统MS补充服务的应用服务器AS操作的设备，所述设备包括: 存储器，存储用于所述用户的规则，所述规则具有指定是否要提供通知的动作，并且如果要提供通知，则定义要用于所述通知的媒体；以及 处理器，用于确定所述规则的条件是否由与所述用户有关的会话启动协议SIP消息满足，并且如果是，则根据所述动作实现通知。
17.如权利要求16所述的设备，其中所述存储器存储指定要提供通知并且包括能够用于定位要用于所述通知的所述媒体的位置信息的动作。
18.如权利要求17所述的设备，其中如果所述规则的所述条件由SIP消息满足，则所述处理器配置成提供所述位置信息到要将所述通知发送到所述用户的媒体资源功能MRF。
19.如权利要求16所述的设备，其中所述存储器存储指定要提供通知并且包括要用于所述通知的所述媒体的动作。
20.如权利要求19所述的设备，其中如果所述规则的所述条件由SIP消息满足，则所述处理器配置成提供所述媒体到要将所述通知发送到所述用户的媒体资源功能MRF。
21.如权利要求20所述的设备，其中所述存储器存储指定不要提供通知的动作。
22.一种配置成作为用于提供与补充服务相关联的通知的IP多媒体子系统IMS媒体资源功能MRF操作的设备，所述设备包括: 接收器，用于接收来自实现所述补充服务的应用服务器AS的消息，所述消息识别所述通知应发送到的用户并且定义要用于所述通知的媒体；以及 处理器，用于与所述识别的用户建立媒体会话；以及 传送器，用于将所述媒体传送到所述识别的用户。
23.如权利要求22所述的设备，其中所述接收器配置成接收来自所述AS的包括位置信息的消息，并且所述处理器配置成使用所述位置信息来定位要用于所述通知的所述媒体。
24.如权利要求23所述的设备，其中所述处理器配置成: 确定所述媒体是否存储在所述MRF ； 如果所述媒体位于所述MRF，则实现将所述存储的媒体发送到所述识别的用户；以及 如果所述媒体不位于所述MRF，则实现从外部源检索所述媒体，并且将所述检索的媒体发送到所述识别的用户。
25.如权利要求24所述的设备，其中所述接收器配置成接收来自所述AS的包括要用于所述通知的所述媒体的消息，并且所述处理器配置成实现将所述收到的媒体发送到所述识别的用户。
26.—种配置成作为用于为用户配置IP多媒体子系统MS补充服务的用户设备UE操作的设备，所述设备包括:用户输入装置； 处理器，用于接受来自所述用户的输入，所述输入定义用于所述用户的规则，所述规则具有指定是否要提供通知的动作，并且如果要提供通知，则定义要用于所述通知的媒体；以及 传送器，用于将消息发送到实现所述补充服务的应用服务器AS，所述消息包括由所述用户输入定义的所 述规则。
【文档编号】H04L29/06GK104040991SQ201280066885
【公开日】2014年9月10日 申请日期:2012年1月13日 优先权日:2012年1月13日
【发明者】M.福斯伯格, J.奧斯森 申请人:瑞典爱立信有限公司