CN1983950A - 多媒体子***域的业务监听方法 - Google Patents

Abstract

本发明涉及多媒体子***相关技术，公开了一种多媒体子***域的业务监听方法，使得在固网应用领域能够方便的实现监听特性，同时能够满足ETSI/3GPP的规范。本发明中，通过P－CSCF控制A－BGF或GGSN等网络边界网元来完成监听用户面媒体流的复制，向监听中心提供复制媒体流；直接利用A－BGF已有的媒体流复制能力，以及COPS协议扩展的控制功能，方便地实现了IMS域的业务监听方法；通过扩展的SIP头域携带监听指示来传递监听消息，可以控制P－CSCF/S－CSCF在HI2接口上上报更为丰富完整的相关事件信息和相关信令消息；对于补充业务，使得在呼叫转移等情况下也能实现全程跟踪监听，扩展了业务监听功能。

Description

多媒体子***域的业务监听方法

技术领域

本发明涉及多媒体子***相关技术，特别涉及多媒体子***域的业务监听方法。

背景技术

网际协议多媒体子***(IP Multimedia Subsystem，简称“IMS”)是第三代移动通信合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)R5阶段提出的提供网际协议(Internet Protocol，简称“IP”)多媒体业务的子***。它采用分组域为其上层控制信令和媒体传输的承载通道，并引入会话初始协议(Session Initial Protocol，简称“SIP”)作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离提供丰富的多媒体业务，是业界普遍认同的解决移动和固定网络融合的理想方案和发展方向。

IMS网络架构中的主要功能实体包括控制用户注册、会话等功能的呼叫会话控制功能实体(Call Session Control Function，简称“CSCF”)、集中管理用户签约数据的归属用户服务器(Home Subscriber Server，简称“HSS”)、提供各种业务逻辑控制功能的应用服务器(Application Server，简称“AS”)，其它还有多媒体资源控制功能实体(Multimedia Resource Control Function，简称“MGFC”)、策略判决功能实体(Policy Decision Function，简称“PDF”)等。其中CSCF按照角色功能又分为代理CSCF(Proxy-CSCF，简称“P-CSCF”)、查询CSCF(Interrogating-CSCF，简称“I-CSCF”)、服务CSCF(Serving-CSCF，简称“S-CSCF”)等类型，在逻辑功能上分别完成SIP会话路由中不同的功能，在物理上可以合一也可以分置。用户通过当前所在地代理节点P-CSCF接入IMS，会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务节点S-CSCF完成，而I-CSCF则起到路由查询的作用。

从架构上看，IMS是与接入技术无关的网络，不论用户通过使用非对称用户数据线(Asymmetric Data Subscriber Line，简称“ADSL”)的计算机接入，还是使用宽带码分多址(Wideband Code Division Multiple Access，简称“WCDMA”)手机等无线方式接入，都可体验相同的业务。IMS网络架构分为接入互联层、会话控制层、和应用层。接入互联层完成的主要功能包括各类SIP终端SIP会话的发起终结；实现IP分组承载各种承载类型之间的转换；根据业务部署和会话层的控制实现各种服务质量(Quality of Service，简称“QoS”)策略；完成与传统公共服务电信网(Public ServiceTelecommunication Network，简称“PSTN”)/公共陆地移动通信网(PublicLand Mobile Network，简称“PLMN”)间的互联互通等功能。接入互联层包括各类SIP终端、有线接入、无线接入、互联互通网关等设备。

会话层完成基本会话的控制，完成用户注册、SIP会话路由控制，与应用服务器交互执行应用业务中的会话、维护管理用户数据、管理业务QoS策略等功能，与应用层一起为所有用户提供一致的业务环境。在实际组网时，其划分和部署须综合考虑对IMS业务接入方式、IMS接入点位置、CSCF的容量、能力及用户业务量需求等因素，另外也与运营商网络拓扑隐藏及互通需求有关。P-CSCF是用户设备(User Equipment，简称“UE”)接入IMS***的入口，实现了在SIP协议中的Proxy和UserAgent功能。S-CSCF在IMS核心网中处于核心的控制地位，负责对UE的注册鉴权和会话控制，执行针对主叫端及被叫端IMS用户的基本会话路由功能，并根据用户签约的IMS触发规则，在条件满足时进行到AS的增值业务触发及业务控制交互。I-CSCF在IMS核心网中起到关口节点的作用，提供本域用户服务节点分配、路由查询以及不同IMS域间拓扑隐藏等功能。确定哪个S-CSCF为用户提供服务就是由I-CSCF通过各种组合条件决定的。

应用层向用户提供业务逻辑，包括实现传统的基本电话业务，如呼叫前转、呼叫等待、会议等业务；IMS通过IP多媒体业务交换功能实体(IPMultimedia-Services Switching Function，简称“IM-SSF”)和传统智能业务的互通，实现电路域(Circuit Switch，简称“CS”)和分组域(Packet Switch，简称“PS”)已有的智能业务的继承。

IMS架构除了可以实现CS、PS已有的业务外，IMS通过AS可以提供基于SIP的非传统电信业务，如多媒体业务、对讲式手机、Presence等。另外，IMS通过开发服务接入网关(Open Services Access-Gateway，简称“OSA-GW”)提供简单应用程序接口(Application Program Interface，简称“API”)，以便第三方能够通过这个接口安全地使用网络资源和提供业务，实现丰富的娱乐、游戏业务。另外IMS充分考虑了实际运营的需求，在QoS、安全、计费以及和其它网络的互通方面都制订了相关规范。

SIP是IMS控制层的基本协议，是互联网工程任务组(Internet EngineeringTask Force，简称“IETF”)制订的多媒体通信***框架协议之一，是用于建立、改变或结束多媒体会话的应用层协议，与多媒体流协议配合，共同完成IMS中的会话建立及媒体协商。SIP作为控制层协议的优势在于它基于公开的互联网标准，容易实现不同网络间的互联互通以及实现更加丰富的业务特性，支持应用层移动性功能，而且协议简单，具有公认的扩展潜力。

SIP消息有两种：客户机到服务器的请求(Request)，服务器到客户机的响应(Response)。SIP消息由一个起始行(start-line)、一个或多个域(field)组成的消息头、一个标志消息头结束的空行(CRLF)以及作为可选项的消息体(message body)组成，其中描述消息体(message body)的头称为实体头(entity header)。启始行分请求行(Request-Line)和状态行(Status-Line)两种，其中请求行是请求消息的启始行；状态行是响应消息的启始行。消息头分通用头(general-header)、请求头(request-header)、响应头(response-header)和实体头(entity-header)四种。

SIP主要用以下六个方法来实现对呼叫的控制：INVITE方法说明一个用户或业务参加一个会话，消息体部分包含了被叫的信息说明；ACK方法主要用于确认客户端对INVITE方法的请求已经响应；客户机用BYE方法向服务器发消息来结束该呼叫；CANCEL方法用于取消一个挂起的呼叫；REGISTER用于向定位服务器注册客户机的相关信息；OPTIONS用于查询服务器的相关信息和功能。SIP主要定义了以下的五种类型的响应状态：1xx：信息，表示请求已经收到，可以继续处理请求；2xx：正确，表示呼叫已经正确的被接受和处理；3xx：重定向，表示该呼叫需被重定向处理；4xx：客户机错误，表示该消息存在表达错误，不能被服务器处理；5xx：服务器错误，表示服务器不能处理该消息。

在SIP模型中，为建立起一个会话，用户代理客户端向用户代理服务器发起请求。请求通过代理服务器在网络中路由。另外，注册服务器提供用户代理的位置信息，因为需要将SIP地址映射成IP地址。在IMS中的用户代理即为UE。IMS中的代理服务器和注册服务器是指CSCF。其中S-CSCF作为注册服务器并且激活基于用户数据的应用业务控制；P-CSCF是UE在IMS网络中的第一个接触点，SIP信令消息在P-CSCF和UE之间传送；I-CSCF对于外部网络是第一个接触点，特别是对于外部的IMS网络。IMS使用“归属控制”，即会话控制信令总是由位于归属网络的S-CSCF负责。P-CSCF则可能在归属网络，也可能在拜访网络。

IMS被认为是电信核心网的目标网络，它将在未来电信网中占据十分重要的位置。IMS下一代电信网络体系架构以其提供的统一认证、计费、开放的业务提供体系，方便的融合移动和固定多种接入网络的集成能力，越来越多的获得电信设备制造商、电信运营商的支持。监听特性在融合后的IMS网络中也相应得到一定程度的延伸，能够基于用户的各种标识、设备类型、位置，实现对目标对象的监听。

但是欧洲电信标准化协会(European Telecommunications StandardsInstitute，简称“ETSI”)目前还没有对IMS域的监听给出具体的规范，3GPP虽然已经在R6版本中对正常的呼叫发起、终止、注册给出了定义，但是对于一些补充业务，如呼叫转移、返回等(Call Forwarding/Call Deflection/ECT)还没有给出具体的定义。因此，如何在IMS域实现兼容于现有ETSI/3GPP的协议架构，是当前移动通信技术前沿发展的关键问题之一。

现有的基于AS应用级别的业务监听实现方案如图1所示，主要由监听AS和媒体资源功能(Media Resource Function，简称“MRF”)功能来实现。基于运营商的静态配置策略，由当前业务处理AS判断需要对目标用户进行监听后，触发到监听AS，监听AS完成和MRF的交互，并获得相应的监听媒体资源，监听AS控制后续的媒体连接都经由该指定的监听媒体资源，最后由MRF上的监听媒体资源完成向监听中心的媒体流复制任务。

图中包括合法监听设备(Law Enforcement Monitoring Facility，简称“LEMF”)，用于设置、维护、控制所有监听事件，以及AS和MRF。监听包含三个监听接口(Handover Interface，简称“HI”)的交互。其中接口1(Handover Interface Port 1，简称“HI1”)主要负责管理和维护信息，该接口为双向；接口2(Handover Interface Port 2，简称“HI2”)主要负责向监听中心上报消息和事件，该接口为单向；接口3(Handover Interface Port 3，简称“HI3”)主要负责向监听中心提供媒体流，该接口为单向。

在网络侧监听功能需要向这三个接口分别进行交互或者上报监听信息。图中AS包含内部监听功能(Internal Interception Function，简称“IIF”)及传输功能(Delivery Function，简称“DF”)，其中DF3通过SIP协议控制MRF进行用户面复制到HI3接口，DF2直接向HI2上报监听信令，而管理功能(Administration Function，简称“ADMF”)则负责通过HI1于LEMF交互，完成监听管理配置。

在实际应用中，上述方案存在以下问题：该方案基于AS实现监听，并控制MRF来实现到监听中心LEMF的媒体流复制，虽然也是可行的实现方法，但并不符合3GPP的R6规范。因为3GPP的R6规范明确指出用户面HI3接口应该在IMS的网络边界实现，其实现实体为网关支持节点(GatewaySupport Node，简称“GSN”)。因此该方案无法满足ETSI/3GPP的监听架构，不能实现IMS的固网与移动的融合。对于固网领域的监听应用，必须寻求一种方法来满足类似的架构，从而在架构上保证了IMS能在移动和固网领域的良好融合。另外，监听作为一种安全机密特性，更加符合运营商的期望，而采用AS/MRF完成监听需要修改媒体方向(通过Refer方法)，这一点对于智能终端是极容易感知到的。

造成这种情况的主要原因在于，由AS控制MRF实现用户面媒体流的，没有通过边界网元向监听中心提供监听媒体流。

发明内容

有鉴于此，本发明的主要目的在于提供一种多媒体子***域的业务监听方法，使得在固网应用领域能够方便的实现监听特性，同时能够满足ETSI/3GPP的规范。

为实现上述目的，本发明提供了一种多媒体子***域的业务监听方法，包含步骤：

监听中心通过其监听接口将监听对象的受控信息配置到多媒体子***的功能网元；

当所述监听对象注册到多媒体子***，所述功能网元根据所述受控信息识别所述监听对象，并将与其相关的事件信息和信令消息上报至所述监听中心的监听接口；

所述功能网元控制对应的网络边界网元将所述监听对象的用户面媒体流复制到所述监听中心的监听接口。

其中，所述功能网元包含应用服务器、服务呼叫会话控制功能、和代理呼叫会话控制功能；

其中，所述代理呼叫会话控制功能控制对应的网络边界网元将所述监听对象的用户面媒体流复制所述监听中心的监听接口。

此外在所述方法中，包含步骤：

所述监听接口包含：

监听接口一，用于将监听对象的受控信息配置到多媒体子***的功能网元；

监听接口二，用于接收所述功能网元上报的将与所述监听对象相关的事件信息和信令消息；

监听接口三，用于接收所述监听对象的用户面媒体流。

此外在所述方法中，还包含步骤：

当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器根据策略通知该受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能；

所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能收到通知后，根据配置决定是否启动对所述受控关联对象的监听；

当决定监听所述受控关联对象时，所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能将与其相关的事件信息和信令消息上报至所述监听中心的监听接口二；

当决定监听所述受控关联对象时，所述受控关联对象所对应的所述代理呼叫会话控制功能还控制对应的所述网络边界网元将所述受控关联对象的用户面媒体流复制到所述监听中心的监听接口三。

此外在所述方法中，所述网络边界网元为接入边界网关功能。

此外在所述方法中，所述网络边界网元为通用分组无线业务网关支持节点。

此外在所述方法中，所述代理呼叫会话控制功能通过通用开放策略服务协议扩展控制所述接入边界网关功能进行所述监听对象或所述受控关联对象的用户面媒体流复制。

此外在所述方法中，所述代理呼叫会话控制功能与所述接入边界网关功能之间的所述通用开放策略服务协议扩展控制包含以下语义内容：

媒体流复制源地址和端口，用于指示复制媒体流的源地址和端口；

媒体流复制目的地址和端口，用于指示复制媒体流的目的地址和端口；

媒体流复制上下行方向，用于指示复制上行方向的媒体流或下行方向的媒体流；

媒体流复制属性控制，用于指示是否对复制的媒体流进行提交以及复制流服务质量参数控制；

媒体流复制的源端点和目的端点的关联性控制，用于指示一个源和多个目的之间的关系；

所述接入边界网关功能据此确定媒体流的复制关系、流的内容、流的属性及关联策略。

此外在所述方法中，所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能通过会话初始协议扩展将与所述监听对象相关的事件信息和信令消息上报至所述监听中心的监听接口二；

当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器通过会话初始协议扩展通知所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能。

此外在所述方法中，当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器根据策略选择所述补充业务的目的方或主叫方为所述受控关联对象。

此外在所述方法中，当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器将所述监听对象的呼叫历史信息传递到所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能；

所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能根据所述呼叫历史信息判断是否启动对所述受控关联对象的监听。

此外在所述方法中，当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器通过任意一条会话初始协议返回消息的扩展头域通知所述补充业务的主叫方所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能，

或者通过任意一条会话初始协议发起消息的扩展头域通知所述补充业务的目的方所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能；

其中，所述会话发起协议扩展头域包含呼叫历史信息、是否需要强制启动监听功能、被监听的关联方信息。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，通过P-CSCF控制A-BGF或GGSN等网络边界网元来完成监听用户面媒体流的复制，向监听中心提供复制媒体流，符合ETSI/3GPP的监听规范；

此外，避免现有方案中增加MRF对监听媒体流的复制需求，而是直接利用A-BGF已有的媒体流复制能力，以及COPS协议扩展的控制功能，方便地实现了IMS域的业务监听方法；

通过扩展的SIP头域携带监听指示来传递监听消息，可以控制P-CSCF/S-CSCF在HI2接口上上报更为丰富完整的相关事件信息和相关信令消息；对于补充业务，使得在呼叫转移等情况下也能实现全程跟踪监听，扩展了业务监听功能。

这种技术方案上的区别，带来了较为明显的有益效果，即通过网络边界网元和COPS协议扩展的利用，在满足ETSI/3GPP的架构下给出一种机制，实现对各种AS级别监听功能，解决了现有IMS域无法监听的问题，健全了IMS网络功能，大大增强了固网与移动网的融合特性；

通过SIP扩展头域方便地实现补充业务的监听功能，简化了监听业务和其它业务可能存在的交互性和复杂性，实现网络对运营商需求的满足，并且也解决了监听易被终端感知的问题，使之更符合端到端的解决方案，保证监听的机密性。

附图说明

图1是现有技术中基于AS和MRF实现的监听方法示意图；

图2是根据本发明的第一实施方式的监听架构示意图；

图3是根据本发明的第一实施方式的正常业务监听流程示意图；

图4是根据本发明的第二实施方式的补充业务监听流程示意图；

图5是根据本发明的第三实施方式的补充业务监听流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明结合IMS的特征，针对3GPP的监听架构，对于监听实现提出以IMS网络边界P-CSCF和固网领域的接入边界网关功能(Access BorderGateway Function，简称“A-BGF”)联合的构架，或者通过GPRS网络的GPRS网关支持节点(Gateway GPRS Support Node，简称“GGSN”)，控制被控对象的媒体流直接复制到监听中心，以保证监听功能在移动和固网领域实现架构的一致性，从而在架构上保证了IMS能在移动和固网领域的良好融合。

对于一部分特殊补充业务的应用情况，提供一种扩展机制，由AS经由S-CSCF到达P-CSCF，最终仍由P-CSCF来控制完成监听功能的媒体流复制，为这些特殊补充业务的监听提供了一种有效的实现方法。

其中利用通用开放策略服务协议(Common Open Policy Service Protocol，简称“COPS”)的易扩展性能力，实现P-CSCF对A-BGF的媒体控制能力，完成监听媒体面复制功能。COPS协议扩展包括了媒体流复制源IP/Port、媒体流复制目的IP/Port、媒体流复制上行/下行方向、媒体流复制属性控制、媒体流复制的源端点和目的端点的关联性控制等语义内容。并利用A-BGF已有的媒体流复制能力，向监听中心提供复制媒体流。

在补充业务监听的传递过程中，利用SIP信令的监听扩展头域，用来在SIP会话信令路径上的多个网元间传递对监听对象的控制能力。传递的内容可以是呼叫发生的历史信息、是否需要强制启动监听功能、被监听的关联方信息。

在固网领域一般以A-BGF作为IMS域用户面的边界网元，A-BGF位于接入网和IMS网络的边界，其在网络中的位置类似于GGSN在移动GPRS领域的位置，一般能够完成门控开关、包过滤、分配和转换IP地址以及端口，完成流量控制策略、QoS监测和媒体流状态检测等功能，也包括一些其它扩展功能，如NAT穿越、媒体面路由策略控制、DHCP中继等，在本发明中增强了一个扩展功能，能够基于COPS的协议扩展，完成媒体流的复制，以实现监听的媒体面功能需求。

COPS是一个为交换网络策略信息提议的标准协议，这些策略信息是网络中策略决定点(policy decision point，简称“PDP”)和策略执行点(policyenforcement points，简称“PEP”)之间的信息，它们是总的服务质量(Qualityof Service，简称“QoS”)的一部分。COPS协议是由IETF资源分配工作组制定的维护管理协议。COPS定义了PDP、PEP、本地策略决策点三个逻辑实体，其中LPDP备份PDP的决策，当PDP与PEP的连接中断时，LPDP可代替PDP做出决策，PDP具有最终裁决权。PDP与PEP的关系可以看作是服务器与客户机的关系，PEP向远端的PDP发送配置、更新、删除等请求，PDP收到后，将决策响应回送给PEP，PEP执行相关的操作。

本发明的第一实施方式对于基本的正常呼叫业务的监听流程给出了实现方案，受控对象为正常的主叫和被叫情况，利用网络边界网元提供媒体流复制功能，P-CSCF根据主叫和被叫的URI等标识，判断该目标对象需要被监听，通过COPS协议扩展控制A-BGF将媒体流直接复制到监听中心，而在信令面则由AS/S-CSCF/P-CSCF提供复制功能，整个框架如图2所示。

受控对象为正常的主叫和被叫情况，假设主叫A、被叫B，以监听主叫A为例，图3给出了本发明的第一实施方式的详细呼叫流程，主要步骤有：

监听中心LEMF通过标准的HI1接口，将被监听对象(A/B)的受控信息发往P-CSCF/S-CSCF/AS、P-CSCF/S-CSCF/AS据此建立监听触发条件和本地监听相关数据；

之后用户A/B成功注册到IMS网络，利用标准的IMS用户注册机制；

用户A向网络提交会话建立请求，P-CSCF收到此请求后，匹配已有的监听条件和相关数据，判断该用户A需要被监听；

P-CSCF控制A-BGF在HI3接口将用户A的媒体流按一定规则直接复制到监听中心(LEMF)，这里需要使用扩展的COPS协议，扩展的语义将在后文描述；

同时P-CSCF/S-CSCF/AS也匹配已有的监听条件，通过HI2接口向监听中心(LEMF)上报监听对象的事件信息或信令消息。

上面描述了主叫A的监听实现步骤，对于被叫B其实现步骤基本类似，不同点在于P-CSCF/S-CSCF/AS触发监听功能的顺序不同。当受控对象为主叫A时，监听功能的触发顺序为：P-CSCF--S-CSCF--AS；当受控对象为被叫B时，监听功能的触发顺序为：AS--S-CSCF--P-CSCF。

本发明第一实施方式是针对正常的主被叫业务的监听，对于其他补充业务，需要另外给出监听方案，本发明的第二实施方式解决了受控对象发生补充业务应用的情况：在受控对象发生如Call Forwarding/Call Deflection/ECT的情况下，必须继续保持对受控对象的监听，这时由于呼叫会话已经被重新定向或转移，因此只有当前正在执行该补充业务的AS有能力判断是否需要对本次会话实行监听，而对于重定向或转移目的方本身是无法判断本次会话是否需要被监听的，所以需要引入一种机制，来传递“本次会话需要被监听”的信息到达后续重定向或转移目的方，也可以将该信息传递到主叫方，从而实现上述各种补充业务下的监听功能。

受控对象发生补充业务应用的情况，这里以前转为例，主叫A、被叫B、前转方C，其补充业务的详细监听流程如图4所示，与正常业务监听的方法不一样的步骤如下：

当一些特定的业务应用发生在受控方B上时，如B呼叫前转，前转方C的P-CSCF/S-CSCF/AS无法自身匹配到监听条件，因而不会由自身启动监听功能；只能在B的AS层面能够决定需要对受控对象B进行监听，此时由B的AS通过SIP信令扩展特殊的头域，用来指示前转方C的P-CSCF/S-CSCF/AS需要启动对该受控关联对象的监听功能；

P-CSCF收到该特殊的头域后，强制启动对该受控对象进行监听，同前所述，P-CSCF控制A-BGF在HI3接口将媒体流按一定规则复制到监听中心(LEMF)；

同时P-CSCF/S-CSCF/AS相继收到该特殊的头域后，强制启动对该受控对象进行监听，同前所述，P-CSCF/S-CSCF/AS通过HI2接口向监听中心(LEMF)上报监听对象的事件信息或信令消息。

另外，上述实施方式是以目的方作为受控关联对象进行监听传递的，事实上关联对象可以是目的方或主叫方，也就是说当监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的AS可以根据运营商策略选择补充业务的目的方或主叫方为受控关联对象。这种情况的流程示意图和图4基本类似，因此下面仅就不同之处给出描述和图示，仍然假定受控对象为被叫B，其发生前转到C。

此时对受控对象B的监听实现方法有两种选择：选择监听主叫A，或选择监听目的方C，这两种方法都是符合规范的，本发明的技术可以适用于这两种可能的实现方法。当AS partB判断前转发生，且受控对象B需要被监听，则生成一个专用的扩展头域，后向传递给AS PartA，强制启动AS PartA的监听功能；这个专用扩展头域依次传递到S-CSCF/P-CSCF，同样强制启动S-CSCF/P-CSCF的监听功能。另一种实现可能是将专用的扩展头域前向传递给AS PartC，以及S-CSCF/P-CSCF，其实现机理如前所述，这里不再重复。

注意到上述实施方式中都是用A-BGF实现的，也就是用A-BGF作为复制媒体流的网络边界网元。对应的用COPS协议扩展控制A-BGF。其中，针对COPS协议扩展，与本发明相关的主要有以下语义：

媒体流复制源IP/Port：指明复制媒体流的源IP和端口；

媒体流复制目的IP/Port：指明复制媒体流的目的IP和端口；

媒体流复制上行/下行方向：指明复制上行方向的媒体流，或下行方向的媒体流；

媒体流复制属性控制：是否对复制的媒体流进行提交，以及复制流QoS参数控制；

媒体流复制的源端点和目的端点的关联性控制：指明一个源和多个目的之间的关系；

而A-BGF收到上述扩展语义后，依据指定的源和目的确定一个流的复制关系，依据上下行方向确定需要复制的流的内容，依据属性控制确定复制流的QoS等属性，依据关联关系决定关联策略(适用于同一个受控对象被多个监听中心同时监听的情况)。

熟悉本领域的技术人员可以理解，采用其他网络边界网元及相关协议扩展也可以实现用户面媒体流复制，上述方案适用于任何接入网络，与具体的IMS接入网类型无关，使用各种可行的接入网方案均没有脱离本发明的宗旨和范围。比如在本发明的另一个实施方式中，用GPRS网络的GGSN实现。3GPP是基于移动接入网络的IMS架构，TS33108规范给出以GPRS网络的GGSN网元来完成媒体流的复制功能，在该架构中GGSN和A-BGF的作用相当。

上述实施方式中各种网元之间关于监听的交互都是用SIP协议扩展实现的，包括AS/S-CSCF/P-CSCF上报给LEMF，以及补充业务中AS传递通知关联网元监听。因此SIP协议的扩展头域所传递的信息包含监听的相关信息、呼叫历史信息等。

在补充业务的监听传递中，无论关联对象是目的方还是主叫方，均采用SIP扩展头域实现。该头域出现即表示需要强制被启动监听功能，其既可以在返回的响应消息中向后携带给主叫A的AS/S-CSCF/P-CSCF，也可以在请求消息中向前携带到前转目的方C的AS/S-CSCF/P-CSCF，到底采用那种方法，取决于运营商的不同配置选择和实现方式。前者在返回的任何消息中，如180或183、或200都可以携带该特殊的监听指示头域，最好的选择是在返回的第一条消息中携带。后者也可以在任何一条请求中携带该特殊的监听指示头域，最好的选择是在第一条发起的请求中携带。本发明的其他实施方式中可以选择任意一条可行的消息携带该监听指示头域。

针对SIP协议扩展，与本发明相关的语义包括呼叫发生的历史信息，是否需要强制启动监听功能，被监听的关联方信息。在最简单的实现情况下，仅仅需要传递是否需要强制启动监听信息即可，呼叫历史信息和关联方信息可以不必传递。呼叫发生的历史信息：指明受控对象发生了某类补充业务，如前转等；是否需要强制启动监听功能：指明是否需要强制启动监听功能；被监听的关联方信息：指明强制启动监听后，本次会话的关联方信息，如多次前转后到底是由于哪个受控对象的原因，导致需要强制启动监听功能。

AS/S-CSCF/P-CSCF收到强制监听指示语后，启动监听功能，完成HI2接口的消息和事件上报，完成HI3接口的体流复制，并能够依据呼叫历史信息来判断被强制要求执行监听功能的原因，同时依据关联方信息分辨是由于哪一方的原因需要触发本次监听。

在本发明的另外一个实施方式中，在监听传递中仅传递呼叫历史信息。比如在AS partB和AS part A之间，或者在AS partB和AS partC之间传递其它信息，但表达相同的目的，表示前转已经发生。如Call history等，收到Call history后，由AS partA自主决定强制启动监听功能、或由AS partC自主决定强制启动监听功能。

传递呼叫历史信息的流程如图5所示，AS PartB并不要求AS PartA强制启动监听功能，而是传递Call history信息给AS PartA，由AS PartA自主决定是否强制启动监听功能。这种实现方法在会话跨IMS域，或漫游情况下的应用有比较大的优势，不属于同一个IMS域的AS即使收到其它IMS域发来的Call history信息，也可以依据本地配置的监听策略决定不执行强制监听。

本发明针对3GPP的规范，在固网领域对IMS的监听应用提出了一致的解决方案。由AS提供监听功能存在相当程度的缺陷，不能满足3GPP的监听架构，本发明有效的解决了这个问题，使之符合ETSI/3GPP的监听架构。此外还给出了补充业务的监听方案，并且解决了监听机密性的问题。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (12)

1.一种多媒体子***域的业务监听方法，其特征在于，包含步骤：

监听中心通过其监听接口将监听对象的受控信息配置到多媒体子***的功能网元；

当所述监听对象注册到多媒体子***，所述功能网元根据所述受控信息识别所述监听对象，并将与其相关的事件信息和信令消息上报至所述监听中心的监听接口；

所述功能网元控制对应的网络边界网元将所述监听对象的用户面媒体流复制到所述监听中心的监听接口。

2.根据权利要求1所述的多媒体子***域的业务监听方法，其特征在于，所述功能网元包含应用服务器、服务呼叫会话控制功能、和代理呼叫会话控制功能；

其中，所述代理呼叫会话控制功能控制对应的网络边界网元将所述监听对象的用户面媒体流复制所述监听中心的监听接口。

3.根据权利要求2所述的多媒体子***域的业务监听方法，其特征在于，包含步骤：

所述监听接口包含：

监听接口一，用于将监听对象的受控信息配置到多媒体子***的功能网元；

监听接口二，用于接收所述功能网元上报的将与所述监听对象相关的事件信息和信令消息；

监听接口三，用于接收所述监听对象的用户面媒体流。

4.根据权利要求3所述的多媒体子***域的业务监听方法，其特征在于，还包含步骤：

当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器根据策略通知该受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能；

所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能收到通知后，根据配置决定是否启动对所述受控关联对象的监听；

当决定监听所述受控关联对象时，所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能将与其相关的事件信息和信令消息上报至所述监听中心的监听接口二；

当决定监听所述受控关联对象时，所述受控关联对象所对应的所述代理呼叫会话控制功能还控制对应的所述网络边界网元将所述受控关联对象的用户面媒体流复制到所述监听中心的监听接口三。

5.根据权利要求4所述的多媒体子***域的业务监听方法，其特征在于，所述网络边界网元为接入边界网关功能。

6.根据权利要求4所述的多媒体子***域的业务监听方法，其特征在于，所述网络边界网元为通用分组无线业务网关支持节点。

7.根据权利要求6所述的多媒体子***域的业务监听方法，其特征在于，所述代理呼叫会话控制功能通过通用开放策略服务协议扩展控制所述接入边界网关功能进行所述监听对象或所述受控关联对象的用户面媒体流复制。

8.根据权利要求7所述的多媒体子***域的业务监听方法，其特征在于，所述代理呼叫会话控制功能与所述接入边界网关功能之间的所述通用开放策略服务协议扩展控制包含以下语义内容：

媒体流复制源地址和端口，用于指示复制媒体流的源地址和端口；

媒体流复制目的地址和端口，用于指示复制媒体流的目的地址和端口；

媒体流复制上下行方向，用于指示复制上行方向的媒体流或下行方向的媒体流；

媒体流复制属性控制，用于指示是否对复制的媒体流进行提交以及复制流服务质量参数控制；

媒体流复制的源端点和目的端点的关联性控制，用于指示一个源和多个目的之间的关系；

所述接入边界网关功能据此确定媒体流的复制关系、流的内容、流的属性及关联策略。

9.根据权利要求6或7所述的多媒体子***域的业务监听方法，其特征在于，所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能通过会话初始协议扩展将与所述监听对象相关的事件信息和信令消息上报至所述监听中心的监听接口二；

当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器通过会话初始协议扩展通知所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能。

10.根据权利要求9所述的多媒体子***域的业务监听方法，其特征在于，当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器根据策略选择所述补充业务的目的方或主叫方为所述受控关联对象。

11.根据权利要求10所述的多媒体子***域的业务监听方法，其特征在于，当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器将所述监听对象的呼叫历史信息传递到所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能；

所述受控关联对象所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能根据所述呼叫历史信息判断是否启动对所述受控关联对象的监听。

12.根据权利要求11所述的多媒体子***域的业务监听方法，其特征在于，当所述监听对象发生补充业务应用而关联到其他用户时，该监听对象对应的所述应用服务器通过任意一条会话初始协议返回消息的扩展头域通知所述补充业务的主叫方所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能，

或者通过任意一条会话初始协议发起消息的扩展头域通知所述补充业务的目的方所对应的所述应用服务器、服务呼叫会话控制功能、代理呼叫会话控制功能；

其中，所述会话发起协议扩展头域包含呼叫历史信息、是否需要强制启动监听功能、被监听的关联方信息。

Images