CN100352294C - 一种在可视电话业务中通知业务失败原因的方法 - Google Patents

一种在可视电话业务中通知业务失败原因的方法 Download PDF

Info

Publication number
CN100352294C
CN100352294C CNB2004100116964A CN200410011696A CN100352294C CN 100352294 C CN100352294 C CN 100352294C CN B2004100116964 A CNB2004100116964 A CN B2004100116964A CN 200410011696 A CN200410011696 A CN 200410011696A CN 100352294 C CN100352294 C CN 100352294C
Authority
CN
China
Prior art keywords
failure cause
msc
network element
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.)
Expired - Fee Related
Application number
CNB2004100116964A
Other languages
English (en)
Other versions
CN1801960A (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.)
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 CNB2004100116964A priority Critical patent/CN100352294C/zh
Publication of CN1801960A publication Critical patent/CN1801960A/zh
Application granted granted Critical
Publication of CN100352294C publication Critical patent/CN100352294C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/50—Telephonic communication in combination with video communication
    • 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/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Abstract

本发明为一种在可视电话业务中通知业务失败原因的方法，该方法包括：步骤A：3G移动交换中心(MSC)判断可视电话(VP)呼叫是否失败，如果是，则识别失败原因，并执行步骤B；步骤B：3G MSC判断出本次VP呼叫失败需要对主叫用户放音，通知失败原因播放网元通过对主叫用户播放音视频媒体流以通知呼叫失败原因，并将失败原因发送给该失败原因播放网元；步骤C：失败原因播放网元根据接收到的失败原因确定与该失败原因相对应的音视频媒体流文件，并且，失败原因播放网元与主叫用户进行播放能力协商，利用该能力协商之后所建立的承载通道向主叫用户播放所述与失败原因相对应的音视频媒体流文件。

Description

一种在可视电话业务中通知业务失败原因的方法
技术领域
本发明属于通信技术领域，尤其涉及一种在可视电话业务中通知业务失败原因的方法。
背景技术
当前，第三代(3G)网络正在得到逐步的发展，3G网络电路域所支持的可视电话(VP)业务基于ITU-T H.324M技术，由于该VP业务能够在实现语音通信的同时，进一步提供视频服务，因此，能够相对于传统的语音业务提供更好的端到端的用户体验。该VP业务已经发展成为3G网络区别于第二代(2G)网络的杀手级业务之一。
从协议标准的发展来看，VP业务同传真业务一样，也是一种数据承载业务，然而，传统的数据承载业务并不需要对主叫进行失败放音，因此，到目前为止还没有针对VP业务呼叫失败时对主叫用户进行业务失败原因通知的流程。
同时，作为一种端到端的通信业务，VP业务也具有同传统语音通信相同的特征：在VP业务的呼叫过程中，有可能出现被叫用户不在服务区、被叫用户忙、被叫用户关机等导致呼叫失败的情况出现，此时，显然需要向主叫用户通知业务失败原因，从而使得该用户能够得知此次VP业务失败的原因，以完善服务增加用户使用业务时的满意度。
由此可见，在现有技术中，由于VP业务作为数据承载业务并没有相应的流程来实现将业务失败原因通知给主叫用户，因此，会造成在VP业务失败时，主叫用户无法获知此次业务失败的原因，从而降低了该用户对VP业务的信赖程度，并且会造成用户对VP业务满意度的降低。
发明内容
有鉴于此，本发明的主要目的在于提供一种在VP业务中通知业务失败原因的方法，利用该方法，能够在VP业务失败时向主叫用户通知此次业务失败的原因，从而增加用户的满意度。
为实现上述目的，本发明提供了一种在可视电话业务中通知业务失败原因的方法，该方法包括：
步骤A：3G移动交换中心MSC判断可视电话VP呼叫是否失败，如果是，则识别失败原因，并执行步骤B；
步骤B：3GMSC判断出本次VP呼叫失败需要对主叫用户放音，通知失败原因播放网元通过对主叫用户播放音视频文件以通知呼叫失败原因，并将失败原因发送给该失败原因播放网元；
步骤C：失败原因播放网元根据接收到的失败原因确定与该失败原因相对应的音视频媒体文件，并且，失败原因播放网元与主叫用户进行播放能力协商，利用该能力协商之后所建立的通道向主叫用户播放所述与失败原因相对应的音视频媒体文件。
其中，步骤B包括：
步骤B11：3G MSC根据步骤A识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3GMSC向失败原因播放网元发送ISUP IAM消息，以通知失败原因播放网元通过对主叫用户播放音视频文件以通知呼叫失败原因；其中，在该消息中，主叫号码为主叫用户设备UE的号码，被叫号码为“特定业务码+被叫ISDN”，通过该特定业务码，来通知失败原因播放网元对主叫用户播放音视频文件以通知呼叫失败原因；
步骤B12：失败原因播放网元向3G MSC返回ISUP ACM消息，以便建立失败原因播放网元与3G MSC之间的呼叫连接；
步骤B13：3G MSC向失败原因播放网元发ISUP CPG消息，在该消息中携带有步骤A中识别得到的失败原因。
其中，步骤B包括：
步骤B21：3G MSC根据步骤A识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3GMSC向失败原因播放网元发送BICC IAM消息，以通知失败原因播放网元通过对主叫用户播放音视频文件以通知呼叫失败原因；其中，在该消息中，主叫号码为主叫UE的号码，被叫号码为“特定业务码+被叫ISDN”，通过该特定业务码，来通知失败原因播放网元对主叫用户播放音视频文件以通知呼叫失败原因；
步骤B22：失败原因播放网元向3G MSC返回BICC ACM消息，以便建立失败原因播放网元与3G MSC之间的呼叫连接；
步骤B23：3G MSC向失败原因播放网元发BICC CPG消息，在该消息中携带有步骤A中识别得到的失败原因。
其中，步骤B包括：
步骤B31：3G MSC根据步骤A识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3GMSC向失败原因播放网元发送PRA SETUP消息，以通知失败原因播放网元通过对主叫用户播放音视频文件以通知呼叫失败原因；其中，在该消息中，主叫号码为主叫UE的号码，被叫号码为“特定业务码+被叫ISDN”，通过该特定业务码，来通知失败原因播放网元对主叫用户播放音视频文件以通知呼叫失败原因；
步骤B32：失败原因播放网元向3G MSC返回PRA ALERTING消息，以便建立失败原因播放网元与3G MSC之间的呼叫连接；
步骤B33：3G MSC向失败原因播放网元发PRA PROGRESS消息，在该消息中携带有步骤A中识别得到的失败原因。
其中，步骤B包括：
步骤B5：3G MSC向失败原因播放网元发送通知该网元进行失败放音通知的消息，通过该消息中主叫号码或被叫号码的前缀号码将所述失败原因发送给失败原因播放网元。
其中，步骤B5包括：
3G MSC向失败原因播放网元发送ISUP IAM消息，该消息中的主叫号码或被叫号码具有用于表示失败原因的前缀号码。
其中，步骤B5包括：
3G MSC向失败原因播放网元发送BICC IAM消息，该消息中的主叫号码或被叫号码具有用于表示失败原因的前缀号码。
其中，步骤B5包括：
3G MSC向失败原因播放网元发送PRA SETUP消息，该消息中的主叫号码或被叫号码具有用于表示失败原因的前缀号码。
其中，步骤B5包括：
3G MSC向失败原因播放网元发送TUP IAI消息，该消息中的主叫号码或被叫号码具有用于表示失败原因的前缀号码。
其中，步骤C所述进行播放能力协商为：
主叫UE和失败原因播放网元进行标准的H.245能力协商，建立H.245音视频通道。
其中，步骤C所述根据失败原因确定音视频媒体文件进一步包括：
根据被叫号码或主叫号码确定与失败原因对应的音视频媒体文件。
其中，步骤C之后，该方法进一步包括：
主叫用户挂机或者放音超时，失败原因播放网元停止播放音视频文件，和，拆除主叫用户与失败原因播放网元之间的通道。
其中，所述失败原因播放网元为流媒体播放平台。
其中，所述3G MSC为主叫用户所在的3G MSC，或者为被叫用户所在的3G MSC。
本发明还提供了一种在可视电话业务中通知业务失败原因的方法，在该方法中，3G MSC支持视频接入网关功能，并且能够保存并播放音视频媒体文件，在该3G MSC上预先进行配置，使得各个失败原因分别对应各自的音视频媒体文件，该方法包括：
步骤a：3G MSC判断可视电话VP呼叫是否失败，如果是，则识别失败原因，并执行步骤b；
步骤b：3G MSC根据步骤a识别的失败原因，判断出本次VP呼叫失败需要对主叫用户放音，在其自身上确定与该失败原因相对应的音视频媒体文件，和，3G MSC与主叫用户进行播放能力协商，利用该能力协商之后所建立的通道向主叫用户播放所述与失败原因相对应的音视频媒体文件。
其中，步骤b之后，该方法进一步包括：
主叫用户挂机，3G MSC停止播放音视频文件，和，拆除主叫用户与3G MSC之间的通道。
其中，所述3G MSC为主叫用户所在的3G MSC，或者为被叫用户所在的3G MSC。
可见，本发明能够实现在VP业务中向主叫用户通知业务失败原因，从而增加了用户对VP业务的满意度，另外，采用本发明，在对主叫用户进行失败通知时可以同时播放失败原因通知音和与之相关的图像，不仅解决了当前在VP呼叫失败时无法对3G用户进行放音的缺陷，而且比单调的语音通知内容更加丰富生动，使得用户即使在拨打VP呼叫失败时也能够得到很友好的提示，从而更好地提高用户满意度。
附图说明
图1为本发明一实施例中实现VP业务的系统组网图；
图2为实现本发明实施例一的信令流程图；
图3为实现本发明实施例三的信令流程图；
图4为实现本发明实施例四的信令流程图；
图5为实现本发明实施例五的信令流程图。
具体实施方式
本发明为一种在VP业务中通知业务失败原因的方法，在该方法中，一旦判断得到VP业务呼叫失败，则根据失败原因从失败原因播放网元中确定相应的音视频文件，该网络单元与主叫用户进行播放能力协商之后，利用协商所建立的音视频通道向主叫用户播放相应的音视频文件，从而实现向主叫用户通知业务失败原因；其中，失败原因播放网元中保存有各个失败原因对应的音视频文件。
下面结合附图对本发明进行详细描述。
图1所示为实现VP业务的系统组网图，在该组网图中，主叫和被叫的用户设备(UE)通过各自基站(NodeB)连接到各自的RNC，再通过RNC接入到3G MSC中，通过该3G MSC实现主被叫用户之间的VP通信；3G MSC与支持视频接入网关(VIG)基本功能的流媒体播放平台相连，以通过该平台向主叫用户的UE播放业务失败原因，其中：
3G MSC既可以是3GPP R99阶段单一的MSC网元，也可以为R4软交换架构下的MSC Server和MGW两个网元，主要用于实现对位于其管辖区域中的UE进行控制和交换，并且，在3G MSC中还集成有VLR，用于存储与呼叫处理有关的一些数据，例如用户的号码、所处区域的识别、向用户提供的业务等参数。在本发明实施例中，3G MSC在VP呼叫失败时，建立到流媒体播放平台的呼叫，而且告诉其失败原因，通过流媒体播放平台向主叫UE播放作为失败原因通知的音视频媒体流；
流媒体播放平台：用于存储和管理音视频文件，在本发明实施例中，该流媒体播放平台支持基本的VIG功能：能够根据3G MSC在VP呼叫失败时发送来的失败原因，查找预存的与失败原因相对应的音视频文件，然后与主叫用户UE进行播放能力协商，把失败原因对应的音视频文件复用在64KUDI的信道向UE播放，以实现向主叫通知失败原因。该流媒体播放平台可以和彩铃业务平台一样，支持根据被叫用户或者主叫用户的定制功能，同时，还能够根据VP呼叫失败原因和被叫号码或主叫号码，确定应该播放的音视频文件。在实际组网上，该流媒体播放平台的功能也可以和彩铃平台的功能集成在一起，作为一个物理实体，并不影响本发明的实现。
下面，以图1所示的系统为例，对本发明的一实施例进行介绍。在该实施例中，采用图1所示的流媒体播放平台作为本发明中所述的失败原因播放网元，该流媒体播放平台中保存有与各个失败原因相对应的音视频文件；
(一)实施例一：
参见图2，在该实施例中，实现本发明需要以下步骤：
步骤201：主叫UE向3G MSC发送SETUP，消息中BC_IE为64K UDI，表明是一个可视电话业务呼叫；
步骤202：3G MSC向主叫UE发CALL PROCEEDING消息，以通知主叫UE继续进行VP呼叫过程；
步骤203：3G MSCA向主叫UE所在接入网RNC发起指配请求(RABAssignment)消息，接入网RNC接到该消息后，建立与主叫UE之间的无线承载连接；
步骤204：主叫UE与所在RNC的无线承载建立成功之后，该RNC向3G MSC返回指配响应(RAB Assignment Rsp)消息，用以通知3G MSC主叫UE与所在RNC的无线承载建立成功；
以上步骤201～步骤204为VP业务中，主叫用户接入3G MSC的信令流程；
步骤205：3G MSC判断在VP呼叫接续过程中是否发生失败，如果是，则该3G MSC识别失败原因；
步骤206：3G MSC根据在步骤205中识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3G MSC向流媒体播放平台发ISUP IAM消息，以通知流媒体播放平台通过对主叫用户播放音视频文件以通知呼叫失败原因；其中，在该消息中，主叫号码为主叫UE的号码，被叫号码为“特定业务码+被叫ISDN”，通过该特定业务码，来通知流媒体播放平台对主叫用户播放音视频文件以通知呼叫失败原因；
步骤207：流媒体播放平台向3G MSC返回ISUP ACM消息，该消息属于ISUP协议的标准消息，以便按照正常的呼叫流程建立流媒体播放平台与3G MSC之间的呼叫连接；
步骤208：3G MSC向主叫UE发3G ALERTING消息；在本发明其它实施例中，也可以不发送此消息，并不影响本发明的实现；
步骤209：3G MSC向流媒体播放平台发ISUP CPG，在该消息中携带有步骤205中识别得到的失败原因；
步骤210：流媒体播放平台向3G MSC返回ISUP ANM消息；
步骤211：3G MSC向主叫UE发送3G CONNECT消息，表示被叫方(流媒体播放平台)已应答；
步骤212：主叫UE和流媒体播放平台进行能力协商，以通过该能力协商建立用于传输音视频媒体文件的通道；在本发明实施例中，主叫UE和流媒体播放平台进行标准的H.245能力协商，建立H.245音视频通道，用于传输音视频媒体文件；
步骤213：流媒体播放平台根据ISUP CPG消息中的失败原因，确定与该失败原因相对应的音视频媒体文件，并向主叫UE播放该音视频媒体文件，作为失败原因通知主叫UE；如果流媒体播放平台支持根据被叫用户或者主叫用户进行定制，将同时根据VP呼叫失败原因和被叫号码或主叫号码一起来决定应该播放的音视频媒体文件；
至此，实现了向主叫用户通知业务失败原因，考虑到实际应用，本发明还可进一步包括以下步骤：
步骤214：主叫用户挂机，向3G MSC发起DISCONNECT拆线消息，请求停止音视频媒体文件的播放；
步骤215：3G MSC向流媒体播放平台发ISUP REL消息，请求流媒体播放平台拆除用于媒体文件播放的连接；
步骤216：3G MSC向主叫UE发RELEASE消息，请求主叫UE释放所有资源；
步骤217：流媒体播放平台停止用于失败提示的音视频媒体文件的播放，拆除UE与流媒体播放平台之间的连接；
步骤218：主叫UE向3G MSC返回RELEASE COMMPLETE消息，表示资源释放完成；
步骤219：流媒体播放平台向3G MSC返回ISUP RLC消息，表示媒体流的播放连接拆除成功。
以上为对本发明实施例一的具体描述，在该实施例中，3G MSC和流媒体播放平台间的中继协议为ISUP协议，在本发明其它实施例中，也可采用例如PRA、BICC、TUP协议：
(二)实施例二：
采用BICC协议时，其实现流程以及流程中的各个消息均与图2所示第一实施例相类似，不同之处仅在于将消息名称中的各个ISUP均改为BICC；由于整个实现过程与图2所示过程相类似，因此，对采用BICC协议的实施例不再做详细介绍；
(三)实施例三：
在采用PRA协议时，其实现流程如图3所示，在该流程中，各个步骤均与图2所示的步骤类似，不同之处仅在于步骤306、步骤307、步骤309、以及步骤310所采用的信令消息为PRA协议中的消息，具体为：
步骤306：3G MSC根据识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3G MSC向流媒体播放平台发PRA SETUP消息，以通知流媒体播放平台通过对主叫用户播放音视频文件以通知呼叫失败原因；其中，在该消息中，主叫号码为主叫UE的号码，被叫号码为“特定业务码+被叫ISDN”，通过该特定业务码，来通知流媒体播放平台对主叫用户播放音视频文件以通知呼叫失败原因；该步骤与图2所示的步骤206所实现的功能相同；
步骤307：流媒体播放平台向3G MSC返回PRA ALERTING消息，该消息属于定义PRA的Q.931协议标准消息，以便按照正常的呼叫流程建立流媒体播放平台与3G MSC之间的呼叫连接；该步骤与图2所示的步骤207所实现的功能相同；
步骤309：3G MSC向流媒体播放平台发送PRA PROGRESS，该消息中带需要放音的失败原因；
步骤310：流媒体播放平台向3G MSC返回PRA CONNECT消息；
步骤309和步骤310所实现的功能与图2所示的步骤209和步骤210所实现的功能相同。
在步骤315、步骤317和步骤320中，也分别采用PRA协议的相应消息，其实现功能与图2中的相应步骤的实现功能相同。
在以上实施例中，均是通过单独的信令消息将失败原因通知给流媒体播放平台，在本发明其它实施例中，也可以在3G MSC向流媒体播放平台通知进行放音时，将失败原因以号码前缀的方式同时通知给流媒体播放平台，下面以3G MSC和流媒体播放平台间的中继协议为TUP协议为例，对该实施例进行详细描述；
(四)实施例四：
参见图4，该实施例包括以下步骤：
步骤401～步骤405与图2所示的步骤201～步骤205完全相同，在此不再进行描述；
步骤406：3G MSC根据识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3G MSC向流媒体播放平台发TUP IAI消息，以通知流媒体播放平台通过对主叫用户播放音视频文件以通知呼叫失败原因，并同时利用该消息将失败原因通知给流媒体播放平台；其中，在该消息中携带有主叫号码和被叫号码，可以分别通过主叫号码加前缀或被叫号码加前缀的形式将失败原因通知给流媒体播放平台，具体为：
主叫号码加前缀的形式为：
前缀号码+原主叫号码
其中，前缀号码为2～4位的BCD码，用于表示失败原因，例如：采用001表示“拨号错误”，010表示“用户正忙”；
原主叫号码为标准的ISUP/BICC/TUP/PRA协议中定义的主叫号码；
被叫号码加前缀的形式为：
特定业务码+前缀号码+原被叫号码
其中，特定业务码为2～5位的BCD码，用于通知流媒体播放平台对主叫用户播放音视频文件以通知呼叫失败原因；
前缀号码为2～4位的BCD码，用于表示失败原因，例如：采用001表示“拨号错误”，010表示“用户正忙”；
原被叫号码为标准的ISUP/BICC/TUP/PRA协议中定义的被叫号码；
步骤407：流媒体播放平台向3G MSC返回TUP ACM消息，该消息属TUP协议标准消息，以便按照正常的呼叫流程建立流媒体播放平台与3GMSC之间的呼叫连接；
步骤408：3G MSC向主叫UE发3G ALERTING消息；在本发明其它实施例中，也可以不发送此消息，并不影响本发明的实现；
步骤409：流媒体播放平台向3G MSC返回TUP ANN或者ANC消息；步骤410：3G MSC向主叫UE发3G CONNECT消息，表示被叫方(流媒体播放平台)已应答；
步骤411～步骤418所实现的功能与图2所示的步骤212～步骤219完全相同，只是采用了TUP协议中的信令消息，故在此不再详细描述。
图4所示实施例只示出了采用TUP协议时的信令流程，同样，也可以对ISUP协议中的ISUP IAM消息，BICC协议中的BICC IAM消息、或者PRA协议中的PRA SETUP消息中的主叫号码或被叫号码进行修改，通过添加与失败原因相对应的前缀号码的方式，将失败原因发送给流媒体播放平台，其实现过程与图4所示类似，在此不再详细介绍。
(五)实施例五：
在以上所述实施例中，均是采用流媒体播放平台作为所述的失败原因播放网元，在本实施例中，也可采用3G MSC作为失败原因播放网元，该3GMSC支持基本的VIG功能，并且能够保存并播放音视频媒体文件，在该3GMSC上进行配置，使得各个失败原因分别对应各自的音视频媒体文件；参见图5，实现本发明需要以下步骤：
步骤501～步骤504与图2所示的步骤201～步骤204完全相同，在此不再详细描述；
步骤505：3G MSC判断在VP呼叫接续过程中是否发生失败，如果是，则该3G MSC识别失败原因；
步骤506：3G MSC根据在步骤505中识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3G MSC向主叫UE发3G ALERTING消息；在本发明其它实施例中，也可以不发送此消息，直接执行步骤507，并不影响本发明的实现；
步骤507：3G MSC向主叫UE发3G CONNECT消息，表示被叫方(流媒体播放平台)已应答；
步骤508：主叫UE和3G MSC开始进行标准的H.245能力协商过程，建立用于传输音视频媒体文件的通道；
步骤509：3G MSC根据步骤505中识别得到的失败原因，在其自身上查找得到与该失败原因相对应的音视频媒体文件，向主叫UE播放该音视频媒体文件，作为失败原因通知主叫UE；如果需要支持根据被叫用户或者主叫用户进行定制，3G MSC可以同时根据VP呼叫失败原因和被叫号码或主叫号码一起来决定应该播放的音视频媒体文件；
至此，实现了向主叫用户通知业务失败原因；
步骤510：主叫UE挂机，向3G MSC发起DISCONNECT拆线消息，请求停止媒体文件的播放；
步骤511：3G MSC向主叫UE发RELEASE消息，请求释放所有资源；
步骤512：3G MSC停止用于通知失败原因的音视频媒体文件的播放，关闭与主叫UE之间的用于传输音视频媒体文件的通道；
步骤513：主叫UE向3G MSC返回RELEASE COMMPLETE消息，表示释放完成。
在以上所述各个实施例中，所述的3G MSC均是主叫用户所在的MSC，在本发明其它实施例中，所述3G MSC也可以是被叫用户所在的MSC，则实现失败原因通知的流程与如上所述各个实施例的流程完全相同。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (21)

1、一种在可视电话业务中通知业务失败原因的方法，其特征在于，该方法包括：
步骤A：3G移动交换中心MSC判断可视电话VP呼叫是否失败，如果是，则识别失败原因，并执行步骤B；
步骤B：3G MSC判断出本次VP呼叫失败需要对主叫用户放音，通知失败原因播放网元通过对主叫用户播放音视频媒体流以通知呼叫失败原因，并将失败原因发送给该失败原因播放网元；
步骤C：失败原因播放网元根据接收到的失败原因确定与该失败原因相对应的音视频媒体文件，并且，失败原因播放网元与主叫用户进行播放能力协商，利用该能力协商之后所建立的通道向主叫用户播放所述与失败原因相对应的音视频媒体文件。
2、根据权利要求1所述的方法，其特征在于，步骤B包括：
步骤B11：3G MSC根据步骤A识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3GMSC向失败原因播放网元发送ISUP IAM消息，以通知失败原因播放网元通过对主叫用户播放音视频文件以通知呼叫失败原因；其中，在该消息中，主叫号码为主叫用户设备UE的号码，被叫号码为“特定业务码+被叫ISDN”，通过该特定业务码，来通知失败原因播放网元对主叫用户播放音视频文件以通知呼叫失败原因；
步骤B12：失败原因播放网元向3G MSC返回ISUP ACM消息，以便建立失败原因播放网元与3G MSC之间的呼叫连接；
步骤B13：3G MSC向失败原因播放网元发ISUP CPG消息，在该消息中携带有步骤A中识别得到的失败原因。
3、根据权利要求1所述的方法，其特征在于，步骤B包括：
步骤B21：3G MSC根据步骤A识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3GMSC向失败原因播放网元发送BICC IAM消息，以通知失败原因播放网元通过对主叫用户播放音视频文件以通知呼叫失败原因；其中，在该消息中，主叫号码为主叫UE的号码，被叫号码为“特定业务码+被叫ISDN”，通过该特定业务码，来通知失败原因播放网元对主叫用户播放音视频文件以通知呼叫失败原因；
步骤B22：失败原因播放网元向3G MSC返回BICC ACM消息，以便建立失败原因播放网元与3G MSC之间的呼叫连接；
步骤B23：3G MSC向失败原因播放网元发BICC CPG消息，在该消息中携带有步骤A中识别得到的失败原因。
4、根据权利要求1所述的方法，其特征在于，步骤B包括：
步骤B31：3G MSC根据步骤A识别得到的失败原因，判断本次VP呼叫失败是否需要对主叫用户进行放音，如果不是，则终止本流程；如果是，则3GMSC向失败原因播放网元发送PRA SETUP消息，以通知失败原因播放网元通过对主叫用户播放音视频文件以通知呼叫失败原因；其中，在该消息中，主叫号码为主叫UE的号码，被叫号码为“特定业务码+被叫ISDN”，通过该特定业务码，来通知失败原因播放网元对主叫用户播放音视频文件以通知呼叫失败原因；
步骤B32：失败原因播放网元向3G MSC返回PRAALERTING消息，以便建立失败原因播放网元与3G MSC之间的呼叫连接；
步骤B33：3G MSC向失败原因播放网元发PRA PROGRESS消息，在该消息中携带有步骤A中识别得到的失败原因。
5、根据权利要求1所述的方法，其特征在于，步骤B包括：
步骤B5：3G MSC向失败原因播放网元发送通知该网元进行失败放音通知的消息，通过该消息中主叫号码或被叫号码的前缀号码将所述失败原因发送给失败原因播放网元。
6、根据权利要求5所述的方法，其特征在于，步骤B5包括：
3G MSC向失败原因播放网元发送ISUP IAM消息，该消息中的主叫号码或被叫号码具有用于表示失败原因的前缀号码。
7、根据权利要求5所述的方法，其特征在于，步骤B5包括：
3G MSC向失败原因播放网元发送BICC IAM消息，该消息中的主叫号码或被叫号码具有用于表示失败原因的前缀号码。
8、根据权利要求5所述的方法，其特征在于，步骤B5包括：
3G MSC向失败原因播放网元发送PRA SETUP消息，该消息中的主叫号码或被叫号码具有用于表示失败原因的前缀号码。
9、根据权利要求5所述的方法，其特征在于，步骤B5包括：
3G MSC向失败原因播放网元发送TUP IAI消息，该消息中的主叫号码或被叫号码具有用于表示失败原因的前缀号码。
10、根据权利要求1所述的方法，其特征在于，步骤C所述进行播放能力协商为：
主叫UE和失败原因播放网元进行标准的H.245能力协商，建立H.245音视频通道。
11、根据权利要求1所述的方法，其特征在于，步骤C所述根据失败原因确定音视频媒体文件进一步包括：
根据被叫号码或主叫号码确定与失败原因对应的音视频媒体文件。
12、根据权利要求1所述的方法，其特征在于，步骤C之后，该方法进一步包括：
主叫用户挂机，失败原因播放网元停止播放音视频文件，和，拆除主叫用户与失败原因播放网元之间的通道。
13、根据以上任意一项权利要求所述的方法，其特征在于，所述失败原因播放网元为流媒体播放平台。
14、根据权利要求1～12中任意一项所述的方法，其特征在于，所述3G MSC为主叫用户所在的3G MSC，或者为被叫用户所在的3G MSC。
15、一种在可视电话业务中通知业务失败原因的方法，其特征在于，3G MSC支持视频接入网关功能，并且能够保存并播放音视频媒体文件，在该3G MSC上预先进行配置，使得各个失败原因分别对应各自的音视频媒体文件，该方法包括：
步骤a：3G MSC判断可视电话VP呼叫是否失败，如果是，则识别失败原因，并执行步骤b；
步骤b：3G MSC根据步骤a识别的失败原因，判断出本次VP呼叫失败需要对主叫用户放音，在其自身上确定与该失败原因相对应的音视频媒体文件，和，3G MSC与主叫用户进行播放能力协商，利用该能力协商之后所建立的通道向主叫用户播放所述与失败原因相对应的音视频媒体文件。
16、根据权利要求15所述的方法，其特征在于，步骤b之后，该方法进一步包括：
主叫用户挂机，3G MSC停止播放音视频文件，和，拆除主叫用户与3G MSC之间的通道。
17、根据权利要求15或16所述的方法，其特征在于，所述3G MSC为主叫用户所在的3G MSC，或者为被叫用户所在的3G MSC。
CNB2004100116964A 2004-12-31 2004-12-31 一种在可视电话业务中通知业务失败原因的方法 Expired - Fee Related CN100352294C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2004100116964A CN100352294C (zh) 2004-12-31 2004-12-31 一种在可视电话业务中通知业务失败原因的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2004100116964A CN100352294C (zh) 2004-12-31 2004-12-31 一种在可视电话业务中通知业务失败原因的方法

Publications (2)

Publication Number Publication Date
CN1801960A CN1801960A (zh) 2006-07-12
CN100352294C true CN100352294C (zh) 2007-11-28

Family

ID=36811662

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2004100116964A Expired - Fee Related CN100352294C (zh) 2004-12-31 2004-12-31 一种在可视电话业务中通知业务失败原因的方法

Country Status (1)

Country Link
CN (1) CN100352294C (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047985A (zh) * 2006-04-28 2007-10-03 华为技术有限公司 失败放音方法和装置
CN101247539B (zh) * 2007-02-13 2011-05-11 华为技术有限公司 一种协商放音能力的方法及其设备
CN101198105A (zh) * 2007-12-25 2008-06-11 北京亿阳信通软件研究院有限公司 一种移动通信业务处理方法及装置
CN101938621B (zh) * 2009-07-01 2012-11-21 中国移动通信集团公司 视频通话的处理方法、装置及系统
CN101986735B (zh) * 2010-12-07 2013-08-28 候万春 一种校正电话终端呼出号码错误的方法和移动电话终端
CN104955045B (zh) * 2015-06-12 2019-02-05 联想(北京)有限公司 一种接入控制方法、装置、终端及系统
CN113225513A (zh) * 2020-10-23 2021-08-06 常熟友乐智能科技有限公司 一种视频会议信息传输方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003013107A1 (fr) * 2001-07-27 2003-02-13 Matsushita Electric Industrial Co., Ltd. Appareil telephonique a fonction visiophone
CN1510901A (zh) * 2002-12-26 2004-07-07 深圳市中兴通讯股份有限公司 一种数字终端利用互联网进行通讯的方法
CN1512742A (zh) * 2002-12-29 2004-07-14 华为技术有限公司 一种实现长途疏忙业务的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003013107A1 (fr) * 2001-07-27 2003-02-13 Matsushita Electric Industrial Co., Ltd. Appareil telephonique a fonction visiophone
CN1510901A (zh) * 2002-12-26 2004-07-07 深圳市中兴通讯股份有限公司 一种数字终端利用互联网进行通讯的方法
CN1512742A (zh) * 2002-12-29 2004-07-14 华为技术有限公司 一种实现长途疏忙业务的方法

Also Published As

Publication number Publication date
CN1801960A (zh) 2006-07-12

Similar Documents

Publication Publication Date Title
CN1889777A (zh) 从第二代切换回第三代移动通信系统的业务更改方法
CN1909646A (zh) 一种视频通信方法及系统
CN1801856A (zh) 一种实现视频彩铃业务的系统及方法
CN1852364A (zh) 主叫终端控制个性化信息的方法和应用该方法的终端设备
CN101077030A (zh) 移动通信网络中的视频电话服务方法
CN1889756A (zh) 双模终端在分组域和电路域间切换的方法
CN1798207A (zh) 一种在被叫用户终端上显示主叫信息的方法
CN1852363A (zh) 一种提供个性化信息的装置和方法
CN1223130C (zh) 一种码分多址系统中实现回铃音业务的方法
CN1852365A (zh) 一种提供位置信息的方法和系统及一种回铃音设备
CN1671160A (zh) 可视电话业务中的回铃音和回铃图像实现方法
CN1750569A (zh) 播放视频彩铃的方法
CN1866930A (zh) 基于ip多媒体子系统实现个性化回铃音的系统及方法
CN101052116A (zh) 一种在录制对方图像时给出提示信息的方法及系统
CN1859496A (zh) 一种实现多媒体彩铃业务的系统及方法
CN1819691A (zh) 一种基于用户请求实现通信服务等级业务的方法
CN1951132A (zh) 挂起无线通信网络中数据流传输会话的方法和系统
CN1909686A (zh) 一种实现多媒体彩铃音业务的系统及方法
CN101031097A (zh) 实现回铃音业务的方法、系统及装置
CN1805478A (zh) 一种实现通话中变声的系统及方法
CN1905465A (zh) 一种实现无话路迂回多媒体彩铃业务的方法及系统
CN1882116A (zh) 内置视频网关的移动交换中心及实现多媒体互通的方法
CN100352294C (zh) 一种在可视电话业务中通知业务失败原因的方法
CN1852367A (zh) 一种回铃音播放方法
CN1845569A (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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20071128

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