CN101668229A - 多媒体铃音业务的呼叫和控制方法、装置及*** - Google Patents
多媒体铃音业务的呼叫和控制方法、装置及*** Download PDFInfo
- Publication number
- CN101668229A CN101668229A CN 200810135543 CN200810135543A CN101668229A CN 101668229 A CN101668229 A CN 101668229A CN 200810135543 CN200810135543 CN 200810135543 CN 200810135543 A CN200810135543 A CN 200810135543A CN 101668229 A CN101668229 A CN 101668229A
- Authority
- CN
- China
- Prior art keywords
- ringtone service
- multimedia ringtone
- calling terminal
- multimedia
- terminal
- 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
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/42025—Calling or Called party identification service
- H04M3/42085—Called party identification service
- H04M3/42093—Notifying the calling party of information on the called or connected party
-
- 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/1096—Supplementary features, e.g. call forwarding or call holding
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种多媒体铃音业务的呼叫和控制方法、装置及***，涉及多媒体铃音业务，解决了在终端不具有早期媒体协商能力时影响正常话音通道建立的问题。本发明实施例通过在主叫终端发起的呼叫请求中携带终端能力信息，以便于呼叫控制实体或者应用支持功能实体判断主叫终端是否支持多媒体铃音业务，若主叫终端不支持多媒体铃音业务，则表示主叫终端不具有早期媒体协商能力，故而可以不发起主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。本发明实施例主要用于多媒体铃音业务***。
Description
技术领域
本发明涉及通信领域，尤其涉及对通信中运用的多媒体铃音业务的呼叫和控制的方法、装置，以及采用该控制方法的***。
背景技术
语音通话在会话建立过程当中，主叫终端完成拨号之后，在主叫终端和交换机之间建立话音通道，并由交换机指示被叫终端进行振铃；在被叫终端未摘机的情况下可以通过交换机向主叫终端发送回铃音，或者由主叫终端本身播放回铃音。当被叫终端摘机后，在被叫终端和交换机之间建立话音通道，这样，主叫终端和被叫终端可以通过主叫终端和交换机之间的话音通道、以及被叫终端和交换机之间的话音通道进行通话。为了有效利用被叫终端摘机之前在主叫终端和交换机之间建立的话音通道，在被叫终端未摘机的情况下，交换机向主叫终端发送彩铃作为回铃音。
在可视电话等业务中，可以将多媒体音频、视频等作为铃音，但由于这些多媒体铃音所传输的数据量较大，故而现有技术中都需要在交换机和主叫终端之间、或者交换机和被叫终端之间建立一个的早期媒体通道。
主叫终端通过正常的呼叫信令发起呼叫，在呼叫信令中携带被叫终端的信息，在被叫终端开通了相关多媒体铃音业务的情况下，在彩铃服务器/交换机和主叫终端之间建立早期媒体通道，并且彩铃服务器/交换机通过所建立的早期媒体通道向主叫终端发送多媒体铃音。当被叫终端摘机后，拆除彩铃服务器/交换机和主叫终端之间的早期媒体通道。同时通过信令分别建立主叫终端和交换机、交换机和被叫终端的话音通道，以便主叫终端和被叫终端进行通信。
在实现上述现有技术方案中，发明人发现现有技术中至少存在如下问题：
1、上述语音通话的建立过程中，通过主叫终端和交换机之间的话音通道来传输回铃音，如果该回铃音采用多媒体铃音业务实现，但主叫终端不具有接收多媒体铃音业务的能力，将导致主叫终端不能正常接收回铃音，用户可能会因为听不到回铃音而挂机，从而影响正常话音通道的建立。
2、上述可视电话等业务采用的方案当中，彩铃服务器/交换机默认主叫终端具有早期媒体协商能力，并能够与彩铃服务器/交换机建立早期媒体通道。当主叫终端不具有早期媒体协商能力时，主叫终端会把建立早期媒体通道的信令当成建立话音通道的信令，并将拆除早期媒体通道的信令当成拆除话音通道的信令，导致主叫终端中断本次通信，影响正常话音通道的建立。
发明内容
本发明实施例提供一种多媒体铃音业务的呼叫和控制方法、装置及***，在终端不具有早期媒体协商能力时不会影响正常话音通道的建立。
为了达到上述目的，本发明实施例采用如下技术方案：
一种多媒体铃音业务的呼叫方法，包括：
向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息和/或多媒体铃音业务能力信息。
一种多媒体铃音业务的控制方法，包括：
接收主叫终端的能力信息；
根据所述能力信息判断主叫终端是否支持多媒体铃音业务；
当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
一种多媒体铃音业务的控制方法，包括：
接收主叫终端的能力信息；
根据所述能力信息判断主叫终端是否支持多媒体铃音业务；
当所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
一种终端，包括：
呼叫单元，用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息和/或多媒体铃音业务能力信息。
一种多媒体铃音业务控制实体，包括：
接收单元，用于接收主叫终端的能力信息；
判断单元，用于根据所述能力信息判断主叫终端是否支持多媒体铃音业务；
当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
一种多媒体铃音业务控制实体，包括：
接收单元，用于接收主叫终端的能力信息以及多媒体铃音业务能力信息；
判断单元，用于根据所述能力信息判断主叫终端是否支持多媒体铃音业务；
控制单元，用于当所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求；
选择单元，用于根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型。
一种多媒体铃音业务的控制***，包括：
主叫终端，用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息；
呼叫控制实体，用于接收主叫终端发起的呼叫请求，根据所述能力信息判断主叫终端是否支持多媒体铃音业务；当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
一种多媒体铃音业务的控制***，包括：
主叫终端，用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息；
呼叫控制实体，用于将所述呼叫请求中的终端能力信息发送给应用支持功能实体；
应用支持功能实体，用于接收呼叫控制实体转发的终端能力信息，并根据所述能力信息判断主叫终端是否支持多媒体铃音业务；当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
本发明实施例提供的多媒体铃音业务的呼叫和控制方法、装置及***，在主叫终端发起呼叫请求时，在呼叫请求中携带有终端的能力信息，本实施例中，通过呼叫控制实体或者应用支持功能实体利用上述能力信息判断出主叫终端是否支持多媒体铃音业务，在主叫终端不支持多媒体铃音业务的情况下，不需要建立主叫终端与媒体资源处理实体之间的早期媒体通道，相对于现有技术中无论主叫终端是否支持多媒体铃音业务均需要建立早期媒体通道而言，当主叫终端不能正常接收回铃音，本实施例不会出现用户因为听不到回铃音而挂机的情况，保证了正常话音通道的成功建立；同样，当主叫终端不具有早期媒体协商能力时，本实施例的主叫终端不会将拆除早期媒体通道的信令当成拆除话音通道的信令，保证正常话音通道的成功建立。
附图说明
图1为本发明实施例1中多媒体铃音业务呼叫方法流程图；
图2为本发明实施例1中多媒体铃音业务控制方法一种实现的流程图；
图3为本发明实施例1中多媒体铃音业务控制方法另一种实现的流程图；
图4为本发明实施例1中终端的框图；
图5为本发明实施例1中多媒体铃音业务控制实体的框图；
图6为本发明实施例1中多媒体铃音业务控制实体的另一框图；
图7为本发明实施例1中第一种多媒体铃音业务控制***的原理图；
图8为本发明实施例1中第二种多媒体铃音业务控制***的原理图；
图9为本发明实施例2中多媒体铃音业务控制方法的流程图；
图10为本发明实施例3中多媒体铃音业务控制方法的流程图；
图11为本发明实施例4中多媒体铃音业务控制方法的流程图；
图12为本发明实施例5中多媒体铃音业务控制方法的流程图；
图13为本发明实施例6中多媒体铃音业务控制方法的流程图；
图14为本发明实施例7中终端的框图；
图15为本发明实施例7中呼叫控制实体的框图；
图16为本发明实施例7中应用支持功能实体的框图；
图17为本发明实施例8中第一种多媒体铃音业务控制***的原理图；
图18为本发明实施例8中第二种多媒体铃音业务控制***的原理图。
具体实施方式
下面结合附图对本发明实施例多媒体铃音业务的呼叫和控制方法、装置及***进行详细描述。
实施例1：
本实施例提供一种多媒体铃音业务的呼叫方法，如图1所示，该呼叫方法包括如下步骤：
101、主叫终端向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息和/或多媒体铃音业务能力信息；本实施例中的呼叫控制实体在电路承载域中可以为呼叫服务器(Call Server)或者呼叫控制中心服务器(MSC Server)；在IP多媒体子***(IMS)中可以为呼叫会话控制功能(CSCF，Call SessionControl Function)。
本实施例提供一种多媒体铃音业务的控制方法，如图2所示，该控制方法包括如下步骤：
201、接收主叫终端发起的呼叫请求，该呼叫请求中携带有主叫终端的能力信息。
202、根据主叫终端携带的能力信息判断其是否支持多媒体铃音业务。当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
本实施例提供一种多媒体铃音业务的控制方法，如图3示，该控制方法包括如下步骤：
301、接收控制实体转发的终端能力信息。
302、根据主叫终端携带的能力信息判断其是否支持多媒体铃音业务。当所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
对应于图1中多媒体铃音业务的呼叫方法，本实施例还提供一种终端，如图4所示，该终端包括呼叫单元401。
所述呼叫单元401用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息以及多媒体铃音能力信息。。
对应于图2中多媒体铃音业务的控制方法，本实施例还提供一种多媒体铃音业务控制实体，如图5所示，该多媒体铃音业务控制实体包括接收单元501、判断单元502。
所述接收单元501，用于接收主叫终端的能力信息；所述判断单元502，用于多媒体铃音业务控制实体根据所述能力信息判断主叫终端是否支持多媒体铃音业务；当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
对应于图2中多媒体铃音业务的控制方法，本实施例还提供一种多媒体铃音业务控制实体，如图6所示，该应用支持功能实体包括：接收单元601，判断单元602，控制单元603，选择单元604。
所述接收单元601，用于接收主叫终端的能力信息以及多媒体铃音业务能力信息；所述判断单元602，用于多媒体铃音业务控制实体根据主叫终端的能力信息判断主叫终端是否支持多媒体铃音业务；当所述主叫终端支持多媒体铃音业务时，所述控制单元603发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求；所述选择单元604，用于根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型。
本实施例还提供一种多媒体铃音业务的控制***，如图7所示，包括主叫终端701、呼叫控制实体702。
所述主叫终端701，用于向呼叫控制实体发702起呼叫请求，该呼叫请求中携带有终端能力信息；所述呼叫控制实体702，用于接收主叫终端701发起的呼叫请求，呼叫控制实体702根据主叫终端701的能力信息判断主叫终端701是否支持多媒体铃音业务；当所述主叫终端701不支持多媒体铃音业务时，不发起所述主叫终端701与媒体资源处理实体之间建立早期媒体通道的请求。
本实施例还提供一种多媒体铃音业务的控制***，如图8所示，包括主叫终端801、呼叫控制实体802、应用支持功能实体803。
所述主叫终端801，用于向呼叫控制实体802发起呼叫请求，该呼叫请求中携带有终端能力信息；所述呼叫控制实体802，用于将所述呼叫请求中的终端能力信息发送给应用支持功能实体803；所述应用支持功能实体803，用于接收呼叫控制实体802转发的终端能力信息，并根据所述能力信息判断主叫终端801是否支持多媒体铃音业务；当所述主叫终端801不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
通过上述多媒体铃音业务的呼叫和控制方法的处理，主叫终端通过在呼叫请求消息当中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息；在触发多媒体铃音业务之前，呼叫控制实体或应用支持功能实体可以利用主叫终端的终端能力信息进行预先的判断，如果主叫终端不支持多媒体铃音业务，则不会建立主叫终端与媒体资源处理实体之间的早起媒体通道；如果主叫终端支持多媒体铃音业务，则会根据主叫终端的多媒体铃音业务能力信息来选择合适的多媒体铃音业务。这样就不会导致因主叫终端不支持早期媒体协商而出现早期媒体通道连接失败，用户因为听不到回铃音而挂机的情况，保证了正常话音通道的成功建立；同样，当主叫终端不具有早期媒体协商能力时，本实施例的主叫终端也不会将拆除早期媒体通道的信令当成拆除话音通道的信令，从而保证正常话音通道的成功建立。
实施例2：
本实施例的应用场景为采用Call Server的CS域网络，其中，主叫终端通过Call Server接入通信网络，并且主叫终端通过网关同Call Server进行连接。在本实施例中，呼叫控制实体通过Call Server实现，并且在设置了与CallServer连接的AS-FE(应用支持功能实体)以及MRP-FE(媒体资源处理实体)；本实施例中的多媒体铃音业务包括多媒体彩铃、多媒体彩振和多媒体彩像业务。
如图9所示，本实施例中多媒体铃音业务的控制方法包括如下步骤：
901、为了发起对被叫终端的多媒体呼叫，主叫终端向Call Server发送request B消息(即呼叫请求)，该request B消息中包含有主叫终端的终端能力信息和/或多媒体铃音业务能力信息。本实施例中的Request B消息并不限定携带终端能力信息和/或多媒体铃音业务能力信息的具体方法。
902、为了通知被叫终端进行振铃，本实施例中的Call Server还可以将上述的request B消息转发到被叫终端，同时Call Server可以缓存Request B消息所携带的终端能力信息和/或多媒体铃音业务能力信息。
可选地，在Call Server可以修改上述的Request B消息后在发送给被叫终端，这样，在修改后的消息中，Call Server可以要求被叫终端返回相应终端能力信息和/或多媒体铃音业务能力信息。
903、被叫终端接收到Request B消息后发出振铃以便提醒用户接听，同时被叫终端向Call Server返回一个响应消息(response)。
如果Call Server修改了上述Request B消息并要求被叫终端返回终端能力信息和/或多媒体铃音业务能力信息，则被叫终端可以在response消息中携带被叫终端的终端能力信息和/或多媒体铃音业务能力信息。
904、如果被叫终端签约了CRBT(个性化回铃音业务)，Call Server根据所述终端能力信息判断主叫终端是否支持多媒体铃音业务，如果主叫终端不支持多媒体铃音业务，则不需要建立早期媒体通道，也就不用执行步骤905至步骤911，直接等待被叫终端应答；如果主叫终端支持多媒体铃音业务，则执行步骤905。
905、Call Server根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型。
906、Call Server向AS-FE发送CRBT请求消息(request消息)，以通知AS-FE触发该对应的多媒体铃音业务。
907、AS-FE向MRP-FE发送CRBT媒体请求(request CRBT media)消息，以便向请求MRP-FE相关的CRBT媒体资源。
上述步骤906和步骤907中，Call Server需要将所选的多媒体铃音业务类型通过AS-FE发送到MRP-FE。
908、MRP-FE向AS-FE返回CRBT媒体响应(response CRBT media)消息，以便响应AS-FE发送的CRBT媒体请求，并在其中携带CRBT会话信息。
909、AS-FE向Call Server发送CRBT应答(answer CRBT)消息，以便响应Call Server发送的CRBT请求消息，并在CRBT应答消息中携带CRBT会话信息。
910、Call Server向主叫终端发送CRBT连接(connect CRBT)消息，指示主叫终端同执行一个媒体协商过程，以便在主叫终端和MRP-FE之间建立早期媒体通道。
911、所述MRP-FE通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端，即：建立MRP-FE和主叫终端之间的媒体流。这样，主叫终端可以收听到被叫终端预先配置的CRBT业务的回铃音。
912、被叫终端摘机应答，此时被叫终端向Call Server发送应答(answer)消息，应答主叫终端的通话请求。
913、Call Server接收到被叫终端发送的应答(answer)消息之后，向AS-FE发送布告(Notify)消息，该消息用来控制停止播放回铃音。
914、AS-FE向MRP-FE转发Call Server发送的布告(Notify)消息，指示MRP-FE停止播放回铃音。
915、Call Server向主叫终端发送连接建立消息，指示主叫终端和被叫终端建立连接。
916、主叫终端与被叫终端通过建立的连接传递通话的媒体流。这样，一个正常的通话过程就完成了建立。
在本实施例中还可以通过AS-FE判断主叫终端是否支持多媒体铃音业务，并选择多媒体铃音业务的类型，其具体实现步骤和上述方法基本相同，如图9中的虚线所示，不同之处在于上述方法中的步骤904至步骤906需要通过如下步骤代替：
904′、如果被叫终端签约了CRBT(个性化回铃音业务)，Call Server将接收到的终端能力信息和/或多媒体铃音业务能力信息发送给AS-FE。
905′、AS-FE根据所述终端能力信息判断主叫终端是否支持多媒体铃音业务，如果主叫终端不支持多媒体铃音业务，则不需要建立早期媒体通道，也就不用执行步骤906′、步骤907至步骤911，直接等待被叫终端应答；如果主叫终端支持多媒体铃音业务，则执行步骤906′。
906′、AS-FE根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型。
本实施例中，Call Server判断主叫终端是否支持多媒体铃音业务，并选择多媒体铃音业务的步骤，可以放在Call Server通知被叫终端进行振铃之前执行。
通过上述多媒体铃音业务的呼叫和控制方法的处理，主叫终端通过在呼叫请求消息当中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息；在触发多媒体铃音业务之前，Call Server或AS-FE可以利用主叫终端的终端能力信息进行预先的判断，如果主叫终端不支持多媒体铃音业务，则不会建立主叫终端与媒体资源处理实体之间的早起媒体通道；如果主叫终端支持多媒体铃音业务，则会根据主叫终端的多媒体铃音业务能力信息来选择合适的多媒体铃音业务。这样就不会导致因主叫终端不支持早期媒体协商而出现早期媒体通道连接失败，用户因为听不到回铃音而挂机的情况，保证了正常话音通道的成功建立；同样，当主叫终端不具有早期媒体协商能力时，本实施例的主叫终端也不会将拆除早期媒体通道的信令当成拆除话音通道的信令，从而保证正常话音通道的成功建立。
实施例3：
本例是通过CS(电路)的可视电话的方式实现多媒体铃音的终端能力携带的实施例。在本方案当中，主叫终端通过MSC Server A接入PLMN(公众陆地移动通信网)核心网络，其中MSC Server A完成呼叫控制实体的功能，并通过多媒体彩铃平台完成多媒体铃音业务，实现媒体资源处理实体的功能；本实施例中的多媒体铃音业务包括多媒体彩铃、多媒体彩振和多媒体彩像业务。
如图10所示，本实施例中多媒体铃音业务的控制方法包括如下步骤：
1001、为了发起对被叫终端的多媒体呼叫，主叫终端向MSC Server A发送设置(SETUP)消息，该消息中携带有终端能力信息和所支持的多媒体铃音业务能力信息。在本例当中，消息中通过BC_IE信元用来表示该终端所支持可视电话的能力，通过UUI(User-to-User IE信元)携带终端所支持的多媒体铃音业务能力。
1002、MSC SERVER A向HLR(用户归属位置寄存器)B发起查询位置信息(SRI)请求，以便获取被叫终端的路由信息。
1003、MSC SERVER A根据主叫终端发送的终端业务能力判断主叫终端是否支持多媒体铃音业务，如果主叫终端不支持多媒体铃音业务，则不需要建立早期媒体通道，也就不用执行步骤1017至步骤1023、步骤1025至步骤1029，直接等待被叫终端应答；如果主叫终端支持多媒体铃音业务，则执行步骤1004。
1004、MSC SERVER A根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型。
1005、HLR B向被叫附着的MSC SERVER B发起提供漫游号码请求(PRN)，以便取漫游号码。
在MSC SERVER B支持预寻呼的情况下，由MSC SERVER B向被叫终端发起预寻呼。
1006、MSC SERVER B向HLR B返回漫游号码。
1007、HLR B向MSC SERVER A返回被叫终端的漫游号码，并携带被叫终端是否定制多媒体铃音业务的信息。
1008、MSC SERVER A获得被叫终端的移动台漫游号码(MRSN)后，向主叫终端发起呼叫(Call_Proceeding)。
1009、MSC SERVER A向MSC SERVER B发起I SDN用户部分初始化地址消息(ISUP IAM)。如果被叫终端签约了主叫号码显示业务，ISUP IAM消息中需要携带主叫号码。
1010、如果MSC SERVER B在取漫游号码时没有发起预寻呼，则MSC SERVERB向被叫终端发起寻呼请求消息(Paging)，若MSC SERVER B在取漫游号码时发起了预寻呼，则本步骤可以省略。
1011、被叫终端向MSC SERVER B返回寻呼响应消息(Paging_rsp)。
1012、MSC SERVER B向被叫终端发SETUP消息，消息中携带主叫终端的终端能力信息，同时在该消息的UUI当中携带需要被叫终端上报业务能力的需求字段。
1013、被叫终端向MSC SERVER B返回呼叫证实(CALL CONFIRMED)消息，表示能够支持可视电话被叫；同时在UUI当中携带被叫终端所支持的多媒体铃音业务能力。
1014、被叫终端振铃后，被叫终端向MSC SERVER B返回振铃(ALERTING)消息。
1015、MSC SERVER B向MSC SERVER A返回呼叫控制协议地址全消息(BICCACM)。MSC SERVER B在返回的地址全消息中携带被叫终端的终端能力信息和/或多媒体铃音业务能力信息。
1016、MSC SERVER A向主叫终端返回振铃ALERTING消息。
1017、在被叫终端定制了多媒体铃音业务时，MSC SERVER A向多媒体彩铃平台发起呼叫控制协议初始化地址消息(BICC IAM)，并在该消息中携带了所选的多媒体铃音业务类型信息。
1018、多媒体彩铃平台向MSC SERVER A返回呼叫控制协议地址全消息(BICCACM)，该呼叫控制协议地址全消息中携带了将要开展的多媒体铃音业务类型。
1019、MSC SERVER A根据多媒体彩铃平台返回的选择结果信息来判断该多媒体铃音业务类型是否在主叫终端和被叫终端之间都支持，如果不支持，返回失败消息，中断多媒体铃音业务，保证可视电话的正常开展，也就不用执行步骤1021至步骤1024、步骤1026至步骤1030；如果支持，则执行步骤1021。
1020、MSC SERVER A在接到彩铃平台发来的地址全消息(ACM)后，MSC SERVERA向主叫终端发送连接信令(CONNECT)，同时监听被叫终端的MSC SERVER B是否有返回消息。
1021、主叫终端向MSC SERVER A返回应答(CONNECT ACK)消息。
1022、主叫终端和多媒体彩铃平台之间建立早期媒体通道，本实施例中的早期媒体通道为H.245(多媒体通信控制协议)通道。
1023、主叫终端和多媒体彩铃平台之间建立H.245协议的早起媒体通道后，主叫终端就可以收看多媒体彩铃平台播放的多媒体铃音信息。
1024、被叫终端摘机，向MSC SERVER B发送应答消息(CONNECT)。
1025、被叫终端的MSC SERVER B向主叫终端的MSC SERVERA返回呼叫控制协议应答消息(BICC ANM)，以便主叫终端与被叫终端进行连接。
1026、被叫终端的MSC SERVER B向被叫终端返回连接确认(CONNECT ACK)。
1027、主叫终端的MSC SERVER A向多媒体彩铃平台发送呼叫控制协议释放(BICC Release)消息，使多媒体彩铃平台和主叫终端之间拆除H.245协议的早期媒体通道。
1028、多媒体彩铃平台和主叫终端之间拆除H.245协议的早期媒体通道。
1029、H.245的早起媒体通道拆除后，多媒体彩铃平台向主叫终端的MSCSERVER A返回呼叫控制协议释放完成(BICC Release Complete)消息。
1030、主叫终端和被叫终端之间建立H.245协议通道。
1031、主叫终端和被叫终端利用建立的通道进行通话。
1032、可视电话通话完毕后，主叫终端和被叫终端之间拆除H.245协议的通道和底层电路承载过程。
本实施例中的多媒体彩铃平台也可以加入判断的功能，相当于将实施例2中的AS-FE完成的判断在多媒体彩铃平台上实现，这种情况下，具体实施步骤和图10中描述相当，只是不需要执行步骤1003和步骤1004，并且将步骤1017替换为1017′，具体如下：
1017′、在被叫终端定制了多媒体铃音业务时，MSC SERVER A向多媒体彩铃平台发起呼叫控制协议初始化地址消息(BICC IAM)，并在该消息中携带了主叫终端的终端能力信息和/或多媒体铃音业务能力信息。多媒体彩铃平台接收MSCSERVER A发送过来的主叫终端的终端能力信息和所支持的多媒体铃音业务能力信息，根据主叫终端的终端能力，判断主叫终端能否支持多媒体铃音业务，如果主叫终端不支持多媒体铃音业务，则不需要建立早期媒体通道，也就不用执行步骤1019至步骤1024、步骤1026至步骤1030，直接等待被叫终端应答；如果主叫终端支持多媒体铃音业务，多媒体彩铃平台则根据主叫终端的多媒体铃音业务能力信息选择多媒体铃音业务的类型。
通过上述多媒体铃音业务的呼叫和控制方法的处理，主叫终端通过在呼叫请求消息当中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息；在触发多媒体铃音业务之前，MSC SERVER A或多媒体彩铃平台可以利用主叫终端的终端能力信息进行预先的判断，如果主叫终端不支持多媒体铃音业务，则不会建立主叫终端与媒体资源处理实体之间的早起媒体通道；如果主叫终端支持多媒体铃音业务，则会根据主叫终端的多媒体铃音业务能力信息来选择合适的多媒体铃音业务。这样就不会导致因主叫终端不支持早期媒体协商而出现早期媒体通道连接失败，用户因为听不到回铃音而挂机的情况，保证了正常话音通道的成功建立；同样，当主叫终端不具有早期媒体协商能力时，本实施例的主叫终端也不会将拆除早期媒体通道的信令当成拆除话音通道的信令，从而保证正常话音通道的成功建立。
实施例4：
本例是通过基于IMS模型的方式实现多媒体铃音的终端能力携带的实施例。在本方案当中，终端A通过S-CSC-FE(服务呼叫会话功能实体)接入IMS***，并利用IMS***实现多媒体铃音业务。在本实施例中，呼叫控制实体通过S-CSC-FE实现，并且设置了与S-CSC-FE连接的AS-FE(应用支持功能实体)以及MR-FE(媒体资源处理实体)；本实施例中的多媒体铃音业务包括多媒体彩铃、多媒体彩振和多媒体彩像业务。
如图11所示，本实施例中多媒体铃音业务的控制方法包括如下步骤：
1101、主叫终端向呼叫控制实体(S-CSC-FE)发送呼叫请求(request B)消息。并在该消息中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息。
1102、当被叫终端签约了多媒体铃音业务时，呼叫控制实体S-CSC-FE根据主叫终端在呼叫请求消息中携带的终端能力信息来判断主叫终端是否支持多媒体铃音业务。如果主叫终端不支持多媒体铃音业务，则不需要建立早期媒体通道，也就不用执行步骤1103、步骤1106至步骤1116、直接等待被叫终端应答；如果主叫终端支持多媒体铃音业务，则执行步骤1103。
1103、S-CSC-FE根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型。
1104、S-CSC-FE向AS-FE发送请求(request)消息，该消息中包含所选的多媒体铃音业务类型，从而触发特定的多媒体铃音业务。
1105、为了通知被叫终端振铃，AS-FE通过IMS网络向被叫终端发送呼叫请求(request B)消息。
可选的可以在呼叫请求(request B)消息当中携带一个信息，要求被叫终端在应答响应当中携带被叫终端的终端能力信息和所支持的多媒体铃音业务能力信息。
1106、被叫终端向AS-FE返回一个应答响应(response)消息。
如果AS-FE要求被叫终端提交被叫终端的终端能力信息和多媒体业务能力信息，则上述消息中包含被叫终端的终端能力信息和/或多媒体铃音业务能力信息。
1107、AS-FE向MR-FE发送一个媒体请求(request media CRBT)消息，向MR-FE请求CRBT媒体，该消息中包含所选的多媒体铃音业务类型。
1108、MR-FE向AS-FE发送媒体响应(response media CRBT)消息，以便响应AS-FE发送的CRBT媒体请求，并在其中携带CRBT会话信息。
1109、AS-FE向S-CSC-FE返回响应(response)消息，并在其中携带CRBT早期媒体会话描述和被叫终端的终端媒体应答。
1110、S-CSC-FE将这个响应(response)消息传递到主叫终端。
1111、主叫终端对上述S-CSC-FE传递过来的response消息当中所携带的早期媒体进行应答，并将应答的结果包含在确认字符(ACK)消息当中发送给S-CSC-FE。
1112、S-CSC-FE将这个ACK请求传递给AS-FE。
1113、AS-FE将这个ACK请求传递到MR-FE。
1114、被叫终端产生振铃，同时向AS-FE发送振铃(ringing)消息。
1115、AS-FE向MR-FE发送一个notify CRBT消息，并通过该消息指示MR-FE同主叫终端建立早起媒体通道。
1116、所述MRP-FE通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端，即：建立MRP-FE和主叫终端之间的媒体流。这样，主叫终端可以收听到被叫终端预先配置的CRBT业务的回铃音。
1117、被叫终端向AS-FE发送一个应答(answer)消息，应答整个呼叫会话。
1118、AS-FE向S-CSC-FE转发应答(answer)消息，应答整个呼叫会话。
1119、S-CSC-FE向主叫终端转发应答(answer)消息，应答整个呼叫会话，主叫终端与MR-FE拆掉早起媒体通道。
1120、主叫终端与被叫终端通过建立连接完成通话。
在本实施例中还可以通过AS-FE判断主叫终端是否支持多媒体铃音业务，并选择多媒体铃音业务的类型，其具体实现步骤和上述方法基本相同，如图11所示，只是不需要执行步骤1102和步骤1003，并且将步骤1104替换为1104′，具体如下：
1104′S-CSC-FE向AS-FE发送请求(request)消息，该消息中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息。AS-FE根据S-CSC-FE发送过来的主叫终端的终端能力信息，来判断主叫终端是否支持多媒体铃音业务。如果主叫终端不支持多媒体铃音业务，则不需要建立早期媒体通道，也就不用执行步骤1106至步骤1116、直接等待被叫终端应答；如果主叫终端支持多媒体铃音业务，AS-FE则根据主叫终端的多媒体铃音业务能力信息选择多媒体铃音业务的类型。
通过上述多媒体铃音业务的呼叫和控制方法的处理，主叫终端通过在呼叫请求消息当中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息；在触发多媒体铃音业务之前，S-CSC-FE或AS-FE可以利用主叫终端的终端能力信息进行预先的判断，如果主叫终端不支持多媒体铃音业务，则不会建立主叫终端与媒体资源处理实体之间的早起媒体通道；如果主叫终端支持多媒体铃音业务，则会根据主叫终端的多媒体铃音业务能力信息来选择合适的多媒体铃音业务。这样就不会导致因主叫终端不支持早期媒体协商而出现早期媒体通道连接失败，用户因为听不到回铃音而挂机的情况，保证了正常话音通道的成功建立；同样，当主叫终端不具有早期媒体协商能力时，本实施例的主叫终端也不会将拆除早期媒体通道的信令当成拆除话音通道的信令，从而保证正常话音通道的成功建立。
本实施例为在IMS***中运用多媒体铃音业务的实现原理，下面结合实施例5和实施例6说明实现方式。
实施例5：
本例是通过基于IMS模型的方式实现多媒体铃音的终端能力携带的实施例。在本方案当中，终端A通过P-CSC-FE(代理呼叫会话控制功能实体)接入IMS***，并利用IMS***实现多媒体铃音业务。在这个***当中，呼叫控制实体通过S-CSC-FE实现，并且在设置了与S-CSC-FE连接的CRBT AS-FE(应用支持功能实体)以及CRBT MRC/P-FE(媒体资源处理实体)；本实施例中的多媒体铃音业务包括多媒体彩铃、多媒体彩振和多媒体彩像业务。
如图12所示，本实施例中多媒体铃音业务的控制方法包括如下步骤：
1201、主叫终端向P-CSC-FE发送一个邀请(INVITE)请求。并在这个INVITE请求当中携带终端能力信息和/或多媒体铃音业务能力信息。
1202、P-CSC-FE将这个携带有终端能力信息和/或多媒体铃音业务能力信息的INVITE请求发送给S-CSC-FE。
1203、在被叫终端订阅了CRBT业务时，S-CSC-FE对这个请求所携带的终端能力信息进行判断来决定是否触发CRBT业务，如果主叫终端不支持多媒体铃音业务，则不需要建立早期媒体通道，也就不用执行步骤1204、步骤1207至步骤1220。如果主叫终端支持多媒体铃音业务，则执行步骤1204。
1204、S-CSC-FE根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型。
1205、S-CSC-FE将这个INVITE请求发送给到CRBT AS-FE当中，消息中携带所选择的多媒体铃音类型。
1206、CRBT AS-FE将这个初始的INVITE请求消息转发到被叫终端。
可选的，CRBT AS-FE可以要求被叫终端在应答响应消息当中携带自身的终端能力信息和/或多媒体铃音业务能力信息带。
1207、被叫终端产生振铃，同时向CRBT AS-FE发送一个(180(Ringing))应答响应，同时，被叫终端开始进行资源协商的过程。
如果CRBT AS-FE要求被叫终端携带自身的终端能力信息和/或多媒体铃音业务能力信息，则在上述应答消息中携带被叫终端的终端能力信息和/或多媒体铃音业务能力信息。
1208、CRBT AS-FE将INVITE请求发送到CRBT MRC/P-FE，消息中携带所选择的多媒体铃音类型，以便向CRBT MRC/P-FE请求相关的CRBT媒体资源。
1209、CRBT MRC/P-FE向CRBT AS-FE返回一个针对CRBT业务的应答(CRBTAnswer)，即200OK消息。
1210、CRBT AS-FE向P-CSC-FE发送一个可靠的响应(CRBT Answer)，即183消息。
1211、P-CSC-FE向主叫终端转发一个可靠的响应(CRBT Answer)，即183消息。
1212、主叫终端通过(PRACK)请求确认临时应答响应(CRBT Answer)，即183消息。
1213、P-CSC-FE转发(PRACK)请求到CRBT AS-FE。
1214、CRBT AS-FE根据接收到的(PRACK)请求向P-CSC-FE发送一个对应的响应，即200OK消息。
1215、P-CSC-FE向主叫终端发送应答相应，即200OK消息。
1216、CRBT AS-FE向CRBT MRC/P-FE发送(ACK)请求消息。指示CRBT MRC/P-FE与主叫终端建立早起媒体通道。
1217、CRBT AS-FE发送INFO请求到CRBT MRC/P-FE，并指示其开始为主叫终端播放多媒体铃音内容。
1218CRBT MRC/P-FE与主叫终端建立早起媒体通道，并向主叫终端播放多媒体铃音内容。
1219、CRBT AS-FE将从被叫终端收到的振铃消息(Ringing)，即180消息转发到P-CSC-FE。
1220、P-CSC-FE将振铃消息(Ringing)，即180消息转发到主叫终端。
1221、被叫终端摘机应答这个呼叫。被叫终端向CRBT AS-FE发送一个应答响应(UE-B Answer)，即200OK消息，并在其中携带被叫终端针对主叫终端媒体请求的应答。
1222、CRBT AS-FE根据所接受到的应答响应(UE-B Answer)，即200OK消息向被叫终端发送一个(ACK)的请求。
1223、CRBT AS-FE向被叫终端发送一个没有SDP(会话描述协议)的(re-INVITE)请求。
1224、被叫终端根据(re-INVITE)请求向CRBT AS-FE返回应答响应(UE-BOffer)，即200OK消息，并在其中携带被叫终端的媒体请求。
1225、CRBT AS-FE在接收到这个应答响应(UE-B Offer)，即200OK消息之后，向CRBT MRC/P-FE发送一个终止会话(BYE)请求。CRBT MRC/P-FE在收到请求后将会停止播放CRBT内容。
1226、CRBT MRC/P-FE停止播放CRBT内容，同时向CRBT AS-FE返回一个应答响应，即200OK消息。
1227、CRBT AS-FE针对主叫终端最初发起的INVITE请求向P-CSC-FE返回应答响应(UE-B Offer)，即200OK消息。P-CSC-FE可以利用该消息进行计费。
1228、P-CSC-FE转发该应答响应(UE-B Offer)，即200OK消息到主叫终端。
1229、主叫终端向P-CSC-FE发送一个请求(UE A Answer)，即ACK消息。
1230、P-CSC-FE将请求(UE A Answer)，即ACK消息发送到CRBT AS-FE。
1231、CRBT AS-FE将该消息转发到被叫终端。被叫终端收到该消息之后，会话建立，开始正常通话。
1232、主叫终端与被叫终端建立话音通道，完成通话。
在本实施例中还可以通过CRBT AS-FE判断主叫终端是否支持多媒体铃音业务，并选择多媒体铃音业务的类型，其具体实现步骤和上述方法基本相同，如图12所示，只是不需要执行步骤1203、步骤1204，并且将步骤1205替换为1205′，具体如下：
1205′、S-CSC-FE将这个INVITE请求发送给到CRBT AS-FE当中，消息中携带主叫终端的终端能力信息和多媒体铃音能力信息。在被叫终端签约了多媒体铃音业务时，CRBT AS-FE根据P-CSC-FE发送过来的终端的能力信息来判断主叫终端是否支持多媒体铃音业务，如果不支持则不用执行步骤1207至步骤1220；如果支持，则根据P-CSC-FE发送过来的终端的多媒体铃音业务能力来选择合适的多媒体铃音业务类型。
本实施例中，被叫终端产生振铃，并向CRBT AS-FE发送一个(180(Ringing))应答响应，同时，被叫终端开始进行资源协商的过程的步骤，可以放在CRBT AS-FE向CRBT MRC/P-FE发送(ACK)请求消息之后进行。
本实施例中，CRBT AS-FE将INVITE请求发送到CRBT MRC/P-FE，消息中携带所选择的多媒体铃音类型，以便向CRBT MRC/P-FE请求相关的CRBT媒体资源的步骤，可以在P-CSC-FE将这个INVITE请求发送给到CRBT AS-FE当中之后进行。
本实施例中，CRBT AS-FE向CRBT MRC/P-FE发送(ACK)请求消息。指示CRBT MRC/P-FE与主叫终端建立早起媒体通道的步骤，可以在P-CSC-FE转发(PRACK)请求到CRBT AS-FE之后进行。
通过上述多媒体铃音业务的呼叫和控制方法的处理，主叫终端通过在呼叫请求消息当中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息；在触发多媒体铃音业务之前，S-CSC-FE或CRBT AS-FE可以利用主叫终端的终端能力信息进行预先的判断，如果主叫终端不支持多媒体铃音业务，则不会建立主叫终端与媒体资源处理实体之间的早起媒体通道；如果主叫终端支持多媒体铃音业务，则会根据主叫终端的多媒体铃音业务能力信息来选择合适的多媒体铃音业务。这样就不会导致因主叫终端不支持早期媒体协商而出现早期媒体通道连接失败，用户因为听不到回铃音而挂机的情况，保证了正常话音通道的成功建立；同样，当主叫终端不具有早期媒体协商能力时，本实施例的主叫终端也不会将拆除早期媒体通道的信令当成拆除话音通道的信令，从而保证正常话音通道的成功建立。
实施例6：
本例是通过基于IMS模型的方式实现多媒体铃音的终端能力携带的实施例。在本方案当中，终端A通过S-CSC-FE接入IMS***，并利用IMS***实现多媒体铃音业务。在这个***当中，呼叫控制实体通过S-CSC-FE实现，并且在设置了与S-CSC-FE连接的CRBT AS-FE(应用支持功能实体)以及CRBT MRC/P-FE(媒体资源处理实体)；本实施例中的多媒体铃音业务包括多媒体彩铃、多媒体彩振和多媒体彩像业务。
如图13所示，本实施例中多媒体铃音业务的控制方法包括如下步骤：
1301、主叫终端向S-CSC-FE发送(INVITE(offer))请求发起呼叫。以便建立一个会话过程，主叫终端在这个INVITE请求当中携带终端能力信息和/或多媒体铃音业务能力信息。
1302、在被叫终端已经订阅了CRBT业务的情况时，S-CSC-FE根据呼叫信息当中携带的终端能力信息，判断主叫终端是否支持多媒体铃音业务，如果支持则执行步骤1303，如果不支持则不用执行步骤1303、步骤1306至步骤1322。
1303、S-CSC-FE根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型。
1304、S-CSC-FE将(INVITE(offer))请求转发到CRBT AS-FE。该请求中携带所选的多媒体铃音类型。
1305、CRBT AS-FE将该(INVITE(offer))请求发送到被叫终端。CRBT AS-FE会将主叫终端的终端能力信息和/或多媒体铃音业务能力信息进行缓存。同时，在Invite请求当中要求被叫终端上报相关的终端能力信息和/或多媒体铃音业务能力信息。
1306、被叫终端向CRBT AS-FE返回一个可靠的应答相应(answer)，即183消息，同时在其中携带相关的终端能力信息和/或多媒体铃音业务能力信息。
1307、CRBT AS-FE向CRBT MRC/P-FE发送一个(INVITE)请求，要求CRBTMRC/P-FE提供相应的CRBT资源。
1308、CRBT MRC/P-FE向CRBT AS-FE返回应答相应(CRBT offer)，即200OK消息，告知资源预留已经完成。
1309、CRBT AS-FE发送应答响应(answer+CRBT offer)，即183消息到S-CSC-FE。
1310、S-CSC-FE发送应答响应(answer+CRBT offer)，即183到主叫终端。
1311、主叫终端向S-CSC-FE发送一个应答响应(CRBT answer)，即PRACK消息用来确认可靠的临时响应。
1312、S-CSC-FE将应答响应(CRBT answer)，即PRACK消息发送到CRBTAS-FE。
1313、CRBT AS-FE向被叫终端发送应答(answer)，即PRACK消息确认临时响应。
1314、CRBT AS-FE同时将这个应答(CRBT answer)，即PRACK请求消息转发到CRBT MRC/P-FE当中。
1315、被叫终端向CRBT AS-FE返回一个应答响应，即200OK消息来确认先前的PRACK请求。
1316、CRBT AS-FE向S-CSC-FE返回一个应答响应，即200OK消息来确认先前的PRACK请求。
1317、S-CSC-FE向主叫终端返回一个应答响应，即200OK消息来确认先前的PRACK请求。
1318、被叫终端向CRBT AS-FE发送一个振铃响应(ringing)，即180消息，表示终端已经振铃。
1319、CRBT AS-FE通过S-CSC-FE向主叫终端发送一个振铃响应(ringing)即180消息。
1320、CRBT AS-FE向CRBT MRC/P-FE发送一个(INFO)请求，告知CRBTMRC/P-FE开始CRBT业务的播放过程。
1321、CRBT MRC/P-FE向CRBT AS-FE发送一个应答响应(INFO)，即200OK消息。同时CRBT MRC/P-FE开始向主叫终端播放CRBT业务。
1322、建立早起媒体通道，CRBT MRC/P-FE开始向主叫终端播放CRBT业务。
1323、被叫终端摘机接听该通话，并向CRBT AS-FE发送应答响应，即200OK消息。
1324、CRBT AS-FE通过S-CSC-FE向主叫终端发送应答响应，即200OK消息。
1325、主叫终端通过S-CSC-FE向CRBT AS-FE发送(ACK)请求来确认(200OK)应答响应。
1326、CRBT AS-FE向被叫终端发送该(ACK)请求。
1327、与此同时，CRBT AS-FE向CRBT MRC/P-FE发送(BYE)的请求消息，告知CRBT MRC/P-FE停止播放CRBT。
1328、CRBT MRC/P-FE向CRBT AS-FE发送应答响应，即200OK消息来确认BYE请求，同时停止向主叫终端播放CRBT。
1329、主叫终端与被叫终端建立话音通道，完成通话。
在本实施例中还可以通过CRBT AS-FE判断主叫终端是否支持多媒体铃音业务，并选择多媒体铃音业务的类型，其具体实现步骤和上述方法基本相同，如图13所示，只是不需要执行步骤1302和步骤1303，并且将步骤1104替换为1104′，具体如下：
1304′、S-CSC-FE将(INVITE(offer))请求转发到CRBT AS-FE当中，并在该消息中携带主叫终端的终端能力和多媒体铃音业务能力消息。CRBT AS-FE根据该信息中携带的主叫终端的终端能力信息，判断主叫终端是否支持多媒体铃音业务，如果支持则执行步骤1305，如果不支持则不用执行步骤1306至1322
通过上述多媒体铃音业务的呼叫和控制方法的处理，主叫终端通过在呼叫请求消息当中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息；在触发多媒体铃音业务之前，S-CSC-FE或CRBT AS-FE可以利用主叫终端的终端能力信息和/或多媒体铃音业务能力信息进行预先的判断，判断是否触发业务，以及触发何种业务，并根据结果开展后续的业务；这样就不会导致因主叫终端不支持早期媒体协商而出现早期媒体通道连接失败，用户因为听不到回铃音而挂机的情况，保证了正常话音通道的成功建立；同样，当主叫终端不具有早期媒体协商能力时，本实施例的主叫终端也不会将拆除早期媒体通道的信令当成拆除话音通道的信令，从而保证正常话音通道的成功建立。
实施例7：
本实施例提供一种终端，如图14所示，该终端包括：呼叫单元1401。
呼叫单元1401，用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息和/或多媒体铃音业务能力信息。
本实施例还提供一种作为多媒体铃音控制实体的呼叫控制实体，如图15所示，该呼叫控制实体包括：接收单元1501，判断单元1502、控制单元1503、选择单元1504、发送单元1505、请求单元1506。
接收单元1501，用于接收主叫终端发起的呼叫请求，该呼叫请求中携带有主叫终端的能力信息和多媒体铃音业务能力信息；还用于接收被叫终端发送的能力信息。
判断单元1502，用于根据所述能力信息判断主叫终端是否支持多媒体铃音业务；
当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
控制单元1503，用于在被叫终端签约了多媒体铃音业务的情况下，且在所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
选择单元1504，用于在所述主叫终端支持多媒体铃音业务时，根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型；
发送单元1505，用于将所选的多媒体铃音业务类型通过应用支持功能实体发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
请求单元1506，用于请求被叫终端发送被叫终端的能力信息；
本实例还提供一种作为多媒体铃音控制实体的应用支持功能实体，该应用支持功能实体包括：接收单元1601，判断单元1602，控制单元1603，选择单元1604，发送单元1605。
接收单元1601，用于接收呼叫控制实体转发的终端能力信息和/或多媒体铃音业务能力信息
判断单元1602，用于根据所述能力信息判断主叫终端是否支持多媒体铃音业务；当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
控制单元1603，用于在被叫终端签约了多媒体铃音业务的情况下，且当所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
选择单元1604，用于在所述主叫终端支持多媒体铃音业务时，根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型；
发送单元1605，用于将所选的多媒体铃音业务类型发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
通过上述用于多媒体铃音业务的装置，主叫终端通过在呼叫请求消息当中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息；在触发多媒体铃音业务之前，呼叫控制实体或应用支持功能实体可以利用主叫终端的终端能力信息和/或多媒体铃音业务能力信息进行预先的判断，判断是否触发业务，以及触发何种业务，并根据结果开展后续的业务；这样就不会导致因主叫终端不支持早期媒体协商而出现早期媒体通道连接失败，用户因为听不到回铃音而挂机的情况，保证了正常话音通道的成功建立；同样，当主叫终端不具有早期媒体协商能力时，本实施例的主叫终端也不会将拆除早期媒体通道的信令当成拆除话音通道的信令，从而保证正常话音通道的成功建立。
实施例8：
本实施例提供一种多媒体铃音业务的控制***，如图17所示，该***包括：主叫终端1701，呼叫控制实体1702，应用支持功能实体1703。
主叫终端1701，用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息和/或多媒体铃音业务能力信息。
呼叫控制实体1702，用于接收主叫终端发起的呼叫请求，根据所述能力信息判断主叫终端是否支持多媒体铃音业务；当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。在被叫终端签约了多媒体铃音业务的情况下，该呼叫控制实体在所述主叫终端支持多媒体铃音业务时，根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型，并将所选的多媒体铃音业务类型通过应用支持功能实体发送到媒体资源处理实体，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
应用支持功能实体1703，用于根据所述建立早期媒体通道的请求向媒体资源处理实体发起请求，以建立主叫终端与媒体资源处理实体之间的早期媒体通道。
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
本实施例还提供一种多媒体铃音业务的控制***，如图18所示，该***包括：主叫终端1801，呼叫控制实体1802，应用支持功能实体1803。
主叫终端1801，用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息和/或多媒体铃音业务能力信息。
呼叫控制实体1802，用于将所述呼叫请求中的终端能力信息发送给应用支持功能实体；
应用支持功能实体1803，用于接收呼叫控制实体转发的终端能力信息，并根据所述能力信息判断主叫终端是否支持多媒体铃音业务；当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求；在被叫终端签约了多媒体铃音业务的情况下，所述应用支持功能实体还用于在所述主叫终端支持多媒体铃音业务时，根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型，并将所选的多媒体铃音业务类型发送到媒体资源处理实体，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
通过上述用于多媒体铃音业务的控制***，主叫终端通过在呼叫请求消息当中携带主叫终端的终端能力信息和/或多媒体铃音业务能力信息；在触发多媒体铃音业务之前，呼叫控制实体或应用功能支持实体可以利用主叫终端的终端能力信息和/或多媒体铃音业务能力信息进行预先的判断，判断是否触发业务，以及触发何种业务，并根据结果开展后续的业务；这样就不会导致因主叫终端不支持早期媒体协商而出现早期媒体通道连接失败，用户因为听不到回铃音而挂机的情况，保证了正常话音通道的成功建立；同样，当主叫终端不具有早期媒体协商能力时，本实施例的主叫终端也不会将拆除早期媒体通道的信令当成拆除话音通道的信令，从而保证正常话音通道的成功建立。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。
Claims (30)
1、一种多媒体铃音业务的呼叫方法，其特征在于，包括：
向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息和/或多媒体铃音业务能力信息。
2、根据权利要求1所述的多媒体铃音业务的呼叫方法，其特征在于，该方法还包括：
当所述终端能力信息表明终端支持多媒体铃音业务时，与媒体资源处理实体建立早期媒体通道。
3，根据权利要求1所述的多媒体铃音业务的呼叫方法，其特征在于，终端能力信息和/或多媒体铃音业务能力信息在数据域中通过会话初始化协议的请求消息携带，通过头域和/或会话描述格式来携带。
4、根据权利要求1所述的多媒体铃音业务的呼叫方法，其特征在于，终端能力信息和/或多媒体铃音业务能力信息通过电路承载域中的用户到用户信令来携带。
5、一种多媒体铃音业务的控制方法，其特征在于，包括：
接收主叫终端的能力信息；
根据所述能力信息判断主叫终端是否支持多媒体铃音业务；
当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
6、根据权利要求5所述的多媒体铃音业务的控制方法，其特征在于，该方法还包括：
在被叫终端签约了多媒体铃音业务的情况下，当所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
7、根据权利要求6所述的多媒体铃音业务的控制方法，其特征在于，该方法还包括：
接收主叫终端的多媒体铃音业务能力信息；
当所述主叫终端支持多媒体铃音业务时，根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型；
将所选的多媒体铃音业务类型发送到媒体资源处理实体，或者通过应用支持功能实体发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
8、根据权利要求7所述的多媒体铃音业务的控制方法，其特征在于，接收主叫终端的能力信息和/或多媒体铃音业务能力信息，在数据域中通过会话初始化协议的请求消息中的头域和/或会话描述格式来接收。
9、根据权利要求7所述的多媒体铃音业务的控制方法，其特征在于，接收主叫终端的能力信息和/或多媒体铃音业务能力信息，在电路承载域中通过用户到用户信令来接收。
10、根据权利要求7所述的多媒体铃音业务的控制方法，其特征在于，该方法还包括：
请求被叫终端发送被叫终端的能力信息；
接收被叫终端发送的能力信息。
11、一种多媒体铃音业务的控制方法，其特征在于，包括：
接收主叫终端的能力信息；
根据所述能力信息判断主叫终端是否支持多媒体铃音业务；
当所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
12、根据权利要求11所述的多媒体铃音业务的控制方法，其特征在于，该方法还包括：
接收主叫终端的多媒体铃音业务能力信息；
据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型；
将所选的多媒体铃音业务类型发送到媒体资源处理实体，或者通过应用支持功能实体发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
13、根据权利要求12所述的多媒体铃音业务的控制方法，其特征在于，接收主叫终端的能力信息和/或多媒体铃音业务能力信息，在数据域中通过会话初始化协议的请求消息中的头域和/或会话描述格式来接收。
14、根据权利要求12所述的多媒体铃音业务的控制方法，其特征在于，接收主叫终端的能力信息和/或多媒体铃音业务能力信息，在电路承载域中通过用户到用户信令来接收。
15、根据权利要求12所述的多媒体铃音业务的控制方法，其特征在于，该方法还包括：
请求被叫终端发送被叫终端的能力信息；
接收被叫终端发送的能力信息。
16、一种终端，其特征在于，包括：
呼叫单元，用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息和/或多媒体铃音业务能力信息。
17、一种多媒体铃音业务控制实体，其特征在于，包括：
接收单元，用于接收主叫终端的能力信息；
判断单元，用于根据所述能力信息判断主叫终端是否支持多媒体铃音业务；
当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
18、根据权利要求17所述的多媒体铃音业务控制实体，其特征在于，还包括：
控制单元，用于在被叫终端签约了多媒体铃音业务的情况下，且在所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
19、根据权利要求18所述的多媒体铃音业务控制实体，其特征在于，该多媒体铃音业务控制实体为呼叫控制实体，所述接收单元还用于接收主叫终端的多媒体铃音业务能力信息；
该呼叫控制实体还包括：
选择单元，用于在所述主叫终端支持多媒体铃音业务时，根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型；
发送单元，用于将所选的多媒体铃音业务类型通过应用支持功能实体发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
20、根据权利要求18所述的多媒体铃音业务控制实体，其特征在于，该多媒体铃音业务控制实体为应用支持功能实体，所述接收单元还用于接收呼叫控制实体转发的终端的多媒体铃音业务能力信息；
该应用支持功能实体还包括：
选择单元，用于在所述主叫终端支持多媒体铃音业务时，根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型；
发送单元，用于将所选的多媒体铃音业务类型发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
21、一种多媒体铃音业务控制实体，其特征在于，包括：
接收单元，用于接收主叫终端的能力信息以及多媒体铃音业务能力信息；
判断单元，用于根据所述能力信息判断主叫终端是否支持多媒体铃音业务；
控制单元，用于当所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求；
选择单元，用于根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型。
22、根据权利要求21所述的多媒体铃音业务控制实体，其特征在于，该多媒体铃音业务控制实体为呼叫控制实体，该呼叫控制实体还包括：
发送单元，用于将所选的多媒体铃音业务类型通过应用支持功能实体发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
23、根据权利要求22所述的多媒体铃音业务控制实体，其特征在于，该多媒体铃音业务控制实体为应用支持功能实体，该应用支持功能实体还包括：
发送单元，用于将所选的多媒体铃音业务类型发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
24、一种多媒体铃音业务的控制***，其特征在于，包括：
主叫终端，用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息；
呼叫控制实体，用于接收主叫终端发起的呼叫请求，根据所述能力信息判断主叫终端是否支持多媒体铃音业务；当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
25、根据权利要求24所述的多媒体铃音业务的控制***，其特征在于，在被叫终端签约了多媒体铃音业务的情况下，所述呼叫控制实体还用于在所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求；
该控制***还包括：
应用支持功能实体，用于根据所述建立早期媒体通道的请求向媒体资源处理实体发起请求，以建立主叫终端与媒体资源处理实体之间的早期媒体通道。
26、根据权利要求25所述的多媒体铃音业务的控制***，其特征在于，所述主叫终端发起的呼叫请求中还携带有终端的多媒体铃音业务能力信息；
所述呼叫控制实体还用于在所述主叫终端支持多媒体铃音业务时，根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型，并将所选的多媒体铃音业务类型通过应用支持功能实体发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
27、根据权利要求26所述的多媒体铃音业务的控制***，其特征在于，所述呼叫控制单元还用于向被叫终端请求被叫终端的能力信息，并接收被叫终端发送的能力信息。
28、一种多媒体铃音业务的控制***，其特征在于，包括：
主叫终端，用于向呼叫控制实体发起呼叫请求，该呼叫请求中携带有终端能力信息；
呼叫控制实体，用于将所述呼叫请求中的终端能力信息发送给应用支持功能实体；
应用支持功能实体，用于接收呼叫控制实体转发的终端能力信息，并根据所述能力信息判断主叫终端是否支持多媒体铃音业务；当所述主叫终端不支持多媒体铃音业务时，不发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
29、根据权利要求28所述的多媒体铃音业务的控制***，其特征在于，在被叫终端签约了多媒体铃音业务的情况下，所述应用支持功能实体还用于在所述主叫终端支持多媒体铃音业务时，发起所述主叫终端与媒体资源处理实体之间建立早期媒体通道的请求。
30、根据权利要求29所述的多媒体铃音业务的控制***，其特征在于，所述主叫终端发起的呼叫请求中还包括终端的多媒体铃音业务能力信息；
所述应用支持功能实体还用于接收呼叫控制实体转发的终端的多媒体铃音业务能力信息；在所述主叫终端支持多媒体铃音业务时，根据所述多媒体铃音业务能力信息选择多媒体铃音业务的类型，并将所选的多媒体铃音业务类型发送到媒体资源处理实体；
所述媒体资源处理实体通过早期媒体通道将所选类型对应的多媒体内容发送给主叫终端。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200810135543 CN101668229A (zh) | 2008-09-03 | 2008-09-03 | 多媒体铃音业务的呼叫和控制方法、装置及*** |
| PCT/CN2009/073444 WO2010025649A1 (zh) | 2008-09-03 | 2009-08-24 | 多媒体铃音业务的呼叫和控制方法、装置及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200810135543 CN101668229A (zh) | 2008-09-03 | 2008-09-03 | 多媒体铃音业务的呼叫和控制方法、装置及*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101668229A true CN101668229A (zh) | 2010-03-10 |
Family
ID=41796739
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200810135543 Pending CN101668229A (zh) | 2008-09-03 | 2008-09-03 | 多媒体铃音业务的呼叫和控制方法、装置及*** |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101668229A (zh) |
| WO (1) | WO2010025649A1 (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101931910A (zh) * | 2010-08-25 | 2010-12-29 | 杭州东信北邮信息技术有限公司 | 一种主叫彩铃***和实现方法 |
| CN102202042A (zh) * | 2010-03-24 | 2011-09-28 | 中兴通讯股份有限公司 | 一种ims***中实现彩像业务的方法和*** |
| CN107046673A (zh) * | 2016-02-06 | 2017-08-15 | 上海触乐信息科技有限公司 | 无线呼叫的方法和*** |
| CN113132923A (zh) * | 2019-12-31 | 2021-07-16 | 华为技术有限公司 | 呼叫处理的方法、***及相关装置 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100632007B1 (ko) * | 2003-11-04 | 2006-10-04 | 와이더댄 주식회사 | 멀티미디어 링백톤 대체음 제공 방법 |
| CN100484172C (zh) * | 2004-12-31 | 2009-04-29 | 华为技术有限公司 | 一种实现视频彩铃业务的***及方法 |
| CN1859475B (zh) * | 2005-07-22 | 2010-05-12 | 华为技术有限公司 | 一种实现多媒体回铃音的方法及*** |
| CN1972340A (zh) * | 2005-11-25 | 2007-05-30 | 北京三星通信技术研究有限公司 | 在ims域中实现视频彩铃业务的方法 |
| KR100747693B1 (ko) * | 2006-03-03 | 2007-08-08 | 에스케이 텔레콤주식회사 | 이동통신 단말기의 능력에 따른 멀티미디어 링백톤 대체음서비스 제공 방법, 시스템 및 장치 |
| CN100571303C (zh) * | 2006-03-09 | 2009-12-16 | 中兴通讯股份有限公司 | 一种使用智能可视终端实现图像彩铃的方法 |
| CN100463471C (zh) * | 2006-05-17 | 2009-02-18 | ***通信集团公司 | 实现视频彩铃播放的方法 |
| CN101043647A (zh) * | 2007-03-13 | 2007-09-26 | 华为技术有限公司 | 实现多媒体彩铃和多媒体彩像业务的方法、***及装置 |
| CN101141692A (zh) * | 2007-10-11 | 2008-03-12 | 中兴通讯股份有限公司 | 多媒体彩铃业务的实现方法 |
| CN101141700B (zh) * | 2007-10-18 | 2013-06-05 | 中兴通讯股份有限公司 | 一种多媒体彩铃业务的实现方法 |
| CN101222673B (zh) * | 2007-12-26 | 2010-12-22 | 华为技术有限公司 | 多媒体回铃音业务的实现方法及*** |
| CN101252780A (zh) * | 2008-04-02 | 2008-08-27 | 华为技术有限公司 | 一种媒体流播放方法及装置、以及用户终端 |
-
2008
- 2008-09-03 CN CN 200810135543 patent/CN101668229A/zh active Pending
-
2009
- 2009-08-24 WO PCT/CN2009/073444 patent/WO2010025649A1/zh active Application Filing
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102202042A (zh) * | 2010-03-24 | 2011-09-28 | 中兴通讯股份有限公司 | 一种ims***中实现彩像业务的方法和*** |
| CN102202042B (zh) * | 2010-03-24 | 2016-06-08 | 中兴通讯股份有限公司 | 一种ims***中实现彩像业务的方法和*** |
| CN101931910A (zh) * | 2010-08-25 | 2010-12-29 | 杭州东信北邮信息技术有限公司 | 一种主叫彩铃***和实现方法 |
| CN107046673A (zh) * | 2016-02-06 | 2017-08-15 | 上海触乐信息科技有限公司 | 无线呼叫的方法和*** |
| CN113132923A (zh) * | 2019-12-31 | 2021-07-16 | 华为技术有限公司 | 呼叫处理的方法、***及相关装置 |
| CN113132923B (zh) * | 2019-12-31 | 2022-08-26 | 华为技术有限公司 | 呼叫处理的方法、***及相关装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2010025649A1 (zh) | 2010-03-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1848189B1 (en) | A method for implementing a multi-media ringback and a system thereof | |
| CN101061729B (zh) | 用于提供组合网络服务的方法和相关移动通信*** | |
| EP2131613B1 (en) | A method, a multimedia network gateway control device and an application server for implementing intercommunication of color ring back tone | |
| CN100417288C (zh) | 将多媒体呼叫回退为语音呼叫的方法 | |
| US8244229B2 (en) | Mobile video call response | |
| EP2012514B1 (en) | A device and system for realizing the multimedia ring back tone service and a method thereof | |
| EP1855475A1 (en) | System for realizing multimedia ring back tone service and method thereof | |
| EP2106111A1 (en) | Calling method and system for video telephone | |
| CN101516069A (zh) | 被叫终端在用户应答前动态播放振铃的***和方法 | |
| US20080273671A1 (en) | Method, system and application server for preventing crosstalk of color ring back tone | |
| US20120213346A1 (en) | Method, server and terminal device for playing multimedia ring tone during call | |
| JP5551786B2 (ja) | 会話期間中にマルチメディア呼出し音を再生する方法、サーバおよび端末デバイス | |
| CN102394989A (zh) | 在通话期间播放多媒体铃音的方法、服务器及终端设备 | |
| CN101668229A (zh) | 多媒体铃音业务的呼叫和控制方法、装置及*** | |
| CN101795330A (zh) | 在通话期间播放多媒体铃音的方法、服务器及终端设备 | |
| KR100660739B1 (ko) | 통신시스템에서의 대체 영상 서비스 방법 | |
| CN115361362A (zh) | 基于ims的煤矿通话***和方法 | |
| KR20050068823A (ko) | 차세대통신망에서 착신 통화로 제어 장치 및 그 방법과,그를 이용한 멀티미디어 정보 서비스 시스템 및 그 방법 | |
| CN102665178A (zh) | 余额提醒方法、装置及***、应用服务器 | |
| CN1867002B (zh) | 一种实现多媒体回铃音业务的***及方法 | |
| CN101594598A (zh) | 一种ims网络中媒体协商的方法和*** | |
| CN100558126C (zh) | 一种实现多媒体回铃音业务的方法、***及设备 | |
| CN102055726B (zh) | 一种实现彩像业务的方法及移动终端 | |
| KR100623917B1 (ko) | 통신시스템에서의 등록정보 표시 서비스 방법 | |
| CN102523222B (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 | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100310 |