CN101317421A - 基于媒体类型的处理方法及网络实体 - Google Patents

Abstract

本发明公开了一种基于媒体类型的方法及会话初始协议多媒体通信系统中的网络实体，包括：信息接收方接收到信息时，根据设置的策略以及信息的媒体类型对接收的信息进行处理。通过本发明所提供的方法，能够使在SIP多媒体通信系统中对不同媒体类型的媒体数据或者对应不同媒体类型的信令消息分别进行处理。

Description

基于媒体类型的处理方法及网络实体 技术领域

本发明涉及移动通信系统， 特别涉及会话初始协议（ SIP, Session Initial Protocol ) 多媒体通信系统。 发明背景

随着宽带网络的发展， 移动通信将不仅仅局限于传统的话音通信， 结合音频、 视频、 图片和文本等多媒体业务将逐渐开展， 移动通信结合 呈现业务（Presence ), 短消息、 网页 （ WEB )浏览、 定位信息、 推送业 务（PUSH )或文件共享等数据业务， 可以满足用户的多种需求。

随着多媒体技术在通信中的逐步开展， SIP 多媒体通信可以承载语 音业务或多媒体业务， 例如： 视频流、 图片或文本等多种媒体类型。 当 SIP 多媒体通信系统引入多种媒体类型时， 原有的网络实体需要做出相 应的增强和调整， 进而能够处理基于语音媒体类型以外的其他多种媒体 类型的多种媒体数据。 然而， 目前在 SIP多媒体通信系统中还没有基于 多种媒体类型的处理方法。 发明内容

有鉴于此， 本发明实施例提供了一种基于媒体类型的处理方法及

SIP多媒体通信系统中的网络实体， 能够在 SIP多媒体通信系统中将不 同的媒体类型作为区分处理的标准。

本发明实施例所述的基于媒体类型的处理方法， 包括： 会话初始协 议 SIP多媒体通信系统中的信息接收方在接收到信息时， 根据设置的策 略以及信息的媒体类型对接收的信息进行处理。 本发明实施例所述的 SIP多媒体通信系统中的网络实体， 包括： 用于接收信息的模块， 以及

用于根据设置的策略以及信息的媒体类型对所接收信息进行处理的 模块。

从上述方案可以看出， 通过本发明实施例提供的方法及 SIP多媒体 通信系统中的网络实体， 当网络实体收到媒体数据或信令消息后， 可以 根据设定的策略、 媒体数据的类型以及信令消息所对应的媒体类型对媒 体数据进行处理。 因此， 本发明实施例提供的方法使网络实体对多种媒 体数据或对应不同媒体类型的信令消息分别进行处理， 支持用户在 SIP 多媒体通信系统中的多媒体体验。 附图简要说明

图 1为 PoC业务开展的模式示意图；

图 2为本发明实施例中设置为自动应答模式时 PoC服务器的处理流 程图；

图 3为本发明实施例中手动应答覆盖的处理流程示意图；

图 4为本发明实施例中自动应答覆盖的处理流程示意图。 实施本发明的方式

为使本发明的目的、 技术方案和优点更加清楚明白， 以下举具体实 施例并参照附图， 对本发明作进一步详细说明。

本发明的一个优选实施例提供了一种 SIP多媒体通信系统基于媒体 类型的处理方法。 在本实施例中， SIP 多媒体通信系统可以为基于网际 协议的多媒体子系统 ( IMS, Internet Protocol Multimedia Subsystem )、 基于蜂窝通信系统的按键即通（PoC， Push To Talk over Cellular )系统或 会议（Conference ) 系统。 其中， IMS 系统是在现有多媒体应用的推动 下，由第三代移动通信伙伴工程（ 3GPP, 3^rd Generation Partnership Project ) 推出的系统。 IMS系统是在通信网络中使用一种标准化的开放的结构来 实现多种多样基于分组域的多媒体应用， 从而提供给用户更多的选择和 更丰富的感受。 PoC 系统是一种集中控制的多方多媒体通信系统。 PoC 系统是开放移动联盟组织（OMA, Open Mobile Alliance )定义的在分组 网络上实现的按键即说（PTT, Push To Talk )业务系统， 它采用分组语 音（VoIP ) 以及半双工的方式， 能够低成本、 高效率的满足用户的实时 通信需求。 图 1为 PoC业务开展的示意图， 如图 1所示， 首先， PoC用 户需要通过具有 PoC能力的客户端 （以下简称 PoC客户端）和 PoC业 务供应商签约， 以获得 PoC业务许可； 然后， PoC用户通过 PoC客户 端检测网络是否具有 Poc业务能力， 如果网络具备 PoC业务能力， 该 PoC用户通过 PoC客户端与其他 PoC用户建立联系， 该 PoC用户与其 他 PoC用户连接在同一 PoC供应商上； 从而， 多个 PoC客户端通过按 键的方式要求发言， 实现 PoC业务。

本实施例的在 SIP多媒体通信系统中基于媒体类型的处理方法具体 包括： 当信息接收方， 例如某些网络实体或者 PoC客户端， 接收到某种 类型的媒体数据或信令消息等信息（以下简称： 接收信息） 时， 所述信 息接收方根据处理策略对接收信息进行处理。 所述处理策略在信息接收 方进行设置， 是指所述信息接收方对各种类型的接收信息的处理方式， 该处理方式通过不同的媒体类型进行区分， 所述的不同媒体类型可以是 用户设置的媒体类型、用户签约的媒体类型或从所接收信令消息和 /或媒 体数据中获得的媒体类型处理信息区分出的媒体类型。 这些媒体类型信 息可以作为信息接收方接收消息的触发依据。

当上述各种表示媒体数据或信令消息处理方式的信息同时出现时， 根据系统的预先设置的处理规则或运营商设置的策略， 可以设置从接收 信息中获得的媒体类型处理信息的优先级高于用户设置及用户签约的 媒体类型处理信息的优先级， 以该优先级确定作为各种类型媒体数据处 理或信令消息处理所依据的信息， 即将优先级较高的媒体类型处理信息 确定为进行媒体数据处理或信令消息处理所依据的信息。 除了上述设置 优先级的方法之外， 还可以根据用户签约的信息确定根据何种媒体类型 处理信息对不同类型的媒体数据或信令消息进行处理。 也就是说， 在用 户签约的信息中可以设置媒体数据处理或信令消息所依据信息的是用 户设置的媒体类型处理信息， 还是用户签约的媒体类型处理信息， 还是 从系统信令消息和 /或媒体数据中获得的媒体类型处理信息 ,又或者是上 述信息的任意组合等等。

下面再以 PoC系统为例详细说明本实施例所述的处理方法。 在本例 中， PoC系统中的信息接收方（包括 PoC系统中的网络实体或者 PoC客 户端）对媒体数据或信令消息的处理可以是根据用户设置的媒体类型处 理信息来进行的。

在本例中， 所述方法主要包括： 当 PoC系统中的信息接收方收到某 种类型的媒体数据或信令消息（以下简称： 接收信息） 时， 根据用户设 置的媒体类型处理信息对接收信息进行处理。

在上述方法中， 信息接收方可以是 PoC客户端、 部署在网絡中的在 会话过程中充当 PoC客户端的设备，也可以是某些 PoC系统中的网络实 体， 例如： 呼叫控制功能 ( CSCF, Call Session Control Function )， 应用 服务器 （AS , Application Server )、 媒体资源功能 （MRF , Multimedia Resource Function )、 SIP协议的应用层网关 （ SIP-ALG, Session Initial Protocol )、媒体网关控制功能 (MGCF, Media Gateway Control Function) ^ 呼出边界网关控制功能 (BGCF , Breakout Gateway Control Function；)或控 制按键即说 PoC服务器或媒体网关（ MGW, Media Gateway )。优选地， 所述信息接收方为 PoC服务器。

在上述方法中， 所处理的媒体类型可以有多种， 例如， 音频、 视频 和包括图片或文本在内的离散媒体类型中的一种或几种。

所述信息接收方所接收的信令消息可以是 SIP请求消息， 所接收的 媒体数据可以为媒体流， 例如， 语音流和视频流， 也可以为图片或文本 等形式的离散媒体数据。

在上述方法中， 用户设置媒体类型处理信息是指用户通过 PoC客户 端在 PoC服务器或者其他网络实体上进行媒体类型处理信息的设置。 实 现用户设置媒体类型处理信息的具体方法包括：

PoC客户端向 PoC服务器发送 SIP请求消息， 该 SIP请求消息中包 括用户欲设置的媒体类型处理信息；

PoC服务器保存上述媒体类型处理信息， 并向 PoC客户端返回应答 消息。

本领域的技术人员可以理解， 通过上述流程， 用户通过 PoC客户端 在 PoC服务器上实现媒体类型处理信息的设置， 同理， 用户还可以采用 类似的方法通过 PoC客户端在 PoC系统中的其他网络实体上进行媒体类 型处理信息的设置。 由于进行媒体类型设置的方法与上述方法基本相 同， 此处不再赘述。

当然 , 媒体类型处理信息不只包括用户在网络实体中设置的媒体类 型处理信息， 还应当包括用户签约的媒体类型处理信息， 或从所接收信 令消息和 /或媒体数据中获得的媒体类型处理信息。

具体而言， 上述媒体类型处理信息可以包括基于媒体类型的闭锁设 置信息， 即在 PoC服务器上设置需要进行过滤的某种或某几种媒体数 据类型。 具体而言， 可以在 PoC服务器上设置闭锁某一种媒体类型的媒 体数据， 也可以在 Poc服务器上设置闭锁需要同步的几种媒体类型的媒 体数据。 例如， 可以在 PoC服务器上分别对语音媒体类型、 视频媒体类 型和离散媒体类型设置闭锁。 在对某种或某几种类型的媒体数据设置了 闭锁之后， PoC服务器一旦接收到媒体数据将会根据媒体类型对已设置 了闭锁的媒体类型进行过滤。

除了上述基于媒体类型的闭锁设置之外， 所述媒体类型处理信息还 可以包括基于媒体数据的闭锁设置信息，例如可以在 PoC服务器上设置 闭锁从 PoC客户端到 PoC服务器的上行的媒体数据，或可以设置闭锁从 网络中的其他网络实体发送到 PoC服务器的某些媒体数据。 其中， 被设 置闭锁的这些媒体数据可以仅属于一种媒体类型， 也可以属于多种媒体 类型。

除了闭锁设置之外， 所述媒体类型处理信息还可以包括对每一种或 几种媒体类型的信令消息的应答模式的设置信息， 即对媒体类型的信令 消息的自动应答模式或手动应答模式的设置。 其中， 自动应答模式是指 PoC客户端在 PoC服务器上设置的在 PoC服务器上自动接受信令消息的 应答模式；手动应答模式是指 PoC客户端在 PoC服务器上设置的在 PoC 服务器上要等待用户手动应答的应答模式。 需要指出的是， 对自动应答 模式或者手动应答模式的设置，可以在网络实体上实现，但也可能在 PoC 客户端上实现。 接受自动应答模式或者手动应答模式的设置时， 可以对 设置应答模式的用户身份进行验证， 验证通过方可以接受。

在本实施例中， 对信令消息的应答模式的设置包括对某种或者某几 种媒体类型的信令消息分别设置为自动应答模式或者手动应答模式。 例 如， 可以将只有语音媒体类型的会话请求的应答模式设置为自动应答模 式， 而将包含有视频媒体类型的会话请求的应答模式设置为手动应答模 式等。 在本发明的另一实施例中，可以通过信令消息和 /或媒体数据实现上 述对应答模式的设置。 在本实施例中， 所述信令消息和 /或媒体数据中还 携带强制自动应答模式或者强制手动应答模式的信息， 在这种情况下，

SIP 多媒体通信系统的网络实体接收到携带有强制自动应答模式或者强 制手动应答模式信息的信令消息后， 将保存所接收的应答模式设置信 息 , 并按照强制的应答模式对信令消息进行处理。

现以强制设置自动应答模式为例对前文所述的媒体类型处理信息的 设置流程进行说明。 其中， 信令消息对应的媒体类型可以包括音频、 视 频以及包括图片、 或文本在内的离散类型媒体中的一种或几种。 在本实 施例中， 可以将语音媒体类型、 视频媒体类型和离散媒体类型的信令消 息分别设置为自动应答。在本实施例中， 以在 PoC服务器 B上设置对语 音和离散媒体， 如文本的信令消息自动应答为例进行说明， 主要包括： PoC客户端向其所在网络发送一 SIP请求消息， 该 SIP请求消息中 包括对语音和离散媒体类型信令消息进行自动应答模式设置的信息；

PoC客户端所在网絡将该 SIP请求消息转发至该 PoC客户端所属的 PoC月良务器； ,

所述 PoC服务器保存所述 SIP请求消息中携带的对语音和离散媒体 类型的信令消息进行自动应答模式设置的信息，并通过所述 PoC客户端 所在网络向所述 PoC客户端返回 SIP 200 0K消息。

进行了如上设置后，当该 PoC服务器接收到发送给所述 PoC客户端 的语音和离散媒体类型的信令消息时，所述 PoC服务器将采用自动应答 模式处理该 SIP请求消息。具体而言，若 PoC客户端在其所属的 PoC服 务器上设置了对语音和离散媒体类型的自动应答时， 当该 PoC客户端所 属的 PoC服务器收到发送给该 PoC客户端的语音和离散媒体类型的信令 消息时，所述 PoC服务器将代替该 PoC客户端进行自动应答，具体步骤 如图 2所示：

步骤 1 ~ 2： 主叫 PoC客户端 A通过自身所属且参与会话的 PoC服 务器 A发送邀请（INVITE )请求消息到控制会话的 PoC服务器 X； 步驟 3: PoC服务器 X将该 INVITE请求消息转发到被叫 PoC客户 端 B所属且参与会话的 PoC服务器 B;

步骤 4: PoC服务器 B根据自身设置的对语音和离散媒体的信令消 息进行自动应答的设置， 对 INVITE请求消息直接进行响应 , 生成应答 消息， 即 200 OK应答消息， 并在生成的 200 OK应答消息中携带响应 INVITE请求消息中的语音和离散媒体类型的指示；

步骤 5: PoC服务器 B将 200 OK应答消息发送给 PoC服务器 X； 步驟 6〜 7: PoC服务器 X通过 PoC服务器 A将 200 OK应答消息继 续转发给主叫 PoC客户端 A;

步驟 8: PoC服务器 B 自动应答语音和离散媒体的信令消息以后， 向被叫 PoC客户端 B发送连接（ connect ) 消息；

步骤 9: 被叫 PoC客户端 B接收到 connect消息后响应 Talk Burst Acknowledgement消息作为应答。

对信令消息的手动应答模式的设置以及处理流程与上述对信令消息 的自动应答模式的设置和处理流程类似， 此处不再赘述。

另夕卜，还可以在 SIP请求消息和 /或媒体数据中包括用于覆盖 PoC服 务器原有设置的媒体类型处理信息。 在这种情况下， PoC服务器将根据 SIP请求消息和 /或媒体数据携带的媒体类型处理信息处理所接收的 SIP 请求消息， 下面将结合具体的实施例详细进行说明。

在本发明的优选实施例中， 所述用于覆盖 PoC服务器原有设置的媒 体类型处理信息包括： 手动应答的覆盖 （MAO , Munaual Answer Override )信息及自动应答的覆盖（ AAO: Auto Answer Override )信息。 在该实施例中， 当 SIP多媒体通信系统中的网络实体接收到携带有 MAO信息的 SIP请求消息和 /或媒体数据时，该网络实体将根据该 MAO 信息覆盖该网络实体原来针对某种或媒体类型设置的手动应答模式 , 而 将其设置为自动应答模式。 在此情况下， 当该网络实体接收到对应上述 媒体类型的 SIP请求消息时， 将自动应答而无需等待手动应答。 当 SIP 多媒体通信系统中的网络实体接收到携带有 AAO信息的 SIP请求消息 和 /或媒体数据时， 该网络实体将根据该 AAO信息覆盖该网络实体原来 针对某种或媒体类型设置的自动应答模式， 而将其设置为手动应答模 式。 在此情况下， 当该网络实体接收到对应上述媒体类型的 SIP请求消 息时， 将按照手动应答方式处理所接收的 SIP请求消息。

下面参照图 3和图 4分别对手动应答和自动应答的覆盖处理流程进 行说明。

如图 3所示， 在主叫 PoC客户端 A发送会话建立请求之前， 被叫 PoC客户端 B已在其所属且参与会话的 PoC服务器 B上设置手动应答 模式。

步骤 1 ~ 3： 主叫 PoC客户端 A通过自身所属且参与会话的 PoC服 务器 A以及控制会话的 PoC服务器 X发送 INVITE请求消息到 PoC服 务器 B, 该 INVITE请求消息中包括 MAO信息；

步骤 4: PoC服务器 B根据所接收的 INVITE消息中的 MAO信息， 覆盖自身在先设置的手动应答模式；

步 5 ~ 7： 由于覆盖了在先设置的手动应答模式， PoC服务器 B通 过 PoC服务器 X和 PoC服务器 A向主叫 PoC客户端 A返回自动应答的 中间应答消息；

步骤 8: PoC服务器 B将所接收的 INVITE请求消息转发到被叫 PoC 客户端 B; 步骤 9 ~ 12: 被叫 PoC客户端 B收到该 INVITE请求消息后 , 接受 该 INVITE请求消息，通过 PoC服务器 B、 PoC服务器 X以及 PoC服务 器 A返回 200 OK应答消息到主叫 PoC客户端 A。

如图 4所示， 在主叫 A发送会话建立请求之前， 被叫 PoC客户端 B 已在其所属且参与会话的 PoC服务器 B上设置了自动应答模式。

步骤 1 ~ 3: 主叫 PoC客户端 A通过自身所属且参与会话的 PoC服 务器 A以及控制会话的 PoC服务器 X发送 INVITE请求消息到 PoC服 务器 B, 该 INVITE请求消息中携带有 AAO信息；

步骤 4: PoC服务器 B根据所接收 INVITE消息中的 AAO信息， 覆 盖自身在先设置的自动应答模式；

步骤 5: 由于覆盖了设置的自动应答模式， PoC服务器 B将携带有 AAO信息的 INVITE请求消息转发到被叫 PoC客户端 B;

步骤 6 ~ 9: 被叫 PoC客户端 B接受该 INVITE请求消息， 通过 PoC 服务器 B、 PoC服务器 X以及 PoC服务器 A返回 200 OK应答消息到主 叫 PoC客户端 A。

在上述优选实施例中 , MAO信息和 AAO信息可以仅针对一种或几 种媒体类型， 亦或是针对全部媒体类型。 举几个简单的例子说明，

若 PoC服务器 B收到针对全部媒体类型的 MAO信息或 AAO信息 后， 则将其上的全部媒体类型的应答模式都覆盖为自动应答模式或手动 应答模式。 若 PoC服务器 B收到仅针对某种或某几种媒体类型的 MAO 或 AAO信息后， 则仅将这种或这几种媒体类型的应答模式覆盖为自动 应答模式或手动应答模式。

虽然上述实施例是以 PoC系统为例进行说明的， 本领域的技术人员 可以理解，全双工的 Conference系统或 IMS系统同样适应这种方法。 由 于处理的方法类似， 此处不再赘述。 另外， 在 IMS系统中， 由于 IMS保存了用户的签约信息， 当 IMS 的网络实体处理信令消息和 /或媒体数据需要考虑签约信息时， 可以从

IMS中保存的用户签约信息的数据库中获得。 PoC系统以及 Conference 系统作为基于 IMS的应用系统， IMS 中的网络实体对信令消息和 /或媒 体数据的处理方式是类似的。 在其它的基于 SIP多媒体通信系统中， 对 多媒体类型的处理方法与 PoC系统类似， 此处不再说明。

以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡 在本发明的精神和原则之内所做的任何修改、 等同替换和改进等， 均应 包含在本发明的保护范围之内。

Claims (1)

1. 权利要求书

   1、 一种基于媒体类型的处理方法， 其特征在于， 包括：

   会话初始协议 SIP 多媒体通信系统中的信息接收方在接收到信息 时， 根据设置的策略以及信息的媒体类型对接收的信息进行处理。

   2、根据权利要求 1所述的方法， 其特征在于， 所述信息为媒体数据 或信令信息；

   所述策略为所述信息接收方对媒体数据或信令消息的处理方式。

   3、根据权利要求 2所述的方法， 其特征在于， 所述策略通过用户设 置的媒体类型处理信息、 用户签约的媒体类型处理信息或从接收的信令 消息和 /或媒体数据中获得的媒体类型的处理信息表示。

   4、 根据权利要求 3所述的方法， 其特征在于， 进一步包括： 所述信息接收方根据设置的优先级別， 从用户设置的媒体类型处理 信息、用户签约的媒体类型处理信息或从所述信令消息和 /或媒体数据中 获得的处理媒体类型的信息中选择优先级别最高的媒体类型处理信息 作为所述策略。

   5、根据权利要求 3所述的方法， 其特征在于， 所述的用户设置的媒 体类型处理信息是用户在按键即通 PoC 系统的网络实体上设置的媒体 类型处理信息。

   6、根据权利要求 5所述的方法， 其特征在于， 所述用户在所述网络 实体上设置媒体类型处理信息包括：

   用户通过 PoC客户端向所述网络实体发送 SIP请求消息， 该 SIP请 求消息携带欲设置的媒体类型处理信息；

   所述网络实体保存所述媒体类型处理信息， 并返回应答消息。

   7、根据权利要求 2所述的方法， 其特征在于，对媒体数据的处理方 式包括基于媒体类型的闭锁设置或基于媒体数据的闭锁设置。

   8、根据权利要求 2所述的方法， 其特征在于， 对信令消息的处理方 式包括对信令消息应答模式的设置。

   9、根据权利要求 8所述的方法， 其特征在于， 所述应答模式为自动 应答模式或者手动应答模式。

   10、 根据权利要求 8所述的方法， 其特征在于， 进一步包括： 所述信息接收方所接收的信令消息或媒体数据进一步携带强制自动 应答模式或者强制手动应答模式的信息。

   11、根据权利要求 10所述的方法， 其特征在于， 若所述信息接收方 所接收的信令消息或媒体数据中包含手动应答覆盖信息， 则覆盖自身设 置的手动应答模式； 若所述信息接收方所接收的信令消息或媒体数据中 包含自动应答覆盖信息， 覆盖自身设置的自动应答模式。

   12、 一种会话初始协议 SIP多媒体通信系统中的网絡实体， 其特征 在于， 包括：

   用于接收信息的模块， 以及

   用于根据设置的策略以及信息的媒体类型对所接收信息进行处理的 模块。

   13、 根据权利要求 12所述的网络实体， 其特征在于， 进一步包括： 用于根据设置的优先级别， 从用户设置的媒体类型处理信息、 用户 签约的媒体类型处理信息或从所述信令消息和 /或媒体数据中获得的处 理媒体类型的信息中选择优先级别最高的媒体类型处理信息作为所述 策略的模块。

   14、根据权利要求 12所述的网络实体， 其特征在于， 所述所接收信 息为媒体数据；

   所述用于根据设置的策略以及信息的媒体类型对所接收信息进行处 理的模块包括： 用于对所述媒体数据进行基于媒体类型或基于媒体数据 的闭锁的模块。

   15、根据权利要求 12所述的网络实体， 其特征在于， 所述用于根据 设置的策略以及信息的媒体类型对所接收信息进行处理的模块包括： 用 于根据所接收信息中携带的强制自动应答模式， 对所接收的信令消息进 行强制自动应答处理的模块。

   16、根据权利要求 15所述的网络实体， 其特征在于， 所述用于根据 设置的策略以及信息的媒体类型对所接收信息进行处理的模块进一步 包括： 用于根据所接收信息中携带的自动应答覆盖信息， 覆盖自身所设 置自动应答模式的模块。

   17、根据权利要求 12所述的网络实体， 其特征在于， 所述用于根据 设置的策略以及信息的媒体类型对所接收信息进行处理的模块包括： 用 于根据所接收的强制手动应答模式， 对所接收的信令消息进行强制手动 应答处理的模块。

   18、根据权利要求 17所述的网络实体， 其特征在于， 所述根据设置 的策略以及信息的媒体类型对所接收信息进行处理的模块进一步包括： 用于根据所接收信息中携带的手动应答覆盖信息， 覆盖自身所设置手动 应答模式的模块。