CN101164316A - 一种会话初始化协议消息内容处理方法及网络 - Google Patents

一种会话初始化协议消息内容处理方法及网络 Download PDF

Info

Publication number
CN101164316A
CN101164316A CN200680013611.3A CN200680013611A CN101164316A CN 101164316 A CN101164316 A CN 101164316A CN 200680013611 A CN200680013611 A CN 200680013611A CN 101164316 A CN101164316 A CN 101164316A
Authority
CN
China
Prior art keywords
message
sip
content
media content
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN200680013611.3A
Other languages
English (en)
Inventor
朱雷
罗龙
武亚娟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN101164316A publication Critical patent/CN101164316A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种会话初始化协议(SIP)消息内容处理方法，包括以下步骤：A.SIP消息发送方发出SIP消息；B.SIP网络内容处理实体根据获取的消息内容管理策略，设置SIP消息的消息内容。本发明还公开了一种会话初始化协议消息内容处理网络。本发明方案能够在SIP消息中，根据用户的意愿和运营商策略改变SIP消息的消息内容。

Description

一种会话初始化协议消息内容处理方法及网络
技术领域
本发明涉及通信领域， 尤其涉及一种会话初始化协议（SIP ) 消息内 容处理方法及网絡。
背景技术
初始会话十办议 ( Session Initiation Protocol, SIP )是由 Internet工程任务 组 （IETF )提出的 IP电话信令协议。 正如其名字所隐含的， SIP用于发起 会话， 它能控制多个参与者参加的多媒体会话的建立和终结 , 并能动态调 整和修改会话属性， 如会话带宽要求、 传输的媒体类型 （语音、 视频和文 本等） 、 媒体的编解码格式、 对组播和单播的支持等。 在基于 IP的多媒体 子系统（ IP Multimedia Subsystem ,IMS ) 中， 使用 SIP协议作为 IP多媒体会 话的信令控制协议。
第三代移动通信标准化的伙伴项目 （ 3rd Generation Partnership Project, 3GPP ) 以及第三代移动通信标准化的伙伴项目 2 ( 3rd Generation Partnership Project 2, 3GPP2 )等标准组织都先后推出了 IMS架构， 目的是 在移动网絡中使用一种标准化的开放的结构来实现多种多样的多媒体应 用， 提供给用户终端更多的选择和更丰富的感受。
在 3GPP Release 5(R5)阶段， 引入的 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提供媒体资源， 如收放音， 编解码和多媒体会议桥。 HSS是用户数据库， 存储 IMS用户的 签约数据和配置信息等。
在基于 SIP协议建立的多媒体会话协商过程中， 有在会话协商消息中 携带多媒体信息， 以及会话协商过程中除了信令外还包含其它多媒体信息 的需求。 在会话协商消息中携带多媒体的信息可以从会话主叫添加， 也可 能从网络实体的多媒体资源上获得。
在 SIP协议的消息中， 包括 SIP INVITE消息， SIP REFER消息， SIP MESSAGE消息， SIP INFO消息， SIP OPTION消息， SIP 2XX OK消息， SIP 1XX消息等。
SIP协议消息支持消息中嵌入多种类型的消息内容， 嵌入的消息内容 类型可以是文字、 图片、 视频片断、 声音文件和 /或执行程序等。 在消息头 中可以嵌入关于会话的一些消息内容， 如一段文字， 或者消息内容的一个 索引。
例如，在现有技术中，铃声文件作为一种声音文件保存在用户终端上， 如果被叫用户终端收到 INVITE消息并且接受 INVITE消息， 被叫用户终端 就会播放铃声文件。
现有技术 1在用户终端上保存铃声， 在 INVITE消息和 SIP 180 ( Ring ) 消息的消息中并不保存铃声文件或播放程序 , 而是用户终端根据用户的设 置选择播放的铃声文件。 从现有技术 1的方案可以看出， SIP网络中的网络 实体没有向 SIP用户终端提供铃声文件， 而是在用户终端保存铃声文件。
现有技术 1提供的各种个性化的铃声完全依靠用户终端上保存的铃声 文件， 没有体现出 SIP网络对本次会话提供的个性化铃声， 不能体现出运 营商和网络对会话多媒体信息的操作。
现有技术 2是 IMS规范规定 MRF可以作为多媒体资源， 在会话协商过 程中， 向被叫用户终端播放铃声。 如图 1所示， 是 MRF向被叫用户终端播 放铃声的流程示意图。 IMS规范规定 MRF向被叫用户终端播放的多媒体铃 声 , 需要在 M P和被叫用户终端之间建立连接。
现有技术 2的方案使得在会话协商过程中增加比较多的过程， MR 提 供给被叫用户终端的多媒体信息只有铃声， 比较单调， 不能提供其它多媒 体内容和应用程序。 从系统性能优化方面考虑， 实现这种方法付出的会话 协商的过程比较长， 但是得到的功能却很少。 现有技术定义 SIP消息的消 息内容， SIP消息发起方生成的 SIP消息的消息内容应用服务器不能够处理 新媒体内容， 也是一个缺陷。
如果仅仅是发送媒体内容的话， 由于媒体内容具备一定大小， 因此对 网络资源还是存在一定消耗的， 而某些情况下， 如果 client或者 server保存 有媒体内容， 那么在实际传送的时候， 也可以不传送实际的媒体资源， 只 需要传送一个汉方都认识的索引， 接收方通过索引检索到对应的媒体内 容， 进行使用， 从而能够提高网络资源的利用率。 我们将 SIP消息的消息 中携带的媒体内容和媒体内容的索引称为媒体组件。 进一步的， 对于传送 媒体内容或者媒体内容索引的方法， 还可以根据运营商策略或者用户签 约， 或者根据签约进行的设置来对添加丰富媒体内容或者索引的过程进行 管理。
发明内容
本发明提供一种会话初始化协议（SIP ) 消息发送方法， 通过本发明 提供的方法， 在 SIP消息的消息中可以提供多种多媒体组件和业务支持能 力信息。
有鉴于此，本发明提供了一种会话初始化协议 SIP消息内容处理方法， 包括以下步骤：
A、 SIP消息发送方发出 SIP消息；
B、 SIP网络内容处理实体根据消息内容管理策略，处理 SIP消息的消 息内容。
其中， 步骤 B所述设置 SIP消息的消息内容为： 设置消息中的媒体组件。
其中， 所述媒体组件为媒体内容， 所述设置为增加和 /或修改， 步骤 B 包括：
所述 SIP网络内容处理实体判断消息内容管理策略是否允许对 SIP消 息中的媒体内容进行增加和 /或修改，如果是， 则根据 SIP消息中携带的媒 体内容信息， 在所述 SIP消息中增加和 /或修改对应的媒体内容。
其中， 步驟 A为：
SIP消息发送方发出 SIP消息， 在该消息中携带有请求增加和 /或修改 所述媒体内容的请求、 以及该媒体内容的索引；
在步骤 B中，根据该 SIP消息中所携带的所述请求以及所述索引增加 和 /或爹改对应的媒体内容。
其中， 所述媒体内容的索引为媒体内容的序号或者媒体内容的通用资 源表示 U I。
其中， 步骤 A为：
SIP消息发送方发出 SIP消息；
在步骤 B中， 根据预先在所述 SIP网络内容处理实体的设置， SIP网 络内容处理实体在该 SIP消息中增加和 /或修改对应的媒体内容。
其中， 该方法进一步包括：
终端预先向所述 SIP网络内容处理实体发送设置消息， SIP网络内容 处理实体判断该消息中携带的设置是否有效， 如果是， 则保存该设置。 容与其索引的对应关系， 步驟 A为：
SIP消息发送方发出 SIP消息， 在该消息中携带有请求增加和 /或 ~改 所述媒体内容的请求、 以及该媒体内容的索引；
步骤 B中，根据该 SIP消息中所携带的所述请求以及所述索引增加和
/或 ^改对应的媒体内容。
其中， 所述 SIP网絡处理实体为 SIP消息发送方所归属的实体， 或者 为 SIP消息接收方所归属的实体。
其中， 所述媒体组件为媒体内容， 所述设置为删除， 步骤 B包括： 所述 SIP网络内容处理实体判断消息内容管理策略是否允许对 SIP消 息中的媒体内容进行删除，如果是，则根据所述策略中的规定，在所述 SIP 消息中删除对应的媒体内容。
其中， 执行所述删除对应媒体内容后进一步包括： 对所述媒体组件进 行增加或 ~改。
其中， 所述删除媒体内容为：
直接删除媒体内容；
该方法进一步包括： .
SIP网络内容处理实体通过 E-mail、多媒体短信 MMS或者短信 SMS, 将所述媒体内容发送给用户终端； 或者， 用户终端通过 WEB界面查看或 者获取所述媒体内容。
其中， 所述删除对应的媒体内容为：
删除接收方所不支持的相应的媒体内容。
其中， 该方法进一步包括： 在用户的设置中设置接收方所不支持的媒 体内容； 或者， 在 SIP网络注册过程中将接收方终端支持的媒体内容信息 提供给 SIP网络。
其中，所述对媒体组件进行增加为：在 SIP消息中增加新的媒体内容。 其中， SIP消息接收方预先保存有媒体内容以及媒体内容与其索引的 对应关系， 所述对媒体组件进行增加为： 在 SIP消息中增加新的媒体内容 所对应的索引；
在 SIP消息接收方收到该 SIP消息后 , 该方法进一步包括：
SIP消息接收方根据 SIP消息中的索引确定对应的媒体内容并播放。 其中， 所述媒体組件为媒体内容的索引， 所述设置为增加， 步骤 B包 括：
所述 SIP网絡内容处理实体判断消息内容管理策略是否允许对 SIP消 息中的媒体索引执行增加操作，如果是，则根据该策略的规定，在所述 SIP 消息中增加对应的媒体内容的索引；
在 SIP消息接收方收到该 SIP消息后， 该方法进一步包括：
SIP消息接收方根据 SIP消息中的索引确定对应的媒体内容并播放。 其中， 所述的媒体内容的索引保存在消息中， 或者作为信息保存在消 息头中。
其中， 步骤 A和步骤 B之间进一步包括： SIP网络内容处理实体接收 到所述 SIP消息后， 获取消息内容管理策略。
其中， 所述 SIP消息发送方以及接收方分别具有各自归属的所述 SIP 网絡内容处理实体， 所述 SIP网絡内容处理实体为 SIP消息发送方归属的 SIP网络内容处理实体或 SIP消息接收方归属的 SIP网絡内容处理实体。
其中， 所述 SEP消息发送方以及接收方分别具有各自归属的所述 SIP 网络内容处理实体， 该 SIP消息发送方以及接收方各自归属的 SIP网络内 容处理实体依次分别执行所述步骤 B。
其中，所述消息内容管理策略为限制向 SIP消息接收方发送消息内容； 步骤 B所述设置 SIP消息的消息内容为： 删除 SIP消息中所携带的限 制向 SIP消息接收方发送的消息内容。
其中， 所述删除消息内容之后， 该方法进一步包括：
所述 SIP网络内容处理实体保存所述删除的消息内容， SIP消息接收 方通过除 SIP消息之外的传输方式获得该消息内容。
其中， 所述消息内容管理策略为运营商策略、 用户签约信息以及根据 用户签约信息所进行的设置中的至少一种。
其中， 所述 SIP消息为 INVITE消息。
其中， 所述网络内容处理实体为呼叫会话控制功能模块 CSCF-Call Session Control Function、 多媒体资源功能模块 MRF Multimedia Resource Function, 应用 ^务器 AS Application Server 媒体网关 Media Gateway。
其中， 所述应用服务器， 为控制 PoC会话的 PoC Server ( PoC服务器 控制功能）， 或者控制 PoC会话参与方 PoC Server ( PoC服务器参与共）， 或者多方通话服务器 （Conference Server ) , 或者业务能力交互管理器 ( Service Capability Interaction Manager - SCIM ), 或者呈现业务月艮务器 ( Presence Server ), 或者消息类业务聚合服务器 （ CPM Server )。
其中， 所述媒体内容为文本、 声音文件、 视频片断、 音频媒体、 动画 或者执行程序。
本发明还提供了一种 SIP消息内容处理网络， 包括用户终端和 SIP网 络内容处理实体， 所述用户终端通过 SIP网络通信， 所述的 SIP网络内容 处理实体包括：
媒体信息设置单元： 用于根据内容管理策略信息， 对用户终端发送的
SIP消息的消息内容进行设置。
其中， 所述的网络内容处理实体为呼叫会话控制功能模块（CSCF )、 MRF、 或应用服务器。
其中，所述的应用服务器，为控制按键即说 PoC业务功能的 PoC Server ( Controlling ),或者参与控制 PoC业务功能的 PoC Server ( Participating ), 或者多方通话服务器 Conference Server, 或者业务能力交互管理器 Service Capability Interaction Manager(SCIM) , 或者呈现业务服务器 Presence Server, 或者消息类业务聚合服务器（CPM Server )。
其中，所述的 SIP网络内容处理实体，位于 SIP消息发送方所属的 SIP 网络、 SIP消息接收方所属的 SIP网络或者位于 SIP消息发送方和接收方 同时所属的 SIP网络， 或者 SIP消息穿越的中间 SIP网络。
其中， 该网络进一步包括内容管理策略获取单元， 用于获取所述用户 的消息内容管理策略信息并提供给媒体信息设置单元。
本发明有益效果如下：
本发明实现了在 SIP消息的消息中不同类型消息内容的使用方法， SIP 网络尤其是 IMS 网络中的网络实体（如应用服务器 Application Server - AS )根据运营商策略、用户签约信息或者用户的设置使用基于 SIP协议的 会话协商消息的消息内容。 使用的消息内容， 包^ ί某体组件。 其中媒体组 件包括媒体内容和媒体内容的索引， 业务支持能力信息是按照规定的方法 描述的媒体参数和编码参数等， 业务能力信息可以由 SIP消息的消息中的 其他描述方法进行描述。媒体内容可以是文本、铃声文件、视频媒体片断、 音频媒体文件、 动画以及执行程序。 由 SIP网络中的网络实体提供的媒体 内容使得在会话协商过程中向参与会话协商的用户提供信息。 增加、 删除 和修改媒体内容的方法可以是使用媒体内容的索引。 在本发明中还对 SIP 消息的消息中增加、 删除、 修改媒体内容和媒体内容的索引的方法， 根据 运营商的策略、 用户签约和根据用户的设置相关消息的内容。 使得本发 明能够在会话协商过程中， 根据主叫、 被叫用户的意愿和运营商策略改变 SIP消息的消息内容， 可以改变的消息内容可以是各种媒体类型内容。 SIP 网络对业务支持能力信息的使用， 可以在 SIP网络中根据运营商的策略、 用户签约信息灵活地提供业务选择， 为用户提供方便。
附图说明
图 1为现有技术 2 MRF向被叫用户终端播放铃声的流程示意图； 图 2为本发明的网络结构示意图；
图 3为本发明实施例 1的流程示意图；
图 4为本发明实施例 2的流程示意图；
图 5为本发明实施例 3的流程示意图；
图 6为本发明实施例 4的流程示意图；
图 Ί为本发明实施例 5的流程示意图；
图 8为本发明实施例 6的流程示意图；
图 9为本发明实施例 7的流程示意图；
图 9—1为本发明实施例 7A的流程示意图；
图 9一 2为本发明实施例 7B的流程示意图；
图 10为本发明实施例 8的流程示意图；
图 11为本发明实施例 8的另一流程示意图； 图 12为本发明实施例 9的流程示意图。
具体实施方式
下面结合说明书附图来说明本发明的具体实施方式。
如图 2所示， 是本发明实施例的 SIP网络系统结构示意图， 从图 2中 可以看出， 本发明实施例的 SIP网络系统包括终端和 SIP网络内容处理实 体， 所述的终端通过 SIP网络通信。
本发明实施例在网络实体上设置有：
内容管理策略获取单元： 接收用户终端发送的 SIP消息， 并向运营商 网络获取所述用户的消息内容管理策略信息；
媒体信息设置单元： 接收内容管理策略获取单元发送的内容管理策略 信息， 并根据所述的内容管理策略信息， 对用户终端发送的 SIP消息的消 息设置媒体信息。
其中， 在本发明其它实施例中， 也可以在网络实体上仅设置媒体信息 设置单元， 并不影响本发明的实现。
这里的网络实体， 可以是 CSCF、 MRF、 应用服务器等， 这里的应用 服务器， 可以是控制按键即说 PoC业务功能的 PoC Server ( PoC服务器控 制功能）， 或者参与控制 PoC业务功能的 PoC Server ( PoC服务器参与功 能）， 或者多方通话服务器 Conference Server, 或者业务能力交互管理器 Service Capability Interaction Manager - SCIM , 或者呈现业务服务器 Presence Server, 消息类业务聚合服务器（ CPM Server )。本发明实施例 SIP 网络内容处理实体， 可以位于主叫用户所属的 SIP网络或者被叫用户所属 的 SIP网络， 也可以位于主叫用户和被叫用户所属的 SIP网络。 还可以是 主叫用户所属网络中或被叫用户所属网络中都有这样一个功能实体， 如果 主被用户是同一个网络的用户， 则就是一个功能实体， 如果是不同网络的 用户， 则每个网络中各有一个， 不能公用同一个， 这样就是并列的三种可 能实现。 图 2只是一种可能的网絡架构， 另外两种网络构架与此类似， 在 此不再详细描述。 本发明实施例的消息发送方法， 当发送用户发送 SIP消息时， 根据运 营商策略、用户签约信息或者根据用户签约信息所设置的信息，来设置 SIP 消息的内容， 接收端则根据所述的 SIP消息内容， 执行相应内容。 以增加 用户的业务多样性， 提高用户体验。
在会话协商消息的消息中， SIP网络中的网络实体可以增加、 修改和 删除消息中的内容， 消息中的内容可以是媒体组件（媒体内容和媒体内容 的索引） 。
本发明实施例的消息内容中媒体组件， 既可以是媒体内容， 可以是媒 体内容索引。
如果是媒体内容索引， 则设置媒体组件可以包括以下内容之一或组 合：
发送方发送 SIP消息， SIP消息中不携带媒体内容或者媒体内容的索 引；
发送方发送媒体内容到 SIP网络， 由 SIP网络将媒体内容发送到消息 接收方；
消息发送方发送媒体内容的索引到 SIP网絡， 由 SIP网络根据索引将 保存在网络中的媒体内容加入到 SIP消息的消息中；
将媒体内容的索引从发送方所属网络传递发送到接收方所属网络， 接 收方所属网络根据索引将保存在网絡中的媒体内容加入到 SIP消息的消息 中；
SIP网络的网络实体根据发送方所属网络的设置， 在 SIP消息的消息 中增加媒体内容或者媒体内容的索引；
发送方或接收方所属的 SIP网络根据媒体内容的索引，加入媒体内容； SIP网络向被叫用户发送接收方终端保存的媒体内容索引。
SIP网络中增加、 ^^文和删除消息中的内容和内容的索引的网络实体 可以是： CSCF、 MRP和 SIP服务器。 其中 AS为控制按键即说 PoC业务功能 PoC Server ( PoC月良务器控制功能）、或者参与控制 PoC业务功能 PoC Server ( PoC服务器参与功能）、 多方通话服务器 Conference Server、 业务能力交 互管理器 Service Capability Interaction Manager(SCIM) 、 呈现业务服务器 Presence Server、 消息类业务聚合服务器（CPM Server ) ； CSCF为代理呼 叫控制功能 P-CSCF或者服务呼叫控制功能 S-CSCF或者查询呼叫控制功能 I-CSCF; SIP服务器为呼出边界网关控制功能 BGCF、 SIP协议的应用层网 关 SIP-ALG。
SIP网络中的网絡实体增加、 修改和删除消息中的内容应当遵循运营 商的策略、 用户签约和根据用户的设置， 在运营商的策略的控制下进行。
运营商的策略来源于运营商的设置， 可以是运营商建议接收方用户使 用某个参数配置时， 需要使用在不同的费率， 可以享受运营商组织活动方 面的利益；可以是 AS根据运营商的策略针对某一类或某几类用户增加的参 数， 比如针对金卡用户增加参数， 否则不增加； 可以是 AS根据运营商的策 略，发送给接收方的会话协商消息中增加代表运营商的多媒体内容（动画、 铃声） ； 可以 SIP网络中的网络实体按照运营商的策略在会话协商消息的 消息内增加多媒体广告信息； 为了减少 SIP消息的大小， 可以使用媒体内 容的索引。
因此， 网络实体才艮据运营商的策略， 可以强制在 SIP消息的消息中添 加媒体内容或者强制在 SIP消息的消息头或者消息中添加媒体内容的索 引。
SIP网络中的网络实体增加、 修改和删除媒体内容还应当根据用户在
SIP网络的签约， 以及在 SIP网絡签约允许下的用户的设置。用户可以向 SIP 网络要求在 SIP消息中增加指定的媒体内容。 用户可以向 SIP网络请求删除 指定的媒体内容。
在本发明实施例中， SIP网络内容处理实体可以在接收到 SIP消息后 , 获取消息内容管理策略， 也可以在该实体上设置消息内容管理策略， 并不 影响本发明的实现。 施例中， 均是采用 INVITE信息作为 SIP信息， 在本发明其他实施例中， 也 可采用其他信息作为 SIP信息， 并不影响本发明的实现。
实施例 1： SIP网络中的实现本发明实施例的技术方案的过程。
如图 3所示， 是实施例 1在 SIP网络中实现本发明实施例技术方案的过 程。 在 SIP网络中内容处理实体根据运营商的策略 AS改变了会话协商消息 (在图中为 INVITE消息）的消息的内容。 如图 3所示， 主要包括以下步骤：
511 )主叫 UE1向 SIP网络发起会话建立请求消息 INVITE。
512 ) SIP网絡中的网絡实体 # 1根据会话建立请求消息中的内容将会 话请求消息转发到内容处理实体上。
内容处理实体 # 1是主叫 UE1所属的 SIP网络中处理 SIP消息的消息内 容的网络实体， 可以是被集成在处理 INVITE消息的应用服务器、 S-CSCF 等网络实体上， 这些网络实体被集成了内容处理实体的功能后， 就可以按 照本发明实施例的方法使用 SIP消息的消息内容。 内容处理实体根据运营 商的策略、 用户的签约和根据用户的设置改变 INVITE消息中的内容。
S13 ) - S14 ) SIP网络将被改变的^^建立请求消息转发到网络处理实 体 # 2上。
内容处理实体 # 2是被叫 UE2所属的 SIP网络中处理 SIP消息的消息内 容的网络实体， 可以是被集成在处理 INVITE消息的应用服务器、 S-CSCF 等网络实体上， 这些网络实体被集成了内容处理实体的功能后， 就可以按 照本发明实施例的方法使用 SIP消息的消息内容。 内容处理实体根据运营 商的策略、用户的签约和根据用户签约的用户设置改变 INVITE消息中的内 容。
S15 )-S17 )SIP网络负责将被改变的会话建立请求消息转发到被叫 ΌΈ2 上。
被叫 UE2收到会话建立请求消息， 在会话建立请求消息的消息头中获 得消息内容信息， 针对消息中内容的不同部分， 分别进行处理和执行。 消 息中的内容可以是业务支持能力信息的描述和媒体组件。 业务支持能力信 息用于被叫 UE2参与完成会话协商机制， 主叫 UE1的媒体组件向被叫 ΌΈ2 提供了主叫 UE1的个人和会话相关信息， 内容处理实体增加、 删除或修改 的媒体组件向接收方 UE2提供了 SIP网络的相关信息和会话相关的策略信 S18 ) - S112 )被叫 UE2生成会话建立请求的应答消息， SIP网络将该 应答消息返回给主叫 UE1。
这样， 在会话协商过程中 SIP通过消息内容处理实体对会话协商消息 的消息内容的增加、 删除和修改， 根据运营商的策略、 用户签约和根据用 户的设置在会话协商消息的消息中使用了媒体组件。
这里所述的会话协商处理实体可以独立存在， 也可以集成在 SIP网络 中的任何一个网络实体中， 当会话协商处理实体集成在一个网络实体中 时， 该网络实体即可以按照本发明实施例规定的会话协商优化方法进行会 话协商过程。
所述的 SIP网络为主叫用户和被叫用户所属的 SIP网络； 或者所述的 SIP网络为主叫用户所属的 SIP网络或被叫用户所属的 SIP网络； 或者所 述的 SIP网络为主叫用户所属的 SIP网络、 被叫用户所属的 SIP网络、 以 及主叫用户所属的 SIP网络和被叫用户所属的 SIP网络中间穿越的一个或 多个 SIP网络。 按照本发明实施例技术方案按照运营商策略改变消息多媒 体信息的方法可以在主叫用户和被叫用户所在的 SIP网絡同时使用， 也可 以分别使用， 此外， 在某些应用中， 不区分主被叫网络， 也可以使用这种 SIP网络改变消息内容的方法。 实施例 2: 网络内容处理实体根据运营商策略、 用户签约和才艮据用户 的设置改变消息内容的逻辑过程。
SIP网络的网络内容处理实体收到一个 SIP消息， 可以检查 SIP消息 中的内容， 得到用户是否有改变 SIP消息的消息内容的要求， 检查的内容 可以是 SIP消息的消息头或者消息中的内容。 SIP网络的网络内容处理实 体可以根据运营商的策略、 用户签约和根据用户的设置改变消息内容。 以下以 AS为例， 说明主叫用户所在的网络内 '容处理实体收到 SIP消 息后如何改变消息内容的过程。 如图 4所示， 是 SIP网络内容处理实体收 到 SIP消息后对消息的处理的流程示意图， 包括主叫用户所属网络和被叫 用户所属网络的情况， 从图中可见， 主要包括以下步驟：
S21 ) 网络内容处理实体接收 SIP消息。
S22 )根据运营商的策略、 用户签约和根据用户的设置处理。
523 )判断是否需要改变 SIP消息的消息内容，如果是，进入步骤 S24, 如果否， 进入步骤 S25。
网络内容处理实体根据运营商的策略、用户签约和根据用户的设置处 理， 检查 SIP消息中的内容， 得到用户是否有改变 SIP消息的消息内容的 要求， 检查的内容可以是 SIP消息的消息头或者消息中的内容。
524 ) 改变消息内容， 进入步骤 S26。
SIP网络的网络内容处理实体可以根据运营商的策略判断是否允许和 支持在消息中改变内容。 除了用户的要求外， 网络内容处理实体可以检查 是否有运营商的策略要求在当前的 SIP消息的消息中改变消息内容， 网絡 内容处理实体才艮据运营商策略决定如何改变消息内容。
被叫用户所属的 SIP网络，收到 SIP消息后需要分析 SIP消息的内容， 检查消息内容中是否有不支持的消息内容， 在运营商策略的允许下可以删 除部分被叫用户不支持的消息内容。
525 ) 不改变消息内容。
526 )生成应答消息， 并且发送。 实施例 3: 网络内容处理实体在 SIP消息的消息中改变多媒体内容。 实施例 3以 SIP网络中的应用服务器按照运营商的策略并且在运营商 策略的控制下在会话协商消息的消息中改变消息中的内容， 改变消息中铃 声文件的方法为例， 说明 SIP网络如何按照本发明实施例改变会话协商消 息的消息中的多媒体信息。 如图 5所示， 是 SIP网络中的网络内容处理实 体按照运营商的策略在会话协商消息的消息中改变了铃声文件的流程示 意图。 在图 4描述的场景中， 主叫用户发起的会话建立请求中， 不需要增 加铃声文件，而是让 SIP网络按照主叫用户的提示在消息中添加铃声文件， 并发送给被叫用户。
图 5为实施例 3的 SIP网络中的网络内容处理实体向会话协商请求消 息中的消息增加铃声和修改铃声的信令流程图， 涉及的实体包括： 主叫 UE1、 被叫 UE2、 UEl所属的 SIP网絡中的 S- CSCF# 1、 UE2所属的 SIP 网络中的 S-CSCF # 2、 UE1所属 SIP网絡中的 AS # 1、 UE2所属 SIP网络 中的 AS # 2，假设 AS # 1存储 UE1所在 SIP网络中支持的铃声文件 Sound #1， AS#2存储 UE2所在 SIP网络中支持的铃声文件 Sound#2， 其具体 步驟为 .·
531 ) UE1向 S-CSCF#1发送会话协商请求消息， 即 INVITE请求， 该请求携带了 UE1 的业务支持能力信息， UE1可以在该请求消息的消息 中要求 SIP网络在消息中增加铃声文件，如 UE1可以在消息中要求 SIP网 络增加铃声文件 Sound# 1, 从而在消息中增加 Sound# 1的铃声文件序号 #1。
532 ) S-CSCF # 1根据该 INVITE请求确定本次业务由 AS # 1进行处 理， 将该 INVITE请求转发给 AS #1。
S33 )AS# 1收到 INVITE消息提示需要在 SIP消息的消息中增加铃声 文件 Sound # 1 , AS # 1在 INVITE消息中增加铃声文件 Sound # 1的原因 可以是用户的要求， 也可以是用户的签约。 如果运营商的策略允许 AS #1 加入铃声文件 Sound#l, AS#1在 INVITE消息的消息中增加铃声文件 Sound # 1， AS # 1向 S-CSCF # 1发送携带 Sound # 1的 INVITE请求。如 果 SIP消息的消息中已经有铃声文件， AS #1可以根据运营商的策略、 用 户的签约和根据用户签约的用户设置决定是否在会话协商消息的消息中 增加、 删除或修改铃声文件。 534 ) AS # 1将 INVITE消息发送给 S-CSCF # 1。
535 ) S-CSCF # 1将收到的 INVITE请求发送给 S-CSCF # 2。
536 ) S-CSCF # 2将收到的 INVITE请求发送给 AS # 2。
537 ) AS # 2检查 INVITE消息的消息中的 Sound # 1 , AS # 2需要根 据运营商的策略、 用户的签约和根据用户签约的用户设置决定是否在会话 协商消息的消息中增加、 删除或修改铃声文件。 例如， 如果 AS # 2发现被 叫 UE2不支持播放铃声文件 Sound # l， AS # 2根据运营商的策略可以选 择删除铃声文件 Sound # 1。 如果 AS # 2根据运营商策略、 用户的签约和 根据用户签约的用户设置在 INVITE消息的消息中增加铃声文件 Sound # 2。 AS # 2返回接收到 INVITE请求的应答给 S-CSCF # 2, 这时会话请求 消息的消息中可能包含了铃声文件 Sound # 1和 /或 Sound # 2。
S38 ) AS # 2将 INVITE消息发送到 S- CSCF # 2。
S39 ) S-CSCF # 2将 INVITE请求发送给 UE2。
S310 )接收到 INVITE请求的 UE2根据该请求携带的铃声文件， 除了 会话协商外， 还向使用 UE2的用户播放铃声。
S311 )然后， UE2给 S-CSCF # 2返回 200 OK应答并进行会话协商过 程的其它操作步骤。
在这样一个会话协商过程中， 主叫 UE1向主叫 UE1所在的 SIP网络 发出发送给被叫 UE2的铃声文件 Sound # 1的序号， AS # 1在运营商策略 允许下改变了消息的消息中的内容， 增加了铃声文件 Sound # l。 同时 AS # 2根据运营商的策略也可以修改会话协商请求消息的消息的内容， 可以 增加、修改或删除该请求消息的消息中的铃声文件 Sound。 AS # 2根据 UE2 是否支持消息中的内容， 可以删除部分或全部消息中的内容。
向会话协商请求消息的消息中增加、删除和修改媒体内容的网络内容 处理实体可以是 S-CSCF、 P-CSCF、 AS、 MRF中的一个或多个， 并不限 于以上的网络实体。 网络内容处理实体编辑或增删媒体内容可以包括铃 声、 图片、 消息、 视频、 执行程序内容， 但不限于这些内容。 网络内容处 理实体增加、 删除和 改媒体内容的过程可以和会话协商的过程同时进 行， 并不影响业务支持能力协商的过程。 实施例 4: 多媒体内容保存在用户终端的情况。
在多媒体内容保存在用户终端的情况下， 实施例 4的方案允许 SIP网 络了解用户终端保存的媒体内容， SIP 网络可以向被叫用户发送被叫用户 终端保存的媒体内容的序号， 由被叫用户终端播放媒体内容。
图 6为 SIP网絡向被叫用户发送被叫用户终端保存的媒体内容序号的 流程示意图， 如图 6所示， 应用服务器使用网络中保存在终端上的铃声的 序号 # 2， 在会话建立请求消息中携带这个序号 # 2， 被叫用户根据 AS发 来的序号寻找铃声 # 2并且播放铃声 # 2。
S41 )主叫 UE1发送 INVITE请求， 可以携带或不携带媒体内容或者 媒体内容的索引。
542 ) S-CSCF # 1转发 INVITE消息到 AS # 1上， 可以携带或者不携 带媒体内容或者媒体内容的索引。
543 ) - S45 ) AS # 1转发 INVITE消息转发到 AS # 2上， 可以携带或 者不携带媒体内容或者媒体内容的索引。
S46 ) AS # 2收到 INVITE消息， 可以按照用户的签约， 如用户可以 增加铃声； 可以按照用户设置， 如用户设置听终端设备上的铃声 # 1 ; 可 以根据运营商的策略， 如给中国移动公司的神州行用户播放铃声 # 2。 在 这个情况下， AS # 2根据用户的设置将铃声 # 2的索引发送到 UE2上。
S47：) - S48 ) AS # 2将携带铃声 # 2的 INVITE消息发送到 UE2上。 S49 )被叫 UE2收到 INVITE消息， 如果接收这个请求， 就查找 UE2 上的铃声 # 1播放程序， 播放铃声 # 1。
S410 )按照会话建立的流程完成后续的处理。 实施例 5: 主叫用户发送媒体内容的索引的过程。 如图 7所示，是主叫用户发送铃声的索引和网络加入媒体内容的过程。 在本实施例中， 主叫 UE1在发出会话建立请求中加入了 AS # 1保存 的铃声 # 1的索引 # 1 ,应用服务器 AS # 1收到带有索引 # 1的 INVITE消 息后， 检查运营商的策略是否需要增加、 删除、 修改铃声的策略， 检查是 否有 UE1关于增加、删除、修改铃声的设置、检查是否有用户签约信息要 求 AS # 1在消息的消息中增加、删除、修改铃声的设置。 AS # 1按照索引 # 1加入铃声 # 1， 并且根据运营商的策略、用户的签约和根据用户的设置 改变消息中的铃声。AS # 1将生成的消息转发到被叫用户 UE2所在网络的 应用服务器 AS # 2。
S51 ) UEl需要呼叫 UE2, 为了能够让 UE2收到 INVITE消息时， 能 够在听到 UE1提供的铃声下愉快地接受会话请求，在 INVITE消息的消息 中增加铃声 # 1的索引。
S52 )S-CSCF#1收到 UE1发来的 INVITE消息，向 AS # 1转发 INVITE 消息。
S53 ) AS # 1 收到 INVITE消息后， AS # 1根据运营商的策略、 UE1 的用户签约和依据签约的用户设置，判断是否要增加、删除和修改 INVITE 消息的消息中的铃声和 /或铃声的索引，在本情况下， AS # 1检查用户的签 约允许在 INVITE消息中添加铃声，用户没有设置增加、删除或修改铃声， 运营商没有删除 INVITE消息中的铃声或者铃声索引的策略， 因此 AS # 1 根据 INVITE消息中的铃声 # 1的索引 # 1 , 在 INVITE消息中添加铃声 # 1„
S54 ) - S56 ) AS # 1发送携带铃声 # 1的 INVITE消息给 AS # 2。 S57 ) AS # 2收到 INVITE消息， 根据运营商的策略、 UE1的用户签 约和依据签约的用户设置， 判断是否要增加、 删除和修改 INVITE消息的 消息中的铃声和 /或铃声的索引。 在本情况下， 运营商的策略允许给 UE2 发送携带铃声 # 1的 INVITE消息， 也没有增加、 删除、 修改 INVITE消 息的消息的策略； UE2的用户签约允许 UE2接收携带铃声 # 1的 INVITE 消息； AS #2没有删除和 /或改变铃声 #1的用户设置。 这样， AS#1转发 携带铃声 # 1的 INVITE消息给 UE2。
S58 ) -S59) 网络将携带铃声 # 1的 INVITE消息转发给 UE2。
5510) UE2收到 INVITE消息， 如果 UE2接受这个请求，播放铃声 # 1。
5511)按照会话建立的流程完成后续的处理。 实施例 6: 索引被网络传递发送到被叫网络的过程。
如图 8所示， SIP网络将主叫用户发送的网络支持的媒体内容的索引 #1发送到被叫用户所在的网絡上，被叫用户所在网络的 AS#2根据用户 提示的铃声 # 1的索引 # 1, 在 INVITE消息的消息中添加铃声 # 1的播放 程序， 并且发送到被叫 UE#2上。 AS #2还可以根据运营商的策略、被叫 用户的签约和根据签约的设置增加、 删除或 ^文 INVITE消息的消息中的 内容， 这里可以包括增加、 删除或修改铃声 #1。
S61 ) - S62 ) UE1生成携带保存在 AS # 1上的铃声 # 1的索引 #1的
INVITE消息， 发送给 S-CSCF # 1。
S63 ) S-CSCF # 1将携带索引 # 1的 INVITE消息发送给 AS # 1。
S64) AS 据运营商的策略， 用户签约和依据用户签约的用户设 置， 决定不做操作而将 INVITE消息发送给 AS # 2。
S65 ) - S66 ) AS # 1经过网络将携带索引 # 1的 INVITE消息发送给
AS #2。
S67)AS#2收到了携带索引 # 1的 INVITE消息，根据运营商的策略、 用户签约和依据用户签约的用户设置， 增加、 删除或修改 INVITE消息的 消息中的内容。 在这个例子中， AS#2根据索引 #1在 INVITE消息中添 加铃声 #1, 并且不做任何其它的操作。
S68 ) - S69 ) AS # 2发送携带铃声 # 1的 INVITE消息给 UE2。
S610)UE2收到携带铃声 # 1的 INVITE消息给 UE2,如果接受 INVITE 消息， 就为 UE2用户播放铃声 # 1。
S611)按照会话建立的流程完成后续的处理。
在实施例 6 的过程中， 媒体内容的索引可以是一个 URI, 由于 U I 所表示的网络标识， 可以是归属网络的， 可以是拜访网络的， 或者可以是 主叫用户所在网络的， 可以是被叫用户所在网络的。 按照本发明实施例技 术方案处理 SIP消息的消息内容的网络内容处理实体应当根据 URI的属性 进行处理。
如 S61) - S62), 如果 UE1发送的索引 #1是被叫用户所在网络的网 络标识， 那么如实施例 6描述的过程， 应当将索引 #1传递到被叫用户所 在网络的处理实体上， 由被叫用户所在网络的网络内容处理实体进行处 理。
如 UE1 用户所处的物理位置是在拜访地， UE1发送给拜访网络地索 引 #1是一个 UE归属网络所在的网络标识（即 URI)。 这时， UE1所在的 拜访网络应当将索引 #1传递到归属网络上， 并且在归属网络的网络内容 处理实体上进行处理。 被归属网络的网络内容处理实体处理后的 INVITE 消息， 从归属网络发送到被叫用户所在的网络。 实施例 7: 被口
过程。
如图 9所示，主叫 UE1发送携带铃声 # 1的 INVITE消息，当 INVITE 消息发送到 AS #2时， AS #2根据被叫用户的设置删除了铃声 #1, 并且 发送了保存在 UE#2上的铃声 # 2的索引 # 2。 被叫用户所在的网络删除 铃声后， 可以在应答消息中给主叫 UE1提供相应的错误指示。
S71 ) - S72 ) UE1生成携带铃声 # 1的 INVITE消息， 发送给 S-CSCF #1。
S73 ) S-CSCF # 1将 INVITE消息发送给 AS # 1。
S74) AS#1根据运营商的策略， 用户签约和依据用户签约的用户设 置， 决定不做操作而将 INVITE消息发送给 AS # 2。
S75 ) - S76 ) AS # 1经过网络将携带铃声 # 1的 INVITE消息发送给 AS #2。
577 )AS # 2收到了携带铃声 # 1的 INVITE消息，根据运营商的策略， 用户签约和依据用户的设置， 增加、 删除或修改 INVITE消息的消息中的 内容。 在这个例子中， 根据运营商的策略和用户的设置， AS#2不能将铃 声 #1 发送给被叫 UE2, 因此删除了铃声 #1; 根据 UE2 用户签约， 在 INVITE消息中添加保存在 UE2上的铃声 # 2的索引 # 2。
578 ) - S79 ) AS # 2发送携带索引 # 2的 INVITE消息给 UE2。
S710) UE2收到携带索引 #2的 INVITE消息给 UE2, 找到铃声 #2; 如果 UE2接受 INVITE消息， 就为 ΌΈ2用户播放铃声 # 2。
S711)按照会话建立的流程完成后续的处理。
其中， 在本发明实施例中， 在步骤 S77中， 也可以直接在 INVITE消 息中添加铃声 #2, 并不影响本发明的实现。 其中， 在上述实施例 7中， 在删除铃声 #1后， 将铃声 #2的索引发 送至 UE2, UE2播放该铃声 #2， 在本发明的实施例 7A中， 也可以不再 发送铃声 #2的索引至 UE2，而是由 SIP网络的应用服务器返回错误标识。
实施例 7A:
在该实施例中， SIP网络中的应用服务器删除了 SIP会话建立请求中 的媒体内容， 发送没有媒体内容的 SIP会话请求到被叫方， SIP网络的应 用服务器返回错误标识。 如图 9一1所示， 该实施例中的步骤与图 9所示 的步骤相似， 均是 UE1发送携带铃声 # 1的会话建立 INVITE请求， AS #2根据运营商的策略或者用户的设置确定， 铃声 #1不能发送给被叫用 户终端 UE2; 不同之处仅在于:
AS#2删除了在 SIPINVITE请求中的铃声 #1, 继续将 INVITE请求 发送给被叫用户终端 UE2, 同时可以将 AS # 2删除铃声 # 1的告警指示给 被叫用户终端 UE2; 其中， 在本实施例中， 还可以将 AS # 2删除铃声 # 1 的告警指示给主叫用户终端 UE1。 其中， 在上述实施例 7中， 在删除铃声 # 1后， 将铃声 # 2的索引发 送至 UE2， UE2播放该铃声 # 2, 在该实施例中， "UE2由于运营商的策略 和用户的设置的限制， 不能再播放铃声 # 1 , 而在一些实际情况中， 是需 要在 UE2播放铃声 # 1的， 本发明的实施例 7B即可满足该需要：
实施例 7B:
在该实施例中， SIP网络中的应用服务器删除了 SIP消息中的媒体内 容， 但是根据内容处理策略通过其他传输途径将媒体内容发送给消息接收 方终端。
如图 9—2所示， 在该实施例中， SIP消息的发送方 UE1发出 SIP消 MESSAGE, 消息的内容是图片 # 1 , SIP网络中的应用服务器（如消息 处理服务器）收到这个 SIP消息， 根据运营商的策略， 用户的签约或者用 户的设置， 删除了 SIP消息中的图片 # 1。 应用服务器本身暂时保存了图 片 # 1， 根据运营商的策略， 用户的签约和或者用户的设置， 使用其他传 输途径向消息接收方终端 UE2发送了图片 # 1。 其他传输途径可以包括 E-mai 多媒体短信 MMS或者短信 SMS。 该实施例的步骤与图 9所示的 步骤相类似， 不同之处仅在于通过其他传输途径传输所删除的媒体内容， 为节省篇幅， 此处不再详细描述。 在上述实施例中， 所述的铃声或图片仅为媒体内容的一种， 在这些实 施例以及本发明的其他各个实施例中， 可以采用其它类型的媒体内容， 均 不影响本发明的实现。 实施例 8: 应用服务器根据主叫用户设置增加媒体内容或者媒体内容 索引的过程。 如图 10所示， UE1发送一个没有携带铃声和铃声索引的 INVITE消 息， AS # 1根据运营商的策略、 用户的签约和根据用户签约的用户设置， 在 INVITE消息的消息中增加了铃声 # 1 , 并且发送到被叫 UE2上。 如果 UE2接收 INVITE请求， UE2播放铃声 # 1。 应用服务器添加媒体内容或 者媒体内容的索引， 可以在应答消息中给发送方提供错误指示。
581 ) UE1发送 INVITE请求消息， 可以不携带铃声 # 1和索引 # 1。
582 ) - S83 ) INVITE请求消息被发送到 AS # 1上。
S84 ) AS # 1根据用户的签约， 在 INVITE消息中增加铃声文件 # 1。 S85 ) - S86)AS # 1将携带铃声 # 1的 INVITE消息发送到 AS # 2上。 S87 ) - S88 ) AS # 2收到了携带铃声 # 1的 INVITE消息， 根据运营商 的策略，用户签约和依据用户签约的用户设置，增加、删除或改变 INVITE 消息的消息中的内容。 在这个例子中， AS # 2不在 INVITE消息的消息中 的内容做任何操作， 转发到被叫 UE2上。
S89 ) UE2收到了携带铃声 # 1的 INVITE消息， 如果接收 INVITE请 求， UE2就播放铃声 # 1给被叫用户。
S810 )被叫 UE # 2返回 200 OK消息， PoC系统按照规范规定的流程 进行下一步的处理。
以 AS为例说明，如图 11所示， 用户终端在网絡内容处理实体上设置 用户设置的方法， 可以是 UE 向网络发送用户设置消息， 如 Publish, UPDATE消息， AS接收到用户设置消息后， 检测设置是否有效， 并且可 以被认证， 然后保存这些用户设置。 此后， 从 UE发送到 AS的 INVITE 消息将根据用户保存在 AS上的设置处理消息内容。 UE发送到 AS上的用 户设置， 可以是限制特定的 AS转发到 UE上的 SIP消息的消息内容， 限 制的方法可以是限制消息内容的大小， 或者删除特定的消息内容。
UE发送到 AS上的用户设置， 可以是媒体内容的索引， AS收到 UE 发送给 AS的 INVITE消息， 在 INVITE消息的消息中增加媒体内容的索 引。 媒体内容的索引， 可以是媒体内容的序号。 其中， 在以上所述实施例中， 可以采用 SIP消息发送方归属的 SIP网 络内容处理实体或 SIP消息接收方归属的 SIP网络内容处理实体分别作为 所述网络内容处理实体来实现本发明， 也可以是 SIP消息发送方以及接收 骤， 均并不影响本发明的实现。
实施例 9: SIP网络改变会话协商消息的消息中的业务支持能力信息 的过程。
按照 SDP协议规定的描述方法，可以在会话协商消息的消息中描述本 次会话相关的会话信息和媒体信息等业务支持能力信息。 SIP网絡可以在 按照运营商的策略和在运营商策略的控制下， 改变使用业务支持能力信 息。 这里， 关于业务能力支持信息的描述方法， 还包括除 SDP协议描述方 法以外的其他方法，如使用 XML语音在 SIP消息中描述，如使用 SCRIPT 语言在 SIP消息中描述， 或者在 SIP消息的消息中允许的其他业务支持能 力描述方法。
以下以运营商的策略规定接收方用户使用某些和本次会话相关的
SDP参数配置时，可以享受特殊费率和在运营商组织活动方面获得额外利 益的情况， 说明 SIP网絡如何按照运营商的策略改变会话协商消息的消息 中的 SDP参数。
运营商的策略简单描述如下， 会话协商中选择高质量多媒体业务的用 户需要缴纳运营商为用户提供高带宽盾量保证的额外费用， 但是运营商为 这些使用高质量多媒体业务的用户提供额外的利益， 如额外积分、 额外用 户回馈计划、 赠送礼品。 SIP网络完成运营商此项策略， 需要在会话协商 消息的消息中， 增加 SIP网络支持的此种高质量多媒体业务的业务支持能 力的 SDP参数描述， 提供给被叫选择。 被叫方， 以被叫用户终端为例， 选 择了新增加的 SDP参数描述的业务支持能力， 并继续完成会话协商过程。
图 12是 SIP网络根据运营商策略加入 SDP参数提供给接收方选择的 过程， 图 12描述了 SIP网絡中的 AS和其它网络实体配合，按照运营商的 策略向会话协商消息的接收方提供 SDP参数选择,使得接收方可以选择运 营商策略允许的高质量多媒体业务。 在以下对过程的描述中， 假设参与会 话协商的用户的签约数据都被允许使用接收方最后选择的高质量多媒体 业务， 接收方选择此项高业务质量服务后， 被计费系统记录， 并在运营商 的运营系统中被记录。
S91 )在 UE1发出的会话建立请求（INVITE ) 中携带了 SDP协议描 述的业务支持能力， 发给 P-CSCF # 1 , UE1在 SDP的负载中增加了编码 参数， 编码参数反映了 UE1的业务支持能力和在会话中期望的编码参数。
S92 ) P-CSCF # 1检查 SDP描述中描述的媒体参数信息。
S93 ) P-CSCF # 1将 INVITE消息转发给 S-CSCF # 1。
S94 ) S-CSCF # 1允许 SDP描述的媒体参数和高盾量多媒体业务的媒 体参数被 UE1在会话中使用， S- CSCF # 1将 INVITE转发给 AS。
S95 ) AS根据运营商的策略在 INVITE消息的消息中增加了 SIP网络 支持的可以提供高质量多媒体业务的媒体参数。
S96 ) AS将被改变的 INVITE消息发送给 UE2所属的 S-CSCF # 2。
597 )S-CSCF # 2允许改变的 SDP描述的媒体参数被 UE2在会话中使 用， S-CSCF # 2将 INVITE转发给 P-CSCF # 2。
598 ) P-CSCF # 1检查 SDP描述的媒体参数信息。
599 ) P-CSCF # 1将 INVITE消息转发给 UE2。
S910 )被叫 UE2选择期望的媒体参数， 即运营商策略提供的使用高 质量多媒体业务需要的媒体参数。
5911 ) UE2给 P-CSCF # 1返回 SDP应答， 即选择的媒体参数。
5912 ) P-CSCF # 2授权保留这些媒体参数所需要的 QoS资源。
5913 ) P-CSCF # 2转发 SDP应答给 S-CSCF # 2。
S914 ) S-CSCF # 2转发 SDP应答给 AS， 因此 AS可以得到本次会话 使用的媒体参数， 根据运营商的策略， 将本次会话使用的业务质量信息进 ^亍^己 ^：。 5915 ) AS转发 SDP应答给 S-CSCF # 1。
5916 ) S-CSCF # 1转发 SDP应答给 P-CSCF # 1。
5917 ) P-CSCF # 1授权保留使用这些媒体参数的 QoS资源。
S918 )授权令牌包含在 SDP描述中， P-CSCF转发 SDP应答给 UE # 1。
5919 ) UE1最后决定本次会话使用的媒体参数。
5920 ) UE1发出 SDP建议， 并进行下一步的操作。
这样， SIP网络中的 AS在其它网絡实体的配合下， 按照运营商的策 略改变使用 SDP描述的业务支持能力信息， 完成了运营商策略要求的功 能。
在本技术方案中， 运营商的策略可以体现为： 运营商的策略可以规定 网络实体可以限制发送给 UE的 SIP消息的消息内容。 其中运营商可以因 为某种策略从 SIP消息的消息内容中删除某一部分消息内容。
运营商禁止发送给 UE的消息内容的方法， 可以是才艮据运营商的策略 删除某一部分消息内容， 也可以是由于用户终端不支持播放消息内容， 尤 其是媒体内容的情况 , 这时网络内容处理实体可以直接删除这部分不支持 的媒体内容。 或者， 网絡内容处理实体可以为用户终端保存这部分媒体内 容， 用户终端可以通过其它方法获得这部分被限制的媒体内容。 如网络内 容处理实体可以将这部分消息内容发送到这个用户的 E-mail地址上，可以 将这部分消息内容通过多媒体短消息（MMS )发送到用户终端上， 可以将 这部分消息内容通过短消息（SMS )发送到用户终端上， 可以将这部分消 息内容保存到为这个用户设置的 Web页面上。
本发明实施例能够在会话协商过程中， 根据主叫、 被叫用户的意愿和 运营商策略改变 SIP消息的消息内容， 可以改变的消息内容可以是各种多 媒体类型内容。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离 本发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权 利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在 内。

Claims (28)

  1. 权 利 要 求
    1、 一种会话初始化协议 SIP 消息内容处理方法， 其特征在于， 包括 以下步骤：
    A SIP消息发送方发出 SIP消息；
    B、 SIP网络内容处理实体根据消息内容管理策略，处理 SIP消息的消 息内容。
  2. 2、 根据权利要求 1所述的方法， 其特征在于， 步驟 B所述设置 SIP 消息的消息内容为：
    设置消息中的媒体组件。
  3. 3、 根据权利要求 2所述的方法， 其特征在于， 所述媒体组件为媒体 内容， 所述设置为增加和 /或修改， 步驟 B包括：
    所述 SIP网络内容处理实体判断消息内容管理策略是否允许对 SIP消 息中的媒体内容进行增加和 /或修改，如果是，则根据 SIP消息中携带的媒 体内容信息， 在所述 SIP消息中增加和 /或修改对应的媒体内容。
  4. 4、 根据权利要求 3所述的方法， 其特征在于， 步骤 A为：
    SIP消息发送方发出 SIP消息， 在该消息中携带有请求增加和 /或修改 所述媒体内容的请求、 以及该媒体内容的索引；
    在步骤 B中， 艮据该 SIP消息中所携带的所述请求以及所述索引增加 和 /或 改对应的媒体内容。
  5. 5、 根据权利要求 4所述的方法， 其特征在于， 所述媒体内容的索引 为媒体内容的序号或者媒体内容的通用资源表示 URL
  6. 6、 根据权利要求 3所述的方法， 其特征在于， 步驟 A为：
    SIP消息发送方发出 SIP消息；
    在步骤 B中， 根据预先在所述 SIP网络内容处理实体的设置， SIP网 络内容处理实体在该 SIP消息中增加和 /或 4 改对应的媒体内容。
  7. 7、 根据权利要求 6所述的方法， 其特征在于， 该方法进一步包括： 终端预先向所述 SIP网络内容处理实体发送设置消息， SIP网络内容 处理实体判断该消息中携带的设置是否有效， 如果是， 则保存该设置。
  8. 8、 根据权利要求 3所述的方法， 其特征在于， 所述 SIP网络处理实 体中预先保存有所述媒体内容以及媒体内容与其索引的对应关系， 步骤 A 为：
    SIP消息发送方发出 SIP消息， 在该消息中携带有请求增加和 /或修改 所述媒体内容的请求、 以及该媒体内容的索引；
    步骤 B中，根据该 SIP消息中所携带的所述请求以及所述索引增加和 /或修改对应的媒体内容。
  9. 9、 根据权利要求 8所述的方法， 其特征在于， 所述 SIP网络处理实 体为 SIP消息发送方所归属的实体，或者为 SIP消息接收方所归属的实体。
  10. 10、 根据权利要求 2所述的方法， 其特征在于， 所述媒体组件为媒体 内容， 所述设置为删除， 步骤 B包括：
    所述 SIP网絡内容处理实体判断消息内容管理策略是否允许对 SIP消 息中的媒体内容进行删除，如果是，则根据所述策略中的规定，在所述 SIP 消息中删除对应的媒体内容。
  11. 11、 根据权利要求 10所述的方法， 其特征在于， 执行所述删除对应 媒体内容后进一步包括： 对所述媒体組件进行增加或修改。
  12. 12、 根据权利要求 10所述的方法， 其特征在于， 所述删除媒体内容 为：
    直接删除媒体内容；
    该方法进一步包括：
    SIP网络内容处理实体通过 E-mail、多媒体短信 MMS或者短信 SMS, 将所述媒体内容发送给用户终端； 或者， 用户终端通过 WEB界面查看或 者获取所述媒体内容。
  13. 13、 根据权利要求 10所述的方法， 其特征在于， 所述删除对应的媒 体内容为： 删除接收方所不支持的相应的媒体内容。
  14. 14、 根据权利要求 13所述的方法， 其特征在于， 该方法进一步包括： 在用户的设置中设置接收方所不支持的媒体内容； 或者， 在 SIP网络注册 过程中将接收方终端支持的媒体内容信息提供给 SIP网络。
  15. 15、 根据权利要求 11 所述的方法， 其特征在于， 所述对媒体組件进 行增加为： 在 SIP消息中增加新的媒体内容。
  16. 16、 根据权利要求 11所述的方法， 其特征在于， SIP消息接收方预先 保存有媒体内容以及媒体内容与其索引的对应关系， 所述对媒体组件进行 增加为： 在 SIP消息中增加新的媒体内容所对应的索引；
    在 SIP消息接收方收到该 SIP消息后， 该方法进一步包括：
    SIP消息接收方根据 SIP消息中的索引确定对应的媒体内容并播放。
  17. 17、 根据权利要求 2所述的方法， 其特征在于， 所述媒体组件为媒体 内容的索引， 所述设置为增加， 步骤 B包括：
    所述 SIP网络内容处理实体判断消息内容管理策略是否允许对 SIP消 息中的媒体索引执行增加操作，如果是，则根据该策略的规定，在所述 SIP 消息中增加对应的媒体内容的索引；
    在 SIP消息接收方收到该 SIP消息后， 该方法进一步包括：
    SIP消息接收方才艮据 SIP消息中的索引确定对应的媒体内容并播放。
  18. 18、 根据权利要求 4、 8、 16或 17所述的方法， 其特征在于， 所述的 媒体内容的索引保存在消息中， 或者作为信息保存在消息头中。
  19. 19、 根据权利要求 1〜17任意一项所述的方法， 其特征在于， 步骤 A 和步骤 B之间进一步包括： SIP网络内容处理实体接收到所述 SIP消息后， 获取消息内容管理策略。
  20. 20、 根据权利要求 1、 2、 3、 10或 17所述的方法， 其特征在于， 所 述 SIP消息发送方以及接收方分别具有各自归属的所述 SIP网络内容处理 实体， 所述 SIP网络内容处理实体为 SIP消息发送方归属的 SIP网络内容 处理实体或 SIP消息接收方归属的 SIP网络内容处理实体。 21、 根据权利要求 1、 2、 3、 10或 17所述的方法， 其特征在于， 所 述 SIP消息发送方以及接收方分别具有各自归属的所述 SIP网络内容处理 实体， 该 SIP消息发送方以及接收方各自归属的 SIP网络内容处理实体依 次分别执行所述步骤 B。
  21. 22、 根据权利要求 1所述的方法， 其特征在于， 所迷消息内容管理策 略为限制向 SIP消息接收方发送消息内容；
    步驟 B所述设置 SIP消息的消息内容为： 删除 SIP消息中所携带的限 制向 SEP消息接收方发送的消息内容。
  22. 23、 根据权利要求 22所述的方法， 其特征在于， 所述删除消息内容 之后， 该方法进一步包括：
    所述 SIP网络内容处理实体保存所述删除的消息内容， SIP消息接收 方通过除 SIP消息之外的传输方式获得该消息内容。
  23. 24、根据权利要求 1〜17、 22-23中任意一项所述的方法，其特征在于， 所述消息内容管理策略为运营商策略、 用户签约信息以及 4艮据用户签约信 息所进行的设置中的至少一种。
  24. 25、根据权利要求 1〜： 17、 22-23中任意一项所述的方法，其特征在于， 所述 SEP消息为 INVITE消息。
    26、 居权利要求 1-17, 22-23中任意一项所述的方法，其特征在于， 所述网络内容处理实体为呼叫会话控制功能模块 CSCF-Call Session Control Function、多媒体资源功能模块 MRF Multimedia Resource Function > 应用月艮务器 AS Application Server^ 媒体网关 Media Gateway。
    27、 根据权利要求 26所述的方法， 其特征在于， 所述应用服务器， 为控制 PoC会话的 PoC Server ( PoC服务器控制功能）， 或者控制 PoC会 话参与方 PoC Server ( PoC 服务器参与共）， 或者多方通话服务器 ( Conference Server ) , 或者业务能力交互管理器 （Service Capability Interaction Manager - SCIM ),或者呈现业务服务器（ Presence Server ), 或 者消息类业务聚合服务器 （CPM Server )。 28、 根据权利要求 3~17任意一项所述的方法， 其特征在于， 所述媒 体内容为文本、 声音文件、 视频片断、 音频媒体、 动画或者执行程序。
  25. 29、 一种 SIP消息内容处理网络， 包括用户终端和 SIP网络内容处理 实体， 所述用户终端通过 SIP网络通信， 其特征在于， 所述的 SIP网络内 容处理实体包括：
    媒体信息设置单元： 用于根据内容管理策略信息， 对用户终端发送的 SIP消息的消息内容进行设置。
  26. 30、 如权利要求 29所述的网络， 其特征在于， 所述的网络内容处理 实体为呼叫会话控制功能模块（CSCF )、 MRF、 或应用服务器。
    31、 如权利要求 30所述的网络， 其特征在于， 所述的应用服务器， 为控制按键即说 PoC业务功能的 PoC Server ( Controlling ), 或者参与控制 PoC 业务功能的 PoC Server ( Participating ) , 或者多方通话服务器 Conference Server, 或者业务能力交互管理器 Service Capability Interaction Manager(SCIM),或者呈现业务服务器 Presence Server,或者消息类业务聚 合服务器 ( CPM Server )„
  27. 32、 如权利要求 31所述的网络， 其特征在于， 所述的 SIP网络内容 处理实体， 位于 SIP消息发送方所属的 SIP网络、 SIP消息接收方所属的 SIP网络或者位于 SIP消息发送方和接收方同时所属的 SIP网络，或者 SIP 消息穿越的中间 SIP网络。
  28. 33、 根据权利要求 29〜32任意一项所述的网絡， 其特征在于， 该网络 进一步包括内容管理策略获取单元， 用于获取所述用户的消息内容管理策 略信息并提供给媒体信息设置单元。
CN200680013611.3A 2005-09-07 2006-09-07 一种会话初始化协议消息内容处理方法及网络 Pending CN101164316A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200510098650.5A CN100512293C (zh) 2005-09-07 2005-09-07 一种会话初始化协议消息体内容处理方法及网络
CN200510098650.5 2005-09-07
PCT/CN2006/002313 WO2007028336A1 (fr) 2005-09-07 2006-09-07 Procede et reseau de traitement de contenu d'un message de protocole d'ouverture de session

Publications (1)

Publication Number Publication Date
CN101164316A true CN101164316A (zh) 2008-04-16

Family

ID=36811568

Family Applications (2)

Application Number Title Priority Date Filing Date
CN200510098650.5A Active CN100512293C (zh) 2005-09-07 2005-09-07 一种会话初始化协议消息体内容处理方法及网络
CN200680013611.3A Pending CN101164316A (zh) 2005-09-07 2006-09-07 一种会话初始化协议消息内容处理方法及网络

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN200510098650.5A Active CN100512293C (zh) 2005-09-07 2005-09-07 一种会话初始化协议消息体内容处理方法及网络

Country Status (4)

Country Link
US (1) US8401005B2 (zh)
EP (1) EP1931102B1 (zh)
CN (2) CN100512293C (zh)
WO (1) WO2007028336A1 (zh)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK1781053T3 (da) * 2005-10-28 2012-08-13 Ericsson Telefon Ab L M Fremgangsmåder og apparat til tjeneste af typen push-to-talk
CN101119212B (zh) * 2006-08-04 2010-04-14 华为技术有限公司 通过信令适配实体传输isdn用户-用户应用信息的方法
US7975053B2 (en) * 2006-12-29 2011-07-05 United States Cellular Corporation Establishing network policy for session-unaware mobile-device applications
CN101083617B (zh) * 2007-07-02 2010-07-14 华为技术有限公司 一种会话初始化协议业务路由方法及系统
CN101378522B (zh) * 2007-08-31 2012-01-25 华为技术有限公司 分发策略的方法、系统和策略分发实体
US8249561B2 (en) * 2007-09-11 2012-08-21 Research In Motion Limited System and method for sharing a SIP communication service identifier
CN101453700B (zh) * 2007-11-30 2010-09-29 华为技术有限公司 一种并发媒体处理方法和设备
EP2290898B1 (en) * 2007-12-17 2012-09-26 Telefonaktiebolaget LM Ericsson (publ) Session initiation protocol stack optimisation
KR101490266B1 (ko) * 2008-02-22 2015-02-05 엘지전자 주식회사 통합 ｉｐ 메시징 서비스의 메시지를 저장 및 검색하는 단말 및 방법
CN102047676A (zh) * 2008-05-30 2011-05-04 日本电气株式会社 服务器装置和通信方法以及程序
KR20100061295A (ko) * 2008-11-28 2010-06-07 삼성전자주식회사 통합 메시징 서비스에서 인터워킹을 위한 세션 제어 방법 및 시스템
CN102317939B (zh) * 2008-12-22 2014-05-21 谷歌公司 用于复制的存储集群的异步分布式垃圾收集
WO2010082803A2 (en) * 2009-01-19 2010-07-22 Lg Electronics Inc. Method for delivering message based on cpm service and server thereof
US8027960B2 (en) * 2009-03-11 2011-09-27 International Business Machines Corporation Intelligent deletion of elements to maintain referential integrity of dynamically assembled components in a content management system
KR101581674B1 (ko) 2009-05-15 2015-12-31 삼성전자주식회사 통합메시징 서비스 시스템에서 사용자의 요청에 따라 컨버세이션을 저장하기 위한 방법 및 그 시스템
MY182285A (en) 2009-10-08 2021-01-18 Ericsson Telefon Ab L M Method and system for transferring a message
US10182008B2 (en) 2009-10-08 2019-01-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for transferring a message
US8416780B2 (en) * 2009-11-03 2013-04-09 Research In Motion Limited System and method for session initiation protocol header modification
US8416781B2 (en) * 2009-11-03 2013-04-09 Research In Motion Limited System and method for session initiation protocol header modification
US8780744B2 (en) * 2010-01-25 2014-07-15 Qualcomm Incorporated Selective allocation of dedicated channel (DCH) resources within a wireless communications system
US20110194433A1 (en) * 2010-02-05 2011-08-11 Qualcomm Incorporated Managing dedicated channel resource allocation to user equipment based on radio bearer traffic within a wireless communications system
US8873479B2 (en) * 2010-02-05 2014-10-28 Qualcomm Incorporated Assisted state transition of a user equipment (UE) for delay sensitive applications within a wireless communications system
US8848553B2 (en) * 2010-02-05 2014-09-30 Qualcomm Incorporated Assisted state transitions of a user equipment within a wireless communications system
US9380078B2 (en) * 2010-05-21 2016-06-28 Polycom, Inc. Method and system to add video capability to any voice over internet protocol (Vo/IP) session initiation protocol (SIP) phone
CN102843542B (zh) * 2012-09-07 2015-12-02 华为技术有限公司 多流会议的媒体协商方法、设备和系统
US9420616B2 (en) * 2012-10-29 2016-08-16 Qualcomm Incorporated Methods to enhance videotelephony to achieve local QoS
WO2014097572A1 (ja) * 2012-12-21 2014-06-26 日本電気株式会社 Mtc-iwfエンティティ、scsエンティティ、シグナリング方法、及びコンピュータ可読媒体
US9515943B2 (en) * 2013-01-31 2016-12-06 Solace Systems, Inc. Topic discard indication
WO2019240487A1 (en) * 2018-06-12 2019-12-19 Samsung Electronics Co., Ltd. Method and apparatus for identifying in-call capability features

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7305256B2 (en) * 2001-02-05 2007-12-04 Verizon Corporate Services Group Inc. Method, apparatus and program for providing user-selected alerting signals in telecommunications devices
US20020141404A1 (en) * 2001-04-03 2002-10-03 Michael Wengrovitz Call routing using information in session initiation protocol messages
US7685315B2 (en) * 2002-10-28 2010-03-23 Nokia Corporation System and method for conveying terminal capability and user preferences-dependent content characteristics for content adaptation
US8645470B2 (en) * 2002-12-06 2014-02-04 Core Wireless Licensing S.A.R.L. System, method and computer program product for the delivery of media content
JP3873891B2 (ja) * 2003-01-22 2007-01-31 株式会社日立製作所 パケット通信装置
US8243636B2 (en) 2003-05-06 2012-08-14 Apple Inc. Messaging system and service
CN1243432C (zh) 2003-06-26 2006-02-22 中国科学院计算技术研究所 一种ip视频电话系统会话和媒体授权方法

Also Published As

Publication number Publication date
CN100512293C (zh) 2009-07-08
CN1801810A (zh) 2006-07-12
WO2007028336A1 (fr) 2007-03-15
EP1931102B1 (en) 2015-11-04
EP1931102A1 (en) 2008-06-11
EP1931102A4 (en) 2009-01-07
WO2007028336A8 (fr) 2007-12-06
US20080170563A1 (en) 2008-07-17
US8401005B2 (en) 2013-03-19

Similar Documents

Publication Publication Date Title
CN101164316A (zh) 一种会话初始化协议消息内容处理方法及网络
KR101024279B1 (ko) Ｉｍｓ망을 통한 멀티미디어 컨텐츠 공유 방법 및 시스템
Poikselkä et al. The IMS: IP multimedia concepts and services
US10609099B2 (en) System and method for implementing media and media control transfer between devices
US9148766B2 (en) Systems and methods for real-time cellular-to-internet video transfer
US20060034195A1 (en) SIP message extension for push to watch service
US20110040836A1 (en) System and method for implementing media and media control transfer between devices
US20100312832A1 (en) System and method for implementing media and media control transfer between devices
US20060111135A1 (en) Method to facilitate distribution of group identifications for push-to-talk groups
US20080031227A1 (en) Method for delivering multimedia greeting data to calling party in IMS or other IP network
JP2008523662A (ja) 画像ベースのプッシュ・ツー・トークのユーザインタフェース向き画像交換方法
JP2009524342A (ja) Ｃｓｉ端末によるｉｍｓドメインを介して受信されたリアルタイムサービスのための要求を含むｉｍｓ端末の呼要求の処理方法及び装置
CN100550908C (zh) 一种进行会话能力信息操作的方法及网络实体
WO2008064575A1 (fr) Procédé, système et appareil permettant la mise en place de service de partage vidéo
WO2011009490A1 (en) Method for transferring a communication session in a telecommunications network from a first connection to a second connection
CN101227457A (zh) 标识通信业务的方法及其系统
US20120213346A1 (en) Method, server and terminal device for playing multimedia ring tone during call
JP5551786B2 (ja) 会話期間中にマルチメディア呼出し音を再生する方法、サーバおよび端末デバイス
WO2009089797A1 (fr) Procédé de mise en oeuvre de service de tonalité de retour d'appel et/ou de tonalité de reour d'appel multimédia et de production de demande sdp multimédia anticipée
CN102077559A (zh) 用于在ims网络中实现定制化视频服务的方法和网络单元
WO2010043168A1 (zh) 发送及接收多媒体铃音文件的方法
CN101166314A (zh) “即按即说”类型通信会话中通过插入名片的信号增强
EP2137967A1 (en) Systems and methods for real-time cellular-to-internet video transfer
KR100757535B1 (ko) 어플리케이션 구분이 가능한 멀티미디어 서비스 방법 및장치
EP1672867A1 (en) Method to the fast and reliable transfer of large amount of data between mobile radio users involved in a SIP session

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20080416