CN102377728A

CN102377728A - 一种ims多媒体会议中的组内文件分发方法

Info

Publication number: CN102377728A
Application number: CN2010102476762A
Authority: CN
Inventors: 莫建林
Original assignee: Leadcore Technology Co Ltd
Current assignee: Leadcore Technology Co Ltd
Priority date: 2010-08-06
Filing date: 2010-08-06
Publication date: 2012-03-14
Anticipated expiration: 2030-08-06
Also published as: CN102377728B

Abstract

本发明公开了一种IMS多媒体会议中的组内文件分发方法，涉及通信领域。本发明通过“re-INVITE”、“UPDATE”、“MESSAGE”方法，在已有IMS多媒体会议会话中实现临时组内文件分发的过程控制，该过程不影响正在进行的其他多媒体会议媒体流。其中，“re-INVITE”方法用于发起组内文件分发请求、传送组内文件的媒体流协商；“UPDATE”方法用于在文件分发结束后，释放组内文件分发媒体流承载资源；“MESSAGE”方法用于向组内文件分发发起者发送文件分发结果报告。

Description

一种IMS多媒体会议中的组内文件分发方法

技术领域

本发明涉及通信领域，尤其涉及基于IP多媒体子系统(IP MultimediaSubsystem，简称“IMS”)的多媒体应用技术。

背景技术

在第三代合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)R5阶段，引入了IP多媒体核心网子系统(IP Multimedia Subsystem，简称“IMS”)，IMS采用IP分组域作为其控制信令和媒体传输的承载通道，采用会话初始协议(Session Initiation Protocol，简称“SIP”)作为呼叫控制信令。IMS网络中通过各种应用服务器(Application Server，简称“AS”)为IMS用户提供IP多媒体(IPMultimedia，简称“IM”)增值业务。

IMS由呼叫状态控制功能(Call Session Control Function，简称“CSCF”)、媒体网关控制功能(Media Gateway Control Function，简称“MGCF”)、媒体资源功能(Multimedia Resource Function，简称“MRF”)和归属签约用户服务器(Home Subscriber Server，简称“HSS”)等功能实体组成。CSCF又可以分成服务CSCF(Serving CSCF，简称“S-CSCF”)、代理CSCF(Proxy CSCF，简称“P-CSCF”)和查询CSCF(Interrogating CSCF，简称“I-CSCF”)三个逻辑实体。其中，S-CSCF是IMS的业务交换中心，执行会话控制，维持会话状态，负责管理用户信息，产生计费信息等；P-CSCF是终端用户接入IMS的接入点，完成用户注册，负责QoS控制和安全管理等；I-CSCF负责IMS域之间的互通，管理S-CSCF的分配，对外隐藏网络拓扑和配置，产生计费数据等。MGCF控制网关，实现IMS网络和其它网络的互通，MRF提供媒体资源，如收放音，编解码和多媒体会议桥，MRF又可分为媒体资源功能处理实体(MRFC)和多媒体资源功能控制实体(MRFP)。HSS是用户数据库，存储IMS用户的签约数据和配置信息等。

在IMS的多媒体会议中经常存在这样的需求：某个或某些与会者可能需要将一些资料分发给其认为有必要共享这些文件的其他部分与会者(而非所有与会者)，即在多媒体会议期间实现临时组内文件分发。这些情形如，在会议进行中某些相同利益方需要实现一些资料的内部共享，或会议进行中不同项目小组需要实现内部项目文件共享等。对于多媒体会议中的临时组内文件分发，目前有两种典型解决方法。

一种是在会议中设立专门的文件传送协议(File Transfer Protocol，简称“FTP”)服务器，希望组内分发文件的与会者向FTP服务器上传相关文件，通过其他方法(如预先设置、邮件等)告知组内其他成员下载文件的相关信息(如存储位置、获取密码等)。FTP方法的优点在于可充分利用已有的FTP下载技术，具有实现简单的特点。但作为多媒体会议中的组内文件分发方法，其缺点在于：

1)需要预先采用一些方法告知组内其他成员文件相关信息，这较适用于向与会全体成员分发文件的模式，而对会议过程中临时组内文件分发，与会者不可能对临时决定共享文件的组内成员进行预先告知，而临时通过邮件等其他方式告知亦缺乏效率；

2)如果文件接收成员不通过其他某些方法向文件分发与会者主动反馈文件接收结果，文件分发与会者无法得知组内共享文件的接收结果状态；

3)FTP方法与IMS多媒体会议会话模型独立，不受IMS多媒体会话信令控制，实际上基于该方法的组内文件分发没有实现与基于SIP信令的IMS多媒体体系有机集成。

另一种方法是在已有的多媒体会议内创建子会议(Sidebar)，这种方法对于基于小组讨论的会议模式比较有效，多媒体会议过程小组成员先挂起或关闭与主会议的会话，进入子会议模式，在子会议模式中实现组内文件共享。但子会议方法不是针对文件分发设计的模式，其存在下述不足：

1)由于子会议设计模式是专门针对组内多媒体会议设计，不是针对组内文件分发这一需求，从而通过这种模式实现组内文件分发，效率不高；

2)子会议方法中，与会者进入子会议模式要打断与主会议的会话，而很多临时组内分发文件的情形需要在保持与主会议会话的过程中实现组内文件分发。

本发明的发明人发现，在已有的文件传输技术中，基于传输控制协议(Transmission Control Protocol，简称“TCP”)承载的消息会话中继协议(MessageSession Relay Protocol，简称“MSRP”)也可实现对封装成多功能Internet邮件扩允协议(Multipurpose Internet Mail Extensions，简称“MIME”)格式的各种文件的传输。MSRP起初用于即时消息的发送，但基于该协议的Message Chunking(消息分块)传输机制，也能实现对大容量文件的有效传送(RFC4975)。同时，MSRP作为传输层面的协议具备下述一些优势：

1)MSRP协议运行于支持拥塞控制的协议之上；

2)MSRP的中继机制在解决NAT穿越((NAT traversal))问题上也有很好的表现；

3)MSRP的Message Chunking机制及Report(反馈)消息机制易于实现文件传输状态的及时监控。

因此，能够在不影响已有IMS多媒体会议的前提下，充分利用IMS体系信令控制机制，采用MSRP协议作为媒体承载，实现专门针对组内文件分发需求设计的有效方法具有重要意义。

发明内容

本发明主要解决的技术问题是提供一种IMS多媒体会议中的组内文件分发方法，使得在不影响现有的IMS多媒体会议会话的情况下，实现在已有IMS多媒体会议会话内进行组内文件分发。

为了解决上述技术问题，本发明提供了一种IMS多媒体会议中的组内文件分发方法，包含以下步骤：

IMS多媒体会议会话中一终端(即临时组内文件分发发起者)通过“re-INVITE”请求消息向MRFC发起组内文件分发请求，在当前IMS多媒体会议会话上协商并增加传送所述组内文件的媒体流；

所述MRFC通过“re-INVITE”请求消息向所述IMS多媒体会议会话中组成员接收终端协商并增加传送所述组内文件的媒体流；

MRFP通过所述增加的媒体流，从所述发起组内文件分发的发起终端接收所述组内文件，并转发给所述组成员接收终端。

一般情况下，进行文件分发的组为临时组，所述组成员由当前IMS多媒体会议中的部分与会成员构成，包含一组内文件分发发起终端，和至少两个组成员接收终端。这里的组成员可以指组内文件分发发起者根据当前的IMS会议状况临时决定的需要接收文件的与会者成员。

作为上述技术方案的改进，所述用于传送组内文件的媒体流为MSRP媒体流。

作为上述技术方案的改进，所述终端通过“re-INVITE”请求消息向MRFC发起组内文件分发请求的步骤中，所述发起终端通过中间节点将所述“re-INVITE”请求消息发送给所述MRFC；

所述“re-INVITE”请求消息的URI为正在进行的IMS多媒体会议的会议URI；

所述中间节点根据所述请求消息的URI，确定将所述“re-INVITE”请求消息转发给所述MRFC。

作为上述技术方案的改进，所述发起组内文件分发的终端发送的“re-INVITE”请求消息的消息头域包含表示组内文件分发操作的标识，消息体中包含所述待传送的组内文件的信息、和接收所述组内文件的各终端的URI；

所述MRFC收到所述“re-INVITE”请求消息后，根据所述表示组内文件分发操作的标识，在当前的IMS多媒体会议的会议状态中创建组内文件分发上下文，该上下文至少包含以下信息：

组内文件分发标识、所述待传送的组内文件的信息、所述发起组内文件分发的发起终端的信息、和所述接收组内文件终端的信息。

作为上述技术方案的改进，所述发起终端的信息至少包含以下信息：

所述发起终端用户的SIP URI、描述是否在发起终端与MRFP间成功建立MSRP媒体流承载的参数、MRFP本地文件接收地址、描述MRFP是否成功接收到所述组内文件的参数；

所述接收终端的信息至少包含以下信息：

所述接收终端用户的SIP URI、描述是否在接收终端与MRFP间成功建立MSRP媒体流承载的参数、MRFP本地文件发送地址、描述MRFP是否成功向所述接收终端传输所述组内文件的参数。

作为上述技术方案的改进，所述发起组内文件分发的终端发送的“re-INVITE”请求消息中，包含了请求创建用于文件传送的媒体流的SDP描述；

所述MRFC根据所述SDP描述，为发起终端创建和预留本地MSRP/TCP连接资源。

作为上述技术方案的改进，所述“re-INVITE”请求消息中包含的SDP描述中包含已有IMS多媒体会议媒体流的媒体流描述，所述已有的媒体流描述参数不变，并增加了用于文件传输的MSRP媒体流描述参数。

作为上述技术方案的改进，所述MRFC为所述发起终端预留本地MSRP/TCP连接资源后，向所述发起终端返回响应消息，该响应消息中包含SDP响应，该SDP响应中包含所预留的MSRP/TCP连接信息；

所述发起终端根据所述MSRP/TCP连接信息预留本地MSRP/TCP连接资源。

作为上述技术方案的改进，在所述MRFC和所述发起终端分别预留本地MSRP/TCP连接资源后，更新所述组内文件分发上下文中描述是否在发起终端与MRFP间成功建立MSRP媒体流承载的参数、和MRFP本地文件接收地址。

作为上述技术方案的改进，所述MRFC通过所述“re-INVITE”请求消息向所述IMS多媒体会议会话中的组成员接收终端协商并增加传送所述组内文件的媒体流的步骤中，包含以下子步骤：

所述MRFC通过与MRFP进行交互，为所述组成员接收终端创建和预留本地MSRP/TCP连接资源；

所述MRFC通过中间节点向所述组成员接收终端发送“re-INVITE”请求消息，所述“re-INVITE”请求消息的URI为接收终端用户的SIP URI，该“re-INVITE”请求消息的消息体中包含在所述MRFC与所述接收终端间已有的IMS多媒体会话基础上增加MSRP媒体流的SDP描述，该SDP描述中包含MRFP创建的MSRP/TCP连接资源信息；

所述接收终端根据所述MSRP/TCP连接资源信息，创建和预留本地MSRP/TCP连接资源。

作为上述技术方案的改进，在所述MRFC和组成员接收终端分别预留本地MSRP/TCP连接资源后，所述MRFC更新所述组内文件分发上下文中对应接收终端的描述是否在发起终端与MRFP间成功建立MSRP媒体流承载的参数、和MRFP本地文件发送地址。

作为上述技术方案的改进，所述MRFC根据所述更新后的组内文件分发上下文对MRFP进行配置，所述配置至少包含以下信息：

组内文件分发标识、待传送的组内文件的信息、对应发起终端的MRFP本地文件接收地址、和各接收终端分别对应的MRFP本地文件发送地址；

所述MRFP根据所述配置信息实现本地转发拓扑和文件信息配置，根据所述拓扑配置从所述发起终端接收所述组内文件，并将收到的组内文件转发给所述各接收终端。

作为上述技术方案的改进，在MRFP向MRFC进行的事件汇报中，增加向所有组成员接收终端转发组内文件成功的事件、和向组成员接收终端转发组内文件失败的事件；

所述组内文件发送结束后，MRFP向MRFC发送所述转发组内文件成功或失败的事件，MRFC根据事件报告更新所述组内文件分发上下文中描述MRFP是否成功接收到所述组内文件的参数、和描述MRFP是否成功向所述接收终端传输所述组内文件的参数；

所述MRFC根据所述更新后的组内文件分发上下文，向发起终端发送“MESSAGE”消息，反馈所述组内文件分发结果。

作为上述技术方案的改进，所述发起组内文件分发的终端在将所述组内文件传输到MRFP后，向所述MRFC发送“UPDATE”消息释放本终端与MRFP之间的MSRP/TCP资源；

所述MRFC在所述MRFP将所述组内文件传输到所述各接收终端后，向各接收终端发送“UPDATE”消息释放MRFP与各接收终端之间的MSRP/TCP资源；

所述“UPDATE”消息中包含MSRP媒体流的SDP描述，该SDP描述中包含释放MSRP/TCP资源的指示，已有IMS多媒体会议会话的其他SDP描述不变。

本发明实施方式与现有技术相比，主要区别及其效果在于：IMS多媒体会议会话中发起终端通过“re-INVITE”请求消息向MRFC发起组内文件分发请求，在当前IMS多媒体会议会话上协商并增加传送组内文件的媒体流；MRFC通过“re-INVITE”请求消息向IMS多媒体会议会话中组成员接收终端协商并增加传送组内文件的媒体流；MRFP通过增加的媒体流，从发起组内文件分发的发起终端接收组内文件，并转发给各组成员接收终端。该组内文件分发控制过程充分利用已有IMS信令控制机制，在已有的IMS多媒体会议会话中进行，组内文件分发过程不打断、停止或影响正在进行的IMS多媒体会议会话。

组内文件分发与会者能及时获知文件分发的结果状态。

文件分发中的文件传输基于已有的消息会话中继协议，实现了组内文件分发结果状态的及时监控及反馈。

附图说明

下面结合附图和具体实施方式对本发明作进一步详细说明。

图1是本发明一较佳实施方式的IMS多媒体会议中的组内文件分发方法流程图；

图2是本发明一较佳实施方式的IMS多媒体会议中的组内文件分发方法中发起终端通过“re-INVITE”请求消息向MRFC/AS发起组内文件分发请求、增加MSRP/TCP媒体流协商过程的流程图；

图3是本发明一较佳实施方式的IMS多媒体会议中的组内文件分发方法中MRFC/AS通过“re-INVITE”请求消息向接收终端发起组内文件分发请求，增加MSRP/TCP媒体流协商过程的流程图。

具体实施方式

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

本发明一较佳实施方式涉及一种IMS多媒体会议中文件分发的方法。进行文件分发的组为临时组，组成员由当前IMS多媒体会议中的部分与会成员构成，包含一组内文件分发发起终端，和至少两个组成员接收终端。这里的组成员可以指组内文件分发发起者根据当前的IMS会议状况临时决定的需要接收文件的与会者成员。

已有的IMS多媒体会议中除IMS机制中CSCF等公共功能实体外，主要包括与会者、IMS多媒体会议中心及MRFP。IMS多媒体会议中心功能可分布实现于IMS中的多媒体会议服务器(Conference AS)和MRFC或集中实现于二者的合设体中(3GPP TS 24147)。本发明的IMS多媒体会议中心采用多媒体会议服务器和多媒体资源功能控制实体的合设体，标识为MRFC/AS。已有的IMS多媒体会议中，MRFC/AS与与会者在控制层面进行交互，并可通过H.248协议控制MRFP中的媒体承载资源的预留/创建、本地路由配置、媒体承载资源的拆除等，MRFP也可通过H.248协议向MRFC/AS报告MRFP中的事件和状态(3GPPTS 23333)。

本实施方式采用“re-INVITE”、“UPDATE”、“MESSAGE”三种SIP分方法完成IMS多媒体会议中的组内文件分发控制。“re-INVITE”方法用于在已有多媒体会议会话环境中发起组内文件分发请求、用于在已有多媒体会议会话上协商和增加传送组内文件的媒体流；“UPDATE”方法用于文件分发结束后的组内文件分发媒体流承载资源的释放；“MESSAGE”方法用于向组内文件分发发起者发送文件分发结果报告。用于文件分发的媒体流承载协商和创建过程不是即刻完成，需要会话双发的多次中间过程状态信息交互，且需要接收方人为确认是否接收，适于采用“re-INVITE”方法的已有应答机制(参见RFC3261)；在已有多媒体会议会话环境中释放用于文件分发的媒体流资源只需即刻的信令提示即可，适于采用“UPDATE”方法(参见RFC3311)；通过Page-Mode模式的“MESSAGE”方法(参见OMA-TS-SIP_Push-V1_0)在文件分发结束后直接告知发起者分发结果比通常的SUBSCRIBE/NOTIFY机制(参见RFC3265)更简单有效。本实施方式中，组内文件分发过程中的文件传送采用已有的MSRP协议(RFC4975)，参与组内文件分发的与会者及MRFP实体需支持该协议。

本实施方式中的组内文件分发可以是如下情况：在正在进行的IMS多媒体会议中(如视频会议)，某个或某些与会终端通过IMS多媒体会议中获取的其他与会者状态信息(会议状态信息获取参见3GPP TS 24147)，在不影响已有多媒体会议会话的基础上，根据会议进展决定向部分与会者(即决定的小组成员)分发文件并被告知分发结果的过程。当然，上述情况仅是与会终端发起组内文件分发的一种情况，与会终端同样可能在存在其他需求时发起组内文件分发。

本实施方式中，在MRFC/AS在所维护的Conference State(多媒体会议状态)信息中，增加用于反映属于本会议环境下各个组内文件分发状态的动态的Distribution Contexts(组内文件分发上下文)定义，如表1所示：

表1

每个Distribution Context必须属于MRFC/AS中唯一的一个Conference URI(会话统一资源标识)，即新增的Distribution Context是对应于某个ConferenceURI的Conference State的一部分。一个Conference URI下可以拥有多个Distributions Contexts，即在一个IMS多媒体会议过程，可同时进行多个组内文件分发。

Distribution Context反映一个组内文件分发的状态。如表1所示，每个Distribution Context包含下述信息：

1)Distribution ID：组内文件分发标识，由MRFC/AS分配，用于标识一个组内文件分发实例；

2)FileInfo：分发的文件信息描述，包含文件个数(FileNumber)、文件名称(FileName)、文件类型(FileType)、文件大小(FileSize)；

3)Distribution Source：发起终端，以SIP URI标识的发起组内文件分发请求的与会者，对应一个Distribution ID只能有一个Distribution Source。

4)Distribution Target：组成员接收终端，以SIP URI标识Distribution Source希望接收其分发文件的组成员，对应一个Distribution ID可以有一个或多个Distribution Target。

其中，Distribution Source还进一步包含下述状态信息描述：

MSRP/TCP-ADD：描述是否在Distribution Source与MRPF成功建立MSRP媒体流承载的参数，1标识成功建立，0标识尚未建立；

In-MSRP_URI：以MSRP协议地址MSRP URI(参见RFC4975)表示的MRFP本地文件接收地址，即MRFP通过MSRP协议从Distribution Source接收文件的本地接收MSRP URI地址；

Receive-Result：描述MRFP是否成功接收到Distribution Source发送的文件的参数，1标识已成功接收，0标识接收失败。

对应每个Distribution Target，还进一步包含下述状态信息描述：

MSRP/TCP-ADD：描述是否在MRPF与Distribution Target间成功建立MSRP媒体流承载的参数，1标识成功建立，0标识尚未建立；

Out-MSRP-URI：以MSRP协议地址MSRP URI表示的MRFP本地文件发送地址，即MRFP通过MSRP协议向Distribution Target进行文件转发的本地发送MSRP URI地址；

Send-Result：描述MRFP是否成功向Distribution Target发送的文件的参数，1标识已成功发送，0标识发送失败。

本实施方式中，在MRFC/AS向MRFP发送的H.248配置信息(参见3GPP TS29333)中增加基于Distribution Context的表2信息：

Distribution ID(组内文件分发标识)
	FileNumber(文件个数)
In-MSRP_URI
	Out-MSRP_URI
......
	Out-MSRP_URI

表2

本实施方式中，在MRPF向MRFC进行事件汇报的H.248协议(参见3GPPTS 29333)信息中，增加下述MSRP文件发送结果相关事件描述(EventDescriptor)定义：

Distribution ID/Out-MSRP-URI成功转发事件：即Distribution ID标识的某个组内文件分发实例中，MRPF的本地发送端Out-MSRP-URI成功转发所有文件；

Distribution ID/Out-MSRP-URI转发失败事件：即Distribution ID标识的某个组内文件分发实例中，MRPF的本地发送端Out-MSRP-URI转发文件失败。

MRPF对文件发送成功与否的检测，可直接通过MSRP协议本身的Report反馈消息机制进行确认(参见RFC4975)。

本实施方式中，“re-INVITE”方法及“UPDATE”方法均采用已有的SDPOffer/Answer(描述/响应)机制(RFC3264)，在Distribution Source与MRFC/AS之间，以及MRFC/AS与各Distribution Target之间，实现在已有会话中增加传送文件媒体流连接的协商及最终的分发文件媒体流连接拆除。同时本实施方式中的SDP Offer/Answer机制具备下述特征：

1)在SDP Offer/Answer协商中，保持已有的多媒体会议会话SDP描述不变，从而确保增加的MSRP媒体流不影响当前的其他媒体会话；

2)MSRP媒体流的SDP格式，可采用RFC5547文件传输扩展格式描述，示例如下：

m＝MESSAGEport TCP/MSRP*

i＝Doc description info

a＝sendonly/recvonly

a＝accept-types:MESSAGE/cpim

a＝path:msrp://ue1.network1.com:7394/2s93i93idj；tcp

a＝file-selector:name:″fle1.doc″type:application/msword

size:32349

其中“m＝”行描述MSRP媒体流，port为MSRP的TCP承载端口，其下的“i＝”及“a＝”具体描述该媒体流具体属性。”i＝”描述文件信息，”a＝sendonly/recvonly”表示发送还是接收文件，“a＝accept-types”表示文件的MSRP消息封装格式，”a＝path”中为MSRP协议的MSRP URI地址，“a＝file-selector“是对所要传输文件的名称、类型、大小描述；

3)将SDP中描述MSRP媒体流的“m＝”行的port设置为0，表示拆除本地MSRP/TCP连接资源，并提示对端也释放其MSRP/TCP连接资源。

本实施方式中，Distribution Source通过“re-INVITE”请求消息向MRFC/AS发起组内文件分发请求。该“re-INVITE”Request消息具有以下特征：

1)该消息的Request-URI为正在进行的IMS多媒体会议的conference URI；

2)该消息的P-Asserted-Service消息头域内容标识组内文件分发业务，可采用下述标识：3gpp-service.distribution.version1；

3)“re-INVITE”请求消息的消息体中包含了组内文件分发与会者希望接收文件的Distribution Target名单，以SIP URI列表(格式可参见RFC5366)表示；

4)“re-INVITE”Request消息的消息体包含了请求创建用于文件传送的媒体流的SDP描述。该SDP描述具备以下特征：

不影响已有的IMS多媒体会议媒体流，即SDP描述中包含已有的媒体流描述，已有的媒体流描述参数不变；

增加了用于文件传输的MSRP媒体流描述参数。

MRFC/AS收到“re-INVITE”请求消息后，通过“P-Asserted-Service”消息头域标识判断为组内文件分发请求，根据本地策略(如会议中所允许的同时进行的最大组内文件分发实例数、黑名单、签约信息等)审核通过该请求后，创建初始Distribution Context(初始值包含Distribution ID、FileInfo、Distribution Source、Distribution Target)，Distribution Source的SIP URI为发送“re-INVITE”请求消息的终端(UE)的公共用户标识Public User Identity(Public User Identity参见3GPP TS 23228)，Distribution Target的SIP URI则对应“re-INVITE”请求消息体中的SIP URI列表。与Distribution Source建立MSRP媒体流会话后，MRFC/AS通过“re-INVITE”Request消息向各Distribution Target发起MSRP媒体流会话协商，该“re-INVITE”Request消息具有以下特征：

——该消息的Request-URI为Distribution Target的SIP URI；

——该消息的消息体包含了请求创建用于文件传送的媒体流的SDP描述。

SDP描述具备以下特征：

——不影响已有的IMS多媒体会议媒体流，即SDP描述中包含已有的媒体流描述，已有的媒体流描述参数不变；

——增加了用于文件传输的MSRP媒体流描述参数。

根据与Distribution Source及各Distribution Target进行MSRP会话协商的结果，MRFC/AS更新Distribution Context中Distribution Source及Distribution Target下的状态信息，即MSRP/TCP-ADD、In-MSRP_URI、Out-MSRP-URI，并根据更新后的Distribution Context向MRFP配置表2中信息。MRFP根据配置信息构建MSRP媒体流的本地路由拓扑，实现Distribution Source分发文件经过MRFP向各Distribution Target的发送。文件发送结束后，MRFP向MRFC/AS发送前述定义的文件发送结果相关事件，MRFC/AS根据事件报告更新Distribution Context信息，即Distribution Source下的Receive-Result信息及Distribution Target下的Send-Result信息。

发送结束后，Distribution Source向MRFC/AS发送“UPDATE”消息以释放MSRP/TCP资源，MRFC/AS向各Distribution Target发送“UPDATE”消息释放MSRP/TCP资源，该“UPDATE”消息具备以下特征：

SDP中描述MSRP媒体流的“m＝”行的port设置为0；

已有的其他IMS多媒体会议会话SDP描述不变。

完成MSRP/TCP资源释放后，MRFC/AS根据当前Distribution Context信息，以“Page-Mode”方式向Distribution Source发送“MES SAGE”消息，汇报组内文件分发结果。并清除Distribution Context。

下面以具体示例为例对IMS多媒体会议中的组内文件分发过程进行详细说明，如图1所示。

UE#1、UE#2、UE#3、...、UE#n正在进行IMS多媒体会议(如视频会议)，其中，UE#1、UE#2、UE#3均处于拜访网络中，UE#1与多媒体会议中心(MRFC/AS)属于同一归属网络。会议进程中，UE#1觉得有必要在不影响当前视频会议会话的前提下向UE#2、UE#3分发自己拥有的某些材料。

步骤100：UE#1、UE#2、UE#3、...、UE#n在进行IMS多媒体会议。

步骤101：UE#1通过“re-INVITE”请求消息向MRFC/AS发起组内文件分发请求，发起增加MSRP/TCP媒体流协商过程，并与其建立MSRP/TCP会话，参见子流程A；

步骤102：MRFC/AS通过“re-INVITE”请求消息向UE#2发起增加MSRP/TCP媒体流协商过程，并与其建立MSRP/TCP会话，参见子流程B；

步骤103：MRFC/AS通过“re-INVITE”请求消息向UE#3发起增加MSRP/TCP媒体流协商过程，并与其建立MSRP/TCP会话，其过程与子流程B类同；

步骤104：MRFC/AS根据当前Distribution Context信息对MRFP进行表2的相关信息配置，实现本文件分发实例的MRFP本地转发拓扑、文件数量信息配置；

步骤105：MRFP接收UE#1发送的文件并基于本地转发拓扑向UE#2、UE#3进行转发；

步骤106：UE#1文件成功发送完毕(可通过MSRP协议已有Report消息及配置的文件数目判断所有文件成功发送与否)，释放本地的MSRP/TCP资源；

步骤107-109：UE#1向MRFC/AS发送“UPDATE”请求消息，向MRFC/AS发送释放UE#1与MRFP间MSRP/TCP资源的指示。该“UPDATE”请求消息包含释放MSRP/TCP媒体流的SDP Offer，将描述MSRP/TCP媒体流的“m＝”行的port设置为0，表示释放MSRP/TCP连接资源；

步骤110-113：MRFC/AS释放本地MSRP/TCP资源并向UE#1发出200OK响应消息，该响应消息的SDP Answer中描述MSRP/TCP媒体流的“m＝”行的port设置为0。同时MRFC/AS更新Distribution Context，即对应UE#1的Receive-Result及MSRP/TCP-ADD状态；

步骤114：MRFP通过H.248协议向MRFC/AS通知DistributionID/Out-MSRP-URI成功转发或转发失败事件，即向MRFC/AS上报本Distribution ID下向UE#2或UE#3发送资料的结果(本实例以MRFP先上报UE#2的发送结果为例)。MRFC/AS更新Distribution Context，即对应UE#2的Send-Result，同时释放对应UE#2的本地MSRP/TCP资源；

步骤115-118：MRFC/AS向UE#2发送“UPDATE”请求消息，向UE#2发送释放其与MRFP间MSRP/TCP连接资源的指示。该“UPDATE”请求消息包含释放MSRP/TCP媒体流的SDP Offer，将描述MSRP/TCP媒体流的“m＝”行的port设置为0，表示释放MSRP/TCP连接资源；

步骤119-122：UE#2向MRFC/AS发出200OK响应消息，该响应消息的SDP Answer中描述MSRP/TCP媒体流的“m＝”行的port设置为0。MRFC/AS收到该响应后更新Distribution Context信息，即对应UE#2的MSRP/TCP-ADD状态；

步骤123：UE#2释放本地MSRP/TCP资源；

步骤124：对应UE#3的发送结果事件报告及MSRP/TCP连接资源释放，参见对应UE#2的步骤114-123；

步骤125-127：MRFC/AS以“Page-Mode”的SIP Push方式向UE#1发送“MESSAGE”消息，基于当前Distribution Context信息，该消息的消息体包含对UE#2、UE#3的文件分发结果；

步骤128-130：UE#1向MRFC/AS发出200OK响应；

步骤131：MRFC/AS清除会议状态中的Distribution Context；

在该组内文件分发结束后，IMS多媒体会议仍然在进行中。该组内文件分发控制过程充分利用已有IMS信令控制机制，在已有的IMS多媒体会议会话中进行，组内文件分发过程不打断、停止或影响正在进行的IMS多媒体会议会话。

子流程A如图2所示，具体步骤如下：

步骤201：UE#1向其所在拜访网络的P-CSCF1发送“re-INVITE”呼叫请求消息。该消息的Request URI为正在进行的IMS多媒体会议conferenceURI，该消息的P-Asserted-Service消息头域内容为标识组内文件分发业务的3gpp-service.distribution.version1，该消息体包含以SIP URI列表表示的UE#2、UE#3的Pubilc User Identity，该消息体还包含在UE#1与MRFP间已有的媒体会话基础上增加MSRP媒体流的SDP Offer描述。

步骤202：P-CSCF1向UE#1发出100Trying响应消息。

步骤203：P-CSCF1向UE#1归属网络的S-CSCF1转发“re-INVITE”请求消息。

步骤204：S-CSCF1向P-CSCF1发出100Trying响应。

步骤205-207：S-CSCF1对“re-INVITE”请求消息执行iFC判决(3GPPTS23228)，S-CSCF1可通过Request URI内容或P-Asserted-Service域内容等判决条件确定转发的应用服务器为MRFC/AS，将“re-INVITE”请求消息转发至MRFC/AS，MRFC/AS向S-CSCF1发出100Trying响应；

步骤208：MRFC/AS通过P-Asserted-Service域内容3gpp-service.distribution.version1确认该消息为组内文件分发请求，通过本地策略对该请求进行组内文件分发业务审核，本地策略可以包含签约信息、黑白名单、该会议中所允许的同时进行的最大组内文件分发实例数等；

步骤209：通过审核后，MRFC/AS在当前的会议状态中创建组内文件分发上下文环境Distribution Context，初始值包含MRFC/AS分配的DistributionID、从“re-INVITE”请求消息中获取的FileInfo、Distribution Source、DistributionTarget，Distribution Source的SIP URI为UE#1的SIPURI，Distribution Target为UE#2和UE#3的SIP URI；

步骤210：MRFC/AS根据“re-INVITE”消息中的SDP Offer，通过H.248协议与MRFP进行信令交互，将UE#1的MSRP URI地址、TCP端口等信息发送给MRFP，为UE#1创建和预留本地MSRP/TCP连接资源(对应UE#1的MRFP本地In-MSRP_URI、TCP端口等)；

步骤211-213：MRFC/AS向UE#1发送183Session Progress响应消息，该消息体中包含相对应的SDP Answer，SDP Answer中包含MRFP本地MSRP/TCP连接信息及协商认可的公共能力；

步骤214：UE#1为MSRP/TCP连接预留本地资源；

步骤215-220：UE#1向MRFC/AS发送PRACK过程请求，该请求中无SDP描述，表示前述SDP Offer/Answer协商成功，MRFC/AS向UE#1发送对应PRACK的200OK响应；

步骤221-223：MRFC/AS向UE#1发送对应于“re-INVITE”的最终200OK响应，表示成功接收请求，同时更新Distribution Context数据，即对应于UE#1的MSRP/TCP-ADD及In-MSRP_URI；

步骤224-226：UE#1向MRFC/AS发送ACK消息进行确认。

子流程B如图3所示，具体步骤如下：

步骤301：MRFC/AS通过H.248与MRFP进行交互，为UE#2创建本地MSRP/TCP连接资源(对应UE#2的MRFP本地Out-MSRP_URI、TCP端口等)；

步骤302：MRFC/AS创建“re-INVITE”请求消息，向UE#2归属网络的I-CSCF2发起MSRP媒体流会话协商。该“re-INVITE”消息的Request-URI为UE#2的SIP URI，其消息体包含在MRFC/AS与UE#2间已有的媒体会话基础上增加MSRP媒体流的SDP Offer描述，SDP描述中包含MRFP的MSRP/TCP连接资源信息；

步骤303：I-CSCF2向MRFC/AS发出100Trying响应消息；

步骤304-309：在MRFC/AS及UE#2的中间节点间转发“re-INVITE”请求消息及响应100Trying消息；

步骤310：UE#2创建和预留对应MRFP的MSRP/TCP连接资源；

步骤311-314：UE#2通过中间节点向MRFC/AS转发包含SDP Answer的183 Session Progress响应消息，SDP描述包含MSRP/TCP连接信息及协商认可的公共能力；

步骤315：MRFC/AS向MRFP发送对端MSRP/TCP信息及进行相关资源预留；

步骤316-323：MRFC/AS通过中间节点向UE#2发送PRACK过程请求，该请求中无SDP描述，表示前述SDP Offer/Answer协商成功，UE#2向MRFC/AS发送对应PRACK的200 OK响应；

步骤324-327：UE#2向MRFC/AS发送对应于“re-INVITE”的最终200OK响应，表示成功接收请求；

步骤328-331：MRFC/AS向UE#2发送ACK消息进行确认。同时MRFC/AS更新Distribution Context数据，即对应于UE#2的MSRP/TCP-ADD及Out-MSRP_URI。

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

Claims

1.一种IP多媒体子系统IMS多媒体会议中的组内文件分发方法，其特征在于，包含以下步骤：

IMS多媒体会议会话中一终端通过“re-INVITE”请求消息向多媒体资源功能控制实体MRFC发起组内文件分发请求，在当前IMS多媒体会议会话上协商并增加传送所述组内文件的媒体流；

所述MRFC通过“re-INVITE”请求消息向所述IMS多媒体会议会话中组成员接收终端协商增加传送所述组内文件的媒体流；

IMS多媒体资源功能处理实体MRFP通过所述增加的媒体流，从所述发起组内文件分发的发起终端接收所述组内文件，并转发给所述组成员接收终端。

2.根据权利要求1所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述进行文件分发的组为临时组，所述组成员由当前IMS多媒体会议中的部分与会成员构成，包含一组内文件分发发起终端，和至少两个组成员接收终端。

3.根据权利要求1所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述用于传送组内文件的媒体流为消息会话中继协议MSRP媒体流。

4.根据权利要求1所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述终端通过“re-INVITE”请求消息向MRFC发起组内文件分发请求的步骤中，所述发起终端通过中间节点将所述“re-INVITE”请求消息发送给所述MRFC；

所述“re-INVITE”请求消息的统一资源标识URI为正在进行的IMS多媒体会议的会议URI；

5.根据权利要求1所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述发起组内文件分发的终端发送的“re-INVITE”请求消息的消息头域包含表示组内文件分发操作的标识，消息体中包含所述待传送的组内文件的信息、和接收所述组内文件的各终端的URI；

组内文件分发标识、所述待传送的组内文件的信息、所述发起组内文件分发的发起终端的信息、和所述组成员接收终端的信息。

6.根据权利要求5所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述发起终端的信息至少包含以下信息：

所述发起终端用户的会话初始协议SIP URI、描述是否在发起终端与MRFP间成功建立MSRP媒体流承载的参数、MRFP本地文件接收地址、描述MRFP是否成功接收到所述组内文件的参数；

所述组成员接收终端的信息至少包含以下信息：

7.根据权利要求3所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述发起组内文件分发的终端发送的“re-INVITE”请求消息中，包含了请求创建用于文件传送的媒体流的会话描述协议的描述；

所述MRFC根据所述会话描述协议的描述，为发起终端创建和预留本地MSRP/传输控制协议TCP连接资源。

8.根据权利要求7所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述“re-INVITE”请求消息中包含的会话描述协议的描述中包含已有IMS多媒体会议媒体流的媒体流描述，所述已有的媒体流描述参数不变，并增加了用于文件传输的MSRP媒体流描述参数。

9.根据权利要求7所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述MRFC为所述发起终端预留本地MSRP/TCP连接资源后，向所述发起终端返回响应消息，该响应消息中包含会话描述协议响应，该会话描述协议响应中包含所预留的MSRP/TCP连接信息；

10.根据权利要求9所述的IMS多媒体会议中的组内文件分发方法，其特征在于，在所述MRFC和所述发起终端分别预留本地MSRP/TCP连接资源后，更新所述组内文件分发上下文中描述是否在发起终端与MRFP间成功建立MSRP媒体流承载的参数、和MRFP本地文件接收地址。

11.根据权利要求10所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述MRFC通过所述“re-INVITE”请求消息向所述IMS多媒体会议会话中的组成员接收终端协商并增加传送所述组内文件的媒体流的步骤中，包含以下子步骤：

所述MRFC通过中间节点向所述组成员接收终端发送“re-INVITE”请求消息，所述“re-INVITE”请求消息的URI为接收终端用户的SIP URI，该“re-INVITE”请求消息的消息体中包含在所述MRFC与所述接收终端间已有的IMS多媒体会话基础上增加MSRP媒体流的会话描述协议的描述，该会话描述协议的描述中包含MRFP创建的MSRP/TCP连接资源信息；

12.根据权利要求11所述的IMS多媒体会议中的组内文件分发方法，其特征在于，在所述MRFC和组成员接收终端分别预留本地MSRP/TCP连接资源后，所述MRFC更新所述组内文件分发上下文中对应接收终端的描述是否在发起终端与MRFP间成功建立MSRP媒体流承载的参数、和MRFP本地文件发送地址。

13.根据权利要求12所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述MRFC根据所述更新后的组内文件分发上下文对MRFP进行配置，所述配置信息至少包含以下信息：

14.根据权利要求6所述的IMS多媒体会议中的组内文件分发方法，其特征在于，在MRFP向MRFC进行的事件汇报中，增加向所有组成员接收终端转发组内文件成功的事件、和向组成员接收终端转发组内文件失败的事件；

所述组内文件发送结束后，MRFP向MRFC发送所述转发组内文件成功或失败的事件，MRFC根据事件报告更新所述组内文件分发上下文中描述MRFP是否成功接收到所述组内文件的参数、和描述MRFP是否成功向所述组成员接收终端传输所述组内文件的参数；

15.根据权利要求1至14中任意一项所述的IMS多媒体会议中的组内文件分发方法，其特征在于，所述发起组内文件分发的终端在将所述组内文件传输到MRFP后，向所述MRFC发送“UPDATE”消息释放本终端与MRFP之间的MSRP/TCP资源；

所述“UPDATE”消息中包含MSRP媒体流的会话描述协议的描述，该会话描述协议的描述中包含释放MSRP/TCP资源的指示，已有IMS多媒体会议会话的其他会话描述协议的描述不变。