CN101317434A

CN101317434A - 一种获取媒体特征信息的方法和系统以及终端设备

Info

Publication number: CN101317434A
Application number: CN200780000333.2A
Authority: CN
Inventors: 杨健; 陈国乔; 王雷; 张翼
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-10-30
Filing date: 2007-09-26
Publication date: 2008-12-03
Anticipated expiration: 2027-09-26
Also published as: WO2008052458A1; DE102007051828B4; CN101090415A; DE102007051828A1; CN100581197C; CN101317434B

Abstract

本发明实施例公开了一种获取媒体特征信息的方法和系统，作为媒体发送方的用户通过自身终端设备生成标识共享媒体特征信息的媒体标记信息，并在媒体共享过程中主动或应接收方请求将该媒体标记信息发送给接收方终端；接收方终端接收并获取媒体标记信息内容，从而使得接收方用户能够获知所共享媒体的特征信息。本发明实施例同时公开了一种获取媒体特征信息的终端设备，应用该终端设备使得媒体共享接收方用户能够获知所共享媒体的特征信息。

Description

一种获取媒体特征信息的方法和系统以及终端设备

技术领域

本发明涉及网络通信技术，特别是指一种获取媒体特征信息的方法和系统以及终端设备。发明背景

传统的电路业务只允许用户在每次会话中使用一种业务类型，例如，假设某终端用户正在进行语音呼叫，此时，若该用户希望发送即时消息给对方，那么该用户必须结束或暂停当前的语音呼叫，才能从同一个终端传送即时消息。

组合型业务（ CSI, Combination of CS and IMS services )是在传统电路业务的基础上扩展起来的一种新型业务，该业务将传统网络中相互独立的电路域 ( CS Domain )业务和分组数据域业务，如 IP多媒体子系统（ IMS , IP Multimedia Subsystem )业务进行了结合，允许用户在普通的语音呼叫过程中添加一个多媒体会话，通话双方可以利用这个多媒体会话分享图片、视频影像以及有声多媒体等文件，从而丰富了人们的沟通手段。

图 1为现有一种 CSI业务呼叫建立的流程示意图。如图 1所示，包括以下步骤：

步骤 101：用户终端（ UE ) A和用户终端 B建立电路域呼叫。

步骤 102: 用户终端 A和用户终端 B进行 IMS能力交互。

交互内容包括 CSI终端移动用户综合业务数字网号码（ MSISDN, Mobile Station Integrated Service Digital Network )和会话初始协议 -统一资源标识符 ( SIP-URI , Session Initiation Protocol-Uniform Resource Identifier ) 的关联关系以及终端能力信息。其中，终端能力信息用于标识用户之间建立 IMS会话时能够成功调用的业务集合，包括 IMS流媒体类型， IMS媒体类型所支持的媒体格式参数，如编解码格式和媒体文件格式等。此外，用户终端还可以通过 IMS网络来交互如下能力信息：电路域视频电话的能力、电路域语音电话的能力、彩信的能力以及基于 IMS的其它业务能力，如无线一键通（ PoC, Push To Talk Over Cellular ) 等。

步骤 103: 用户终端 A触发 IMS业务，并通过 IMS网络 A向用户终端 B 发出会话邀请（INVITE ) 消息，媒体属性标记为 "不活跃 ( inactive ) "。

步骤 104: IMS网络 A将 INVITE消息传送给 IMS网络 B。

步骤 105: IMS网络 B将 INVITE消息传送给用户终端 B。

步骤 106: 用户终端 B根据步骤 102中 IMS能力交互时所得到的

MSISDN和 SIP-URI的对应关系，将接收到的 INVITE消息与正在使用的 CS业务相关联。

如果用户终端 B设置了自动接听，则用户终端 B侧直接初始化基于互联网协议的连接接入网络（ IP-CAN , IP-Connectivity Access Network ) , 并建立^^载；否则自步骤 115开始建立^载。

步骤 107: 用户终端 Β向 IMS网络 Β发送 200OK消息，媒体属性标记为 "inactive"

步骤 108: IMS网络 B将 200OK消息发送给 IMS网络 A。

步骤 109: IMS网络 A将 200OK消息发送给用户终端 A。

步骤 110: 用户终端 A向 IMS网络 A回送应答消息。

同时，用户终端 A侧初始化媒体属性，建立 IP-CAN 7 载。

步骤 111： IMS网络 A将应答消息发送给 IMS网络 B。步骤 112: IMS网络 B将应答消息发送给用户终端 B。

步骤 113: IP-CAN在用户终端 A侧建立后，用户终端 A再次向 IMS 网络 A发送 INVITE消息，媒体属性标记为 "活跃（ active ) "。

步骤 114: IMS网络 A将 INVITE消息发送给 IMS网络 B。

步骤 115: IMS网络 B将 INVITE消息发送给用户终端 B。

步骤 116: 用户终端 B执行相应的业务动作。

如建立实时传输协议（ RTP, Real-time Transport Protocol )媒体通道，启动编解码器件以及接收或者发送用户媒体流等。

步骤 117: 当用户终端 B侧的 IP-CAN 7|载建立完成，做好接收或者发送媒体流的准备后，用户终端 B向 IMS网络 B发送 200OK消息，媒体属性标记为 "active"。

步骤 118: IMS网络 B将 200OK消息发送给 IMS网络 A。

步骤 119: IMS网络 A将 200OK消息发送给用户终端 A。

步骤 120: 用户终端 A接收到 200OK消息后，向 IMS网络 A回送应答消息。

步骤 121： IMS网络 A将应答消息发送给 IMS网络 B。

步骤 122: IMS网络 B将应答消息发送给用户终端 B。

步骤 123: 通信双方的多媒体会话建立。

这样，通信双方就可以利用所建立的多媒体会话分享图片、视频影像以及有声多媒体等文件。视频共享技术即为通过应用 CSI技术，允许用户在拨打语音电话的同时共享一段视频。

图 2为现有实现视频共享的系统的结构示意图。如图 2所示，该系统由用户终端 A、用户终端 B和通信网络三部分组成。

其中，用户终端包括语音通信模块和视频共享客户端两部分：语音通信模块用于完成用户在电路域中的语音会话，通过传统的电路域网络来传递通信双方的语音信息；

视频共享客户端用于实现视频共享，在双方进行语音通话的同时，发送方终端可以通过自身的视频共享客户端，将一段视频或其它多媒体文件经分组域网络发送给接收方终端，接收方终端通过自身的视频共享客户端接收发送过来的视频，并进行观看。这里，所共享的视频可以是存储在发送方终端上的已有的视频信息，也可以是发送方终端设备所实时拍摄的视频信息。

现有技术在实现视频共享时，接收方用户只能被动的接收发送方用户发送来的视频，而无法获知这段视频是发送方用户实时拍摄的，还是事先存在于发送方终端上的。

可是，在很多情况下，接收方用户需要客观地了解到所接收视频的特征信息，比如视频是不是实时拍摄的，是不是被叠加了信息等，但现有的视频共享技术却无法满足用户这一要求。发明内容

本发明实施例提供一种获取媒体特征信息的方法，该方法使得媒体共享接收方用户能够获知所接收媒体的特征信息。

一种获取媒体特征信息的方法，包括：

生成标识共享媒体特征信息的媒体标记信息，并将所述媒体标记信息发送；

接收并获取所述媒体标记信息内容。

本发明实施例提供一种获取媒体特征信息的系统，该系统使得媒体共享接收方用户能够获知所接收媒体的特征信息。

一种获取媒体特征信息的系统，包括通信网络、发送方终端以及接收方终端；所述通信网络，用于传输发送方终端和接收方终端在通信过程中的电路域以及分组域会话信息；

所述发送方终端，用于生成标识共享媒体特征信息的媒体标记信息，并将生成的媒体标记信息发送给接收方终端；

所述接收方终端，用于接收并获取来自所述发送方终端的媒体标记信息内容。

本发明实施例提供一种获取媒体特征信息的终端设备，应用该设备使得媒体共享接收方用户能够获知所接收媒体的特征信息。

一种获取媒体特征信息的终端设备，包括生成单元、发送单元以及接收单元；

所述生成单元，用于生成标识共享媒体特征信息的媒体标记信息；所述发送单元，用于将所述媒体标记信息发送给接收方终端；所述接收单元，用于接收并获取来自自身对应的发送方终端的媒体标记信息内容。

可见，本发明实施例的技术方案中，作为媒体发送方的用户通过自身终端设备生成标识共享媒体特征信息的媒体标记信息，并在媒体共享过程中主动或应接收方请求将该媒体标记信息发送给接收方终端，接收方终端接收并获取媒体标记信息内容，从而使得接收方用户能够获知所共享媒体的特征信息。附图简要说明

下面将通过参照附图详细描述本发明的示例性实施例，使本领域的普通技术人员更清楚本发明的上述及其它特征和优点，附图中：

图 1为现有一种 CSI业务呼叫建立的流程示意图；

图 2为现有实现视频共享的系统的结构示意图；图 3为本发明系统实施例的结构示意图；

图 4为本发明终端设备实施例的结构示意图；

图 5为本发明方法实施例的流程图；

图 6为本发明方法较佳实施例的流程图；

图 7为本发明实施例中通过 CSI业务呼叫建立过程中的信令携带视频标记信息的示意图。实施本发明的方式

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

本发明实施方式中，发送方终端生成标识共享媒体特征信息的媒体标记信息，并将该媒体标记信息发送给接收方终端；接收方终端接收并获取媒体标记信息内容。

图 3为本发明系统实施例的结构示意图。如图 3所示，该系统主要由通信网络、发送方终端以及接收方终端三部分组成。

其中，通信网络，用于传输发送方终端和接收方终端在通信过程中的电路域以及分组域会话信息；

发送方终端，用于生成标识共享媒体特征信息的媒体标记信息，并将生成的媒体标记信息发送给接收方终端；

接收方终端，用于接收并获取来自发送方终端的媒体标记信息内容。图 4为本发明用户终端设备实施例的结构示意图。如图 4所示，该用户终端设备包括：生成单元 41、发送单元 42以及接收单元 43;

生成单元 41 , 用于生成标识共享媒体特征信息的媒体标记信息；发送单元 42,用于将生成的媒体标记信息发送给接收方终端，比如，将生成的媒体标记信息以自定义的消息格式发送给接收方终端，或者，利用已有消息或流媒体信息承载该媒体标记信息发送给接收方终端。接收单元 43 ,用于接收并获取来自自身对应的发送方终端的媒体标记信息内容。

其中，生成单元 41具体包括：确定子单元 411以及生成子单元 412: 确定子单元 411 , 用于确定共享的媒体信息是否为实时信息；生成子单元 412, 用于根据确定结果生成媒体标记信息。

接收单元 43具体包括：接收子单元 431以及解析子单元 432: 接收子单元 431 , 用于接收来自自身对应的发送方终端的媒体标记信息；解析子单元 432, 用于对媒体标记信息进行解析，得到媒体标记信息内容。

上述接收单元 43中可进一步包括：处理子单元 433 , 用于根据解析结果显示媒体标记信息内容，或者，根据解析结果，对接收到的共享媒体进行播放或作为文件存储。

除上述各单元以外，图 4所示设备中进一步包括语音通信单元 44, 用于发送或接收通信过程中的语音信息；媒体共享客户端 45 , 用于发送或接收共享媒体信息。

除图 4所示实施例以外，本发明实施例用户终端设备中的各单元也可以统一合并到媒体共享客户端中，其功能与各单元独立设置时类似，不再赘述。

需要说明的是，图 3和 4所示实施例中的媒体标记信息内容可以是实时 /非实时、媒体格式、要求接收方终端对接收到的共享媒体进行播放还是作为文件进行保存，是否允许保存等信息。共享媒体可以是视频、图片或声音等信息。下面以共享媒体为视频信息，媒体标记信息内容为实时 /非实时信息为例，对本发明实施例所述方案作进行进一步地详细说明：

发送方终端中的确定子单元 411 对共享视频的特征信息，如实时 / 非实时性进行判断，本发明实施例中可以通过监测视频输出端启用了哪一个应用来实现，即，通过判断该视频信息是来自于终端中已有的视频存储单元还是来自于摄像头等摄录像程序的输出来判断该视频的实时性，本领域技术人员应该能够清楚地明白并实现这一判断过程，将判断结果输出给生成子单元 412; 生成子单元 412根据接收到的判断结果生成视频标记信息，并将所生成的视频标记信息发送给发送单元 42; 发送单元 42将该视频标记信息发送给接收方终端的接收单元 43中的接收子单元 431。

接收子单元 431将接收到的视频标记信息发送给解析子单元 432; 解析子单元 432将视频标记信息中的视频特征信息解析出来，并发送给处理子单元 433; 处理子单元 433显示该视频特征信息，具体显示方式只要为通信双方都明白的方式即可，比如，可以在屏幕上出现一个小图标，用不同的图标图案来表示视频信息的实时或非实时性，或者，在屏幕上采用文字来直接说明。

以上所介绍的系统中，视频标记信息是通过终端设备中的发送单元 42和接收单元 43来完成发送和接收的。在实际应用中，也可以通过调用现有的消息通信模块来完成信息的收发，比如，用短信服务（SMS , Short Message Service ), 多媒体消息业务（MMS, Multimedia Message Service )或会话初始协议等信令来承载所生成的视频标记信息。以 SMS 为例进一步说明，现有短信息信令一般都包括保留位，该保留位即可用来标识视频特征信息，比如用 0表示实时，用 1表示非实时，当该短信息被传送到接收方终端后，从该短信息中解析出所需的视频标记信息，并继续之后的处理流程。此外，还可以用共享视频流来承载所述视频标记信息，不再赘述。

基于以上所介绍的终端设备和系统，图 5为本发明方法实施例的流程图。如图 5所示，包括以下步骤：

步骤 501 :发送方终端生成标识共享媒体特征信息的媒体标记信息，并将该媒体标记信息发送给接收方终端。

本步骤中，可以是发送方终端主动将媒体标记信息发送给接收方终端；也可以是发送方终端在接收到接收方终端发来的共享媒体特征信息请求后，再将该媒体标记信息发送给接收方终端。接收方终端发送请求信息的方式可视具体情况而定，比如最筒单的方式可以是在双方通话过程中由接收方用户口头提出请求。

步骤 502: 接收方终端接收并获取媒体标记信息内容。

图 6为本发明方法较佳实施例的流程图。假设本实施例中共享媒体为视频信息，媒体标记信息内容为实时 /非实时信息。如图 6所示，包括以下步骤：

步骤 601 : 发送方终端对所共享视频的特征信息进行判定。

本实施例中，共享视频的特征信息为实时 /非实时性信息。发送方终端可以通过监测视频输出端启用了哪一个应用来判断该共享视频的实时 /非实时性，即通过判断所共享视频是来自于终端上已有的存储设备，还是来自于摄像头等摄录像程序的输出来判断该共享视频是否为实时拍摄。

步骤 602: 发送方终端根据判定结果生成视频标记信息。

若判定结果显示该视频为实时拍摄，则发送方终端生成标识实时性的视频标记信息；若判定结果显示该视频为非实时拍摄，则发送方终端生成标识非实时性的视频标记信息。

步骤 603: 发送方终端将生成的视频标记信息发送给接收方终端。本步骤中，发送方终端可以将生成的视频标记信息以自定义的消息格式发送给接收方终端，比如，该视频标记信息可以采用最为筒单的由信令头和信令实体两部分组成的信令格式，其中信令实体部分用 0和 1 来分别代表实时和非实时；也可以利用已有信息，如用 SMS、 MMS、 SIP 等信令信息或共享视频流承载该视频标记信息，进而发送给接收方终端。

步骤 604: 接收方终端接收并解析该视频标记信息。

步骤 605: 接收方终端根据解析结果显示共享视频的特征信息。本步骤中，具体显示方式只要为通信双方都明白的方式即可，比如，可以在屏幕上出现一个小图标，用不同的图标图案来表示视频信息的实时或非实时性，也可以在屏幕上采用文字来直接说明。

通常情况下，图 6所示实施例中，发送方终端与接收方终端的多媒体会话建立完成，即图 1所示步骤 123完成后，发送方终端开始向接收方终端发送共享视频时，才发送生成的视频标记信息；但是，在实际应用中，也可以是在多媒体会话建立完成之前，即将生成的视频标记信息携带在多媒体会话建立过程中的某些信令中发送给接收方终端；接收方终端在接收到视频标记信息后，可立即进行解析显示，也可以等后续多媒体会话建立完成，接收到发送方终端发送的共享视频流后，再与所述共享视频一同进行显示。总之，具体显示方式不限。

举例说明：图 7为本发明实施例中通过 CSI业务呼叫建立过程中的信令携带视频标记信息的示意图。发送方终端将生成的视频标记信息携带在图 7所示信令中发送到接收方终端。如图 7所示，包括以下步骤：在开始信令交互之前，用户终端 a, 即发送方终端和用户终端 b, 即接收方终端首先进行能力交互。在能力交互过程中，发送方终端或接收方终端中的一方会向对方发送 SIP 审计（ OPTION )消息，在该 OPTION 消息的用户 -代理（User-Agent ) 头域中携带视频共享（Video Share )标识，表明自己支持 Video Share 业务。并且，在 OPTION 消息的联系 ( Contact )头域中，利用扩展的 SubAPPName=实时（live ) /非实时（clip ) 标识来说明终端支持实时 /非实时共享视频的能力，该 SubAPPName= live/ clip即为视频标记信息，扩展方式如下：

Contact： <sip： alice@pc33.homel,net； >； comp=sigcomp； +g.3gpp.cs-voice; SubAPPName=live。

当然，也可以通过其它方式，即通过扩展不同的 Tag名称和标识来表示相应的功能；其作用和原理都是通过扩展头域的方式来表示终端对实时或者非实时共享视频的支持能力，只是具体的实现方法有所不同。该扩展方式还可以应用到其它的头域中，比如接收（Accept ) 头域等。

此外，还可以通过扩展新特征标签 ( Feature Tag ) 的方式来实现实时 /非实时共享视频支持能力的交互，比如，将上述

Contact： <sip： alice@pc33.homel.net； >； comp=sigcomp； +g.3gpp.cs-voice; SubAPPName=live修改为：

Contact： <sip： alice@pc33.homel.net； >； comp=sigcomp； +g.3gpp.cs-voice; +g.3gpp.csisc.clip; +g.3gpp.csics.live 。

其中， +g.3gpp.csisc.clip和 +g.3gpp.csics.live分别表示终端对实时以及非实时共享视频的支持能力。当然，该 Feature tag也可以放置在其它的头域中。

接收到 OPTION 消息的一方终端向对端回送 200OK 消息，并在 200OK消息的 User- Agent头域中携带 Video Share标识，表明自己支持 Video Share业务。这样，通过能力交互，通信双方均可获知对方是否支持 Video Share业务。

图 7所示 CSI业务呼叫建立流程具体包括以下步骤：

步骤 701 ~ 702:发送方终端通过应用服务器（ AS , Application Server ) 向接收方终端发送 INVITE请求，其中携带有要使用的媒体类型信息。在该 INVITE 请求的 Accept-Contact 头域中可以携带有 +g.3gpp.cs-voice ； SubAPPName=live 或 +g.3gpp.cs-voice ； SubAPPName=clip标识，用于标识将要发送的共享视频为实时还是非实时。

步骤 703 ~ 705:接收方终端接收到 INVITE请求后，向 AS发送 183 消息，并在该消息的会话描述协议 ( SDP， Session Description Protocol ) 信息中携带接收方终端能够接收的媒体流类型和编码方式，要求发送方终端进行资源预留，同时自身也进行资源预留； AS接收到 183消息后，向接收方终端发送 PRACK消息；接收方终端回送 PRACK的 200 OK消息。

步骤 706 ~ 708: AS向发送方终端发送 183请求；发送方终端发送 PRACK消息到 AS; AS回送 PRACK的 200OK消息。

步骤 706可以在步骤 703后执行，与步骤 704和 705之间不存在时序关系。

步骤 709 ~ 710：发送方终端资源预留成功，通过 AS向接收方终端发送更新 ( UPDATE ) 消息。

如果步骤 701 ~ 702中的 INVITE请求中没有携带视频标记信息，或没有携带成功，则可以通过本步骤中的 UPDATE消息来携带，具体携带方式与 INVITE请求类似，不再赘述。

步骤 711 ~ 712: 接收方终端接收到 UPDATE消息，并且自身资源预留成功，向发送方终端发送 200OK消息。

步骤 713 ~ 714: 接收方终端向发送方终端发送 180消息，同时提示接收方终端开始振铃。

步骤 715 ~ 716: 接收方终端向发送方终端发送 200OK消息，响应 INVITE消息。步骤 717 ~ 718: 发送方终端向接收方终端发送 ACK消息，确认会话建立；至此，多媒体会话建立完成，后续过程中发送方终端和接收方终端通过 RTP报文进行实时的视频共享。

步骤 719 ~ 722: 发送方终端向接收方终端发送 BYE消息，结束视频共享；接收方终端回送 BYE消息的 200OK响应消息。

图 7所示流程中，通过对信令层面的 SIP头域进行扩展来携带视频标记信息，在实际应用中，也可以通过在图 7所示信令，如 INVITE请求的 SDP文件的 m行的 video属性下增加新的 a属性来携带视频标记信息，比如新增 a属性 a=sourctype live , 以标识共享视频为实时视频。使用，具体使用方式可根据实际需要而定。

需要说明的是，上述实施例中均是以视频标记信息为实时 /非实时信息为例进行说明的，但在实际应用中，该视频标记信息还可以是：媒体格式、要求接收方终端对接收到的共享视频进行播放还是作为文件进行保存，是否允许保存等信息。

接收方终端在接收到视频标记信息后，根据解析出的视频标记信息内容执行相应操作。根据接收到的视频标记信息内容的不同，接收方终端对应的具体操作方式也将不同。比如，图 6所示实施例中的视频标识信息为实时 /非实时信息，那么其对应的操作方式为在接收方终端的屏幕上用不同的图标图案来表示视频信息的实时或非实时性。如果该视频标记信息用于标识要求接收方终端对接收到的共享视频进行播放还是作为文件进行保存，那么相应地，接收方终端的操作方式将为对后续接收到的共享视频进行播放或作为文件存储。其它情况不再赘述。

此外，本领域技术人员应该知道，当共享媒体为图片或声音等媒体类型时，图 6和图 7所示实施例中的技术方案将同样适用。可见，采用本发明实施例的技术方案，作为媒体发送方的用户通过自身终端设备生成标识共享媒体特征信息的媒体标记信息，并在媒体共享过程中主动或应接收方终端请求将该媒体标记信息发送给接收方终端，接收方终端接收并获取媒体标记信息内容，进而根据获取的媒体标记信息内容执行显示等操作，从而使得接收方用户获知当前共享媒体的特征信息。

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

Claims

权利要求书

1、一种获取媒体特征信息的方法，其特征在于，该方法包括：生成标识共享媒体特征信息的媒体标记信息，并将所述媒体标记信息发送；

接收并获取所述媒体标记信息内容。

2、根据权利要求 1 所述的方法，其特征在于，该方法之前进一步包括：接收方终端向发送方终端请求共享媒体特征信息；所述发送方终端将生成的媒体标记信息发送给所述接收方终端。

3、根据权利要求 1 所述的方法，其特征在于，所述生成媒体标记信息的方法包括：

确定所述共享媒体信息是否为实时信息；

根据确定的结果生成媒体标记信息。

4、根据权利要求 3 所述的方法，其特征在于，所述确定所述共享媒体信息是否为实时信息的方法包括：

监测媒体输出端所启用的应用，若该应用显示所述共享媒体信息来自于终端中已有的媒体存储单元，则确定为非实时信息；若该应用显示所述共享媒体信息来自于摄录像程序的输出，则确定为实时信息。

5、根据权利要求 1 所述的方法，其特征在于，所述将媒体标记信息发送的方法包括：

将所述媒体标记信息以自定义的消息格式发送。

6、根据权利要求 1 所述的方法，其特征在于，所述将媒体标记信息发送的方法包括：

利用已有消息或流媒体信息承载所述媒体标记信息进行发送。

7、根据权利要求 6所述的方法，其特征在于，所述利用已有消息承载所述媒体标记信息的方法包括：

对发送方终端和接收方终端建立多媒体会话过程中的信令进行扩展，通过所述扩展后的信令携带所述媒体标记信息。

8、根据权利要求 7所述的方法，其特征在于，所述进行扩展的方法包括：对所述多媒体会话建立过程中的邀请 INVITE请求消息或更新 UPDATE消息中的头域和 /或会话描述协议 SDP文件进行扩展，增加媒体标记信息携带标识。

9、根据权利要求 1所述的方法，其特征在于，所述接收并获取所述媒体标记信息内容的方法包括：

对接收到的媒体标记信息进行解析，通过解析结果获知所述媒体标记信息内容。

10、根据权利要求 9所述的方法，其特征在于，该方法进一步包括：根据解析结果显示所述媒体标记信息内容；或者，

根据解析结果，对接收到的共享媒体进行播放或作为文件存储。

11、根据权利要求 1 ~ 10中任一项所述的方法，其特征在于，所述共享媒体为共享视频。

12、一种获取媒体特征信息的系统，其特征在于，该系统包括通信网络、发送方终端以及接收方终端；

所述通信网络，用于传输发送方终端和接收方终端在通信过程中的电路域以及分组域会话信息；

所述发送方终端，用于生成标识共享媒体特征信息的媒体标记信息，并将生成的媒体标记信息发送给接收方终端；

所述接收方终端，用于接收并获取来自所述发送方终端的媒体标记信息内容。

13、根据权利要求 12所述的系统，其特征在于，所述接收方终端进一步用于，向所述发送方终端请求共享媒体特征信息。

14、一种获取媒体特征信息的终端设备，包括生成单元、发送单元以及接收单元；

所述生成单元，用于生成标识共享媒体特征信息的媒体标记信息；所述发送单元，用于将所述媒体标记信息发送给接收方终端；所述接收单元，用于接收并获取来自自身对应的发送方终端的媒体标记信息内容。

15、根据权利要求 14所述的设备，其特征在于，所述生成单元具体包括：确定子单元以及生成子单元；

所述确定子单元，用于确定所述共享媒体信息是否为实时信息；所述生成子单元，用于^^据所述确定结果生成媒体标记信息。

16、根据权利要求 14所述的设备，其特征在于，所述发送单元将所述媒体标记信息以自定义的消息格式发送给接收方终端；或者，所述发送单元利用已有消息或流媒体信息承载所述媒体标记信息发送给接收方终端。

17、根据权利要求 14所述的设备，其特征在于，所述接收单元具体包括：接收子单元以及解析子单元；

所述接收子单元，用于接收来自自身对应的发送方终端的媒体标记信息；

所述解析子单元，用于对所述媒体标记信息进行解析，得到所述媒体标记信息内容。

18、根据权利要求 17所述的设备，其特征在于，所述接收单元中进一步包括：处理子单元，用于根据解析结果显示所述媒体标记信息内容，或者，根据解析结果，对接收到的共享媒体进行播放或作为文件存储。