技术领域

本发明涉及 NGN ( Next Generation Network, 下一代通信网络）及 IMS ( IP Multimedia Subsystem, IP多媒体子系统） 网络下的智能网通讯领域， 以 及一号通、 彩铃业务， 尤其涉及一种一号通业务中实现彩铃业务的方 法和一 号通业务服务器。

背景技术

现有实现一号通业务的网元如图 1所示， 说明如下：

用户终端 （ User Equipment, 简称 UE ) ： 用户发起呼叫、 接听呼叫以及 做其他呼叫操作的装置， 如 C网或 G网手机、 PSTN (公共交换电话网）终 端、 IMS终端等；

应用服务器（Application Server, 简称 AS ) ： 提供底层业务能力， 如： 呼叫控制， 状态上报， 话单生成等功能；

媒体资源服务器（ Media Resource Server, 简称 MRS ) ： 提供语音媒体 能力， 一般为媒体服务器（Media Server, 即 MS ) , 如提供放音、 放音收号、 会议混音等功能。

具体网元中使用协议如下：

AS同 MRS或 AS同 UE之间用于进行呼叫通话的媒体协商， AS与 UE 通过核心网使用 SIP (会话初始协议）协议互通， AS同 MRS之间通常使用 SIP协议或 MGCP (媒体网关控制协议 )协议， 具体决定于 MRS支持的协议 类型。

UE同 MRS之间用于进行媒体流的传送， UE与 MRS具体媒体包的编解 码格式、收发端口、带宽传输速率等信息根据 呼叫时终端同 MRS之间的媒体 协商进行确定。

注： 图 1中只是一个概要的图示， 隐藏了 IMS网络或 NGN网络的拓朴 结构， 实际实现中 AS、 MRS及 UE是接入或锚定到 IMS网络或 NGN网络中 的。

所谓一号通业务， 是指用户将一个手机号码或 IMS 或 NGN (简称 IMS/NGN )终端号码设置为该业务的主号码， 并可设置一到多个手机号码或 IMS/NGN终端号码为去话时的绑定号码和来话时� �绑定号码（以下称绑定号 码为辅号码） ， 实现去话时来电显示为主号码， 来话时主号码及辅号码同振 或顺振的 CS域和 IMS/NGN域融合类业务。用户可以为主号码设置� �听电话 的振铃方式， 当主号码作为被叫时， 可以根据用户的设定选择对主号码终端 和所有的辅号码终端进行同时振铃或者顺序振 铃（该顺序可由用户指定） 。

一号通的用户可以根据需要，设置主号码作为 被叫时的振铃方式： 同振， 来话时， 业务对用户的主号码与所有的关联号码同时进 行振铃， 同振模式的 实际使用情况如图 2-1所示， 一号通同振的流程图如图 3-1所示， 用户 A呼 叫用户 B, —号通 AS判断用户 B为同振， 同时呼叫主号码用户 B以及辅号 码 Cl、 C2等； 一号通 AS收到第一个 180Ring后， 不论是主号码的还是辅号 码发送的， 都给主叫用户 A回复 180Ring临时响应； 一号通 AS收到第一个 200 OK摘机事件后， 不论是主号码的还是辅号码的，都将其与主叫 用户 A桥 接， 并释放其他用户。 按照具体情况显示主叫号码。 如果有一个终端应答， 其他终端停止振铃； 顺振， 来话时， 业务根据用户设置的振铃顺序对接听号 码依次进行振铃， 直至有一个终端应答或者最后一个终端振铃超 时， 顺振模 式的实际使用如图 2-2所示， 一号通顺振的流程图如图 3-2所示， 用户 A呼 叫用户 B, —号通 AS判断用户 B为顺振， 按顺序呼叫主号码用户 B以及辅 号码 Cl、 C2等， 一号通 AS收到第一个 180Ring, 不论是主号码的还是辅号 码发送的， 都给主叫用户 A回复 180Ring临时响应， 主号码和辅号码组成的 顺序列表中的号码在一定时间内对呼叫未摘机 ， 则 AS继续呼叫顺序列表中 的下一个号码； 一号通 AS收到第一个 200 OK摘机事件， 不论是主号码的还 是辅号码的， 都将其与主叫用户 A桥接， 不再呼叫其他用户。 。 按照具体情 况显示主叫号码。

所谓彩铃， 是指 "个性化多彩回铃音业务" （Coloring Ring Back Tone ) 的简称， 它是一项由被叫客户为呼叫自己电话的其他主 叫客户设定特殊音效 (音乐、 歌曲、 故事情节、 人物对话）的回铃音的业务。 IMS/NGN域下彩铃 的流程图如图 4, 用户 A呼叫用户 B, 到达彩铃 AS, 彩铃 AS收到用户 B的 180Ring临时响应， 则向 MRS申请放音资源，对用户 A播放用户 B订制的彩 铃提示音， 用户 B摘机后， 彩铃 AS停止播放彩铃提示音， 并将用户 A与用 户 B桥接通话。

传统技术中， 用户若同时开通一号通与彩铃业务， 往往会丟失彩铃业务， 取而代之的是一号通业务服务器播放统一的回 铃音， 或由主叫终端侧播放回 铃音， 以同振模式为例， 一号通与彩铃业务嵌套流程图如图 5, 用户 A呼叫 用户 B,用户 B签约了一号通，也签约了彩铃，一号通 AS收到第一个 200 OK 摘机事件， 不论是主号码的还是辅号码的， 都将其与主叫用户 A桥接， 并释 放或不再呼叫其他用户。

发明内容

本发明所要解决的技术问题是提供一种一号通 业务中实现彩铃业务的方 法和一号通业务服务器。

为解决上述技术问题， 本发明提供了一种一号通业务中实现彩铃业务 的 方法， 包括：

第一终端向开通了一号通业务的第二终端发起 呼叫， 一号通业务服务器 呼叫第二终端时注册第二终端的振铃事件中断 ， 该一号通业务服务器在接收 到第二终端返回的携带放音媒体的振铃事件临 时响应后， 将第二终端与第一 终端桥接， 以使第一终端接收到放音媒体， 并恢复第二终端的振铃事件中断。

优选地， 所述方法还包括： 该一号通业务服务器在接收到第二终端返回 的未携带放音媒体的振铃事件临时响应后， 恢复第二终端的振铃事件中断。

优选地， 所述方法还包括： 所述一号通业务服务器在接收到第一终端向 第二终端发起的呼叫后 , 判断第二终端签约的是同振模式还是顺振模式 。

优选地， 所述一号通业务服务器呼叫第二终端， 包括： 所述一号通业务 服务器判断第二终端签约的是同振模式， 则同时呼叫第二终端主号码和辅号 码。

优选地， 所述一号通业务服务器呼叫第二终端， 包括： 所述一号通业务 服务器判断第二终端签约的是顺振模式， 则先呼叫第二终端主号码。

为解决上述技术问题， 本发明还提供了一种一号通业务中实现彩铃业 务 的一号通业务服务器， 包括呼叫模块和桥接模块， 其中：

所述呼叫模块设置为： 接收第一终端向开通了一号通业务的第二终端 发 起的呼叫， 在呼叫第二终端时注册第二终端的振铃事件中 断；

所述桥接模块设置为： 在接收到第二终端返回的携带放音媒体的振铃 事 件临时响应后， 将第二终端与第一终端桥接， 以使第一终端接收到放音媒体， 并恢复第二终端的振铃事件中断。 优选地， 所述桥接模块还设置为： 在接收到第二终端返回的未携带放音 媒体的振铃事件临时响应后， 恢复第二终端的振铃事件中断。

优选地， 所述呼叫模块还设置为： 在接收第一终端向开通了一号通业务 的第二终端发起的呼叫后 , 判断第二终端签约的是同振模式还是顺振模式 。 优选地， 所述呼叫模块还设置为： 釆用以下方式呼叫第二终端， 包括： 所述呼叫模块判断第二终端签约的是同振模式 ， 则同时呼叫第二终端主号码 和辅号码。

优选地， 所述呼叫模块还设置为： 釆用以下方式呼叫第二终端， 包括： 所述呼叫模块判断第二终端签约的是顺振模式 ， 则先呼叫第二终端主号码。

随着 3G网络的崛起， CS与 PS网络的融合， 本文提供的 B2B (背靠背 式）呼叫类服务， 有着广阔的应用前景。 该业务的优点有： （1)无需改变现有 一号通业务的网元结构， 仅需修改一号通业务内部逻辑流程即可； （2)兼容了 原有一号通业务的功能， 在一号通与彩铃不嵌套时， 仍然可以保留一号通同 振或顺振的特性； （3)在一号通与彩铃业务嵌套时， 可以保留主号码的彩铃业 务， 主叫用户拨打一号通主号码， 若主号码振铃， 则主叫用户会听到主号码 签约的彩铃。

附图概述 图 1 为传统一号通业务及本发明的网元结构图；

图 2-1为一号通来话同振模式示意图；

图 2-2为一号通来话顺振模式示意图；

图 3-1为传统一号通来话同振模式信令流程图；

图 3-2为传统一号通来话顺振模式信令流程图；

图 4 为彩铃业务的信令流程图；

图 5为现有技术的一号通与彩铃业务嵌套的信令� �程图；

图 6本发明实施例的业务逻辑流程图；

图 7-1为本发明的具体实施例场景图： 同振模式主号码振铃；

图 7-2为本发明的具体实施例场景图： 同振模式主号码未振铃辅号振铃； 图 7-3为本发明的具体实施例场景图： 顺振模式主号码振铃；

图 7-4为本发明的具体实施例场景图： 顺振模式主号码未振铃辅号振铃； 图 8为本发明实施例中一号通 AS的结构示意图。

本发明的较佳实施方式 在本发明方案中， 第一终端向开通了一号通业务的第二终端发起 呼叫， 一号通业务服务器呼叫第二终端时注册第二终 端的振铃事件中断， 该一号通 业务服务器在接收到第二终端返回的携带放音 媒体的振铃事件临时响应后， 将第二终端与第一终端桥接， 以使第一终端接收到放音媒体， 并恢复第二终 端的振铃事件中断。 通过注册第二终端的振铃事件中断， 并在恢复中断时进 行两终端的桥接， 从而使主叫用户在摘机前就能够听到被叫的铃 音。

如图 6, 为本发明的逻辑流程图， 具体步骤如下：

步骤 1 , 用户 A呼叫用户 B, 用户 B签约了一号通业务， 到达一号通业 务服务器 AS。

步骤 2, —号通业务服务器 AS判断用户 B是否签约了同振模式， 若是， 则执行步骤 3 , 否则， 用户 B为一号通顺振模式， 执行步骤 10。 步骤 3 ,—号通业务服务器 AS使用用户 A的假媒体同时呼叫主号码用户

B, 以及辅号码用户 Cl、 2等(记为 Ci), 并注册用户 B的 180振铃事件的中 断。

步骤 4,一号通业务服务器 AS判断用户 B是否返回 180振铃事件临时响 应， 若是， 则执行步骤 5, 否则， 执行步骤 8。

步骤 5,—号通业务服务器 AS判断收到的用户 B侧返回的 180振铃是否 携带放音媒体， 若是， 则执行步骤 6。 否则， 执行步骤 9。

步骤 6, —号通业务 Λ良务器 AS将用户 B与用户 A桥接， 并恢复用户 B 的 180振铃事件的中断， 用户 A听 180携带的放音提示， 即用户 B的彩铃。

由于步骤 5中， 用户 B在 180ring中带了放音媒体， 且本步骤中 AS将主 叫和一号通主号码进行了桥接， 从而实现一号通与彩铃的嵌套。

步骤 7, 主号码 B或辅号码 Ci摘机， AS将其与用户 Α桥接， 并释放其 他用户。 摘机的用户与用户 A进入通话状态。 流程结束。

步骤 8, —号通业务服务器 AS收到第一个 180振铃事件时， 不论是主号 码还是辅号码返回的， 对用户 A返回 180振铃响应， 不携带媒体信息， 用户 A终端侧自己播放回铃音， 或携带放音媒体信息， 播放统一的一号通业务回 铃音。 执行步骤 7。

步骤 9,一号通业务服务器 AS恢复用户 B的 180振铃事件的中断。执行 步骤 8。

恢复中断以便让信令流程可以继续执行。

步骤 10, —号通业务 Λ良务器 AS先呼叫主号码用户 B, 并注册用户 B的 180振铃事件的中断。

步骤 11 , 一号通业务服务器 AS判断用户 B是否返回 180振铃事件临时 响应， 若是， 则执行步骤 12。 否则， 执行步骤 16。

步骤 12, —号通业务服务器 AS判断收到的用户 B侧返回的 180振铃是 否携带放音媒体， 若是， 则执行步骤 13。 否则， 执行步骤 18。

步骤 13 , —号通业务 Λ良务器 AS将用户 B与用户 A桥接， 并恢复用户 B 的 180振铃事件的中断， 用户 A听 180携带的放音提示。 步骤 14,一号通业务服务器 AS每隔一定时间或收到失败的最终响应时， 呼叫顺序列表的下一个用户直至有用户摘机或 呼叫完毕。

步骤 15, 主号码 B或辅号码 Ci摘机， AS将其与用户 Α桥接， 并不再呼 叫其他用户。 摘机的用户与用户 A进入通话状态。 流程结束。

步骤 16,—号通业务服务器 AS每隔一定时间或收到失败的最终响应时， 呼叫顺序列表的下一个用户直至有用户摘机或 呼叫完毕。

步骤 17, —号通业务服务器 AS收到第一个 180振铃事件时， 对用户 A 返回 180振铃响应， 不携带媒体信息， 用户 A终端侧自己播放回铃音， 或携 带放音媒体信息， 播放统一的一号通业务回铃音。 执行步骤 15。

步骤 18, —号通业务服务器 AS恢复用户 B的 180振铃事件的中断。 执 行步骤 16。

由此可见， 此方法既可以满足原有一号通业务的要求， 同时又有效地弥 补了原有一号通业务与彩铃业务嵌套时会丟失 彩铃的缺陷。

为使本发明的目的、 技术方案和优点更加清楚明白， 下文中将结合附图 对本发明的实施例进行详细说明。 需要说明的是， 在不冲突的情况下， 本申 请中的实施例及实施例中的特征可以相互任意 组合。

一号通业务， 无论同振模式还是顺振模式， 只要主号码或辅号码有一个 终端振铃， 则一号通业务应用服务器 AS就要给主叫用户返回振铃响应。 对 于同振模式， 分为主号码振铃、 主号码未振铃辅号码振铃两种场景。 对于顺 振模式， 也分为主号码振铃、 主号码未振铃辅号码振铃两种场景。

现对四种需要对主叫用户返回振铃响应的场景 ， 一号通与彩铃业务嵌套 时， 分别说明如下。 以下几种场景中， 附图中的方框是对之后执行的一个或 几个步骤的 ^既述。 如图 7-1为同振模式主号码振铃场景， 具体信令流程步骤如下： 步骤 701 , A向一号通 AS发送 INVITE请求， 请求号码为 B, 携带自身 的 SDP ( Session Description Protocol, 会话描述协议）信息。 SDP信息主要包 括 IP地址、 端口号、 音视频能力、 编码格式等相关媒体信息。 用户 A呼叫用 户 B, 用户 B签约了一号通业务， 也签约了彩铃业务， 呼叫请求先到达一号 通 AS。

步骤 702, —号通 AS向彩铃 AS发送 INVITE请求， 请求号码为 B, 携 带 A的 SDP假媒体信息， 即音视频属性方向为 sendonly (只发送） 。 一号通 AS注册该会话的 180Ring的中断。

步骤 703 , 彩铃 AS向 B发送 INVITE请求， 请求号码为 B, 携带 A的 SDP假媒体信息， 即音视频属性方向为 sendonly。

步骤 704, —号通 AS向 Ci发送 INVITE请求， 请求号码为 Ci, 携带 A 的 SDP假媒体信息， 即音视频属性方向为 sendonly。 一号通 AS判断 B为同 振模式， 同时呼叫主号码 B以及辅号码 Ci。

步骤 705 , B向彩铃 AS返回 180Ring临时响应。

步骤 706 , 彩铃 AS向 MRS发送 INVITE请求， 携带 A的 SDP假媒体信 息。 彩铃 AS向 MRS申请放音资源。

步骤 707 , MRS向彩铃 AS返回 200 OK(INVITE)最终响应， 携带自身的 SDP媒体信息， 音视频属性方向为 recvonly (只接收） 。

步骤 708 , 彩铃 AS向 MRS发送 ACK确认消息。

步骤 709, 彩铃 AS向一号通 AS返回 180Ring临时响应， 携带 MRS的 SDP媒体信息， 音视频属性方向为 recvonly。

步骤 710, —号通 AS向彩铃 AS发送 UPDATE请求， 携带 A的 SDP信 息。 一号通 AS收到主号码 B侧返回的 180携带放音媒体， 将用户 A与用户 B桥接后恢复中断。

步骤 711 , 彩铃 AS向 MRS发送 REINVITE请求， 携带 A的 SDP信息。 步骤 712, MRS向彩铃 AS返回 200 OK(INVITE)最终响应， 携带自身的 SDP信息。

步骤 713 , 彩铃 AS向 MRS发送 ACK确认消息。

步骤 714, 彩铃 AS向一号通 AS返回 200 OK(UPDATE)最终响应， 携带 MRS的 SDP信息。 步骤 715 , —号通 AS向 Α返回 180Ring临时响应 , 携带 MRS的 SDP信 息。

步骤 716 , 彩铃 AS向 MRS发送 INFO通知请求。 彩铃 AS请求 MRS为 用户 A播放彩铃提示音。

步骤 717 , MRS向彩铃 AS返回 200 OK(INFO)最终响应。 用户 A听用户

B彩铃。 主号码 B和辅号码 Ci任一用户摘机， AS将该用户与用户 Α桥接通 话， 并释放其他用户。

如图 7-2为同振模式主号码未振铃辅号码振铃场景， 具体信令流程步骤 如下：

步骤 801 , A向一号通 AS发送 INVITE请求， 请求号码为 B , 携带自身 的 SDP信息。 SDP信息主要包括 IP地址、 端口号、 音视频能力、 编码格式 等相关媒体信息。 用户 A呼叫用户 B , 用户 B签约了一号通业务， 也签约了 彩铃业务， 呼叫请求先到达一号通 AS。

步骤 802 , —号通 AS向彩铃 AS发送 INVITE请求， 请求号码为 B , 携 带 A的 SDP假媒体信息， 即音视频属性方向为 sendonly。 一号通 AS注册该 会话的 180Ring的中断。

步骤 803 , 彩铃 AS向 B发送 INVITE请求， 请求号码为 B , 携带 A的 SDP假媒体信息， 即音视频属性方向为 sendonly。

步骤 804 , —号通 AS向 Ci发送 INVITE请求， 请求号码为 Ci, 携带 A 的 SDP假媒体信息， 即音视频属性方向为 sendonly。 一号通 AS判断 B为同 振模式， 同时呼叫主号码 B以及辅号码 Ci。

步骤 805 , B向彩铃 AS返回 4XX失败的最终响应， 4XX如 480未注册、 486忙、 408超时等。

步骤 806 , 彩铃 AS向一号通 AS返回 4XX失败的最终响应。

步骤 807 , —号通 AS向彩铃 AS发送 ACK确认消息。

步骤 808 , 彩铃 AS向 B发送 ACK确认消息。 步骤 809, Ci向一号通 AS返回 180Ring临时响应。

步骤 810, —号通 AS向 A返回 180Ring临时响应。 不携带媒体信息， 用 户 A终端侧自己播放回铃音， 或携带放音媒体信息， 播放统一的一号通业务 回铃音。 主号码 B和辅号码 Ci任一用户摘机， AS将该用户与用户 Α桥接通 话， 并释放其他用户。

如图 7-3为顺振模式主号码振铃场景， 具体信令流程步骤如下： 步骤 901 , A向一号通 AS发送 INVITE请求， 请求号码为 B, 携带自身 的 SDP信息。 SDP信息主要包括 IP地址、 端口号、 音视频能力、 编码格式 等相关媒体信息。 用户 A呼叫用户 B, 用户 B签约了一号通业务， 也签约了 彩铃业务， 呼叫请求先到达一号通 AS。

步骤 902, —号通 AS向彩铃 AS发送 INVITE请求， 请求号码为 B, 携 带 A的 SDP假媒体信息， 即音视频属性方向为 sendonly。 一号通 AS按振铃 顺序列表先呼叫 B, 并注册该会话的 180Ring的中断。

步骤 903 , 彩铃 AS向 B发送 INVITE请求， 请求号码为 B, 携带 A的

SDP假媒体信息， 即音视频属性方向为 sendonly。

步骤 904， B向彩铃 AS返回 180Ring临时响应。

步骤 905 , 彩铃 AS向 MRS发送 INVITE请求， 携带 A的 SDP假媒体信 息。 彩铃 AS向 MRS申请放音资源。

步骤 906, MRS向彩铃 AS返回 200 OK(INVITE)最终响应， 携带自身的

SDP媒体信息， 音视频属性方向为 recvonly。

步骤 907 , 彩铃 AS向 MRS发送 ACK确认消息。

步骤 908, 彩铃 AS向一号通 AS返回 180Ring临时响应， 携带 MRS的 SDP媒体信息， 音视频属性方向为 recvonly。

步骤 909 , —号通 AS向彩铃 AS发送 UPDATE请求， 携带 A的 SDP信 息。 一号通 AS收到主号码 B侧返回的 180携带放音媒体， 将用户 A与用户 B桥接后恢复中断。 步骤 910 , 彩铃 AS向 MRS发送 REINVITE请求 , 携带 Α的 SDP信息。 步骤 91 1 , MRS向彩铃 AS返回 200 OK(INVITE)最终响应， 携带自身的 SDP信息。

步骤 912 , 彩铃 AS向 MRS发送 ACK确认消息。

步骤 913 , 彩铃 AS向一号通 AS返回 200 OK(UPDATE)最终响应， 携带

MRS的 SDP信息。

步骤 914 , 一号通 AS向 A返回 180Ring临时响应， 携带 MRS的 SDP信 息。

步骤 915 , 彩铃 AS向 MRS发送 INFO通知请求。 彩铃 AS请求 MRS为 用户 A播放彩铃提示音。

步骤 916 , MRS向彩铃 AS返回 200 OK(INFO)最终响应。 用户 A听用户 B彩铃。 AS每隔一定时间或收到失败的最终响应时， 呼叫顺序列表的下一个 用户直至有用户摘机或呼叫完毕。 主号码 B和辅号码 Ci任一用户摘机， AS 将该用户与用户 A桥接通话， 并不再呼叫其他用户。

如图 7-4为顺振模式主号码未振铃辅号码振铃场景， 具体信令流程步骤 下：

步骤 1001 , A向一号通 AS发送 INVITE请求， 请求号码为 B , 携带自身 的 SDP信息。 SDP信息主要包括 IP地址、 端口号、 音视频能力、 编码格式 等相关媒体信息。 用户 A呼叫用户 B , 用户 B签约了一号通业务， 也签约了 彩铃业务， 呼叫请求先到达一号通 AS。

步骤 1002 , —号通 AS向彩铃 AS发送 INVITE请求， 请求号码为 B , 携 带 A的 SDP假媒体信息， 即音视频属性方向为 sendonly。 一号通 AS先呼叫 B , 并注册该会话的 180Ring的中断。

步骤 1003 , 彩铃 AS向 B发送 INVITE请求， 请求号码为 B , 携带 A的

SDP假媒体信息， 即音视频属性方向为 sendonly。

步骤 1004 , B向彩铃 AS返回 4XX失败的最终响应， 4XX如 480未注册、 486忙、 408超时等。 步骤 1005 , 彩铃 AS向一号通 AS返回 4XX失败的最终响应。 步骤 1006 , —号通 AS向彩铃 AS发送 ACK确认消息。

步骤 1007 , 彩铃 AS向 B发送 ACK确认消息。

步骤 1008 , —号通 AS向 Ci发送 INVITE请求， 请求号码为 Ci, 携带 A 的 SDP假媒体信息， 即音视频属性方向为 sendonly。 一号通 AS判断 B为顺 振模式， 每隔一定时间或收到失败的最终响应时， 呼叫顺序列表的下一个用 户直至有用户摘机或呼叫完毕。

步骤 1009 , Ci向一号通 AS返回 180Ring临时响应。

步骤 1010 , —号通 AS向 A返回 180Ring临时响应， 不携带媒体信息， 用户 A终端侧自己播放回铃音， 或携带放音媒体信息， 播放统一的一号通业 务回铃音。一号通 AS判断主号码 B侧没有返回携带放音媒体的 180 , 收到辅 号码的第一个 180时对用户 A返回 180。 AS每隔一定时间或收到失败的最终 响应时， 呼叫顺序列表的下一个用户直至有用户摘机或 呼叫完毕。 主号码 B 和辅号码 Ci任一用户摘机， AS将该用户与用户 A桥接通话， 并不再呼叫其 他用户。

下面介绍一号通业务中实现彩铃业务的一号 通业务服务器，如图 8所示， 包括呼叫模块和桥接模块， 其中：

所述呼叫模块， 用于接收第一终端向开通了一号通业务的第二 终端发起 的呼叫， 在呼叫第二终端时注册第二终端的振铃事件中 断；

所述桥接模块， 用于在接收到第二终端返回的携带放音媒体的 振铃事件 临时响应后， 将第二终端与第一终端桥接， 以使第一终端接收到放音媒体， 并恢复第二终端的振铃事件中断。 优选地， 桥接模块还用于在接收到第二终端返回的未携 带放音媒体的振 铃事件临时响应后， 恢复第二终端的振铃事件中断。

优选地， 呼叫模块还用于在接收第一终端向开通了一号 通业务的第二终 端发起的呼叫后， 判断第二终端签约的是同振模式还是顺振模式 。 呼叫模块 判断第二终端签约的是同振模式， 则釆用以下方式呼叫第二终端： 同时呼叫 第二终端主号码和辅号码。 呼叫模块判断第二终端签约的是顺振模式， 则釆 用以下方式呼叫第二终端： 先呼叫第二终端主号码， 每隔预定时间或者收到 失败响应后， 呼叫第二终端辅号码， 直到有用户摘机或所有号码呼叫完毕。

本领域普通技术人员可以理解上述方法中的 全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。

当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附 的权利要求的保护范围。

工业实用性

随着 3G网络的崛起， CS与 PS网络的融合， 本文提供的 B2B (背靠背 式）呼叫类服务， 有着广阔的应用前景。 该业务的优点有： （1)无需改变现有 一号通业务的网元结构， 仅需修改一号通业务内部逻辑流程即可； （2)兼容了 原有一号通业务的功能， 在一号通与彩铃不嵌套时， 仍然可以保留一号通同 振或顺振的特性； （3)在一号通与彩铃业务嵌套时， 可以保留主号码的彩铃业 务， 主叫用户拨打一号通主号码， 若主号码振铃， 则主叫用户会听到主号码 签约的彩铃。