CN1855961A - 通信***中回铃音的实现方法 - Google Patents

通信***中回铃音的实现方法 Download PDF

Info

Publication number
CN1855961A
CN1855961A CNA200510034345XA CN200510034345A CN1855961A CN 1855961 A CN1855961 A CN 1855961A CN A200510034345X A CNA200510034345X A CN A200510034345XA CN 200510034345 A CN200510034345 A CN 200510034345A CN 1855961 A CN1855961 A CN 1855961A
Authority
CN
China
Prior art keywords
message
user
terminal
control unit
ring
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.)
Granted
Application number
CNA200510034345XA
Other languages
English (en)
Other versions
CN100531267C (zh
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.)
Yingweite SPE limited liability company
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 CNB200510034345XA priority Critical patent/CN100531267C/zh
Priority to EP06741698A priority patent/EP1874016A4/en
Priority to PCT/CN2006/000754 priority patent/WO2006111100A1/zh
Publication of CN1855961A publication Critical patent/CN1855961A/zh
Priority to US11/875,195 priority patent/US7986775B2/en
Application granted granted Critical
Publication of CN100531267C publication Critical patent/CN100531267C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • 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
    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/4217—Managing service interactions

Landscapes

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

Abstract

本发明涉及回铃音技术，公开了一种通信***中回铃音的实现方法，使得无论呼叫是否被前转以及怎样被前转，主叫用户只听到原被叫用户触发的回铃音。本发明中，业务控制单元在向转向用户发起的前转呼叫的Invite消息中设置表示不申请铃音资源的标志，指示后向的业务控制单元不去申请触发铃音资源。或，业务控制单元仅当收到后向振铃消息并申请铃音资源成功时才向前向发送振铃消息，并在收到来自后向的振铃消息时，若业务控制单元此前发起过呼叫前转则去激活后向铃音资源。或，各业务控制单元分别申请铃音资源，并在收到200 OK时向前向传递，其中设置表明其来自铃音资源的标志；业务控制单元如果在后向的200 OK中发现该标志，则去激活后向铃音资源。

Description

通信***中回铃音的实现方法
技术领域
本发明涉及回铃音技术，特别涉及在使用会话发起协议作为呼叫控制信令的分组核心网中实现回铃音的方法。
背景技术
在电信技术高速发展的今天，移动电话和固定电话的移动增值业务都不断出现新的项目来满足移动用户日益丰富的个性化需求。例如在移动电话增值业务中出现了多媒体消息业务(Multimedia Message Services，简称“MMS”)、交互式语音应答(Interactive Voice Response，简称“IVR”)、语音短信等。另外，自2003年开始推出的彩铃业务，已经使电信运营商实现了平均单位用户营收(Average Revenue Per Unit，简称“ARPU”)的再一次提高。
彩铃也称为个性化回铃音业务，是一项由被叫客户定制，为主叫客户提供一段音乐歌曲或其他录音来替代普通回铃音的业务。客户申请开通彩铃业务之后，可以自行设定个性化回铃音，在其做被叫时，为主叫客户播放个性化定制的音乐歌曲或其他录音，来代替普通的回铃音。具体的说，个性化回铃音可以是任意一段音乐、歌曲、录音、视频等；如果是视频，则需要主叫用户终端具有相应的视频媒体播放能力才能正确体验，此时又称为多媒体彩铃或彩视业务。本质上，普通回铃音、彩铃包括多媒体彩铃，在分组域中都是一个受控的媒体资源，在本发明中，它们有时被统称为“回铃音”，它们对应的媒体资源被统称为“铃音资源”。
另一方面，在固定电话增值业务中，呼叫前转是较早就开始应用的一项较为普遍的业务。具体的说，它是指该业务的签约用户，可以将一个呼入来话在还没有被该用户(原被叫用户)应答的前提下，前转至另一个用户(转向用户)或语音邮箱(voice mail)。呼叫前转业务包括但不限于无条件呼叫前转(Call Forwarding Unconditional)、遇忙呼叫前转(Call Forwarding onBusy)、无应答呼叫前转(Call Forwarding on No Reply)等。无应答呼叫前转是指对使用该业务的用户的所有呼入呼叫，在规定时限内如果无应答，则自动转到一个预先指定的号码。遇忙呼叫前转是指使用该业务的用户的呼入呼叫在遇忙时自动转移到另一个指定的号码。该项服务允许一个用户对于他的呼入呼叫可以转到另一个号码。无条件呼叫前转是指对使用该业务的用户的呼入呼叫，不管被叫用户是在什么状态，都自动转到一个预先指定的号码。由于呼叫前转业务能够很好的满足用户对呼入呼叫的灵活处理，因此越来越得到广大用户的青睐。
在本发明中，主叫用户呼叫的目的用户，不管在呼叫过程中，有没有发生呼叫前转，都被统称为“被叫用户”。被叫用户发生呼叫前转的前转目的用户，以及前转目的用户再发生呼叫前转的前转目的用户，都被统称为“转向用户”。
但是，呼叫前转业务在和新的增值业务配合使用时，例如，当呼叫前转业务和彩铃配合使用时，却会引发一些问题。举例来说，当主叫用户A呼叫申请了彩铃业务的被叫用户B，并且该被叫用户B已经激活了呼叫前转业务，则主叫用户A的呼叫将被前转至也申请了彩铃业务的转向用户C，转向用户C接受了这个呼叫，因此转向用户C的终端振铃。在这种情况下，由于被叫用户B和转向用户C都申请了彩铃业务，因此产生了问题：主叫用户A听哪个用户申请的彩铃？
目前最简单的一种处理方式是：无论呼叫怎样被前转，主叫用户总听到由最终的转向(Forwar-to)用户申请的彩铃，即主叫用户A听转向用户C申请的彩铃。
但在实际运营中，运营商的要求往往希望无论呼叫怎样被前转，主叫用户应该总是听到由原被叫(Original Called)用户申请的彩铃，即主叫用户A听被叫用户B申请的彩铃。即使被叫用户B没有申请彩铃，而转向用户C申请了彩铃，主叫用户A听到的也是普通回铃音，而不是转向用户C申请的彩铃。
运营商希望如此的原因在于，首先，彩铃虽然是服务给被叫用户的签约业务，但其业务体验却是由主叫用户完成的。当主叫用户拨打一个熟悉的被叫用户时，一般在呼叫接续过程中并不知道呼叫已经被前转，若听到的是由最终的转向用户申请的彩铃，就可能会给主叫用户造成困惑，甚至可能认为自己拨错了号码而挂机。其次，若激活的呼叫前转是无应答呼叫前转(CallForwarding on No Reply)，此时实际原被叫(用户B)的终端已经被接续振铃，主叫用户已经听到原被叫触发的彩铃(或普通回铃音)，当原被叫终端振铃一段时间后仍没有摘机应答，呼叫才被前转。若让主叫用户改听由最终的转向用户申请的彩铃，铃音的切换也可能会给他/她带来不好的业务体验。
由此可见，正如运营商所希望的，“无论呼叫怎样被前转，在呼叫被接通某个转向用户终端振铃时，主叫用户总听且一直听由原被叫用户触发的彩铃或普通回铃音，直至呼叫被应答通话或建立失败”，才能比较符合主叫用户的业务体验。
但是目前这种业务需求在使用SIP(Session Initiation Protocol)作为呼叫控制信令的分组核心网中，没有标准的呼叫流程，本发明旨在描述在使用SIP作为呼叫控制信令的分组核心网中实现这个业务需求的呼叫流程。
发明内容
有鉴于此，本发明的主要目的在于提供一种通信***中回铃音的实现方法，使得无论呼叫是否被前转以及怎样被前转，主叫用户只听到原被叫用户触发的回铃音。
为实现上述目的，本发明提供了三种通信***中回铃音的实现方法，
在第一种通信***中回铃音的实现方法中，该通信***的分组核心网使用会话发起协议作为呼叫控制信令，并以业务控制单元为注册用户提供各种业务逻辑控制功能，所述方法包含以下步骤：
被叫用户或转向用户的业务控制单元在需要发起呼叫前转时，在向转向用户发起的前转呼叫的呼叫请求消息中设置代表不申请铃音资源的第一标志；
所述业务控制单元在收到来自后向的振铃消息时，判断先前所收到的所述呼叫请求消息中是否包含所述第一标志，如果是则向前向传递振铃消息，否则若当前没有向主叫用户播放回铃音，则向媒体资源控制单元申请铃音资源并向主叫用户播放回铃音。
其中，所述第一标志可以设置在代表呼叫请求的“Invite”消息的“Reject-Contact”头域中。
此外，所述第一标志的描述方式可以是“description＝″<RBT>″”，其中“RBT”是对会话发起协议的扩展，表示一个铃音资源。
此外，所述第一标志可以设置在代表呼叫请求的“Invite”消息中表示呼叫前转信息的头域或参数中。
此外，所述表示呼叫前转信息的头域或参数可以是“Referred-By”头域。
此外，所述主叫用户、被叫用户和转向用户可以使用相同或不同类型的终端，终端类型可以是以下的任一种：
固定话机、综合业务数字网终端、会话发起协议终端、H.323终端、软终端、全球移动通信***手机、码分多址手机、第三代移动通信手机、无线局域网终端、个人手持电话***终端。
此外，当所述主叫用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点或媒体网关控制单元完成非会话发起协议与会话发起协议之间的转译；
当所述被叫用户和转向用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点完成非会话发起协议与会话发起协议之间的转译。
在第二种通信***中回铃音的实现方法中，该通信***的分组核心网使用会话发起协议作为呼叫控制信令，并以业务控制单元为注册用户提供各种业务逻辑控制功能，所述方法包含以下步骤：
A被叫用户或转向用户的业务控制单元在收到来自前向的呼叫请求消息时，如果用户空闲可被直接呼入，则向该用户发送呼叫请求消息并向媒体资源控制单元申请铃音资源，并在收到该用户回应的振铃消息和代表铃音资源申请成功的应答响应消息后，向前向发送代表该铃音资源的振铃消息；
B所述业务控制单元在需要发起呼叫前转时，向转向用户发起前转呼叫的呼叫请求消息，此后在收到来自后向的振铃消息时，去激活后向的铃音资源，且当前如果没有向主叫用户播放回铃音，则向媒体资源控制单元申请铃音资源，收到代表铃音资源申请成功的应答响应消息后，向前向发送代表该铃音资源的振铃消息；
C主叫用户的媒体控制设备收到来自后向的振铃消息时，指示打开媒体通道接收后向回铃音。
其中，所述被叫用户或转向用户的业务控制单元在向前向发送振铃消息前，还包含以下步骤：
判断是否已经向前向发送了其它媒体的会话描述协议描述，如果是，则需要先向前向修改其对端媒体为本方申请的铃音资源的会话描述协议描述。
此外，所述去激活后向的铃音资源的步骤可以通过以下方式实现：
在向后向发送的“reInvite”消息或“Update”消息中修改主叫用户会话描述协议描述的媒体方向，将媒体方向属性修改为表示主叫用户只发送不接收媒体流的“sendonly”或表示主叫用户停止媒体流的“inactive”。
此外，所述被叫用户或转向用户的业务控制单元在收到来自非铃音资源媒体对呼叫请求应答的“200 OK”应答响应消息时，向前向传递该“200 OK”应答响应消息，完成主叫和该媒体的会话建立。
此外，所述“200 OK”应答响应消息可以是以下的任一种：
用户摘机应答、语音邮箱应答、以及各类呼入失败的语音通知。
此外，所述被叫用户或转向用户的业务控制单元在向前向传递所述“200OK”应答响应消息前还包含以下步骤：
判断是否已经向前向发送了其它媒体的会话描述协议描述，如果是，则需要先向前向修改其对端媒体为该非铃音资源媒体的会话描述协议描述。
此外，所述步骤A中可以包含以下子步骤：
最终振铃的所述用户的业务控制单元在收到来自前向的呼叫请求消息时，先向所述用户发送呼叫请求消息，待收到表示终端振铃的振铃消息后，再向所述媒体资源控制单元申请铃音资源。
此外，所述步骤A中可以包含以下子步骤：
最终振铃的所述用户的业务控制单元在收到来自前向的呼叫请求消息时，先向所述媒体资源控制单元申请铃音资源，待申请成功后暂不播放，再向所述用户发送呼叫请求消息，待收到表示终端振铃的振铃消息后，才开始播放所申请的铃音资源。
此外，所述主叫用户、被叫用户和转向用户可以使用相同或不同类型的终端，终端类型可以是以下的任一种：
固定话机、综合业务数字网终端、会话发起协议终端、H.323终端、软终端、全球移动通信***手机、码分多址手机、第三代移动通信手机、无线局域网终端、个人手持电话***终端。
此外，当所述主叫用户、被叫用户和转向用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点或媒体网关控制单元完成非会话发起协议与会话发起协议之间的转译。
此外，所述主叫用户的描述媒体控制设备可以是：主叫用户终端、主叫用户的网络接入节点或媒体网关控制单元。
在第三种通信***中回铃音的实现方法中，该通信***的分组核心网使用会话发起协议作为呼叫控制信令，并以业务控制单元为注册用户提供各种业务逻辑控制功能，所述方法包含以下步骤：
被叫用户或转向用户的业务控制单元向媒体资源控制单元申请铃音资源，并将收到的对呼叫请求应答的应答响应消息向前向传递，其中设置表明该应答响应消息是来自铃音资源的第二标志；
所述被叫用户或转向用户的业务控制单元解析所收到的所述应答响应消息，判断其中是否包含所述第二标志，如果是则去激活后向的铃音资源；
主叫用户的媒体控制设备收到来自后向的振铃消息时，指示打开媒体通道接收后向回铃音。
其中，所述第二标志设置在代表应答响应的“200 OK”消息的“Contact”头域中，以消息来源的用户代理的能力来描述。
此外，所述第二标志的描述方式可以是“description＝″<RBT>″”，其中“RBT”是对会话发起协议的扩展，表示一个铃音资源。
此外，所述去激活后向的铃音资源的步骤可以通过以下方式实现：
在向后向发送的“reInvite”消息或“Update”消息中修改主叫用户会话描述协议描述的媒体方向，将媒体方向属性修改为表示主叫用户只发送不接收媒体流的“sendonly”或表示主叫用户停止媒体流的“inactive”。
此外，所述主叫用户、被叫用户和转向用户可以使用相同或不同类型的终端，终端类型可以是以下的任一种：
固定话机、综合业务数字网终端、会话发起协议终端、H.323终端、软终端、全球移动通信***手机、码分多址手机、第三代移动通信手机、无线局域网终端、个人手持电话***终端。
此外，当所述主叫用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点或媒体网关控制单元完成非会话发起协议与会话发起协议之间的转译；
当所述被叫用户和转向用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点完成非会话发起协议与会话发起协议之间的转译。
此外，所述主叫用户的描述媒体控制设备可以是：主叫用户终端、主叫用户的网络接入节点或媒体网关控制单元。
综上所述，本发明有三个方案，其中本发明第一个方案的关键在于，业务控制单元在向转向用户发起的前转呼叫的Invite消息中设置一个表示不申请铃音资源的标志，指示后向的业务控制单元不去申请触发铃音资源。这个标志可以设在“Reject-Contact”头域中，也可以表示为代表呼叫前转信息的头域或参数，如“Referred-By”头域等。
本发明第二个方案的关键在于，被叫用户或转向用户的业务控制单元仅当收到后向振铃消息并且申请铃音资源成功时才向前向发送振铃消息，而当收到来自后向的振铃消息时，若所述业务控制单元此前发起过呼叫前转，则去激活后向的铃音资源；主叫用户的媒体控制设备在收到来自后向的振铃消息时，指示打开媒体通道听后向回铃音。业务控制单元收到来自后向的对呼叫请求应答的(即响应Invite消息)200 OK响应消息时，表示是除铃音资源以外的媒体应答(如用户摘机应答、语音邮箱应答、各类呼入失败的语音通知等)，此时向前向发送或传递该200 OK应答响应，完成主叫和该媒体的会话建立。
本发明第三个方案的关键在于，被叫用户或转向用户的业务控制单元申请铃音资源，并在收到来自媒体资源控制单元的200 OK消息时向前向传递，但在其中设置表明该应答响应消息是来自铃音资源的标志；被叫用户或转向用户的业务控制单元如果在后向的200 OK消息中发现该标志，则去激活后向的铃音资源。该标志可以设置在“Contact”头域中。
因为以上三个方案都对转向用户申请的铃音资源进行了抑制(不触发转向用户的铃音资源或先申请再去激活转向用户的铃音资源)，所以最终只有原被叫用户的铃音资源被播放给主叫用户，从而实现了“无论呼叫怎样被前转，在呼叫被接通某个转向用户终端振铃时，主叫用户总听且一直听由原被叫用户触发的彩铃或普通回铃音，直至呼叫被应答通话或建立失败”这个业务需求，使主叫用户得到较好的业务体验，不至于在呼叫前转时，听到陌生的彩铃或正在听的彩铃发生了切换。
附图说明
图1是本发明的呼叫代答方法所适用的通信***的结构示意图；
图2是根据本发明第一个实施例的通信***中回铃音的实现方法流程图；
图3是根据本发明第二个实施例的通信***中回铃音的实现方法流程图；
图4是根据本发明第三个实施例的通信***中回铃音的实现方法流程图；
图5是根据本发明第四个实施例的通信***中回铃音的实现方法流程图；
图6是根据本发明第五个实施例的通信***中回铃音的实现方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
本发明有三个技术方案，应用于使用SIP作为呼叫控制信令的分组核心网中。下面先说明一下可以应用本发明的使用SIP作为呼叫控制信令的分组核心网的大致结构，再逐一说明各技术方案。对于每一个方案将分别先说明一下原理，再结合具体实施例详细说明。
图1示出了适用于本发明的回铃音实现方法的通信***。图中示出了用户终端、网络接入节点、呼叫会话控制单元(1)和呼叫会话控制单元(2)、业务控制单元、媒体资源控制单元、媒体网关控制单元等。其中，该通信***的分组核心网使用会话发起协议作为呼叫控制信令。
其中，用户终端是诸如传统固定话机、综合业务数字网(IntegratedServicesDigital Network，简称“ISDN”)终端、会话发起协议(Session InitationProtocol，简称“SIP”)终端、H.323终端、软终端(softphone)、全球移动通信***(Global System for mobile Communication，简称“GSM”)手机、码分多址(Code Division Multiple Access，简称“CDMA”)手机、第三代移动通信(The Third Generation，简称“3G”)手机、无线局域网(WirelessLocal Area Network，简称“WLAN”)终端、个人手持电话***(PersonalHandyphone System，简称“PHS”)之类的任意可以接入分组核心网的通信终端。
网络接入节点是向用户终端提供接入分组核心网的注册认证鉴权等功能的网络节点，完成SIP和其它接入协议的转译。通过网络接入节点，用户终端可以注册在不同的呼叫会话控制单元和业务控制单元。
呼叫会话控制单元(1)和呼叫会话控制单元(2)用于为接入分组核心网的注册用户提供呼叫控制、路由接续等功能，它可以将呼叫触发至业务控制单元。两个呼叫会话控制单元之间的E4接口为SIP。
业务控制单元用于为接入分组核心网的注册用户提供各种业务逻辑控制功能，是呼叫代答等各类业务的宿主执行环境。在分组核心网中，可以有多个处理不同业务的业务控制单元存在。
媒体资源控制单元为接入分组核心网的注册用户提供各种媒体资源的申请、应用、释放等控制功能，如信号音和语音通知资源、会议资源、收号资源等。
媒体网关控制单元用于为接入分组核心网的注册用户和其它传统电路域网络用户之间的相互呼叫提供互通控制功能，完成SIP和其它呼叫控制协议的转译。
并且，对于网络接入节点和呼叫会话控制单元(1)之间的E1接口，当两者为不同的物理实体设备时，E1接口为SIP；当两者为同一个物理实体设备时，E1接口为SIP或自定义的内部接口。
对于业务控制单元和呼叫会话控制单元(1)之间的E2接口，当两者为不同的物理实体设备时，E2接口为SIP；当两者为同一个物理实体设备时，E2接口为SIP或自定义的内部接口。
对于媒体资源控制单元和呼叫会话控制单元(1)之间的E3接口，当两者为不同的物理实体设备时，E3接口为SIP；当两者为同一个物理实体设备时，E3接口为SIP或自定义的内部接口。
对于两个呼叫会话控制单元(1)和(2)之间的E4接口为SIP。
对于媒体网关控制单元和呼叫会话控制单元(1)之间的E5接口，当两者为不同的物理实体设备时，E5接口为SIP；当两者为同一个物理实体设备时，E5接口为SIP或自定义的内部接口。
上面说明了适用本发明提出的呼叫代答方法的通信***，下面逐一说明三个技术方案。
先说明本发明的第一个方案的原理，对于发生了呼叫前转的用户的业务控制单元，在向其转向用户发起前转呼叫时，在Invite消息中携带的Reject-Contact头域中，描述主叫用户拒绝后向将其连接到一个铃音资源上。该转向用户的业务控制单元收到Invite消息后，解析出Reject-Contact头域中描述的内容，于是不再去为主叫用户申请铃音资源。Reject-Contact头域中的具体的描述方法包括但不限于如下方式：
description＝“<RBT>”。其中，RBT(RingBackTone)为对协议的扩展，表示一个铃音资源。
或者在Invite消息中携带表示呼叫前转信息的Referred-By头域，转向用户的业务控制单元收到Invite消息后，解析出Referred-By头域，于是不再去为主叫用户申请铃音资源。
本发明的第一实施例如图2所示，在步骤201：主叫用户A向被叫用户B发起呼叫，即发送“invite”消息[1]。其中，主叫用户A可以是分组核心网的用户，也可以是传统电路域的用户。需要说明的是方括号中的数字代表不同的会话，如[1]代表第一个会话，[2]代表第二个会话。
如果原被叫用户B不接听，则如图所示，A呼叫前转业务被激活，向转向用户发起呼叫，并在消息中指明拒绝后向申请铃音资源。即进入步骤202：被叫用户B向转向用户C的业务控制单元发送“invite”消息[2]。
在SIP Invite消息中的Reject-Contact头域中描述主叫用户A的喜好(Caller Preferences)，指明主叫用户A拒绝联系一个铃音资源，即向后向的业务控制单元指明不要为其申请连接到一个铃音资源上，具体的描述方法包括但不限于如下方式：description＝“<RBT>”。其中，RBT(RingBackTone)为对协议的扩展，表示一个铃音资源。
或者，在SIP Invite消息中的Referred-By头域中描述这是由被叫用户B发起的前转呼叫。
步骤203：转向用户C的业务控制单元向用户终端发送“invite”消息[3]。即，本步骤中，呼叫到达转向用户C的业务控制单元。业务控制单元解析Invite消息，根据Reject-Contact头域中对主叫用户A喜好的描述，从而不去申请触发用户C相关的彩铃或普通回铃音；或者，业务控制单元根据Referred-By头域得知这是一个前转呼叫，从而不去申请触发用户C相关的彩铃或普通回铃音。若用户C终端空闲，并允许呼入，则直接呼叫用户终端。
步骤204：转向用户C的用户终端振铃，向该用户的业务控制单元反馈“180 ringing”消息[3]。
步骤205：转向用户C的业务控制单元将“180 Ringing”消息[2]转达至原被叫用户B的业务控制单元。
步骤206：原被叫用户B的业务控制单元收到“180 Ringing”响应消息，得知后向有空闲终端振铃，并判断当前是否已向主叫用户播放回铃音(在无应答呼叫前转的情况下被叫用户B已向主叫用户A播放自已的回铃音了)，如果是则等待转向用户C触发步骤211，否则向转向用户C的媒体资源控制单元发送“invite”消息[4]，为主叫用户A申请用户B相关的彩铃或普通回铃音。
步骤207：媒体资源控制单元向原被叫用户B的业务控制单元反馈“200OK”消息[4]。
步骤208：原被叫用户B的业务控制单元向主叫用户A传递“200 OK”消息[1]。
步骤209：主叫用户A向原被叫用户B的业务控制单元发送“ACK”消息[1]。
步骤210：原被叫用户B的业务控制单元向转向用户C的媒体资源控制单元传递“ACK”消息[4]，主叫用户A开始听原被叫用户B相关的彩铃或普通回铃音。
步骤211：转向用户C的用户终端向业务控制单元发送“200 OK”消息[3]。
步骤212：转向用户C的业务控制单元向原被叫用户B的业务控制单元发送“200 OK”消息[2]。
步骤213：原被叫用户B向主叫用户A发送“reinvite”消息[1]。
步骤214：主叫用户A向原被叫用户B发送“200 OK”消息[1]。
步骤215：原被叫用户B向转向用户C的媒体资源控制单元发送“BYE”消息[3]。
步骤216：原被叫用户B向主叫用户A发送“ACK”消息[1]。
步骤217：原被叫用户B向转向用户C发送“ACK”消息[2]。
步骤218：转向用户C的业务控制单元向其用户终端发送“ACK”消息[3]。
此后，主叫用户A与转向用户C通话。
步骤219：媒体资源控制单元向原被叫用户B发送“200 OK”消息[4]。
换句话说，步骤211～步骤219表示转向用户C摘机应答，原被叫用户B的业务控制单元停止放铃音，完成用户A和用户C会话的业务流程。
下面说明本发明的第二个方案的原理：
在使用SIP作为呼叫控制信令的分组核心网中，预先约定：主叫和发生了呼叫前转的用户，收到来自后向的180 Ringing响应消息即表示后向开始播放铃音资源同时空闲终端振铃；收到来自后向的对呼叫请求应答(即响应Invite消息)的200 OK响应消息则表示是除铃音资源以外的媒体应答(如用户摘机应答、语音邮箱应答、各类呼入失败的语音通知等)。具体包含以下步骤：
第一：没有发生呼叫前转的被叫用户的业务控制单元处理一个呼入来话时，采用B2BUA(Back-To-Back User Agent)方式分别向被叫用户终端和媒体资源控制单元发起Invite请求，只有在同时等到终端振铃收到180 Ringing响应消息并且申请铃音资源成功后，才向前向发送180 Ringing消息表示后向开始播放铃音资源同时空闲终端振铃。
第二：发生了呼叫前转的用户的业务控制单元收到180 Ringing响应消息，理解这是后向有空闲终端振铃同时开始播放铃音资源，则它去激活后向的铃音资源。去激活后向铃音资源的方式包括但不限于以下方式：
通过在reInvite消息或Update消息中修改主叫用户SDP描述的媒体方向，将媒体方向属性修改为“sendonly”或“inactive”，其中“sendonly”表示主叫用户只发送不接收媒体流，“inactive”表示主叫用户停止媒体流。
若发起前转呼叫前该业务控制单元没有申请向主叫播放铃音资源(即发生的呼叫前转不是无应答呼叫前转)，则此时向媒体资源控制单元申请为主叫播放本用户相关的彩铃或普通回铃音，申请成功后再向前向发送表示有空闲终端振铃和铃音资源开始播放的180 Ringing消息，若此时已经向前向发送了其它媒体的SDP描述，则需要先向前向修改其对端媒体为本方申请的铃音资源的SDP描述。
第三：没有发生呼叫前转的被叫用户和发生了呼叫前转的用户的业务控制单元收到来自非铃音资源的媒体的对呼叫最终应答的200 OK响应(如用户摘机应答、语音邮箱应答、各类呼入失败的语音通知等)时，则向前向发送或传递该200 OK应答响应，完成主叫和该媒体的会话建立，若此时已经向前向发送了其它媒体的SDP描述，则需要先向前向修改其对端媒体为该媒体的SDP描述。
第四：主叫收到180 Ringing消息，打开媒体通道听后向申请的彩铃或普通回铃音。
本发明的第二个技术方案是普遍适用的，不论是有前转的呼叫还是普通的呼叫，被呼入用户的业务控制单元采用同样的处理方式。换句说该方案其实是个“一揽子”的解决方案，不管有没有前转，不管前转多少次。
本发明的第二实施例如图3A和3B所示，步骤301：主叫用户A向被叫用户B发送“invite”消息[1]，发起呼叫。用户A可以是分组核心网的用户，也可以是传统电路域的用户。
步骤302：呼叫到达用户B的业务控制单元，如果用户B不接听，呼叫前转业务被激活，原被叫用户B向转向用户C的业务控制单元发送“invite”消息[2]，发起呼叫。
步骤303：转向用户C的业务控制单元按正常呼入处理，用户终端空闲，将用户终端发送“invite”消息[3]。
步骤304：用户C终端振铃，向业务控制单元反馈“180 Ringing”消息[3]。
步骤305：用户C的业务控制单元收到被叫终端振铃的“180 Ringing”消息[3]，并不立即向前向传递“180 Ringing”消息通知有空闲终端振铃，而是先申请用户C相关的彩铃或普通回铃音，即向转向用户C的媒体资源控制单元发送“invite”消息[4]。
步骤306：媒体资源控制单元向业务控制单元反馈“200 OK”消息[4]。
步骤307：用户C的业务控制单元向媒体资源控制单元反馈“ACK”消息[4]。
步骤308：用户C的业务控制单元收到铃音资源的应答后，这时才向前向发送“180 Ringing”消息[2]表示空闲终端振铃同时开始播放铃音资源，并且在响应消息中携带用户C相关的铃音资源的SDP(Session DescriptionProtocol，会话描述协议)描述。
步骤309：原被叫用户B的业务控制单元收到“180 Ringing”消息[2]，理解这是后向有空闲终端振铃同时开始播放铃音资源，去激活后向的铃音资源。去激活的方式包括但不限于：
在发送给转向用户C的业务控制单元的“Update”消息[2]中将主叫用户A的SDP的媒体方向属性修改为“sendonly”或“inactive”，其中“sendonly”表示主叫用户只发送不接收媒体流，“inactive”表示主叫用户停止媒体流。
步骤310：转向用户C的业务控制单元向媒体资源控制单元发送“reInvite”消息[4]，去激活铃音资源，携带修改后的主叫用户A的SDP描述。
步骤311：媒体资源控制单元收到“reInvite”消息[4]，根据SDP中的媒体流方向指示将不向主叫用户A发送媒体流(铃音资源)。附图所示，反馈“200 OK”消息[4]。
步骤312：用户C的业务控制单元向媒体资源控制单元发送“ACK”消息[4]。
步骤313：用户C的业务控制单元反馈“200 OK”消息[2]，响应“Update”消息[2]。至此去激活完成。因为去激活了转向用户所申请的铃音资源，所以最终只有被叫用户的铃音资源被播放给主叫用户，从而实现了“无论呼叫怎样被前转，在呼叫被接通某个转向用户终端振铃时，主叫用户总听且一直听由原被叫用户触发的彩铃或普通回铃音，直至呼叫被应答通话或建立失败”这个业务需求。
步骤314：原被叫用户B的业务控制单元向媒体资源控制单元发送“invite”消息[5]，申请触发用户B相关的彩铃或普通回铃音。如果当前主叫已经在听原被叫用户B的业务控制单元申请的彩铃或普通回铃音，即该业务控制单元此前引发的呼叫前转是无应答呼叫前转，则略去步骤314～步骤317。
步骤315：媒体资源控制单元向原被叫用户B发送应答“200 OK”消息[5]。
步骤316：原被叫用户B的业务控制单元向转向用户C的媒体资源控制单元返回“ACK”确认消息[5]。
步骤317：原被叫用户B的业务控制单元向主叫用户A发送“180Ringing”消息[1]，该消息同样表示后向有空闲终端振铃并且开始播放铃音，不同的是该消息中携带的是用户B相关的铃音资源的SDP描述。主叫收到“180 Ringing”响应消息[1]，打开媒体通道，开始听原被叫用户B的业务控制单元申请的彩铃或普通回铃音。
步骤318：转向用户C摘机应答，发送对会话请求的最终“200 OK”消息[3]。
步骤319：转向用户C的业务控制单元将主叫用户A的媒体流改向至用户C(因为在上一个“180 Ringing”消息[1]中携带的是用户C相关的铃音资源的SDP描述)，发送“Update”消息携带用户C的媒体SDP描述。
步骤320：原被叫用户B的业务控制单元向主叫传递携带用户C的SDP描述的“Update”消息[1]。
步骤321：主叫回响应“Update”消息[1]的“200 OK”消息[1]。
步骤322：原被叫用户B的业务控制单元向转向用户C的业务控制单元传递响应“Update”消息[1]的“200 OK”消息[1]。
步骤323：转向用户C的业务控制单元向前向发送对会话请求的最终“200 OK”消息[2]，并释放自己申请的铃音资源。
步骤324～步骤325：转向用户C的业务控制单元申请的铃音资源释放。具体的说，其媒体资源控制单元收到来自业务控制单元的“Bye”消息[4]后，反馈“200 OK”消息[4]。
步骤326：原被叫用户B的业务控制单元向主叫传递对会话请求的最终“200 OK”消息[1]，并释放自己申请的铃音资源。
步骤327～步骤328：原被叫用户B的业务控制单元申请的铃音资源释放。具体的说，媒体资源控制单元收到来自原被叫叫用户B的“Bye”消息[5]后，反馈“200 OK”消息[5]。
步骤329～步骤331：主叫用户A向原被叫用户B发送“ACK”消息[1]，原被叫用户B向转向用户C的业务控制单元发送“ACK”消息[2]，转向用户C的业务控制单元向媒体资源控制单元发送“ACK”消息[3]。主叫用户A和转向用户C通话。
可以看出，用户C的业务控制单元并没有区分呼入来话是否为前转呼叫，因此本方案对没有发生呼叫前转的呼叫同样适用：被叫用户的业务控制单元收到一个呼入请求，如果用户终端空闲可被直接呼入，则执行步骤303～步骤308，主叫收到“180 Ringing”振铃消息，打开媒体通道，听被叫用户的业务控制单元申请的彩铃或普通回铃音。
对被叫的业务控制单元来说，既可以先呼叫用户终端，等终端振铃后再去申请铃音资源；也可以先申请铃音的媒体资源，但不立即播放，而是等终端振铃后才开始播放。本方案同样可以适用于后一种情况，如本发明的第三
实施例。
本发明的第三实施例如图4所示，步骤401：主叫用户A向被叫用户B发送“invite”消息[1]，即发起呼叫。用户A可以是分组核心网的用户，也可以是传统电路域的用户。
步骤402：呼叫到达用户B的业务控制单元，呼叫前转业务被激活，原被叫用户B向转向用户C发送“invite”消息[2]，发起呼叫。
步骤403：转向用户C的业务控制单元按正常呼入处理，向媒体资源控制单元发送“invite”消息[3]。用户终端空闲，先申请铃音的媒体资源，但先不指明具体的铃音类型(即铃音的URL地址)，使其在申请成功后也不能立即播放。
步骤404：媒体资源控制单元向业务控制单元应答“200 OK”消息[3]。
步骤405：用户C的业务控制单元向媒体资源控制单元发送“ACK”消息[3]。
步骤406：转向用户C的业务控制单元向用户终端发送“invite”消息[4]。
步骤407：用户C终端振铃，向业务控制单元返回“180 Ringing”消息[4]。
步骤408：用户C的业务控制单元通过“Info”消息[3]向媒体资源控制单元指明铃音地址开始放音。
步骤409：媒体资源控制单元向业务控制单元返回“200 OK”消息[3]。
步骤410：用户C的业务控制单元收到被叫终端振铃的“180 Ringing”响应消息，因为铃音的媒体资源已经申请成功，所以向前向发送“180 Ringing”消息[2]，表示空闲终端振铃同时开始播放铃音资源，并携带用户C相关的铃音资源的SDP描述。此后，原被叫用户B的业务控制单元收到“180 Ringing”消息[2]，后续步骤和图3所示的309～步骤331相同，在此不赘述。
在图3、图4的示例中，转向用户也为分组核心网的用户，本方法同样适用于转向用户不是分组核心网的情况。下面在本发明的第四实施例中给出了转向用户为传统电路域用户的示例。
本发明的第四实施例如图5所示，步骤501：主叫用户A向被叫用户B发送“invite”消息[1]，发起呼叫。用户A可以是分组核心网的用户，也可以是传统电路域的用户。
步骤502：呼叫到达原被叫用户B的业务控制单元，呼叫前转业务被激活，向转向用户C发送“invite”消息[2]，发起呼叫。
步骤503：如果转向用户C是传统电路域用户，媒体网关控制单元收到“Invite”消息[2]后，向电路域交换设备发送“IAM(起始地址消息，InitialAddress Message)”消息。
步骤504：电路域交换设备空闲振铃，并开始播放彩铃或普通回铃音，电路域交换设备向媒体网关控制单元反馈“ACM(Address Complete Message地址全消息)”消息。
步骤505：媒体网关控制单元将“ACM”消息转换为“180 Ringing”消息[2]向前向发送。
步骤506：原被叫用户B的业务控制单元收到“180 Ringing”消息[2]，理解这是后向有空闲终端振铃同时开始播放铃音资源，则去激活后向的铃音资源，向媒体网关控制单元发送“Update”消息[2]，在消息中修改主叫用户A的SDP的媒体方向为“sendonly”或“inactive”，其中“sendonly”表示主叫用户只发送不接收媒体流，“inactive”表示主叫用户停止媒体流。
步骤507：媒体网关控制单元收到“Update”消息[2]，不向主叫用户A发送来自传统电路域的铃音资源媒体流。同时回“200 OK”消息。
步骤508：原被叫用户B的业务控制单元向媒体资源控制单元发送“invite”消息[3]，申请触发用户B相关的彩铃或普通回铃音。
步骤509：媒体资源控制单元向原被叫用户B发送应答“200 OK”消息[3]。
步骤510：原被叫用户B的业务控制单元向转向用户C的媒体资源控制单元返回“ACK”确认消息[3]。
步骤511：原被叫用户B的业务控制单元向主叫用户A发送“180Ringing”消息[1]，该消息同样表示后向有空闲终端振铃并且开始播放铃音，不同的是该消息中携带的是用户B相关的铃音资源的SDP描述。主叫收到“180 Ringing”响应消息[1]，打开媒体通道，开始听原被叫用户B的业务控制单元申请的彩铃或普通回铃音。
熟悉本领域的普通技术人员可以知道，主叫用户、被叫用户和转向用户可以使用相同或不同类型的终端，例如：固定话机、ISDN终端、SIP终端、H.323终端、软终端、GSM手机、CDMA手机、3G手机、WLAN终端、PHS终端等。当主叫用户终端不支持SIP时，涉及到该终端的各消息可以由网络接入节点或媒体网关控制单元完成该终端所支持的协议与SIP之间的转译；当被叫用户和转向用户终端不支持SIP时，涉及到该终端的各消息可以由网络接入节点完成该终端所支持的协议与SIP之间的转译。
下面说明本发明的第三个方案的原理：
没有发生呼叫前转的被叫用户和发生了呼叫前转的用户的业务控制单元向媒体资源控制单元申请铃音资源，业务控制单元收到对此会话初始请求的最终200 OK应答响应，向前向传递此响应消息，并在Contact头域中描述它来自的用户代理的能力(User Agent Capabilities)，即表明它是来自铃音资源。具体的描述方法包括但不限于如下方式：
description＝“<RBT>”。其中，RBT(RingBackTone)为对协议的扩展，表示一个铃音资源。
发生了呼叫前转的用户的业务控制单元解析收到的对会话初始请求的最终200 OK响应消息，若Contact头域中描述的用户代理能力表明它是来自铃音资源的应答，则去激活后向的铃音资源。若发起前转呼叫前该业务控制单元没有申请向主叫播放铃音资源(即发生的呼叫前转不是无应答呼叫前转)，则此时向媒体资源控制单元申请为主叫播放本用户相关的彩铃或普通回铃音。去激活后向铃音资源的方式包括但不限于：
通过在reInvite消息或Update消息中修改主叫用户SDP描述的媒体方向，将媒体方向属性修改为“sendonly”或“inactive”，其中“sendonly”表示主叫用户只发送不接收媒体流，“inactive”表示主叫用户停止媒体流。
下面介绍第三个方案的具体实施例。
本发明的第五个实施例如图6所示，步骤601～步骤604：主叫用户A向被叫用户B发起呼叫，呼叫前转业务被激活，向转向用户C发起呼叫。转向用户C的业务控制单元按正常呼入处理，用户终端空闲，呼叫用户终端，用户终端振铃。其中信令交互情况为：主叫用户A向原被叫用户B发送“invite”消息[1]，原被叫用户B向转向用户C的业务控制单元发送“invite”消息[2]，转向用户C的业务控制单元向用户终端发送“invite”消息[3]，用户终端向业务控制单元反馈“180 ringing”消息[3]。
步骤605：用户C的业务控制单元向媒体资源控制单元发送“invite”消息[4]，申请用户C相关的彩铃或普通回铃音。
步骤606：媒体资源控制单元应答“200 OK”消息[4]。
步骤607：用户C的业务控制单元向前向传递媒体资源控制单元的“200OK”消息[2]，同时在Contact头域中描述它来自的用户代理的能力(UserAgent Capabilities)，即表明它是来自铃音资源，具体的描述方法包括但不限于如下方式：description＝“<RBT>”。其中，RBT(RingBackTone)为对协议的扩展，表示一个铃音资源。
步骤608：原被叫用户B的业务控制单元解析收到的“200 OK”消息[2]，通过Contact头域中描述的用户代理能力，表明它是来自铃音资源的应答，则去激活后向的铃音资源。同时向转向用户C的业务控制单元反馈“ACK”消息[2]。
步骤609：用户C的业务控制单元将“ACK”消息[4]传递给媒体资源控制单元。
步骤610～步骤615：原被叫用户B的业务控制单元去激活后向申请的铃音资源，在“reInvite”消息修改主叫用户A的SDP的媒体方向为“sendonly”或“inactive”，其中“sendonly”表示主叫用户只发送不接收媒体流，“inactive”表示主叫用户停止媒体流，媒体网关控制单元收到此消息，不向主叫用户A发送来自铃音资源媒体流。具体的信令流程为：原被叫用户B向转向用户C的业务控制单元发送“reinvite”消息[2]，转向用户C的业务控制单元向媒体资源控制单元发送“reinvite”消息[4]，用户C的媒体资源控制单元向业务控制单元发送“200 OK”消息[4]，用于C的业务控制单元向用户B的业务控制单元发送“200 OK”消息[2]，用户B的业务控制单元向用户C的业务控制单元发送“ACK”消息[2]，用户C的业务控制单元向媒体资源控制单元发送“ACK”消息[4]。因为去激活了转向用户所申请的铃音资源，所以最终只有被叫用户的铃音资源被播放给主叫用户，从而实现了“无论呼叫怎样被前转，在呼叫被接通某个转向用户终端振铃时，主叫用户总听且一直听由原被叫用户触发的彩铃或普通回铃音，直至呼叫被应答通话或建立失败”这个业务需求。
步骤616～步骤620：原被叫用户B的业务控制单元申请触发用户B相关的彩铃或普通回铃音，并向主叫用户A播放。具体的信令流程如图所示：用户B向媒体控制单元发送“invite”消息[5]，媒体控制单元向原被叫用户B发送“200 OK”消息[5]，原被叫用户B向主叫用户A发送“200 OK”消息[1]，主叫用户A向原被叫用户B发送“ACK”消息[1]，被叫用户B向媒体资源控制单元发送“ACK”消息[5]。
以上结合多个实施例说明本发明的三个技术方案，熟悉本领域的普通技术人员可以知道，虽然以上的各实施例中均只举了一次前转的情况，但可以不需要任何创造力地应用于多次前转的情况，因为每一次前转的处理是相同的。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (25)

1.一种通信***中回铃音的实现方法，其中，该通信***的分组核心网使用会话发起协议作为呼叫控制信令，并以业务控制单元为注册用户提供各种业务逻辑控制功能，
其特征在于，所述方法包含以下步骤：
被叫用户或转向用户的业务控制单元在需要发起呼叫前转时，在向转向用户发起的前转呼叫的呼叫请求消息中设置代表不申请铃音资源的第一标志；
所述业务控制单元在收到来自后向的振铃消息时，判断先前所收到的所述呼叫请求消息中是否包含所述第一标志，如果是则向前向传递振铃消息，否则若当前没有向主叫用户播放回铃音，则向媒体资源控制单元申请铃音资源并向主叫用户播放回铃音。
2.根据权利要求1所述的通信***中回铃音的实现方法，其特征在于，所述第一标志可以设置在代表呼叫请求的“Invite”消息的“Reject-Contact”头域中。
3.根据权利要求2所述的通信***中回铃音的实现方法，其特征在于，所述第一标志的描述方式可以是“description＝″<RBT>″”，其中“RBT”是对会话发起协议的扩展，表示一个铃音资源。
4.根据权利要求1所述的通信***中回铃音的实现方法，其特征在于，所述第一标志可以设置在代表呼叫请求的“Invite”消息中表示呼叫前转信息的头域或参数中。
5.根据权利要求4所述的通信***中回铃音的实现方法，其特征在于，所述表示呼叫前转信息的头域或参数可以是“Referred-By”头域。
6.根据权利要求1至5中任一项所述的通信***中回铃音的实现方法，其特征在于，所述主叫用户、被叫用户和转向用户可以使用相同或不同类型的终端，终端类型可以是以下的任一种：
固定话机、综合业务数字网终端、会话发起协议终端、H.323终端、软终端、全球移动通信***手机、码分多址手机、第三代移动通信手机、无线局域网终端、个人手持电话***终端。
7.根据权利要求6所述的通信***中回铃音的实现方法，其特征在于，当所述主叫用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点或媒体网关控制单元完成非会话发起协议与会话发起协议之间的转译；
当所述被叫用户和转向用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点完成非会话发起协议与会话发起协议之间的转译。
8.一种通信***中回铃音的实现方法，其中，该通信***的分组核心网使用会话发起协议作为呼叫控制信令，并以业务控制单元为注册用户提供各种业务逻辑控制功能，
其特征在于，所述方法包含以下步骤：
A被叫用户或转向用户的业务控制单元在收到来自前向的呼叫请求消息时，如果用户空闲可被直接呼入，则向该用户发送呼叫请求消息并向媒体资源控制单元申请铃音资源，并在收到该用户回应的振铃消息和代表铃音资源申请成功的应答响应消息后，向前向发送代表该铃音资源的振铃消息；
B所述业务控制单元在需要发起呼叫前转时，向转向用户发起前转呼叫的呼叫请求消息，此后在收到来自后向的振铃消息时，去激活后向的铃音资源，且当前如果没有向主叫用户播放回铃音，则向媒体资源控制单元申请铃音资源，收到代表铃音资源申请成功的应答响应消息后，向前向发送代表该铃音资源的振铃消息；
C主叫用户的媒体控制设备收到来自后向的振铃消息时，指示打开媒体通道接收后向回铃音。
9.根据权利要求8所述的通信***中回铃音的实现方法，其特征在于，所述被叫用户或转向用户的业务控制单元在向前向发送振铃消息前，还包含以下步骤：
判断是否已经向前向发送了其它媒体的会话描述协议描述，如果是，则需要先向前向修改其对端媒体为本方申请的铃音资源的会话描述协议描述。
10.根据权利要求8所述的通信***中回铃音的实现方法，其特征在于，所述去激活后向的铃音资源的步骤可以通过以下方式实现：
在向后向发送的“reInvite”消息或“Update”消息中修改主叫用户会话描述协议描述的媒体方向，将媒体方向属性修改为表示主叫用户只发送不接收媒体流的“sendonly”或表示主叫用户停止媒体流的“inactive”。
11.根据权利要求8至10中任一项所述的通信***中回铃音的实现方法，其特征在于，所述被叫用户或转向用户的业务控制单元在收到来自非铃音资源媒体对呼叫请求应答的“200 OK”应答响应消息时，向前向传递该“200OK”应答响应消息，完成主叫和该媒体的会话建立。
12.根据权利要求11所述的通信***中回铃音的实现方法，其特征在于，所述“200 OK”应答响应消息可以是以下的任一种：
用户摘机应答、语音邮箱应答、以及各类呼入失败的语音通知。
13.根据权利要求11所述的通信***中回铃音的实现方法，其特征在于，所述被叫用户或转向用户的业务控制单元在向前向传递所述“200 OK”应答响应消息前还包含以下步骤：
判断是否已经向前向发送了其它媒体的会话描述协议描述，如果是，则需要先向前向修改其对端媒体为该非铃音资源媒体的会话描述协议描述。
14.根据权利要求8至10中任一项所述的通信***中回铃音的实现方法，其特征在于，所述步骤A中可以包含以下子步骤：
最终振铃的所述用户的业务控制单元在收到来自前向的呼叫请求消息时，先向所述用户发送呼叫请求消息，待收到表示终端振铃的振铃消息后，再向所述媒体资源控制单元申请铃音资源。
15.根据权利要求8至10中任一项所述的通信***中回铃音的实现方法，其特征在于，所述步骤A中可以包含以下子步骤：
最终振铃的所述用户的业务控制单元在收到来自前向的呼叫请求消息时，先向所述媒体资源控制单元申请铃音资源，待申请成功后暂不播放，再向所述用户发送呼叫请求消息，待收到表示终端振铃的振铃消息后，才开始播放所申请的铃音资源。
16.根据权利要求8至10中任一项所述的通信***中回铃音的实现方法，其特征在于，所述主叫用户、被叫用户和转向用户可以使用相同或不同类型的终端，终端类型可以是以下的任一种：
固定话机、综合业务数字网终端、会话发起协议终端、H.323终端、软终端、全球移动通信***手机、码分多址手机、第三代移动通信手机、无线局域网终端、个人手持电话***终端。
17.根据权利要求16所述的通信***中回铃音的实现方法，其特征在于，当所述主叫用户、被叫用户和转向用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点或媒体网关控制单元完成非会话发起协议与会话发起协议之间的转译。
18.根据权利要求8至10中任一项所述的通信***中回铃音的实现方法，其特征在于，所述主叫用户的描述媒体控制设备可以是：主叫用户终端、主叫用户的网络接入节点或媒体网关控制单元。
19.一种通信***中回铃音的实现方法，其中，该通信***的分组核心网使用会话发起协议作为呼叫控制信令，并以业务控制单元为注册用户提供各种业务逻辑控制功能，
其特征在于，所述方法包含以下步骤：
被叫用户或转向用户的业务控制单元向媒体资源控制单元申请铃音资源，并将收到的对呼叫请求应答的应答响应消息向前向传递，其中设置表明该应答响应消息是来自铃音资源的第二标志；
所述被叫用户或转向用户的业务控制单元解析所收到的所述应答响应消息，判断其中是否包含所述第二标志，如果是则去激活后向的铃音资源；
主叫用户的媒体控制设备收到来自后向的振铃消息时，指示打开媒体通道接收后向回铃音。
20.根据权利要求19所述的通信***中回铃音的实现方法，其特征在于，所述第二标志设置在代表应答响应的“200 OK”消息的“Contact”头域中，以消息来源的用户代理的能力来描述。
21.根据权利要求20所述的通信***中回铃音的实现方法，其特征在于，所述第二标志的描述方式可以是“description＝″<RBT>″”，其中“RBT”是对会话发起协议的扩展，表示一个铃音资源。
22.根据权利要求19至21中任一项所述的通信***中回铃音的实现方法，其特征在于，所述去激活后向的铃音资源的步骤可以通过以下方式实现：
在向后向发送的“reInvite”消息或“Update”消息中修改主叫用户会话描述协议描述的媒体方向，将媒体方向属性修改为表示主叫用户只发送不接收媒体流的“sendonly”或表示主叫用户停止媒体流的“inactive”。
23.根据权利要求19至21中任一项所述的通信***中回铃音的实现方法，其特征在于，所述主叫用户、被叫用户和转向用户可以使用相同或不同类型的终端，终端类型可以是以下的任一种：
固定话机、综合业务数字网终端、会话发起协议终端、H.323终端、软终端、全球移动通信***手机、码分多址手机、第三代移动通信手机、无线局域网终端、个人手持电话***终端。
24.根据权利要求23所述的通信***中回铃音的实现方法，其特征在于，当所述主叫用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点或媒体网关控制单元完成非会话发起协议与会话发起协议之间的转译；
当所述被叫用户和转向用户终端不支持会话发起协议时，所述方法中涉及到该终端的各消息可以由网络接入节点完成非会话发起协议与会话发起协议之间的转译。
25.根据权利要求19至21中任一项所述的通信***中回铃音的实现方法，其特征在于，所述主叫用户的描述媒体控制设备可以是：主叫用户终端、主叫用户的网络接入节点或媒体网关控制单元。
CNB200510034345XA 2005-04-21 2005-04-21 通信***中回铃音的实现方法 Expired - Fee Related CN100531267C (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CNB200510034345XA CN100531267C (zh) 2005-04-21 2005-04-21 通信***中回铃音的实现方法
EP06741698A EP1874016A4 (en) 2005-04-21 2006-04-21 METHOD FOR REALIZING A CALL IN A COMMUNICATION SYSTEM
PCT/CN2006/000754 WO2006111100A1 (fr) 2005-04-21 2006-04-21 Procede pour realiser un signal de rappel dans un systeme de communication
US11/875,195 US7986775B2 (en) 2005-04-21 2007-10-19 Method for realizing ring back tone in communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB200510034345XA CN100531267C (zh) 2005-04-21 2005-04-21 通信***中回铃音的实现方法

Publications (2)

Publication Number Publication Date
CN1855961A true CN1855961A (zh) 2006-11-01
CN100531267C CN100531267C (zh) 2009-08-19

Family

ID=37114726

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB200510034345XA Expired - Fee Related CN100531267C (zh) 2005-04-21 2005-04-21 通信***中回铃音的实现方法

Country Status (4)

Country Link
US (1) US7986775B2 (zh)
EP (1) EP1874016A4 (zh)
CN (1) CN100531267C (zh)
WO (1) WO2006111100A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100444550C (zh) * 2006-12-30 2008-12-17 北京邮电大学 在一次呼叫过程中实现多个早期媒体类业务的方法
WO2010043124A1 (zh) * 2008-10-13 2010-04-22 华为技术有限公司 一种呼叫筛选的方法和***
WO2010078775A1 (zh) * 2008-12-29 2010-07-15 华为技术有限公司 一种分布式业务的实现方法、装置及***
CN101552952B (zh) * 2009-05-06 2011-12-07 中兴通讯股份有限公司 一种广播呼叫的实现方法及***
CN102769708A (zh) * 2008-06-05 2012-11-07 华为技术有限公司 提供定制铃音的方法、装置与***
CN103200650A (zh) * 2013-03-22 2013-07-10 北京久华信信息技术有限公司 基于sip协议实现无线通信***资源申请的方法
CN101610488B (zh) * 2008-06-20 2014-06-11 杭州世导科技有限公司 跨网络通讯工具统一编号及拨打***及方法
CN106658435A (zh) * 2015-11-03 2017-05-10 ***通信集团公司 一种早媒体放音方法、网络***及终端

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101192851A (zh) * 2006-11-28 2008-06-04 华为技术有限公司 防止彩铃串音的方法、***和应用服务器
CN101409952B (zh) * 2007-10-09 2012-11-21 华为技术有限公司 一种实现多媒体彩振业务以及彩振过滤的方法和装置
US8179916B2 (en) * 2007-10-29 2012-05-15 Cisco Technology, Inc. Properly playing in-band tones before call establishment when performing protocol interworking
WO2012028359A1 (en) * 2010-08-31 2012-03-08 Alcatel Lucent Monitoring of call forwarding destination
US8886558B2 (en) 2011-09-11 2014-11-11 Dani Alyamour Method and system for implementing mobile transaction solution based on early media dynamic content generation
US9762628B2 (en) * 2013-02-19 2017-09-12 Avaya Inc. Implementation of the semi-attended transfer in SIP for IP-multimedia subsystem environments
CN103118344A (zh) * 2013-03-05 2013-05-22 北京车音网科技有限公司 信息接收与发送方法、装置及信息收发***
CN108064061B (zh) * 2016-11-07 2020-09-08 中兴通讯股份有限公司 消息发送方法及装置、***
US11038929B1 (en) * 2017-05-24 2021-06-15 First Orion Corp. Efficient SIP message modification

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7035248B2 (en) * 2000-08-10 2006-04-25 Alcatel Switch with emulation client
US6816583B2 (en) * 2001-02-12 2004-11-09 Siemens Aktiengesellschaft System and method for call transferring in a communication system
US20040120494A1 (en) * 2002-12-12 2004-06-24 Shaoning Jiang Method and system for customized call termination
CN1543231A (zh) * 2003-04-30 2004-11-03 中兴通讯股份有限公司 个性化回铃音业务***及实现方法
US7340049B2 (en) * 2003-10-10 2008-03-04 Lucent Technologies Inc. Feedback to calling communication device on call connected with intelligent network signaling

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100444550C (zh) * 2006-12-30 2008-12-17 北京邮电大学 在一次呼叫过程中实现多个早期媒体类业务的方法
CN102769708A (zh) * 2008-06-05 2012-11-07 华为技术有限公司 提供定制铃音的方法、装置与***
CN102769708B (zh) * 2008-06-05 2014-09-17 华为技术有限公司 提供定制铃音的方法、装置与***
CN101610488B (zh) * 2008-06-20 2014-06-11 杭州世导科技有限公司 跨网络通讯工具统一编号及拨打***及方法
WO2010043124A1 (zh) * 2008-10-13 2010-04-22 华为技术有限公司 一种呼叫筛选的方法和***
WO2010078775A1 (zh) * 2008-12-29 2010-07-15 华为技术有限公司 一种分布式业务的实现方法、装置及***
CN101448334B (zh) * 2008-12-29 2012-04-04 华为技术有限公司 一种分布式业务的实现方法、装置及***
CN101552952B (zh) * 2009-05-06 2011-12-07 中兴通讯股份有限公司 一种广播呼叫的实现方法及***
CN103200650A (zh) * 2013-03-22 2013-07-10 北京久华信信息技术有限公司 基于sip协议实现无线通信***资源申请的方法
CN103200650B (zh) * 2013-03-22 2015-08-05 北京久华信信息技术有限公司 基于sip协议实现无线通信***资源申请的方法
CN106658435A (zh) * 2015-11-03 2017-05-10 ***通信集团公司 一种早媒体放音方法、网络***及终端

Also Published As

Publication number Publication date
EP1874016A4 (en) 2008-10-01
CN100531267C (zh) 2009-08-19
US7986775B2 (en) 2011-07-26
EP1874016A1 (en) 2008-01-02
WO2006111100A1 (fr) 2006-10-26
US20080118040A1 (en) 2008-05-22

Similar Documents

Publication Publication Date Title
CN1855961A (zh) 通信***中回铃音的实现方法
CN1852362A (zh) 被叫向主叫提供指示信息的方法及其***
CN1870691A (zh) 网络互通时主叫用户终端听被叫信号音的方法
CN1852360A (zh) 一种多媒体彩铃实现方法与***
CN1968318A (zh) 统一通信业务的通讯方法及统一通信业务***和相关装置
CN101061729A (zh) 用于提供组合网络服务的方法和相关移动通信***
CN1747470A (zh) 分组域业务信号处理***及其方法
CN1773967A (zh) 通过分组域为电路域用户提供业务的方法
CN101052161A (zh) 一种实现ims业务互通的方法和***
CN1852081A (zh) 一种通过下一代网络实现多方会议的方法
CN1852364A (zh) 主叫终端控制个性化信息的方法和应用该方法的终端设备
CN1870826A (zh) 一种呼叫释放控制***及其方法
CN101047628A (zh) 一种电路域终端接入分组网络实现分组业务的***和方法
CN1859502A (zh) 主叫屏蔽方法、装置及其应用
CN1909686A (zh) 一种实现多媒体彩铃音业务的***及方法
CN1859496A (zh) 一种实现多媒体彩铃业务的***及方法
CN1889603A (zh) 一种点击拨号业务的实现方法
CN1848885A (zh) 通信***中的呼叫代答方法
CN101047524A (zh) 实现多媒体录制的方法及***
CN1859482A (zh) 一种提供实时回铃音的方法和***
CN1812453A (zh) 一种留言灯的实现方法及通信***
CN1921518A (zh) 录制设备、存储服务器、录制***及方法和回放***及方法
CN101080097A (zh) 一种实现多媒体呼叫业务的方法、***及装置
US8300796B2 (en) Method and system for enhanced call notification and treatment
CN1859478A (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
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: INVENT CO., LTD.

Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD.

Effective date: 20140526

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20140526

Address after: American California

Patentee after: INVENT CORP.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

TR01 Transfer of patent right

Effective date of registration: 20170706

Address after: American California

Patentee after: Yingweite SPE limited liability company

Address before: American California

Patentee before: INVENT CORP.

TR01 Transfer of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090819

Termination date: 20180421

CF01 Termination of patent right due to non-payment of annual fee