CN101317432A - 防止彩铃串音的方法、系统和应用服务器 - Google Patents

防止彩铃串音的方法、系统和应用服务器 Download PDF

Info

Publication number
CN101317432A
CN101317432A CNA2007800003050A CN200780000305A CN101317432A CN 101317432 A CN101317432 A CN 101317432A CN A2007800003050 A CNA2007800003050 A CN A2007800003050A CN 200780000305 A CN200780000305 A CN 200780000305A CN 101317432 A CN101317432 A CN 101317432A
Authority
CN
China
Prior art keywords
media
called
caller
calling
message
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
CNA2007800003050A
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
Priority to CNA2007800003050A priority Critical patent/CN101317432A/zh
Publication of CN101317432A publication Critical patent/CN101317432A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones
    • 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/1096—Supplementary features, e.g. call forwarding or call holding
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42059—Making use of the calling party identifier
    • H04M3/42068—Making use of the calling party identifier where the identifier is used to access a profile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42102—Making use of the called party identifier
    • H04M3/4211—Making use of the called party identifier where the identifier is used to access a profile

Landscapes

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

Abstract

本发明公开了一种防止彩铃串音的方法和系统，包括：对于网络中多个实体同时为一个呼叫提供彩铃服务的情况，应用服务器根据预设策略判断是否屏蔽被叫侧的回铃音或提示音信息，若是，则根据业务逻辑屏蔽被叫侧播放的回铃音，将增值业务提供的回铃音播放给主叫用户，这样，一方面避免了多方给主叫用户播放回铃音引起的串音问题，另一方面给所有用户提供了一致的增值业务体验，不会因被叫用户本身是否是彩铃用户而导致回铃音不同。并且，由于本发明判断是否屏蔽被叫侧播放回铃音，因此，也可以根据需要直接透传被叫侧的回铃音或提示音给主叫。本发明同时还公开了一种应用服务器。

Description

防止彩铃串音的方法、 系统和应用服务器
本申请要求于 2006 年 11 月 28 日提交中国专利局、 申请号为 200610145022.2、 发明名称为"防止彩铃串音的方法、 系统和应用服务器，，的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，特别涉及一种防止彩铃串音的方法、 系统和应 用服务器。
背景技术
下一代网络（NGN, Next Generation Network ) ^^于电路交换的公共交 换电话网 （PSTN, Public Switched Telephone Network ), 公众陆地移动电话网 ( PLMN, Public Land Mobile Network )等电路交换网络和基于分组交换的 IP 网络融合的产物， 并在新一代网络上开展语音、 视频、 数据等综合业务。 软交 换是 NGN网络控制层的核心设备， 它釆用软交换技术， 除了直接提供丰富的 固网基本电信业务、 补充业务以外， 还可以通过与各类业务应用服务器配合， 向最终用户提供多样化和增值的服务。 应用服务器主要是提供业务执行环境， 为 NGN网络提供丰富的业务。
会话发起协议（ SIP , Session Initiated Protocol )是下一代网络中的重要协 议， 它用来建立、 改变和终止基于 IP网络的用户间的呼叫。 应用服务器和软 交换以及媒体资源服务器（MRS, Media Resource Server )之间通过 SIP进行 通信， 完成呼叫控制和媒体资源的控制。
主要有以下 SIP消息：
Invite: 发起会话请求， 一般携带发起者的会话描述协议（ SDP, Session Description Protocol )信息。 终端通过 invite发起呼叫， 应用月良务器也可以通过 invite接续终端。
180 Ringing: 当被叫振铃时， 被叫方发送 180 振铃信令指示被叫正在振 铃， 该信令指示业务需要给主叫播放回铃音。
200 OK: 对收到消息的肯定响应。 当作为对 invite的响应时， 一般携带接 收端的 SDP信息。
ACK: 确认消息， 和 invite配对出现， invite消息的发起端在收到对端的 200 OK响应后， 发送 ACK给对端， 作为对收到 200 OK的确认。
PRACK: 当收到携带 SDP的 180 Ringing消息后， 需要发送 PRACK作为 对 180消息的确认。
彩铃业务是一项由电话用户自己定制，在主叫拨打被叫时，在被叫振铃后、 被叫摘机前， 为主叫用户提供一段悦耳的音乐、 一段问候语、 图片或者一段视 频图像等来替代普通回铃音的业务。 在 NGN网络中， 彩铃除了作为独立的业 务外，还作为一种业务特性体现在多种增值业务中 ,如提供彩铃特性的一号通、 统一通信 ( UC, Unified Communications )业务等。
这样， 当一个呼叫触发具有彩铃特性的增值业务， 而接续的被叫本身已经 是一个彩铃用户时，增值业务和彩铃业务会同时给主叫播放回铃音，存在彩铃 播放冲突问题，因此应用服务器需要屏蔽被叫侧给主叫播放的彩铃以防止彩铃 串音。
由于在主、被叫媒体协商的过程中，被叫侧和主叫之间接收和发送双向媒 体的双向通道被建立，应用服务器无法控制被叫侧播放回铃音给主叫。 为了避 免主、被叫之间正常双向媒体通道的建立， 目前的解决方案是釆用给被叫携带 假的主叫 IP(127.0.0.1)的媒体信息， 使被叫侧和假的主叫之间建立媒体通道， 屏蔽被叫侧播放的回铃音， 而真正的主叫和 MRS之间建立媒体通道， 由 MRS 播放增值业务的彩铃给主叫。
在实现本发明过程中， 发明人发现上述处理过程存在以下问题：
1、 需要路由器或者数据通信设备做特殊配置， 即路由器或数据通信设备 需要进行数据配置， 设置对发往 127.0.0.1 地址的数据包进行丟弃， 以解决 127.0.0.1的报文丟弃处理， 且要求网关可以将 127.0.0.1的报文地址外发。
2、 由于需要携带假主叫的 SDP, 此方案非常影响路由器的处理性能， 对 于大呼叫量尤为明显， 需要占用路由器的过多资源。
发明内容
本发明实施例提供一种防止彩铃串音的方法、 系统和应用服务器，使得在 解决串音问题的同时， 节约系统资源。
本发明实施例的技术方案包括：
一种防止彩铃串音的方法， 包括： 接收主叫发送的呼叫发起消息；
根据所述呼叫发起消息所触发的业务逻辑，确定所述业务逻辑中包含彩铃 特性时， 建立主叫向被叫的单向媒体通道；
指示媒体资源服务器向主叫播放回铃音或提示音。
一种防止彩铃串音的系统，包括软交换、应用服务器以及媒体资源服务器， 其中，
所述应用服务器， 用于根据接收到的呼叫所触发的业务逻辑，确定该业务 逻辑中包含彩铃特性时，根据预设策略确定需要屏蔽被叫侧的回铃音或提示音 信息时，通过软交换建立主叫向被叫的单向媒体通道； 并控制媒体资源服务器 与主叫建立媒体通道；
所述媒体资源服务器， 用于在与主叫建立媒体通道后， 向主叫播放回铃音 或提示音信息。
一种应用服务器， 包括： 呼叫接收模块， 业务逻辑处理模块、 单向媒体通 道模块以及放音模块， 其中，
所述呼叫接收模块用于接收到的主叫发起的呼叫；
所述业务逻辑处理模块用于根据所述呼叫触发的业务逻辑，确定所述业务 逻辑是否包含彩铃特性；
所述单向媒体通道模块用于建立所述主叫向被叫的单向媒体通道； 所示放音模块用于指示媒体资源服务器向所述主叫播放回铃音或提示音。 一种应用服务器， 包括： 信令消息接收 /发送处理模块， 业务逻辑处理模 块以及媒体信息解析 /变换处理模块， 其中，
所述信令消息接收 /发送处理模块用于根据接收到的呼叫触发业务逻辑处 理模块； 并将接收到的所述业务逻辑处理模块封装完毕的消息发送出去；
所述业务逻辑处理模块用于确定需要屏蔽被叫局端的回铃音或提示音信 息时，根据预定义的业务逻辑确定是否需要对接收到的消息中的媒体属性信息 进行解析 /变换处理， 若需要则将媒体属性信息传递给媒体信息解析 /变换处理 模块； 将未变换的或变换后的媒体属性信息封装到消息体中，将封装完毕的消 息传送给信令消息接收 /发送处理模块； 所述媒体信息解析 /变换处理模块用于对接收到的媒体属性信息进行解 析， 修改媒体属性， 将修改后的媒体属性信息返回给业务逻辑处理模块。
应用本发明实施例 ,对于网络中多个实体同时为一个呼叫提供彩铃服务的 情况，应用服务器根据业务逻辑屏蔽被叫侧播放的回铃音，将增值业务提供的 回铃音播放给主叫用户， 这样， 一方面避免了多方给主叫用户播放回铃音引起 的串音问题， 另一方面给所有用户提供了一致的增值业务体验， 不会因被叫本 身是否是彩铃用户而导致回铃音不同。
附图说明
图 1是本发明实施例基于 NGN网络构架的系统组网示意图；
图 2是根据本发明实施例的屏蔽被叫侧播放回铃音让 MRS为主叫播放回 铃音的流程示意图；
图 3是根据图 2所示流程的应用服务器进行业务逻辑修改的流程示意图； 图 4是本发明实施例中主被叫之间重新建立双向媒体通道的流程示意图； 图 5是根据本发明实施例的应用服务器的一种示意图；
图 6是根据本发明实施例的应用服务器的另一种示意图。
具体实施方式
图 1所示是本发明实施例基于 NGN网络构架的系统组网示意图。
该系统包括： 软交换、 应用服务器（AS , Application Server ) 、 媒体资源 服务器（MRS )。其中，软交换用于完成业务触发以及路由和呼叫接续等功能， 和 AS之间通过 SIP信令交互。 软交换判断呼叫触发业务后， 将呼叫转发给 AS 进行后续控制。 AS是装载和运行业务逻辑的服务器， 为 NGN网络提供丰富的 业务。 增值业务安装在 AS中， 对来自软交换触发的呼叫根据业务逻辑进行控 制， 实现业务的特性。 MRS为 AS提供特殊资源能力， 实现与用户的交互以及 彩铃的播放功能。
在上述本发明实施例的系统中， 由主叫触发至 AS的呼叫具有彩铃业务特 性， 且被叫也已定制彩铃业务。 而且， AS用于根据接收到的呼叫所触发的业 务逻辑，确定该业务逻辑中包含彩铃特性，根据预设策略确定需要屏蔽被叫侧 的回铃音或提示音信息时，通过软交换建立主叫向被叫的单向媒体通道，如修 改主叫的媒体属性信息， 以屏蔽被叫侧在被叫应答前给主叫播放的信息； 并控 制 MRS与主叫建立媒体通道； 上述预设策略是根据客户需求或系统要求设置 的。
MRS还用于在与主叫建立媒体通道后， 向主叫播放回铃音或提示音信息。 在本发明实施例的系统中， AS还可以用于接收被叫摘机应答信令， 控制 MRS停止播放彩铃； 并控制主、被叫之间重新建立双向媒体通道， 实现主叫与 被叫的媒体流交互。
所述 AS还用于根据预设策略确定不需要屏蔽被叫侧的回铃音时， 接续被 叫侧， 透传被叫侧的回铃音或提示音信息给主叫。
图 2所示为根据本发明实施例的屏蔽被叫侧播放回铃音让 MRS为主叫播放 回铃音的流程示意图。
本实施例中，触发至应用服务器的呼叫具有彩铃特性， 且被叫已定制彩铃 业务。应用服务器和软交换之间以及应用服务器和 MRS之间釆用 SIP进行通信， 通过 SIP中的 SDP协商以完成节点间媒体通道的建立， 回铃音和语音都通过建 立的媒体通道进行传送。 MRS和主叫终端间建立回铃音媒体通道，主叫终端和 被叫终端间建立单向媒体通道。 具体过程为：
步骤 1 , 用户发起呼叫， 主叫终端发送包含主叫媒体信息的呼叫发起消息， 如发送邀请（ Invite )消息至软交换，该 Invite内携带主叫媒体信息，如主叫 SDP。
步骤 2, 软交换检查呼叫属性， 判断该呼叫为增值呼叫， 触发至应用服务 器。
步骤 3 , 应用服务器根据该呼叫触发的业务逻辑进行处理， 确定该业务逻 辑中包含彩铃特性时，根据预设策略判断是否屏蔽被叫侧的回铃音或提示音信 息， 若是， 则应用服务器修改主叫的 SDP, 将其中的媒体属性修改为仅发送的 媒体属性， 如将既发送又接收的媒体属性修改为仅发送的媒体属性时， 将 SDP 中的" a=sendrecv"更换为仅发送的媒体属性， 即" a=sendonly", 然后应用服务器 将包含修改后主叫媒体信息的路由消息发送到软交换接续被叫，即应用服务器 给被叫发送 Invite消息， 该 Invite消息内携带修改后的主叫 SDP。
若应用服务器根据预设策略判断出不需要屏蔽被叫侧的回铃音，则接续被 叫侧， 透传被叫侧的回铃音或提示音信息给主叫。
上述预设策略是根据客户需求或系统要求设置的。 如果没有上述根据预设策略判断是否屏蔽被叫侧的回铃音或提示音信息 的步骤， 本实施例方案也是可以成立的， 只是这样让用户少了选择的权利。
本步骤的具体处理流程参见图 3。
步骤 4, 软交换收到来自应用服务器的 Invite消息后， 向被叫转发该 Invite 消息， 呼起被叫。
步骤 5 , 被叫振铃， 被叫终端发送振铃（180 Ringing ) 消息携带 SDP信息 至软交换。 由于被叫收到的主叫 SDP的媒体属性为 sendonly, 因此 180携带的被 叫 SDP信息中媒体属性为仅接收的媒体属性即 recvonly。 这样主叫和被叫之间 的媒体通道是单向的， 被叫侧就无法给主叫播放回铃音。
步骤 6, 软交换透传 180 Ringing消息到应用服务器。
步骤 7,应用服务器发送 Invite携带主叫 SDP给 MRS,请求 MRS的媒体资源。 步骤 8, MRS同意应用服务器的请求， 返回应答消息（200 OK )给应用服 务器， 该 200 OK内携带 MRS的 SDP。
步骤 9, 应用服务器发送 180 Ringing给主叫， 该 180 Ringing中携带 MRS的 SDP, 用以指示主叫建立和 MRS的双向媒体连接， 收听 MRS播放的回铃音。
步骤 10 , 软交换透传 180 Ringing消息给主叫。
步骤 11 , 主叫终端收到 180 Ringing消息后， 建立和 MRS的媒体通道， 并返 回 PRACK作为确认。
步骤 12, 软交换透传 PRACK给应用服务器。
步骤 13 ~ 15 , 应用服务器通过软交换对主叫发送 200 OK, 以确认收到
PRACK, 并发送 ACK给 MRS以确认收到会话最终响应。
确认完成后，主叫和 MRS之间即可实现基于实时传输协议（ RTP, Real-time Transport Protocol ) 的媒体流交互， MRS给主叫播放回铃音或语音提示信息， 该回铃音可以是彩铃， 也可以是其它铃音。
当被叫用户应答后，应用服务器分别给主叫和被叫发起重新进行媒体协商 的消息如重新邀请 ( re-Invite ) 消息 , 以修改 SDP信息 , 建立主叫和被叫之间 的双向媒体通道， 用以主被叫之间进行通话。
上述图 2所示流程中应用服务器进行业务逻辑修改的流程如图 3所示： 步骤 301 , 应用服务器收到主叫发来的 invite消息。 步骤 302, 根据预设策略判断是否需要屏蔽被叫侧回铃音或提示信息。 如 果是， 则执行步骤 303; 否则， 执行步骤 305。
步骤 303 , 应用服务器修改 invite消息中的主叫 SDP信息， 将其中的媒体属 性修改为仅发送的媒体属性，如将其中的既发送又接收媒体属性修改为仅发送 的媒体属性时， 将 SDP中的" a=sendrecv"更换为仅发送的媒体属性， 即设置 "a=sendonly"„
步骤 304, 给被叫方发送 invite消息， 在该消息中携带修改后的主叫 SDP。 步骤 305, 应用服务器指示软交换接续被叫侧， 透传被叫侧的回铃音或提 示信息给主叫。
上述图 2所示流程中主、被叫之间重新建立双向媒体通道的处理流程如图 4 所示：
步骤 1 , 被叫用户摘机应答， 被叫端发送 200 OK至软交换。
步骤 2, 软交换透传 200 OK至应用服务器。
步骤 3 , 应用服务器收到被叫应答消息后， 给被叫端回 ACK确认消息， 确 认收到应答消息。
步骤 4, 软交换透传 ACK至被叫端。
步骤 5 , 应用服务器发送结束（Bye ) 消息给 MRS, 请求停止给主叫播放 回铃音或提示音。
步骤 6, MRS发送 200 OK, 确认收到消息， 停止播放回铃音或提示音。 步骤 7, 由于之前被叫和主叫之间是单向媒体通道， 因此应用服务器发送 重新进行媒体协商的消息， 如 re-Invite消息， 给软交换， 目的是在主叫和被叫 之间重新进行媒体协商， 建立双向媒体通道。
步骤 8 , 软交换转发 re-Invite消息给被叫。
步骤 9, 被叫重新返回携带有被叫最新媒体描述信息 （即 SDP ) 的 200 OK 消息给软交换， 此媒体信息的属性为 sendrecv。
步骤 10, 软交换将接收到的来自被叫的 200 OK消息转发给应用服务器。 步骤 11 , 由于之前主叫和 MRS之间建立媒体通道， 因此应用服务器发送更 新媒体信息的消息， 如更新 pdate ) 消息， 给软交换， 此更新媒体信息的消 息携带被叫 SDP的， 使得主叫由原来与 MRS连接的媒体通道更新为与被叫相 连。
步骤 12, 软交换转发 update消息给主叫。
步骤 13 , 主叫侧返回携带有自身媒体描述信息的 200 OK消息到软交换， 以期与被叫重新进行媒体协商。
步骤 14, 软交换将该来自主叫的 200 OK消息转发给应用服务器。
步骤 15,应用服务器确定主叫已经完成与被叫的媒体协商后， 通过软交换 发送 200 OK给主叫， 以通知主叫被叫摘机应答的信息。
步骤 16, 软交换将该来自应用服务器的 200 OK消息发送给主叫， 用以告 知主叫被叫摘机， 此时对于主叫终端可以开始启动计费。
步骤 17,应用服务器针对第 9步协商被叫返回的 200 OK消息发送 ACK确认 响应消息， 并携带有主叫媒体描述信息给软交换。
步骤 18,软交换转发此携带有主叫媒体描述信息的 ACK最终确认响应消息 给被叫 , 从而完成被叫侧的媒体协商。
步骤 19, 应用服务器发送 ACK作为对主叫会话的 200 OK确认响应消息给 软交换。
步骤 20, 软交换转发 ACK消息给主叫， 从而完成主叫侧的媒体协商。 至此， 主、 被叫之间的双向媒体通道已经协商成功， 主、 被叫间实现了媒 体流交互， 可以开始通话。
由上述实施例可见，对于网络中多个实体同时为一个呼叫提供彩铃服务的 情况，应用服务器根据业务逻辑屏蔽被叫侧播放的回铃音，将增值业务提供的 回铃音播放给主叫用户， 这样， 一方面避免了多方给主叫用户播放回铃音引起 的串音问题， 另一方面给所有用户提供了一致的增值业务体验， 不会因被叫本 身是否是彩铃用户而导致回铃音不同。 并且， 由于本发明实施例是根据业务逻 辑屏蔽被叫侧播放回铃音的， 因而相对现有的给被叫携带假主叫 IP媒体信息的 方案， 极大地节约了系统资源。 另外， 由于本发明实施例根据预设策略判断是 否屏蔽被叫侧播放回铃音， 因此， 也可以根据需要直接透传被叫侧的回铃音或 提示音给主叫。 这样， 使得用户多了一种选择， 提高了用户满意度。
本发明实施例还提供了一种应用服务器， 应用于本发明实施例的系统中。 参见图 5所示的本发明实施例的一种应用服务器， 该应用服务器包括： 信 令消息接收 /发送处理模块 510 , 业务逻辑处理模块 520以及媒体信息解析 /变换 处理模块 530 , 其中：
信令消息接收 /发送处理模块 510用于根据接收到的呼叫触发业务逻辑处 理模块 520， 并将接收到业务逻辑处理模块 520封装完毕的消息发送出去； 业务逻辑处理模块 520用于确定需要屏蔽被叫侧的回铃音或提示音信息 时，根据预定义的业务逻辑确定是否需要对接收到的消息中的媒体属性信息进 行解析 /变换处理， 若需要则将媒体属性信息传递给媒体信息解析 /变换处理模 块 530; 将未变换的或变换后的媒体属性信息封装到消息体中， 将封装完毕的 消息传送给信令消息接收 /发送处理模块 510; 通过软交换控制主、 被叫之间建 立单向媒体通道， 屏蔽被叫侧在被叫应答前给主叫播放的信息； 并控制媒体资 源服务器与主叫建立媒体通道；
媒体信息解析 /变换处理模块 530用于对接收到的媒体属性信息进行解析， 修改媒体属性，如将既发送又接收的媒体属性修改为仅发送的媒体属性等，将 修改后的媒体属性信息返回给业务逻辑处理模块 520。
上述业务逻辑处理模块 520还用于确定不需要屏蔽被叫侧的回铃音或提示 音信息时， 通过信令消息接收 /发送处理模块 510接续被叫侧。
上述预定义的业务逻辑包括： 如果主叫所触发的呼叫具有彩铃业务特性， 且被叫也已开通彩铃业务， 则确定需要对消息中的媒体属性信息进行解析 /变 换处理。
参见图 6所示应用服务器的另一种实施例， 该应用服务器包括： 呼叫接收 模块 610 , 业务逻辑处理模块 620、 单向媒体通道模块 630以及放音模块 640 , 其 中：
呼叫接收模块 610用于接收主叫发起的呼叫；
业务逻辑处理模块 620用于根据所述呼叫触发的业务逻辑， 确定所述业务 逻辑是否包含彩铃特性；
单向媒体通道模块 630用于建立主叫向被叫的单向媒体通道；
放音模块 640用于指示媒体资源服务器向主叫播放回铃音或提示音。 本发明实施例中， 单向媒体通道模块 630可以具体为媒体属性信息变换模 块， 用于将呼叫中包含的主叫媒体信息中的媒体属性修改为仅接收的媒体属 性， 并将修改后的呼叫发送到被叫。如将呼叫中主叫媒体信息中既发送又接收 的媒体属性" a=sendrecv"修改为仅发送的媒体属性" a=sendonly", 并将修改后 的呼叫发送到被叫。
本发明实施例中， 应用服务器还进一步包括双向媒体通道模块 650, 用于 当被叫应答时， 建立主叫与被叫间的双向媒体通道。
以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范 围。 凡在本发明的精神和原则之内所作的任何修改、 等同替换、 改进等， 均包 含在本发明的保护范围内。

Claims (1)

  1. 权 利 要 求
    1、 一种防止彩铃串音的方法， 其特征在于， 包括如下步骤：
    接收主叫发送的呼叫发起消息；
    根据所述呼叫发起消息所触发的业务逻辑，确定所述业务逻辑中包含彩铃 特性时， 建立主叫向被叫的单向媒体通道；
    指示媒体资源服务器向主叫播放回铃音或提示音。
    2、 根据权利要求 1所述的方法， 其特征在于，
    所述主叫发起消息中包含主叫媒体信息；
    所述建立主叫向被叫的单向媒体通道的步骤包括：
    将所述呼叫发起消息中的主叫媒体信息中的媒体属性修改为只发送的媒 体属性， 并将修改后的呼叫发起消息发送到被叫。
    3、 根据权利要求 2所述的方法， 其特征在于， 所述方法还包括步骤： 接收被叫根据所述修改后的呼叫发起消息返回的包含被叫媒体信息的振 铃消息， 所述被叫媒体信息中的媒体属性为仅接收的媒体属性。
    4、 根据权利要求 1所述的方法， 其特征在于， 所述指示媒体资源服务器 向主叫播放回铃音或提示音的步骤之前还包括步骤：
    建立主叫接收到所述振铃消息后与媒体资源服务器之间建立双向媒体通 道。
    5、 根据权利要求 1所述的方法， 其特征在于， 所述方法进一步包括步骤： 当被叫应答时， 指示媒体资源服务器停止播放回铃音或提示音。
    6、 根据权利要求 1所述的方法， 其特征在于， 所述方法进一步包括步骤： 当被叫应答时， 建立主叫与被叫间的双向媒体通道。
    7、 根据权利要求 6所述的方法， 其特征在于， 所述建立主叫与被叫间的 双向媒体通道的步骤包括：
    向被叫发送重新进行媒体协商的消息， 接收包含被叫媒体信息的确认信 息， 并通过软交换向主叫发送更新媒体信息的消息， 该更新媒体信息的消息中 包含被叫的媒体信息； 及
    接收来自主叫的包含主叫媒体信息的确认信息，并将该主叫的媒体信息通 过应答信息传递给被叫。 8、 根据权利要求 1所述的方法， 其特征在于， 建立主叫向被叫的单向媒 体通道之前， 进一步包括步骤： 根据预设策略判断是否屏蔽被叫侧的回铃音或 提示音信息， 若是， 则再执行后续步骤。
    9、 一种防止彩铃串音的系统， 包括软交换、 应用服务器以及媒体资源服 务器， 其特征在于，
    所述应用服务器， 用于根据接收到的呼叫所触发的业务逻辑，确定该业务 逻辑中包含彩铃特性时，根据预设策略确定需要屏蔽被叫侧的回铃音或提示音 信息时，通过软交换建立主叫向被叫的单向媒体通道； 并控制媒体资源服务器 与主叫建立媒体通道；
    所述媒体资源服务器， 用于在与主叫建立媒体通道后， 向主叫播放回铃音 或提示音信息。
    10、 根据权利要求 9所述的系统， 其特征在于，
    所述应用服务器进一步用于： 接收被叫摘机应答信号， 并控制媒体资源服 务器停止播放回铃音或提示音。
    11、 根据权利要求 9或 10所述的系统， 其特征在于， 所述应用服务器还 用于： 接收被叫摘机应答信号， 并建立主叫与被叫间的双向媒体通道。
    12、 一种应用服务器， 其特征在于， 包括： 呼叫接收模块， 业务逻辑处理 模块、 单向媒体通道模块以及放音模块， 其中，
    所述呼叫接收模块用于接收到的主叫发起的呼叫；
    所述业务逻辑处理模块用于根据所述呼叫触发的业务逻辑，确定所述业务 逻辑是否包含彩铃特性；
    所述单向媒体通道模块用于建立所述主叫向被叫的单向媒体通道； 所示放音模块用于指示媒体资源服务器向所述主叫播放回铃音或提示音。
    13、 根据权利要求 12所述的应用服务器， 其特征在于， 所述单向媒体通道 模块具体为媒体属性信息变换模块，用于将所述呼叫中包含的主叫媒体信息中 的媒体属性修改为仅接收的媒体属性， 并将修改后的呼叫发送到被叫。
    14、 根据权利要求 12或 13所述的应用服务器， 其特征在于， 所述应用 服务器进一步包括双向媒体通道模块， 用于当所述被叫应答时， 建立所述主叫 与所述被叫间的双向媒体通道。 15、 一种应用服务器， 其特征在于， 包括： 信令消息接收 /发送处理模块， 业务逻辑处理模块以及媒体信息解析 /变换处理模块， 其中，
    所述信令消息接收 /发送处理模块用于根据接收到的呼叫触发业务逻辑处 理模块； 并将接收到的所述业务逻辑处理模块封装完毕的消息发送出去；
    所述业务逻辑处理模块用于确定需要屏蔽被叫侧的回铃音或提示音信息 时，根据预定义的业务逻辑确定是否需要对接收到的消息中的媒体属性信息进 行解析 /变换处理， 若需要则将媒体属性信息传递给媒体信息解析 /变换处理模 块； 将未变换的或变换后的媒体属性信息封装到消息体中，将封装完毕的消息 传送给信令消息接收 /发送处理模块；
    所述媒体信息解析 /变换处理模块用于对接收到的媒体属性信息进行解 析， 修改媒体属性， 将修改后的媒体属性信息返回给业务逻辑处理模块。
    16、 根据权利要求 15所述的应用服务器， 其特征在于， 所述业务逻辑处 理模块还用于确定不需要屏蔽被叫侧的回铃音或提示音信息时，通过信令消息 接收 /发送处理模块接续被叫侧。
CNA2007800003050A 2006-11-28 2007-07-03 防止彩铃串音的方法、系统和应用服务器 Pending CN101317432A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2007800003050A CN101317432A (zh) 2006-11-28 2007-07-03 防止彩铃串音的方法、系统和应用服务器

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200610145022.2 2006-11-28
CNA2006101450222A CN101192851A (zh) 2006-11-28 2006-11-28 防止彩铃串音的方法、系统和应用服务器
CNA2007800003050A CN101317432A (zh) 2006-11-28 2007-07-03 防止彩铃串音的方法、系统和应用服务器

Publications (1)

Publication Number Publication Date
CN101317432A true CN101317432A (zh) 2008-12-03

Family

ID=39467438

Family Applications (2)

Application Number Title Priority Date Filing Date
CNA2006101450222A Pending CN101192851A (zh) 2006-11-28 2006-11-28 防止彩铃串音的方法、系统和应用服务器
CNA2007800003050A Pending CN101317432A (zh) 2006-11-28 2007-07-03 防止彩铃串音的方法、系统和应用服务器

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CNA2006101450222A Pending CN101192851A (zh) 2006-11-28 2006-11-28 防止彩铃串音的方法、系统和应用服务器

Country Status (4)

Country Link
US (1) US20080273671A1 (zh)
EP (1) EP1976253A4 (zh)
CN (2) CN101192851A (zh)
WO (1) WO2008064580A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101431737B (zh) * 2007-11-05 2012-07-04 华为技术有限公司 多媒体会话呼叫控制的方法及应用服务器
CN101754193A (zh) * 2008-11-28 2010-06-23 中兴通讯股份有限公司 一种终端和彩铃业务的屏蔽方法
US8284918B2 (en) * 2009-01-20 2012-10-09 Microsoft Corporation Media specific feature invocation signaling in enhanced communication systems
CN102026154B (zh) * 2009-09-23 2014-11-05 中兴通讯股份有限公司 一种媒体修改方法及系统
US8982735B2 (en) * 2010-02-25 2015-03-17 Genesys Telecommunications Laboratories, Inc. Proxy media service for digital telephony
CN102143284B (zh) * 2010-12-29 2015-01-07 华为软件技术有限公司 会话处理方法、设备及系统
CN102625000B (zh) * 2011-12-06 2017-03-29 中兴通讯股份有限公司 一号通业务中实现彩铃业务的方法和一号通业务服务器
CN108064061B (zh) * 2016-11-07 2020-09-08 中兴通讯股份有限公司 消息发送方法及装置、系统
CN114125510A (zh) * 2020-08-31 2022-03-01 华为技术有限公司 媒体资源播放方法和相关装置
CN113794807B (zh) * 2021-08-17 2023-07-14 咪咕音乐有限公司 视频彩铃播放方法、通用语音业务服务器以及存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7460520B2 (en) * 2002-11-20 2008-12-02 Paradyne Corporation Apparatus and method for using multiple call controllers of voice-band calls
US20040120494A1 (en) * 2002-12-12 2004-06-24 Shaoning Jiang Method and system for customized call termination
CN1832518A (zh) * 2005-03-10 2006-09-13 华为技术有限公司 一种提供多媒体彩铃的系统及方法
CN100531267C (zh) * 2005-04-21 2009-08-19 华为技术有限公司 通信系统中回铃音的实现方法
CN100544389C (zh) * 2005-07-20 2009-09-23 华为技术有限公司 一种多媒体彩铃实现方法与系统
CN100536506C (zh) * 2005-08-23 2009-09-02 华为技术有限公司 一种彩色回铃音业务的实现方法

Also Published As

Publication number Publication date
US20080273671A1 (en) 2008-11-06
EP1976253A1 (en) 2008-10-01
EP1976253A4 (en) 2009-08-05
WO2008064580A1 (fr) 2008-06-05
CN101192851A (zh) 2008-06-04

Similar Documents

Publication Publication Date Title
EP2012516B1 (en) Customised playback telephony services
CN101317432A (zh) 防止彩铃串音的方法、系统和应用服务器
US7881449B2 (en) Enhanced call notification service
CN100531267C (zh) 通信系统中回铃音的实现方法
US20050074109A1 (en) Integrated personal call management system
CN101697566B (zh) 基于VoIP的主/被叫双向多媒体彩铃显示系统及方法
CN1859480B (zh) 被叫用户收听多彩振铃音方法及系统
US20060203802A1 (en) Method and system for dynamically specifying and instantly transmitting and representing/displaying call data
CN102131158B (zh) 一种实现多媒体彩铃业务的方法及系统
CN101647296A (zh) 实现彩铃互通的方法、多媒体网关控制设备及应用服务器
CN101164327A (zh) 被叫向主叫提供指示信息的方法和系统
CN101808099A (zh) 在点击拨号过程中嵌套多媒体的方法和点击拨号业务系统
CN100473092C (zh) 一种在下一代网络中提供个性化回铃音业务的系统及方法
CN102868689B (zh) 一号通业务中实现彩铃业务的方法和系统
CN100589505C (zh) 一种在下一代网络中提供回铃图像化业务的系统及方法
US20050069104A1 (en) Call management service
CN101931910B (zh) 一种主叫彩铃系统和实现方法
CN103152494A (zh) 一种话务员呼叫转接的方法和总机业务应用服务器
KR100660739B1 (ko) 통신시스템에서의 대체 영상 서비스 방법
CN102664863A (zh) 终端实现呼叫等待的方法、装置和系统
CN101483702B (zh) 一种基于软交换技术的呼叫代答方法及系统
CN101247441B (zh) 一种通信系统中通话态呼叫代答业务的实现方法及系统
CN101491070A (zh) 在3g ip多媒体子系统网络实现彩铃业务的系统与方法
KR100623917B1 (ko) 통신시스템에서의 등록정보 표시 서비스 방법
CN102098396B (zh) 接入网关系统基于媒体网关控制协议实现遇忙回叫的方法

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

Application publication date: 20081203