CN102137092A

CN102137092A - 支持多媒体子系统中的会议系统媒体抓包的方法及系统

Info

Publication number: CN102137092A
Application number: CN2010105840568A
Authority: CN
Inventors: 宋鑫; 张驰; 梁维
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2010-12-10
Filing date: 2010-12-10
Publication date: 2011-07-27

Abstract

本发明提供一种支持多媒体子系统中的会议系统媒体抓包的方法及系统。该方法包括接收会议系统管理设备发送的对指定用户或用户组的抓包请求；在接收到所述对指定用户或用户组的抓包请求后，通过扩展的Mp接口向MRFP发送抓包请求消息，以使所述MRFP根据所述抓包请求消息启动对应的抓包操作。本发明实施例可以在会议系统出现异常后进行问题分析与定位。

Description

支持多媒体子系统中的会议系统媒体抓包的方法及系统

技术领域

本发明涉及网络通信技术，尤其涉及一种支持多媒体子系统中的会议系统媒体抓包的方法及系统。

背景技术

IP多媒体子系统(IP Multimedia Subsystem，IMS)规范中定义的会议系统包括会议应用服务器(Application Server，AS)、服务呼叫会话控制功能(Serving-Call Session Control Function，S-CSCF)实体、媒体资源功能控制器(Media Resource Function Controller，MRFC)和媒体资源功能处理器(Media Resource Function Processor，MRFP)，其中，会议AS与S-CSCF之间的接口为ISC接口，S-CSCF与MRFC之间的接口为Mr接口，MRFC与MRFP之间的接口为Mp接口。当然，在实际组网时，上述模块中的两项可以位于同一个功能实体中，相应的接口会有所减少。

现有技术中，会议系统只是实现了基本的业务功能，如果会议系统出现语音质量较差或者视频质量较差时，难以找到出现问题的原因。

发明内容

本发明实施例是提供一种支持多媒体子系统中的会议系统媒体抓包的方法及系统，实现会议质量变差时的问题定位。

本发明实施例提供了一种支持多媒体子系统中的会议系统媒体抓包的方法，包括：

接收会议系统管理设备发送的对指定用户或用户组的抓包请求；

在接收到所述对指定用户或用户组的抓包请求后，通过扩展的Mp接口向媒体资源功能处理器MRFP发送抓包请求消息，以使所述MRFP根据所述抓包请求消息启动对应的抓包操作

本发明实施例提供一种支持多媒体子系统中的会议系统媒体抓包的系统，包括：

MRFC，用于在接收到对指定用户或用户组的抓包请求后，通过扩展的Mp接口发送抓包请求消息；

MRFP，用于根据所述抓包请求消息启动对应的抓包操作。

由上述技术方案可知，本发明实施例通过对指定用户或用户组进行媒体抓包处理，可以根据抓取到的用户报文进行语音质量分析，找到出现问题的原因。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明第一实施例的方法流程示意图；

图2为本发明实施例中会议系统的组网形态一的示意图；

图3为本发明实施例中会议系统的组网形态二的示意图；

图4为本发明实施例中会议系统的组网形态三的示意图；

图5为本发明实施例中会议系统的组网形态四的示意图；

图6为本发明第二实施例的方法流程示意图；

图7为本发明第二实施例对应的系统结构示意图；

图8为本发明第三实施例的系统结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明第一实施例的方法流程示意图，包括：

步骤11：接收会议系统管理设备发送的对指定用户或用户组的抓包请求；

步骤12：在接收到所述对指定用户或用户组的抓包请求后，通过扩展的Mp接口向MRFP发送抓包请求消息，以使所述MRFP根据所述抓包请求消息启动对应的抓包操作。

本实施例通过对指定用户或用户组进行媒体抓包处理，可以根据抓取到的用户报文进行语音质量分析，可以在会议系统出现异常后找到出现问题的原因及定位。

本发明实施例中，会议系统中的各设备可以组成不同的组网形态，在不同的组网形态下，在会议出现故障后，会议系统管理设备可以向会议AS、S-CSCF或者MRFC发送对指定用户或用户组的抓包请求，之后，会议AS通过如下接口中的至少两种将抓包请求消息发送给MRFP：设备内部接口、扩展后的ISC接口、扩展后的Mr接口、扩展后的Mp接口；或者，S-CSCF通过如下接口中的至少两种将抓包请求消息发送给MRFP：扩展后的ISC接口、扩展后的Mr接口、扩展后的Mp接口、设备内部接口；或者MRFC通过扩展后的Mp接口或者设备内部接口将抓包请求消息发送给MRFP。以便MRFP根据抓包请求消息进行抓包操作。

例如，图2为本发明实施例中会议系统的组网形态一的示意图，本实施例中，会议AS、S-CSCF、MRFC、MRFP分别位于不同的设备中，各设备通过设备间接口进行通信。其中，会议AS与S-CSCF之间的接口为ISC接口，S-CSCF与MRFC之间的接口为Mr接口，MRFC与MRFP之间的接口为Mp接口。

在本实施例中，如果会议AS接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，可以通过ISC接口向S-CSCF发送抓包请求，由S-CSCF通过Mr接口向MRFC发送抓包请求，再由MRFC通过Mp接口向MRFP发送抓包请求，最后由MRFP进行抓包操作。此时，需要扩展ISC接口、Mr接口及Mp接口。

也可以是S-CSCF接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，之后通过Mr接口向MRFC发送抓包请求，再由MRFC通过Mp接口向MRFP发送抓包请求，最后由MRFP进行抓包操作。此时，需要扩展Mr接口和Mp接口。

也可以是MRFC接收到会议系统管理设备发送的对指定用户或用户组的抓包请求后，通过Mp接口向MRFP发送抓包请求，最后由MRFP进行抓包操作。此时，需要扩展Mp接口。

图3为本发明实施例中会议系统的组网形态二的示意图，本实施例中，S-CSCF与MRFC位于同一个设备中，因此S-CSCF与MRFC之间的接口为设备内部接口，会议AS与MRFC之间的接口为Mr接口。

本实施例中，如果会议AS接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，则可以通过ISC接口向S-CSCF发送抓包请求，由S-CSCF通过设备内部接口向MRFC发送抓包请求，再由MRFC通过Mp接口向MRFP发送抓包请求，最后由MRFP进行抓包操作；此时，需要扩展ISC接口及Mp接口。也可以是会议AS通过Mr接口向MRFC发送抓包请求，再由MRFC通过Mp接口向MRFP发送抓包请求，最后由MRFP进行抓包操作；此时，需要扩展Mr接口及Mp接口。

如果是S-CSCF接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，则可以通过设备内部接口向MRFC发送抓包请求，再由MRFC通过Mp接口向MRFP发送抓包请求，最后由MRFP进行抓包操作。此时，需要扩展Mp接口。

如果是MRFC接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，则可以通过Mp接口向MRFP发送抓包请求，由MRFP进行抓包操作。此时，需要扩展Mp接口。

图4为本发明实施例中会议系统的组网形态三的示意图，本实施例中，MRFC和MRFP位于同一个设备中，因此，MRFC与MRFP之间的接口为设备内部接口。

本实施例中，如果会议AS接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，则可以通过ISC接口向S-CSCF发送抓包请求，由S-CSCF通过Mr接口向MRFC发送抓包请求，再由MRFC通过设备内部接口向MRFP发送抓包请求，最后由MRFP进行抓包操作。此时，需要扩展ISC接口和Mr接口。

如果是S-CSCF接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，则可以通过Mr接口向MRFC发送抓包请求，再由MRFC通过设备内部接口向MRFP发送抓包请求，最后由MRFP进行抓包操作。此时，需要扩展Mr接口。

如果是MRFC接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，则可以通过设备内部接口向MRFP发送抓包请求，由MRFP进行抓包操作。

图5为本发明实施例中会议系统的组网形态四的示意图，本实施例中，会议AS和MRFC位于同一个设备中，因此，会议AS与MRFC之间的接口为设备内部接口。

本实施例中，如果会议AS接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，则可以是会议AS通过设备内部接口向MRFC发送抓包请求，再由MRFC通过Mp接口向MRFP发送抓包请求，最后由MRFP进行抓包操作；此时，需要扩展Mp接口。

如果是S-CSCF接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，则可以通过ISC接口向会议AS发送抓包请求，再由会议AS通过设备内部接口向MRFC发送抓包请求，再由MRFC通过Mp接口向MRFP发送抓包请求，最后由MRFP进行抓包操作。此时，需要扩展ISC接口及Mp接口。

如果是MRFC接收到会议系统管理设备发送的对指定用户或用户组的抓包请求，则可以通过Mp接口向MRFP发送抓包请求，由MRFP进行抓包操作，此时，需要扩展Mp接口。

下面的实施例中将以会议AS、S-CSCF、MRFC、MRFP独立设置，相互之间为设备间接口为例。并且以会议AS/S-CSCF接收到会议系统管理设备的抓包请求为例。其余组态可以参照执行。

图6为本发明第二实施例的方法流程示意图，图7为本发明第二实施例对应的系统结构示意图。

参见图7，本实施例对应的系统包括用户设备(User Equipment，UE)、MRFP、MRFC、会议AS或者S-CSCF(会议AS/S-CSCF)、会议系统管理设备和文件服务器。

参见图6，本实施例可以应用在会议进行中出现语音质量差、视频质量差等异常情况后，本实施例的方法包括：

步骤601：会议系统管理设备向会议AS/S-CSCF发送对指定用户或用户组的抓包请求，所述请求携带指定用户或用户组的信息、录制方向、录制时长、媒体抓包文件存盘路径、文件名和文件格式；

步骤602：会议AS/S-CSCF向MRFC发送抓包INFO请求消息，所述INFO请求消息中携带指定用户或用户组的信息、录制方向、录制时长、媒体抓包文件存盘路径、文件名和文件格式。

其中，指定用户或用户组的信息及录制方向可以采用通常的方法携带，录制方向是指对应的用户是处于会议中的听状态还是说状态。

路径可以为完整的本地地址，也可以是网络文件系统(Network File System，NFS)地址或超文本传输协议(HyperText Transfer Protocol，HTTP)地址或文件传输协议(File Transfer Protocol，FTP)地址，输入流保存到指定文件名的文件中(建议的文件名为<会议ID>_<用户组ID>_<用户ID>_<时分秒>_in.cap)，输出流保存到指定文件名的文件中(建议的文件名为<会议ID>_<用户组ID>_<用户ID>_<时分秒>_out.cap)。

录制时长、媒体抓包文件存盘路径、文件名和文件格式可以对现有参数进行扩展或者新增参数实现。

例如，在Mr接口上，该抓包请求消息可以为SIP INFO消息，可以通过SIP INFO消息中使用的媒体服务标记语言(Media Server Markup Language，MSML)协议中会话基础包(MSML Dialog Base Package)中的record元素来支持媒体抓包，具体扩展描述如表1所示。

表1

其中，可以用扩展后的“dest”参数表示输入流的路径及文件名，用“dest_out”表示输出流的路径及文件名，用“maxtime”表示录制时长，用“format”表示文件格式。

用msml语言表示的Mr接口上传输的SIP INFO抓包请求消息可以具体如下所示：

举例1：msml抓包脚本标准格式例子如下(send方式)：

<？xml version＝″1.0″encoding＝″UTF-8″？>

<dialogstart target＝″conn：12345″type＝″application/moml+xml″

name＝″HuaweiImsAsDialogl0174553232″>

<record maxtime＝″120s″dest＝″012_12345_093020_in.cap″

dest_out＝”012_12345_093020_out.cap”format＝″cap″direction＝”both”>

<send target＝″source″event＝″app.recordDone″

namelist＝″record.len record.end″/>

</recordexit>

</record>

</dialogstart>

</msml>

举例2：msml抓包脚本标准格式例子如下(exit方式)：

<？xml version＝″1.0″？>

<dialogstart type＝″application/moml+xml″

name＝″HuaweiImsAsDialog10174553233″target＝″conn：b3548fx6″>

<record format＝″cap″ direction＝″both″ maxtime＝″1000″

dest＝″file://012_12345_093020_in.cap″

dest_out＝″file://012_12345_093020_out.cap″>

</recordexit>

</record>

</dialogstart>

</msml>

步骤603：MRFC向MRFP发送抓包MOD请求消息(record request start)，该请求消息中携带指定用户或用户组的信息、录制方向、录制时长、媒体抓包文件存盘路径、文件名和文件格式。

例如，在Mp接口上通过扩展H.248修改请求(MODIFY REQUEST)消息携带新增的IP录制包信息来支持媒体抓包，MOD请求中携带指定用户的信息、录制方向、录制时长、媒体抓包文件存盘路径、文件名和文件格式，路径为完整的本地地址(也可以是NFS地址/HTTP地址/FTP地址)，输入流保存到指定文件名的文件中(建议的文件名为<会议ID>_<用户组ID>_<用户ID>_<时分秒>_in.cap)，输出流保存到指定文件名的文件中(建议的文件名为<会议ID>_<用户组ID>_<用户ID>_<时分秒>_out.cap)。具体扩展描述如下：

IP录制包

Package Name ：IP recording package

PackageID： iprp(0x8b06)

Description ：这个包用来启动/停止对与会者媒体抓包。

该包的属性在用户端点上下发。

Version： 1

Designed to be extended only：No

Extends： None

属性：

None.

事件：

Event Name ： IPRecord Result

EventID： iprecres(0x0001)

Description ：提示IP录制结果

EventsDescriptor Parameters

None.

ObservedEventDescriptor parameters

IP录制结果IP Recording Result(必选)

Parameter Name： IP Recording result

ParameterID： ipres(0x0001)

Description：IP录制结果

Type： Enum

Optional： No

Possible values：

TIMEOUT(0)：提示IP录制最大时长超时

NFSERR_PERM(1)：不是所有者，调用者不是所请求操作的正确的所有者

NFSERR_NOENT(2)：不存在这样的文件或者目录。指定的文件或者目录不存在

NFSERR_IO(5)：在操作执行的时候出现某种硬件错误。例如，这可能是一个磁盘错误

NFSERR_NXIO(6)：没有这样的设备或者地址

NFSERR_ACCES(13)：许可权限拒绝。调用者没有执行请求操作的正确的权限

NFSERR_EXIST(17)：文件存在。指定的文件已经存在

NFSERR_NODEV(19)：没有这样的设备

NFSERR_NOTDIR(20)：不是一个目录。在目录操作中调用者指定一个非目录

NFSERR_ISDIR(21)：是一个目录。调用者在一个非目录操作中指定一个目录

NFSERR_FBIG(27)：文件太大。操作造成文件增长超过服务器的限制

NFSERR_NOSPC(28)：在设备上没有剩余的空间。这个操作导致服务器文件系统达到它的极限

NFSERR_ROFS(30)：只读文件系统。在一个只读文件系统上试图写

NFSERR_NAMETOOLONG(63)：文件名太长。在操作中文件名太长

NFSERR_NOTEMPTY(66)：目录不空。试图删除一个不空的目录

NFSERR_DQUOT(69)：磁盘限额超出。客户在服务器上的磁盘限额已经超出

NFSERR_STALE(70)：在参数中给的文件句柄″fhandle″无效。也就是说，这个文件句柄引用的文件不再存在。或者访问它的设置已经被撤销

NFSERR_WFLUSH(99)：使用“WRITECACHE”调用中的服务器写缓冲区得到磁盘刷新

MRPERR(500)：MRP内部异常

Default： TIMEOUT(0)：提示IP录制最大时长超时

信号：

Signal Name：IPRecord

SignalID： iprec(0x0001)

Description：IP录制，包括录制MRFP从用户收到的媒体以及从MRFP流向用户的媒体。

IPRecordLengthTimer和IPRecordingIdentifier参数必须指定。

Signal Type： Defaults to TO

Duration： provisioned for the termination byIPRecordLengthTimer.

附加参数

IP录制方向IP Record direction(必选)

Parameter Name：IP record direction

ParameterID： iprd(0x0001)

Description：

IP录制方向指定IP端点收到媒体的方向：包括IP端点的输入流和输出流。

Type： Enum

Optional： No

Possible values：

IPBOTH(0x01)：双向指示IP录制的媒体是MRFP从用户收到的媒体以及从MRFP流向用户的媒体；

Default：IPBOTH

IP录制最大时长IP Record Length Timer(必选)

Parameter Name：IPRecordLengthTimer

ParameterID：iprlt(0x0002)

Description：

最大允许的IP录制时长。单位为s。当IP录制时长超过，则MRFP上报录制完成事件。

Type： Integer

Optional： No

Possible values：0，10～1800；0为立即停止IP录制

Default： 120

IP录制入流文件标示IP Recording In Identifier(可选)

Parameter Name：IPRecordingInIdentifier

ParameterID： ipriid(0x0003)

Description：

指定IP入流录制文件的URI，由MRFC指定。

IP录制方向为IPBOTH且录制时长不为0时，该参数必选。

Type： String(最长128字节)

Optional： Yes

Possible values：符合H.248.96.2.5.2语法要求。

Default： None

IP录制出流文件标示IP Recording Out Identifier(可选)

Parameter Name：IPRecordingOutIdentifier

ParameterID： iproid(0x0004)

Description：

指定IP出流录制文件的URI，由MRFC指定。

IP录制方向为IPBOTH且录制时长不为0时，该参数必选。

Type： String(最长128字节)

Optional： Yes

Possible values：符合H.248.96.2.5.2语法要求。

Default： None

统计：

None.

其中，指定用户或用户组可以采用现有技术携带，上述参数中，用“iprd”表示录制方向，用“iprlt”表示录制时长，用“ipriid”和“iproid”表示媒体抓包文件存盘路径、文件名和文件格式，其余参数为IP包的标准格式参数。

步骤604：MRFP启动对指定用户或用户组的媒体抓包。

具体地，MRFP收到MRFC的启动抓包MOD请求，解析出用户信息、录制方向、录制时长、媒体抓包文件存盘路径、文件名和文件类型，启动对该用户进行抓包操作。即，获取所述录制时长对应的所述指定用户或用户组的所述录制方向上的媒体流，将所述媒体流按照所述文件类型和文件名存放在所述文件存盘路径指示的地址。

步骤605：MRFP向MRFC发送抓包响应(record reply)。

步骤606：MRFC向会议AS/S-CSCF发送抓包响应(200INFO)。

步骤607：会议AS/S-CSCF向会议系统管理设备发送应答启动抓包成功消息。

MRFP在进行抓包操作后，可以实时将从指定用户或用户组接收和发送的媒体报文分别存放到指定目录的指定文件中。另外，也可以是MRFP在接收到停止抓包消息后，将停止抓包时从指定用户或用户组接收和发送的媒体报文分别存放到指定目录的指定文件中。对于停止抓包的情况，可以再包括如下步骤：

步骤608：会议系统管理设备向会议AS/S-CSCF发送停止对指定用户或用户组的抓包。

步骤609：会议AS/S-CSCF向MRFC发送停止抓包INFO消息，携带指定用户的信息(INFO msml(stoprecord)target＝用户ID)。

会议AS或者S-CSCF收到停止指定用户(用户组)的抓包请求，通过扩展Mr接口，对指定用户或者用户组中的每个成员向MRFC下发停止抓包INFO请求，INFO消息中携带指定用户的信息。

步骤610：MRFC向MRFP发送停止抓包MOD请求，携带指定用户或用户组的信息(record request stop)。

具体地，MRFC收到会议AS或者S-CSCF的停止指定用户抓包请求，通过扩展Mp接口，对指定用户向MRFP下发停止抓包MOD请求。MOD请求中携带指定用户的信息。

步骤611：MRFP停止对指定用户或用户组的媒体抓包。

具体地，MRFP收到MRFC的停止抓包MOD请求，解析出用户信息，停止对该用户进行抓包操作。

MRFC通过IP录制信号启动或者停止MRFP的IP录制功能；

启动时需要携带IP录制方向、IP录制最大时长、IP录制文件标示参数；IP录制最大时长为0即为立即停止IP录制；

MRFP进行IP录制时，将IP端点的输入流和输出流(包括MAC头的IP包)分别按IP录制文件标示存储，直到MRFC下发停止信号，或者当IP录制最大时长超时，则MRFP处理(包括释放相关资源)后，上报录制超时事件；由于MRFP释放了相关资源，MRFC不需再通知MRFP停止IP录制；

MRFP的输入、输出流IP录制中出现任何异常导致无法继续IP录制(如文件服务器空间不足、MRFP内部异常等)，则认为整个IP录制任务失败，MRFP处理异常(包括释放相关资源)后，上报异常事件。

步骤612：MRFP向MRFC发送应答消息(record reply).

步骤613：MRFC向会议AS/S-CSCF发送应答消息(200INFO)。

步骤614：会议AS/S-CSCF向会议系统管理设备发送应答停止抓包成功消息。

步骤615：将生成的媒体抓包文件上载到文件服务器。

步骤616：会议系统管理设备获取抓包媒体文件分析语音、视频质量差的原因。

本实施例通过对指定用户或用户组进行媒体抓包处理，可以根据抓取到的用户报文进行语音质量分析，找到出现问题的原因。

图8为本发明第三实施例的系统结构示意图，包括MRFC 81和MRFP 82；MRFC 81用于在接收到对指定用户或用户组的抓包请求后，通过扩展的Mp接口发送抓包请求消息；MRFP 82用于根据所述抓包请求消息启动对应的抓包操作。

另外，所述MRFC 81还可以用于在接收到停止对指定用户或用户组的抓包请求后，通过扩展的Mp接口发送停止抓包请求消息；所述MRFP 82还可以用于根据所述停止抓包请求消息停止对应的抓包操作。

其中，所述MRFC 81具体可以用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求。

另外，所述MRFC81还可以用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求。

或者，本实施例还可以包括S-CSCF实体83，S-CSCF实体83用于接收对指定用户或用户组的抓包请求，并通过扩展的Mr接口，向所述MRFC发送对指定用户或用户组的抓包请求。此时，所述S-CSCF实体83可以具体用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求；或者，所述系统还包括：会议AS 84，用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求，并通过扩展的ISC接口，向所述S-CSCF发送对指定用户或用户组的抓包请求。

另外，所述S-CSCF还可以用于接收停止对指定用户或用户组的抓包请求，并通过扩展的Mr接口，向所述MRFC发送停止对指定用户或用户组的抓包请求。具体地，所述S-CSCF还用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求；或者，所述会议AS还用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求，并通过扩展的ISC接口，向所述S-CSCF发送停止对指定用户或用户组的抓包请求。

或者，本实施例还可以包括会议AS，会议AS用于接收对指定用户或用户组的抓包请求，并通过扩展的Mr接口或者设备内部接口，向所述MRFC发送对指定用户或用户组的抓包请求。此时，所述会议AS具体用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求；或者，所述系统还包括：S-CSCF，用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求，并通过扩展的ISC接口，向所述会议AS发送对指定用户或用户组的抓包请求。

另外，所述会议AS还可以用于接收停止对指定用户或用户组的抓包请求，并通过扩展的Mr接口或者设备内部接口，向所述MRFC发送停止对指定用户或用户组的抓包请求。具体地，所述会议AS还用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求；或者，所述S-CSCF还用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求，并通过扩展的ISC接口，向所述会议AS发送停止对指定用户或用户组的抓包请求。

可以理解的是，上述方法及设备中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1.一种支持多媒体子系统中的会议系统媒体抓包的方法，其特征在于，包括：

在接收到所述对指定用户或用户组的抓包请求后，通过扩展的Mp接口向媒体资源功能处理器MRFP发送抓包请求消息，以使所述MRFP根据所述抓包请求消息启动对应的抓包操作。

2.根据权利要求1所述的方法，其特征在于，所述接收会议系统管理设备发送的对指定用户或用户组的抓包请求，包括：

会议应用服务器AS、服务呼叫会话控制功能S-CSCF实体或者媒体资源功能控制器MRFC接收会议系统管理设备发送的对指定用户或用户组的抓包请求。

3.根据权利要求2所述的方法，其特征在于，所述在接收到所述对指定用户或用户组的抓包请求后，通过扩展的Mp接口向MRFP发送抓包请求消息，包括：

所述会议AS通过扩展的Mp接口和如下接口中的至少一种接口向MRFP发送抓包请求消息：扩展的ISC接口、扩展的Mr接口、设备内部接口；

所述S-CSCF通过扩展Mp接口和如下接口中的至少一种接口向MRFP发送抓包请求消息：扩展的ISC接口、扩展的Mr接口、设备内部接口；

所述MRFC通过扩展的Mp接口向MRFP发送抓包请求消息。

4.根据权利要求1-3任一项所述的方法，其特征在于，还包括：

接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求；

在接收到所述停止对指定用户或用户组的抓包请求后，通过如下接口中的至少一种接口向MRFP发送停止抓包请求消息，以使所述MRFP根据所述停止抓包请求消息停止对应的抓包操作：扩展的ISC接口、扩展的Mr接口、扩展的Mp接口、设备内部接口。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述抓包请求消息中携带指定用户或用户组的信息、录制方向、录制时长、媒体抓包文件存盘路径、文件名和文件类型。

6.根据权利要求3所述的方法，其特征在于，

所述Mr接口上传输的抓包请求消息是通过扩展MSML协议中会话基础包中的record元素携带所述录制时长、媒体抓包文件存盘路径、文件名和文件类型；

所述Mp接口上传输的抓包请求消息是通过新增IP录制包携带所述录制方向、录制时长、媒体抓包文件存盘路径、文件名和文件类型。

7.一种支持多媒体子系统中的会议系统媒体抓包的系统，其特征在于，包括：

媒体资源功能控制器MRFC，用于在接收到对指定用户或用户组的抓包请求后，通过扩展的Mp接口发送抓包请求消息；

媒体资源功能处理器MRFP，用于根据所述抓包请求消息启动对应的抓包操作。

8.根据权利要求7所述的系统，其特征在于，所述MRFC具体用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求。

9.根据权利要求7所述的系统，其特征在于，还包括：

服务呼叫会话控制功能S-CSCF实体，用于接收对指定用户或用户组的抓包请求，并通过扩展的Mr接口或者设备内部接口，向所述MRFC发送对指定用户或用户组的抓包请求。

10.根据权利要求7所述的系统，其特征在于，还包括：

会议应用服务器AS，用于接收对指定用户或用户组的抓包请求，并通过扩展的Mr接口或者设备内部接口，向所述MRFC发送对指定用户或用户组的抓包请求。

11.根据权利要求9所述的系统，其特征在于，

所述S-CSCF实体具体用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求；

或者，

所述系统还包括：

会议AS，用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求，并通过扩展的ISC接口，向所述S-CSCF实体发送对指定用户或用户组的抓包请求。

12.根据权利要求10所述的系统，其特征在于，

所述会议AS具体用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求；

或者，

所述系统还包括：

S-CSCF实体，用于接收会议系统管理设备发送的对指定用户或用户组的抓包请求，并通过扩展的ISC接口，向所述会议AS发送对指定用户或用户组的抓包请求。

13.根据权利要求7所述的系统，其特征在于，

所述MRFC还用于在接收到停止对指定用户或用户组的抓包请求后，通过扩展的Mp接口发送停止抓包请求消息；

所述MRFP还用于根据所述停止抓包请求消息停止对应的抓包操作。

14.根据权利要求13所述的系统，其特征在于，所述MRFC具体用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求。

15.根据权利要求9所述的系统，其特征在于，所述S-CSCF实体还用于接收停止对指定用户或用户组的抓包请求，并通过扩展的Mr接口或者设备内部接口，向所述MRFC发送停止对指定用户或用户组的抓包请求。

16.根据权利要求10所述的系统，其特征在于，所述会议AS还用于接收停止对指定用户或用户组的抓包请求，并通过扩展的Mr接口或者设备内部接口，向所述MRFC发送停止对指定用户或用户组的抓包请求。

17.根据权利要求11所述的系统，其特征在于，

所述S-CSCF实体还用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求；

或者，

所述会议AS还用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求，并通过扩展的ISC接口，向所述S-CSCF实体发送停止对指定用户或用户组的抓包请求。

18.根据权利要求12所述的系统，其特征在于，

所述会议AS还用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求；

或者，

所述S-CSCF实体还用于接收会议系统管理设备发送的停止对指定用户或用户组的抓包请求，并通过扩展的ISC接口，向所述会议AS发送停止对指定用户或用户组的抓包请求。