CN101388883B - 多媒体会话中特定设备的管理方法、系统和设备 - Google Patents

Abstract

本发明公开了一种多媒体会话中特定设备的管理方法，对多媒体会话中特定设备的加入、授权以及删除进行管理。本发明还公开了一种多媒体会话中特定设备的管理系统和设备。通过使用本发明，提供了将特定设备加入待建立的或已建立的多媒体会话的方法，提供了特定设备在多媒体会话中的授权机制以及对用户终端的通知机制，实现了对多媒体会话中特定设备的统一管理。

Description

多媒体会话中特定设备的管理方法、系统和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种多媒体会话中特定设备的管理方法、系统和设备。

背景技术

在基于IMS(IP Multimedia Subsystem，IP多媒体系统)，或者说基于SIP(Session Initiation Protocol，会话发起协议)的应用当中，多方通信的概念被广泛的使用，尤其在多媒体会话方面有较大的发展。在基于SIP的多方多媒体会话中，支持将多个用户终端加入一个会话中的多媒体应用。

典型基于SIP的多方多媒体会话的业务包括OMA PoC(Open MobileAlliance Push to talk over Cellular，开放移动联盟无线一键通)业务、OMA IM(OMA Instant Message，OMA即时消息)业务以及OMA CPM(OMAConverged IP Messaging，OMA融合IP消息)业务等。

以用户终端使用OMA PoC业务的应用场景为例，图1所示为用户终端UEA和用户终端UE B加入多媒体会话的流程，具体步骤如下：

步骤s101、用户终端A向SIP/IP core A发送REFER请求。

用户终端A与PoC服务器A预先建立了会话，需要激活媒体传输时，向SIP/IP core A发送REFER请求，该请求包含下列信息：被邀请用户终端的PoC地址列表；用户终端A的PoC地址；预建立会话的会议URI(Universal resourceidentifier，统一资源标识)。

步骤s102、SIP/IP core A向PoC服务器A转发REFER请求。

步骤s103、PoC服务器A收到REFER请求后，进行处理。首先根据RFC3515判断该REFER请求是否可接收，若无法接收则向用户终端A发送403“Forbidden”(禁用)；若可以接收，判断Request-URI的预建立会话标识是否属于该服务器，若不属于，则将REFER发回给SIP/IP core A；若属于，PoC服务器A向SIP/IP coreA发送202“ACCEPT”(接受)响应，表示服务器收到了REFER请求，并开始处理。

步骤s104、SIP/IP core将202“ACCEPT”响应转发给PoC终端A。

步骤s105、POC服务器A检查P-Alerting-Mode是否设为“MAO”，若是则要检查该用户是否有权请求“MAO”，若用户无权请求则向终端发送403“Forbidden”。然后，检查Refer-To头部中是否包含会话类型参数“adhoc”、“pre-arranged”或“chat”，如果根据该会话类型参数判断需要加入PoC用户，则要判断是否达到参与者的最大值，若是则发送403“Forbidden”。否则，向SIP/IPcore A发送INVITE请求。PoC服务器A将自己支持的媒体类型和编码添加到SIP INVITE请求中。PoC的媒体类型和编码可以存储在PoC服务器自身或者通过其他服务器获得，如MRFC(Multimedia Resource Function Controller，多媒体资源控制器)。

该SIP INVITE请求包含下列信息：PoC用户终端B的地址；PoC用户终端A的地址；PoC服务器A的媒体参数；控制PoC功能分配指示；talk burstcontrol protocol建议。

步骤s106、SIP/IP core A收到INVITE请求后，根据用户终端B的地址，将请求转SIP/IP core B。

步骤s107、SIP/IP core B将INVITE请求转发给用户终端B的注册服务器PoC服务器B。

步骤s108、由于PoC终端B采用的是on-demand(按需定制)会话，POC服务器B向SIP/IP core B发送INVITE请求。PoC服务器B将自己支持的媒体类型和编码添加到SIP INVITE请求中。PoC的媒体类型和编码可以存储在PoC服务器自身或者通过其他服务器获得，如MRFC。

步骤s109、SIP/IP core B向PoC用户终端B转发INVITE请求。

步骤s110～s114、PoC用户终端B发送180“Ring”(铃声)表明已收到INVITE请求。

步骤s115～s119、PoC用户终端B检查INVITE请求中媒体参数的有效性，若有效，则接受请求，发送200“OK”响应，该响应包含下列信息：PoC终端B的媒体参数；选择的talk burst control protocol(发言权控制协议)。否则发送488“Not Acceptable Here”。

步骤s120、POC服务器A收到200“OK”响应后，向PoC终端B发送receiving talk burst indication(接收发言权指示)，该消息包括发送talk burst的用户终端的PoC地址和名字。

步骤s121、POC服务器A收到第一个200“OK”响应后，向用户终端A发送talk burst confirm(发言权确认)消息，指示可以发送媒体流。

步骤s122、PoC用户终端A发送媒体流。

对每个被邀请用户，重复下面的步骤：

步骤s123～s124、当PoC服务器A收到被邀用户的最终响应后，将会向PoC用户终端A发送一个NOTIFY请求，告诉它邀请的最终结果，最终结果包括：被邀请用户接受邀请、被邀请用户拒绝邀请、被邀请用户不可达、被邀请用户忙或被邀请用户不回答。

步骤s125～s126、PoC用户终端A收到NOTIFY请求后，回送一个200“OK”响应。

如果没有一个用户接受邀请，PoC服务器A将拒绝这次PoC会话。

发明内容

本发明的发明人发现，随着多媒体业务的引入和深入开展，今后将可能需要在多媒体会话中引入协助会话进行的特定设备，如媒体保存和发送服务器、IVR(Interactive Voice Response，互动式语音应答)和第三方服务器等。这些特定设备在会话中具有和参与用户终端不同的特定用途，往往起到一定的辅助功能，因此在会话建立过程和会话协商过程需要保证这些特定设备的正常使用。

例如，在PoC业务中，可能在会话中存在媒体服务器，该媒体服务器为会话中的参与用户提供一些媒体作为PoC会话中的辅助手段。在其他多媒体的会话中，当然也可能在会话中提供类似媒体服务器的辅助设备。这些媒体服务器，由于不属于普通用户，和普通会话参与方的活动方式不同，因此需要一定的业务逻辑和策略对媒体服务器在加入会话和在会话中的行为进行控制。

基于以上分析，当在多方参与的多媒体会话中出现这些特定的设备时，需要特定的处理和控制，而目前在现有技术中没有关于这类问题的处理方法。

本发明的实施例提供一种多媒体会话中特定设备的管理方法、系统与设备，以实现多媒体会话的建立或媒体发送过程中对特定设备的控制和管理。

为达到上述目的，本发明的实施例提供一种多媒体会话中特定设备的加入方法，包括以下步骤：

服务器判断多媒体会话中是否需要特定设备加入，所述特定设备指在会话中具有和参与用户终端不同的特定用途的设备；

需要特定设备加入时，所述服务器向所述特定设备发送请求消息；

接收到所述特定设备的响应时，所述服务器将所述特定设备加入所述多媒体会话。

本发明的实施例还提供一种多媒体会话中特定设备的授权方法，包括以下步骤：

服务器接收到特定设备加入多媒体会话的消息；

所述服务器根据多媒体会话的业务逻辑或者策略对所述特定设备进行授权。

本发明的实施例还提供一种多媒体会话中特定设备的管理系统，包括：

服务器，用于判断多媒体会话中需要特定设备的加入时，向所述特定设备发送请求消息；

特定设备，用于在接收到所述服务器发送的请求消息时，加入所述多媒体会话，所述特定设备指在会话中具有和参与用户终端不同的特定用途的设备。

本发明的实施例还提供一种多媒体会话中的服务器，包括：

判断模块，用于判断多媒体会话中是否需要特定设备加入或离开，所述特定设备指在会话中具有和参与用户终端不同的特定用途的设备；

请求发送模块，用于当所述判断模块判断所述多媒体会话中需要特定设备加入或离开时，向所述特定设备发送通知消息；

授权模块，用于根据多媒体会话的业务逻辑或者策略对加入所述多媒体会话的终端设备进行授权。

与现有技术相比，本发明的实施例至少具有以下优点：

提供了将特定设备加入待建立的或已建立的多媒体会话的方法，提供了特定设备在多媒体会话中的授权机制以及对用户终端的通知机制，实现了对多媒体会话中特定设备的统一管理。

附图说明

图1是现有技术的OMAPoC业务中用户终端加入多媒体会话的流程图；

图2是本发明的实施例一中多媒体会话中特定设备的管理方法流程图；

图3是本发明的实施例一中多媒体会话中，制定会话类别的实现方法流程图；

图4是本发明的实施例二中媒体服务器在会话建立阶段加入PoC会话的方法的流程图；

图5是本发明的实施例二中媒体服务器在聊天室场景中，根据会话类型加入多媒体会议的流程图；

图6是本发明的实施例二中媒体服务器根据事先设定的策略加入多媒体会话的流程图；

图7是本发明的实施例二中媒体服务器加入多媒体会话时获得媒体发送权的流程图；

图8是本发明的实施例二中媒体服务器从会话中删除时，服务器通知各用户终端的流程图；

图9是本发明的实施例三中多媒体会话中特定设备的管理系统的结构示意图。

图10是本发明的实施例四提供的一种多媒体会话中特定设备的管理方法的流程图，在该场景下，特定设备是一个媒体服务器，且服务器在获得特定设备的服务之前，先邀请特定设备加入该多媒体会话。

图11是本发明的实施例四提供的又一种多媒体会话中特定设备的管理方法的流程图，在该场景下，特定设备是一个媒体服务器，且服务器在没有事先邀请特定设备加入该多媒体会话的情况下，直接从该特定设备获取媒体。

具体实施方式

本发明的实施例一中，一种多媒体会话中特定设备的管理方法如图2所示，包括以下步骤：

步骤s201、服务器判断待建立的多媒体会话或已建立的多媒体会话中，需要特定设备的加入。

在以下几种情况下，服务器可以根据以下标准判断待建立的多媒体会话或已建立的多媒体会话中是否需要特定设备的加入：(1)根据用户终端发送的请求进行判断。(2)根据多媒体会话中使用的业务参数进行判断。(3)根据多媒体会话的属性或类型进行判断。(4)根据网络侧预先设定的策略进行判断。其中所使用的信令携带方式包括URI Parameter，feature tag，和主叫用户制定。

步骤s202、服务器向特定设备发送加入请求消息。

步骤s203、特定设备加入该多媒体会话。

步骤s204、服务器对特定设备进行授权。

在多媒体会话中，由于特定设备具备特定的业务功能，例如媒体服务器可以在会话开始后提供第三方媒体，或向请求发送媒体的用户终端发送媒体。因此，根据多媒体会话的业务逻辑或者策略，应当对加入多媒体会话的特定设备进行授权，如授予媒体服务器媒体发送权。

具体地，特定设备在多媒体会话建立阶段加入时，首先对特定设备进行授权。在会话进行过程中，由于特定设备可以在会话中加入会话，因此当特定设备加入时，优先向其授权。

步骤s205、服务器将该特定设备的加入通知多媒体会话中的用户终端。

该通知可以通过以下几种方式实现：(1)服务器将多媒体会话的状态信息进行修改，以对特定设备的加入进行标识，并将状态信息通知多媒体会话中的用户终端；或(2)服务器在多媒体会话参与者的信息中，标识该特定设备的加入；或服务器将特定设备的状态信息存储在多媒体会话的相关信息中，供多媒体会话中的用户终端通过信息查询机制得知特定设备的加入；或(3)服务器将特定设备的状态信息存储在多媒体会话的相关信息中，向订阅了所述多媒体会话的相关信息的用户终端通知该特定设备的加入；或(4)服务器将特定设备的状态信息进行发布。

步骤s206、因为某种原因，服务器向特定设备发送离开该多媒体会话的消息。

该离开的原因包括以下几种情况：服务器接收到特定设备发送的离开多媒体会话的请求；或服务器发起从多媒体会话中删除该特定设备的流程；或服务器接收到多媒体会话中的用户终端发送的从多媒体会话中删除该特定设备的请求。

步骤s207、特定设备离开该多媒体会话。

步骤s208、服务器将该特定设备的离开通知多媒体会话中的用户终端。

该特定设备的离开的通知方法可以参考上述步骤s205中，通知各用户终端特定设备已加入该多媒体会话的方法。

以下对步骤s201中服务器判断待建立的多媒体会话或已建立的多媒体会话中，需要特定设备的加入的标准进行详细描述。

(1)根据用户终端发送的请求进行判断。

在多媒体会话建立阶段，主叫用户终端通常可以确定所建立的多媒体会话是否需要使用特定设备(如媒体服务器)，因此主叫用户终端可以在会话发起请求消息中添加与特定设备相关的参数，以表示需要媒体服务器的加入。在多媒体会话进行过程中，用户终端也可以发送将特定设备加入多媒体会话的请求，该请求中携带与特定设备相关的参数，以表示需要特定设备的加入。

例如，在PoC会话建立的场景中，发起会话的PoC用户终端在INVITE请求消息中，指示所建立会话的部分属性，如会话的类型等。现有OMAPoC业务的会话类型中，包括1-1PoC会话、预建立群组会话、Ad Hoc临时PoC会话、Chat Group聊天PoC会话和1-many-1PoC会话，这些会话类型可以使用特定的URI Parameter(URI参数)进行标识。当需要将特定设备加入会话时，也可以使用特定的会话类型参数表示需要将特定设备加入会话。例如，发起会话的PoC用户终端可以在URI Parameter中增加有媒体服务器加入PoC会话的参数，如MediaSession，表示会话中需要有媒体服务器的加入。使用同样的方法，在会话过程中，需要将特定设备加入会话时都可以使用这种方式。

URI Parameters在SIP消息中的放置，可以根据IETF RFC3261中相应使用形式，表示特定设备的URI Parameter可以如下使用：

Request

          sip：SIPUser.networkA.net；parametemame＝parameter-value

-URI

一个SIP请求消息中消息头的例子可以参见如图3描述的过程：

在该过程中，包括了扩展的URI Parameter为Conference type，Parametemame为conference，可选的值可以是conference的类型，如媒体内容会话(ContentServer)，如IVR(ivrServer)等，包括了各种可以加入Conference的特定设备的类型。

流程1为：Alice呼叫多媒体会议控制中心，携带了conference类型的URIParameter，指示会议中需要媒体服务器的加入。以下是可实现的具体参数和过程。

步骤s301、Alice向多媒体会议控制中心Focus发送INVITE消息。

该消息的内容可以如下所示：

F1 INVITE Alice->Conference focus X

INVITE  sip：focusXconfernce.serviceprovider.net  SIP/2.0；conference＝contentserver

To：sip：focusXconfernce.serviceprovider.net

From：Alice<sip：aliceatlanta.com>；tag＝1928301774

Call-ID：a84b4c76e66710

CSeq：314159INVITE

Contact：<sip：alicepc33.atlanta.com>

Content-Type：application/sdp

Content-Length：142

步骤s302、多媒体会议控制中心Focus向Alice返回200OK消息。

该消息的内容可以如下所示：

F2 200 OK Conference focus X->Alice

SIP/2.0 200 OK

To：SIP：Alice<sip：aliceatlanta.com>；tag＝1928301774

From：focusXconfernce.serviceprovider.net

Call-ID：a84b4c76e667l0

CSeq：314159INVITE

Contact：focusXconfemce.serviceprovider.net；conference＝contentserver

Content-Type：application/sdp

Content-Length：131

步骤s303、多媒体会议控制中心Focus向媒体服务器发送INVITE消息。

该消息的内容可以如下所示：

F3INVITE Conference Focus X->Content Server X

INVITE sip：bob192.0.2.4SIP/2.0

To：sip：contentserverXconference.serviceprovider.net

From：focusXconfernce.serviceprovider.net；tag＝1928301775

Call-ID：a84b4c76e66711

CSeq：314160INVITE

Contact：<sip：alicepc33.atlanta.com>

Content-Type：application/sdp

Content-Length：142

步骤s304、媒体服务器向多媒体会议控制中心Focus返回200OK消息。

该消息的内容可以如下所示：

F4 200 OK Content Server X->Conference Focus X

SIP/2.0 200 OK

To：sip：contentserverXconference.serviceproVider.net

From：focusXconfemce.serviceproVider.net

Call-ID：a84b4c76e66710

CSeq：314160INVITE

Content-Type：application/sdp

Content-Length：131

步骤s305、多媒体会议控制中心Focus向Bob发送INVITE消息。

该消息的内容可以如下所示：

F5INVITE Conference Focus X->Bob

INVITE sip：bob192.0.2.4SIP/2.0；conference＝contentserver

To：Bob<sip：bobbiloxi.com>

From：focusXconfemce.serviceprovider.net

Call-ID：a84b4c76e66712

CSeq：314161INVITE

Content-Type：application/sdp

Content-Length：142

步骤s306、Bob向多媒体会议控制中心Focus返回200OK消息。

该消息的内容可以如下所示：

F6 200 OK Bob->biloxi.com proxy

SIP/2.0 200 OK

To：Bob<sip：bobbiloxi.com>；tag＝a6c85cf

From：focusXconfernce.serviceproVider.net

Call-ID：a84b4c76e66712

CSeq：314161INVITE

Contact：sip：bob192.0.2.4；conference＝contentserver

Content-Type：application/sdp

Content-Length：131

(2)根据多媒体会话中使用的业务参数进行判断。

在多媒体会话中，媒体服务器或者其他特定的设备在加入会话中时(无论是在会话建立阶段，还是在会话进行阶段)，都需要网络上的某一个具备业务能力的物理设备的支持。这些具有某种业务能力的设备，在会话协商过程中，必然需要使用某种参数进行明确，如SDP(Session Description Protocol，会话描述协议)参数中的媒体参数，媒体参数又包括了媒体类型和编码格式。因此，可以在消息体中的SDP参数中确定特定设备的SDP参数，以指示打开和解析该SDP参数的网络实体可以向特定的设备发出会话协商请求。

IETF RFC4796介绍了在SDP参数中的媒体参数中，增加Content值，以说明媒体流用途和属性的过程。

本发明的说明书中以下的举例部分，借鉴了RFC4796中说明媒体参数用途的方式，说明了媒体服务器在会话中的使用要求。在实际应用当中，对媒体参数进行扩展或者增加特定设备的SDP参数，也能够达到在SDP参数中标识特定设备的作用。

以下例子说明了在SDP参数中，增加Content属性的SDP参数标识方法，其中slides表示放映胶片，Speaker代表话音，本发明扩展了现有Content属性，例如可以是媒体服务器。按照下面content属性的描述，m＝video 53334RTP/AVP 31将被用于参与者发送媒体，并且这个媒体流将和内容服务器建立连接。

v＝0

o＝Alice 292742730 29277831 IN IP4131.163.72.4

s＝Second lecture from information technology

c＝IN IP4 131.164.74.2

t＝0 0

m＝video 52886 RTP/AVP 31

a＝rtpmap：31 H261/9000

a＝content：slides

m＝video 53334 RTP/AVP 31

a＝rtpmap：31 H261/9000

a＝content：speaker

a＝content：contentServer

m＝video 54132 RTP/AVP 31

a＝rtpmap：31 H261/9000

a＝content：sl

另一种表述方法为：

v＝0

o＝Alice 292742730 29277831 IN IP4 131.163.72.4

s＝Second lecture from information technology

c＝IN IP4 131.164.74.2

t＝0 0

m＝video 52886 RTP/AVP 31

a＝rtpmap：31H261/9000

a＝content：slides

m＝video 53334 RTP/AVP 31

a＝rtpmap：31 H261/9000

a＝content：speaker：contentServer

m＝video 54132 RTP/AVP 31

a＝rtpmap：31H261/9000

a＝content：sl

(3)根据多媒体会话的属性或类型进行判断。

在某种特定的情况下，会话的属性或者会话的类型，及多方会话的特定设备加入会话的属性是由网络中的某些参数确定的。例如，为用户服务会话应用服务器同时和某个媒体服务器绑定，共同为其上建立的会话服务器，典型的服务可以是聊天群组会话的服务器。在这类场景中，可以通过公开这个提供特定服务的应用服务器的地址。

(4)根据网络侧预先设定的策略进行判断。

是否建立有特定设备的会话可以由网络侧预先设定的策略决定。如保存群组信息的XDMS(XML Document Management Server，XML文档管理服务器)服务器，可以保存关于群组会话的属性，群组会话可以使用群组服务器中保存的群组的属性信息确定要建立会话的属性。例如，有媒体服务器加入的群组会话可以增加群组属性MediaServer；有IVR加入的群组会话可以增加群组属性IVRServer等。

以下各实施例中，以用户终端使用OMAPoC业务的场景为例，对多媒体会话中特定设备的管理方法进行详细说明，该场景中使用的特定设备为媒体服务器。

在多媒体会话业务如OMAPoC业务的应用中，在多方会话的建立阶段或者在多方会话的进行中，都可能出现媒体服务器作为特定设备加入会话的情况。在会话建立阶段媒体服务器的加入，还可以作为会话是否存在的必要条件。如，在消息中明确媒体服务器是否为被要求的参数，如果媒体服务器不能加入，会话则无法正常建立。

本发明的实施例二中，描述了媒体服务器在会话建立阶段加入PoC会话的方法，如图4所示，具体步骤包括：

在图4所示的实施例中，没有特别说明控制会话的网络实体判断媒体服务器加入会话的具体方式，判断的标准可以是上文提出的任意判断依据。

步骤s401、PoC用户终端A(PoC Client A)发送INVITE(会话建立)请求。

步骤s402、PoC用户终端A所属的PoC服务器A将INVITE请求转发到控制会话的PoC服务器X上。

步骤s403、PoC服务器X根据业务逻辑，判断需要向媒体服务器X发送请求，协商将媒体服务器X加入到会话中，则PoC服务器X向媒体服务器X发出INVITE请求。如上所述，该业务逻辑的具体内容可以参考前文的描述。

步骤s404、媒体服务器X接受PoC服务器X发出的INVITE请求，并且返回200OK应答消息。

步骤s405、PoC服务器X向PoC用户B1所属的PoC服务器B发出INVITE请求，用于呼叫PoC用户B1。

需要特别指出的是，该步骤中PoC服务器X向PoC用户B1所属的PoC服务器B发出的INVITE请求消息，可以等到步骤s404中PoC服务器X收到媒体服务器X返回的200OK应答消息以后，也可以不等待该应答消息就发出。使用前一种发送方法时，如果媒体服务器不能成功加入PoC会话，则PoC服务器X可以向主叫用户终端PoC Client A返回失败应答，PoC服务器X也不再向其他PoC用户终端发出INVITE请求消息。

步骤s406、PoC服务器B向PoC用户终端B 1发出INVITE请求。

步骤s407、PoC用户终端B1接受PoC服务器B发出的INVITE请求，并且返回200OK应答消息。

步骤s408、PoC服务器B向PoC服务器X发出200OK应答消息，此时PoC用户终端B1成功加入PoC会话。

步骤s409、PoC服务器X向PoC用户终端B2所属的PoC服务器B发出INVITE请求，用于呼叫PoC用户终端B2。

步骤s410、PoC服务器B向PoC用户终端B2发出INVITE请求。

步骤s411、PoC用户终端B2接受PoC服务器B发出的INVITE请求，并且返回200OK应答消息。

步骤s412、PoC服务器B向PoC服务器X发出200OK应答消息，此时PoC用户终端B2成功加入PoC会话。

步骤s413、PoC服务器X向PoC用户终端A所属的PoC服务器A发出200OK应答消息，用于发起PoC用户终端A成功加入PoC会话。

需要特别指出的是，PoC服务器X向PoC用户终端A所属的PoC服务器A发送的200OK应答消息，可以在PoC服务器X收到媒体服务器X返回的200OK消息以后立即发送，以表示会话的建立；也可以等待在其他PoC用户终端成功加入会话以后，再发送200OK应答消息。

步骤s414、PoC服务器A向PoC用户终端A发出200OK应答消息，此时PoC用户终端A成功加入PoC会话。

在上述流程中，控制会话的PoC服务器在呼叫用户终端的顺序上，可以等待特定设备的成功应答后，再继续其他被叫用户终端的加入流程，或不等待特定设备的成功应答而直接呼叫其他用户终端。

在判断会话是否成功建立的标准上，可以采用以下几种标准：

以控制会话的服务器收到媒体服务器返回的成功应答消息作为会话成功建立的标准；或以其他影响会话是否成功建立的因素(例如，呼叫用户成功应答的数量)作为会话成功建立的标准；或以控制会话的服务器收到媒体服务器返回的成功应答消息、以及其他影响会话是否成功建立的因素综合作为会话的是否成功建立的标准。

如图5所示，说明了服务器根据会话应用的场景，判断媒体服务器作为特定设备是否加入会话的过程。本场景中，服务器提供了多媒体会话的服务，例如聊天会话，并且在会话中包括了具有特定功能的媒体服务器加入的功能，因此服务器收到会话建立请求时，直接连接媒体服务器，并确定媒体服务器的使用。

步骤s501、PoC用户终端A(PoC Client A)发送INVITE(会话建立)请求。

步骤s502、PoC用户终端A所属的PoC服务器A将INVITE请求转发到控制会话的PoC服务器X上。

步骤s503、PoC服务器X根据所提供会话服务器的类型，判断需要向媒体服务器X发送请求，协商将媒体服务器X加入到会话中，则PoC服务器X向媒体服务器X发出INVITE请求。

步骤504、媒体服务器X接受PoC服务器X发出的INVITE请求，并且返回200OK应答消息。

步骤505、PoC服务器判断会话建立成功，向用户终端A返回200OK应答消息。

在上述流程中，控制会话的PoC服务器在呼叫用户终端的顺序上，可以等待特定设备的成功应答后，再继续其他被叫用户终端的加入流程，或在呼叫特定设备的同时呼叫其他用户终端。

如图6所示，说明了服务器作为网络实体，向保存策略的策略服务器查询特定设备加入的策略。该保存设定设备的加入策略的策略服务器，在OMA架构中，可以是保存群组数据的群组服务器。

步骤s601、PoC用户终端A(PoC Client A)发送INVITE(会话建立)请求。

步骤s602、PoC用户终端A所属的PoC服务器A将INVITE请求转发到控制会话的PoC服务器X上。

步骤s603、PoC服务器X根据业务逻辑，向策略服务器查询特定设备(如媒体服务器)加入会话的策略；

步骤s604、策略服务器收到查询请求，将策略服务器上保存的特定设备加入策略返回到PoC服务器X上。策略服务器可以是保存群组数据的群组服务器。特定设备加入策略可以在流程中和群组成员列表一起返回给PoC服务器X。

步骤s605、PoC服务器X向媒体服务器发送INVITE请求。

步骤s606、媒体服务器X接受PoC服务器X发出的INVITE请求，并且返回200OK应答消息。

步骤s607、PoC服务器X向PoC用户B1所属的PoC服务器B发出INVITE请求，用于呼叫PoC用户B1。

需要特别指出的是，该步骤中PoC服务器X向PoC用户B1所属的PoC服务器B发出的INVITE请求消息，可以等到步骤s606中PoC服务器X收到媒体服务器X返回的200OK应答消息以后，也可以不等待该应答消息就发出。使用前一种发送方法时，如果媒体服务器不能成功加入PoC会话，则PoC服务器X可以向主叫用户终端PoC Client A返回失败应答，PoC服务器X也不再向其他PoC用户终端发出INVITE请求消息。

步骤s608、PoC服务器B向PoC用户终端B1发出INVITE请求。

步骤s609、PoC用户终端B1接受PoC服务器B发出的INVITE请求，并且返回200OK应答消息。

步骤s610、PoC服务器B向PoC服务器X发出200OK应答消息，此时PoC用户终端B1成功加入PoC会话。

步骤s611、PoC服务器X向PoC用户终端B2所属的PoC服务器B发出INVITE请求，用于呼叫PoC用户终端B2。

步骤s612、PoC服务器B向PoC用户终端B2发出INVITE请求。

步骤s613、PoC用户终端B2接受PoC服务器B发出的INVITE请求，并且返回200OK应答消息。

步骤s614、PoC服务器B向PoC服务器X发出200OK应答消息，此时PoC用户终端B2成功加入PoC会话。

步骤s615、PoC服务器X向PoC用户终端A所属的PoC服务器A发出200OK应答消息，用于发起PoC用户终端A成功加入PoC会话。

需要特别指出的是，PoC服务器X向PoC用户终端A所属的PoC服务器A发送的200OK应答消息，可以在PoC服务器X收到媒体服务器X返回的200OK消息以后立即发送；也可以等待在其他PoC用户终端成功加入会话以后，再发送200OK应答消息。

步骤s616、PoC服务器A向PoC用户终端A发出200OK应答消息，此时PoC用户终端A成功加入PoC会话。

在上述流程中，控制会话的PoC服务器在呼叫用户终端的顺序上，可以等待特定设备的成功应答后，再继续其他被叫用户终端的加入流程，或不等待特定设备的成功应答而直接呼叫其他用户终端。

在OMAPoC的应用场景中，包括其他多媒体会话的场景中，由于特定设备应当具备特定的业务功能，例如媒体服务器将为多媒体会话提供第三方的媒体服务。因此还涉及到向媒体服务器授予媒体发送权的过程。

具体地，当媒体服务器在多媒体会话建立过程中加入会话时，服务器在会话建立阶段授予媒体服务器媒体发送权；或在多媒体会话进行过程中媒体服务器加入会话，服务器授予媒体服务器的媒体发送权。

本发明的实施例二中，以典型的0MA PoC会话为例，描述了媒体服务器加入多媒体会话时获得媒体发送权的流程，如图7所示，包括如下步骤：

步骤s701、PoC用户终端A发送INVITE(会话建立)请求。

该步骤中，由于需要建立有特定的媒体服务器加入的PoC会话，因此在INVITE请求消息中，携带为媒体服务器申请媒体发送权的指示。

步骤s702、PoC用户A所属的PoC服务器A将INVITE请求转发到控制会话的PoC服务器X上。

步骤s703、PoC服务器X根据业务逻辑，判断需要向媒体服务器X发送请求、与其协商并将其加入到会话中，则PoC服务器X向媒体服务器X发出INVITE请求。该业务逻辑的具体内容可以参考前文的描述。

步骤s704、媒体服务器X接受PoC服务器X发出的INVITE请求，并返回200OK应答消息。

步骤s705、PoC服务器X向PoC用户终端B1所属的PoC服务器B发出INVITE请求，用于呼叫PoC用户终端B1。

与上一实施例中的步骤s405相似，PoC服务器X向PoC用户终端B1所属的PoC服务器B发出的INVITE请求消息，可以等到PoC服务器X收到媒体服务器X返回的200OK应答消息以后，也可以不等待该应答消息就发出。使用前一种发送方法时，如果媒体服务器不能成功加入PoC会话，PoC服务器X可以向主叫PoC用户终端A返回失败应答，PoC服务器X也不再向其他PoC用户终端发出INVITE请求消息。

步骤s706～步骤s712，与上一实施例中的步骤s406～s412相似，为PoC用户终端B1和B2接受INVITE请求并成功加入PoC会话的过程，在此不作重复描述。

步骤s713、PoC服务器X向PoC用户终端A所属的PoC服务器A发出200OK应答消息，用于发起PoC用户终端A成功加入PoC会话。

需要特别指出的是，PoC服务器X向PoC用户终端A所属的PoC服务器A发出200OK应答消息，可以在PoC服务器X收到媒体服务器返回的200OK消息以后立即发送；也可以等待在其他PoC用户终端成功加入会话以后，再发送200OK应答消息。

步骤s714、PoC服务器A向PoC用户终端A发出200OK应答消息，此时PoC用户终端A成功加入PoC会话。

步骤s715、PoC服务器X根据策略首先向媒体服务器授予媒体发送权。

媒体发送权可以通过OMA PoC业务规范确定的TB/MB Granted消息发送。

步骤s716、媒体服务器收到TB/MB Granted消息后，获得媒体发送权，并且向PoC服务器X发送媒体。

步骤s717、PoC服务器X向其他用户终端转发媒体。

由于媒体服务器发送的媒体，需要向参与会话的用户终端发送，因此，控制会话的PoC服务器X能够在一段时间内，保存媒体服务器X发送的媒体，而在有用户加入会话时，首先向用户终端发送这部分保存的媒体。媒体服务器发送的媒体为对本次会话的提示信息，如一段语音，一段视频等。

在本流程中，主叫PoC用户终端A可以在INVITE请求消息中携带为媒体服务器申请媒体发送权的指示；然后由控制会话的PoC服务器X向媒体服务器X发送媒体发送权授予消息。在控制会话的PoC服务器X根据用户终端请求之外的其他业务逻辑判断需要将媒体服务器加入会话时，不需要用户终端向网络设备提出请求，即可以由控制会话的服务器直接授予媒体发送权。例如在上面实施例中，PoC服务器X可以在媒体服务器加入会话后，直接将媒体发送权授予媒体服务器X。

在多媒体会话的过程中，以特定设备为媒体服务器为例，还涉及到媒体服务器加入或离开时，需要向处于会话中的用户终端发送特定的通知，以说明媒体服务器的加入和离开。该通知方法具体包括：

(1)服务器在会话状态信息中使用特定会话属性进行标识。

媒体服务器的增加或者删除可以作为一个特定的会话状态信息，媒体服务器加入或者退出会话的状态信息，可以在会话状态信息中使用特定会话属性进行标识。因此，在媒体服务器加入或者退出时，服务器将多媒体会话的状态信息进行修改，以对特定设备的加入进行标识，并将状态信息通知多媒体会话中的用户终端。

(2)服务器在多媒体会话参与者的信息中，标识该特定设备的加入或离开。

可以将媒体服务器视作一个普通会话参与者，在普通会话参与者中的状态信息中添加媒体服务器的识别信息。在媒体服务器加入或者退出时，在多媒体会话参与者的信息中，标识该特定设备的加入或离开。

(3)服务器将特定设备的状态信息存储在多媒体会话的相关信息中，供多媒体会话中的用户终端通过信息查询机制得知特定设备的加入；或向订阅了多媒体会话的相关信息的用户终端通知该特定设备的加入。

媒体服务器相关的状态信息，还可以作为群组会话相关的信息，保存在群组服务器中，并且通过支持的群组信息查询机制进行查询或者通知。如可以使用OMA XMDS业务引擎，OMA的其他业务如OMA PoC、OMA IM、OMA CPM在一个会话开始后，将媒体服务器的状态信息发送到保存群组信息的XDMS上，XDM Client可以从保存群组信息的XDMS上查询群组信息。

(4)服务器将特定设备的状态信息进行发布。

媒体服务器相关的状态信息，还可以作为会话相关信息的一部分，由服务器使用现有业务的机制发布媒体服务器相关的信息。

本发明的实施例二中，以典型的OMAPoC会话为例，描述了媒体服务器从会话中删除时，服务器通知各用户终端的过程，其中，控制PoC会话的服务器以AS(Application Server，应用服务器)为例，如图8所示，具体步骤包括：

步骤s801～s802、PoC用户终端B1向AS订阅应用服务器AS控制的会话状态信息，一般遵循SIP协议SUBSCRIBE(订阅)/NOTIFY(通知)的机制，订阅消息Subscribe请求通过IMS网络中的实体S-CSCF(Serving CallSession Control Function，服务呼叫状态控制功能实体)转发。

步骤s803～s804、应用服务器AS接受PoC用户终端B1的订阅，向PoC用户终端B1返回订阅消息的200OK应答消息。

步骤s805、会话中的其他应用过程。

步骤s806～s807、由于某种原因或者触发条件，应用服务器AS向媒体服务器发送BYE请求消息，即要求媒体服务器离开当前会话。

步骤s808～s809、媒体服务器收到应用服务器AS发送的BYE请求消息后，返回200OK应答消息，之后，即退出本次会话。

步骤s810～s811、应用服务器AS收到200OK应答消息后，向订阅了媒体服务器相关状态信息的PoC用户终端B1发送通知(NOTIFY)消息，携带了媒体服务器离开会话的相关信息，该信息经S-CSCF转发到PoC用户终端B1上。

步骤s812～s813、PoC用户终端B1返回对NOTIFY消息的200OK应答消息。

通过使用上述实施例提供的多媒体会话中特定设备的管理方法，提供了将特定设备加入新建立的或已建立的多媒体会话的方法，完善了特定设备在多媒体会话中的授权机制以及对用户终端的通知机制，实现了对多媒体会话中特定设备的统一管理。

本发明的实施例三中，一种多媒体会话中特定设备的管理系统如图9所示，包括：

服务器10，用于判断新建立或已建立的多媒体会话中需要特定设备20的加入时，向特定设备20发送请求消息。

特定设备20，用于在接收到服务器10发送的请求消息时，加入所述多媒体会话。该特定设备可以为媒体服务器、互动式语音应答IVR服务器、和第三方服务器。

具体地，服务器10进一步包括：

判断模块11，用于判断所述多媒体会话中是否需要特定设备加入或离开。

请求发送模块12，用于当所述判断模块11判断所述多媒体会话中需要特定设备20加入或离开时，向所述特定设备20发送通知消息。

授权模块13，用于对加入多媒体会话的特定设备20进行授权。

另外，服务器10还包括：

通知模块14，用于判断模块11判断特定设备需要加入或离开多媒体会话时，通知多媒体会话中的用户终端。该通知方式至少包括：(1)服务器将多媒体会话的状态信息进行修改，以对特定设备的加入进行标识，并将状态信息通知多媒体会话中的用户终端；或(2)服务器在多媒体会话参与者的信息中，标识该特定设备的加入；或服务器将特定设备的状态信息存储在多媒体会话的相关信息中，供多媒体会话中的用户终端通过信息查询机制得知特定设备的加入；或(3)服务器将特定设备的状态信息存储在多媒体会话的相关信息中，向订阅了所述多媒体会话的相关信息的用户终端通知该特定设备的加入；或(4)服务器将特定设备的状态信息进行发布。

逻辑获取模块15，用于获取与多媒体会话相关的业务逻辑并通知判断模块11，作为判断多媒体会话中是否需要特定设备加入或离开的依据，具体的，可以根据以下标准判断待建立的多媒体会话或已建立的多媒体会话中是否需要特定设备的加入：(1)根据用户终端发送的请求进行判断。(2)根据多媒体会话中使用的业务参数进行判断。(3)根据多媒体会话的属性或类型进行判断。(4)根据网络侧预先设定的策略进行判断。具体的，可以根据以下标准判断需要特定设备离开多媒体会话：(1)接收到特定设备发送的离开多媒体会话的请求。(2)服务器10发起从多媒体会话中删除该特定设备的流程。(3)服务器10接收到多媒体会话中的用户终端发送的从多媒体会话中删除特定设备的请求。

通过使用上述实施例提供的多媒体会话中特定设备的管理系统和设备，提供了将特定设备加入待建立的或已建立的多媒体会话的方法，提供了特定设备在多媒体会话中的授权机制以及对用户终端的通知机制，实现了对多媒体会话中特定设备的统一管理。

本发明的实施例四中，提供了又一种多媒体会话中特定设备的管理方法。该方法中，服务器没有通过发送媒体发送权授权的方式获得特定设备所提供的服务，而是通过服务器和特定设备之间的接口直接获取该特定设备所提供的服务。如前所述，该特定设备可以是媒体保存和发送服务器、IVR设备或第三方服务器等。

服务器和特定设备之间的接口协议可以为RTSP协议、HTTP协议或FTP协议等。

如图10所示，是一种多媒体会话中特定设备的管理方法，在该场景下，特定设备是一个媒体服务器，且服务器在获得特定设备的服务之前，先邀请特定设备加入该多媒体会话。

步骤s1001、客户端发出加入特定设备进入多媒体会话的加入请求，加入请求使用SIP REFER请求消息。当然该加入请求也可以使用SIP INVITE请求消息，在加入请求消息中携带了要求服务器添加媒体服务器的业务指示。

步骤s1002、服务器收到客户端发送的加入请求后，向媒体服务器发送会话邀请请求消息，可以使用SIP INVITE请求消息。

步骤s1003、媒体服务器收到会话邀请请求消息后，返回200OK应答消息。服务器收到媒体服务器返回的200OK应答消息后，媒体服务器即已经进入该多媒体会话。

根据多方会话的业务逻辑，服务器可以向该多媒体会话中的全部或部分客户端发送媒体服务器加入该多媒体会话的通知消息。例如可以使用Subscribe/Notify机制发送SIP NOTIFY消息来通知客户端。

步骤s1004、服务器收到200OK应答消息后，可以向客户端返回200OK应答消息，以通知客户端请求的媒体服务器加入请求已经完成。

步骤1005、媒体在该多媒体会话中，按照正常过程传输。

步骤1006、用户希望请求该媒体服务器上可以获取的媒体资源，客户端向服务器发送媒体发送请求，希望获取媒体服务器上的媒体。在图10中，向媒体服务器请求媒体的客户端就是请求媒体服务器加入会话的客户端，但在具体应用中，向媒体服务器请求媒体的客户端还可能是会话中的其他客户端，前提是该客户端知道该媒体服务器已经加入该多媒体会话。

步骤s1007、服务器收到客户端发送的媒体发送请求后，直接通过服务器和媒体服务器之间的接口协议获取媒体，该接口使用相应的协议进行通信。例如，使用HTTP协议进行通信时，可以使用HTTP GET消息获取媒体。当然也可以通过使用RTSP协议或其他协议获取媒体。

步骤s1008-s1009、服务器可以向会话中的客户端发送媒体发送权的指示，用于通知会话中的用户当前的媒体发送权和媒体发送资源由媒体服务器发送的媒体使用。

步骤s1010、媒体服务器通过和会话服务器之间的接口向服务器发送媒体。

步骤s1011、服务器从媒体服务器获取媒体后，向在多媒体会话中的客户端发送媒体。

这样，会话中的服务器，如控制服务器通过和媒体服务器之间的接口协议获取了媒体，并向多方会话中的客户端提供了媒体。

需要说明的是，由于RTSP协议作为服务器和特定设备之间的接口协议可以支持对特定设备的控制功能，因此使用该协议作为接口协议时，可以扩展客户端和服务器之间的使用范围，例如可以由客户端请求会话服务器对特定设备上的媒体资源进行控制，如播放、暂停、快进、快退等。若使用其他支持对特定设备的控制功能的协议作为接口协议，也可以进行类似扩展。

如图11所示，是一种多媒体会话中特定设备的管理方法，在该场景下，特定设备是一个媒体服务器，且服务器在没有事先邀请特定设备加入该多媒体会话的情况下，直接从该特定设备获取媒体。

步骤s1101、建立多媒体会话。

步骤s1102、客户端发出加入特定设备进入该多媒体会话的加入请求，该请求可以使用SIP INVITE请求消息。在加入请求消息中包括媒体服务器的链接，如媒体服务器的URI或者其他连接地址。

步骤s1103、服务器收到客户端发送的加入请求后，可以向客户端发送INVITE请求响应。

步骤s1104、媒体在多方会话中，按照正常过程传输。

步骤s1105、用户希望请求媒体服务器上可以获取的媒体资源，客户端向服务器发送媒体发送请求，希望获取媒体服务器上的媒体。

步骤s1106、服务器收到客户端发送的媒体发送请求后，直接通过服务器和媒体服务器接口获取媒体，该接口使用相应的协议进行通信。例如，使用HTTP协议进行通信时，可以使用HTTP GET消息获取媒体。当然也可以通过使用RTSP协议或其他协议获取媒体。

步骤s1107-s1108、服务器可以向会话中的客户端发送媒体发送权的指示，用于通知会话中的用户当前的媒体发送权和媒体发送资源由媒体服务器发送的媒体使用。

步骤s1109、媒体服务器通过和服务器之间的接口协议向服务器发送媒体。

步骤s1110、服务器从媒体服务器获取媒体后，向在会话中的客户端发送媒体。

这样，会话中的服务器，如控制服务器通过和媒体服务器之间的接口获取了媒体，并向多方会话中的客户端提供了媒体。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台网络设备执行本发明各个实施例所述的方法。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (17)

1.一种多媒体会话中特定设备的加入方法，其特征在于，包括以下步骤：

服务器判断多媒体会话中是否需要特定设备加入，所述特定设备指在会话中具有和参与用户终端不同的特定用途的设备；

需要特定设备加入时，所述服务器向所述特定设备发送请求消息；

接收到所述特定设备的响应时，所述服务器将所述特定设备加入所述多媒体会话。

2.如权利要求1所述多媒体会话中特定设备的加入方法，其特征在于，所述服务器判断多媒体会话中是否需要特定设备加入的依据，包括以下方式中的一种或多种：

根据用户终端发送的请求进行判断；或

根据所述多媒体会话中使用的业务参数进行判断；或

根据多媒体会话的属性或类型进行判断；或

根据网络侧预先设定的策略进行判断。

3.如权利要求1所述多媒体会话中特定设备的加入方法，其特征在于，所述多媒体会话为新建立的多媒体会话时，所述服务器向所述特定设备发送请求消息后，或接收到所述特定设备的响应后，向所述多媒体会话涉及的用户终端发送请求消息

4.如权利要求1所述多媒体会话中特定设备的加入方法，其特征在于，所述服务器将所述特定设备加入所述多媒体会话后，还包括步骤：

所述服务器通知所述多媒体会话中的用户终端：所述特定设备已加入所述多媒体会话。

5.如权利要求4所述多媒体会话中特定设备的加入方法，其特征在于，所述服务器通知所述多媒体会话中的用户终端的方法，包括以下方式中的一种或多种：

所述服务器将所述多媒体会话的状态信息进行修改，以对所述特定设备的加入进行标识，并将所述状态信息通知所述多媒体会话中的用户终端；或

所述服务器在多媒体会话参与者信息中，标识所述特定设备的加入；或

所述服务器将所述特定设备的状态信息存储在多媒体会话的相关信息中，供所述多媒体会话中的用户终端通过信息查询机制得知所述特定设备的加入；或

所述服务器将所述特定设备的状态信息存储在多媒体会话的相关信息中，向订阅了所述多媒体会话的相关信息的用户终端通知所述特定设备的加入；或

所述服务器将所述特定设备的加入状态信息进行发布。

6.如权利要求1所述多媒体会话中特定设备的加入方法，其特征在于，当所述服务器将所述特定设备加入所述多媒体会话后，还包括：所述服务器通过与所述特定设备之间的接口获得所述特定设备提供的服务。

7.如权利要求6所述多媒体会话中特定设备的加入方法，其特征在于，所述接口通过RTSP协议、HTTP协议或FTP协议进行通信。

8.一种多媒体会话中特定设备的授权方法，其特征在于，包括以下步骤：

服务器接收到特定设备加入多媒体会话的消息；

所述服务器根据多媒体会话的业务逻辑或者策略对所述特定设备进行授权。

9.如权利要求8所述多媒体会话中特定设备的授权方法，其特征在于，所述服务器对所述特定设备进行授权的步骤具体为：

所述服务器根据用户终端发送的请求、或预先设定的策略，在所述特定设备加入所述多媒体会话后，立即对所述特定设备进行授权。

10.一种多媒体会话中特定设备的管理系统，其特征在于，包括：

服务器，用于判断多媒体会话中需要特定设备的加入时，向所述特定设备发送请求消息；

特定设备，用于在接收到所述服务器发送的请求消息时，加入所述多媒体会话，所述特定设备指在会话中具有和参与用户终端不同的特定用途的设备。

11.如权利要求10所述多媒体会话中特定设备的管理系统，其特征在于，所述服务器进一步包括：

判断模块，用于判断所述多媒体会话中是否需要特定设备加入或离开；

请求发送模块，用于当所述判断模块判断所述多媒体会话中需要特定设备加入或离开时，向所述特定设备发送消息；

授权模块，用于对加入所述多媒体会话的所述特定设备进行授权。

12.如权利要求10所述多媒体会话中特定设备的管理系统，其特征在于，所述服务器还包括：

通知模块，用于当所述特定设备加入或离开多媒体会话时，通知所述多媒体会话中的用户终端。

13.如权利要求10所述多媒体会话中特定设备的管理系统，其特征在于，所述服务器还包括：

逻辑获取模块，用于获取与所述多媒体会话相关的业务逻辑并通知所述判断模块，作为判断所述多媒体会话中是否需要特定设备加入或离开的依据，所述业务逻辑包括用户终端的请求、所述多媒体会话的类型、参数或预先设定的策略中的一种或多种。

14.如权利要求10所述多媒体会话中特定设备的管理系统，其特征在于，所述特定设备包括：媒体服务器、互动式语音应答IVR服务器、或第三方服务器。

15.一种多媒体会话中的服务器，其特征在于，包括：

判断模块，用于判断多媒体会话中是否需要特定设备加入或离开，所述特定设备指在会话中具有和参与用户终端不同的特定用途的设备；

请求发送模块，用于当所述判断模块判断所述多媒体会话中需要特定设备加入或离开时，向所述特定设备发送通知消息；

授权模块，用于根据多媒体会话的业务逻辑或者策略对加入所述多媒体会话的终端设备进行授权。

16.如权利要求15所述多媒体会话中的服务器，其特征在于，还包括：通知模块，用于当所述特定设备加入或离开多媒体会话时，通知所述多媒体会话中的用户终端。

17.如权利要求15所述多媒体会话中的服务器，其特征在于，还包括：

逻辑获取模块，用于获取与所述多媒体会话相关的业务逻辑并通知所述判断模块，作为判断所述多媒体会话中是否需要特定设备加入或离开的依据，所述业务逻辑包括用户终端的请求、所述多媒体会话的类型、参数或预先设定的策略中的一种或多种。

Images