专利名称：视频通话的处理方法、装置及系统的制作方法
技术领域：
本发明涉及通信行业无线技术领域，尤其涉及视频通话的处理方法、装置及系统。
背景技术：
视频通话业务是一种集图像、语音于一体的多媒体通信业务，可以实现人们面对 面的实时沟通，即通话双方在通话过程中能够互相看到对方场景。在2G网络中，对一些常规的呼叫失败场景，例如寻呼无响应，用户忙，用户关机 等，交换机都会提供语音告诉用户呼叫失败的原因。这些语音以PCM编码音频格式文件存 储在媒体网关(Media Gateway，简称MGW)中。现有2G网络上的录音通知数据设置规范，用 户也都养成良好使用习惯。现有的3G视频通话业务中，相关的规范要求将呼叫失败原因值下发给用户终端 (User Equipment,简称UE)，由UE根据上述失败原因值，显示或者播放具体失败原因。视频 通话呼叫采用的是3G. 324M编码方式，普通语音编码的录音通知不能直接被视频呼叫的主 叫用户听到。图1为现有技术视频通话业务向用户提示业务失败原因的流程图。如图1所 示，包括SOl UE向系统发起视频通话请求；S02 当视频通话失败后，系统向UE返回失败原因值；S03:UE收到失败原因值，查找相应的提示，通过UE显示或者语音提示向用户反馈 视频通话失败的具体原因。因此，虽然MSS无法为视频通话的主叫提供录音通知，但却可以将呼叫失败的原 因值发给主叫用户，然后主叫的手机会以文字或者语音的方式反馈给用户，从而使用户知 晓该次呼叫失败的原因。上述方法在系统及UE支持的情况下是适用的，但在现有的网络 及UE的场景下，上述方法的实现存在一系列问题(1)某些失败原因，在数据库中找不到对 应的原因值，UE不能准确表述呼叫失败的原因；(2)需统一个手机生产厂商，对原因值的处 理要统一，实施起来，难度较大，不但交换机需修改数据，也需对手机厂商制定统一的标准； (3)对于已上市手机需要大批量升级改造。在实现本发明过程中，发明人发现现有技术视频通话方式中存在如下问题由于 现有网络设备及UE的局限，视频通话客户在业务失败时经常不能顺利得到失败原因的提 示，客户感知降低；而采取传统方法进行设备升级，成本较高，对已有UE的兼容性差，影响 视频通话业务的推广应用。
发明内容
本发明的目的是解决视频通话失败时不能顺利得到失败原因提示的缺陷，提出一 种视频通话的处理方法、装置及系统，以提高客户感知，并且满足成本和兼容性的要求。为实现上述目的，根据本发明的一个方面，提供了一种视频通话的处理方法，包 括:A、接收主叫终端的视频通话请求，向被叫侧发起视频通话业务；B、若视频通话业务失败，接收到被叫侧返回的失败原因值，失败原因值表示无法建立语音和视频呼叫，则将失败 原因值修改为要求终端进行视频回落的原因值，并下发给主叫终端；C、在接收到主叫终端 根据下发的原因值发起的语音呼叫后，通过与该主叫终端建立的语音通道，向主叫终端播 放被叫侧返回的失败原因值对应的失败原因。优选地，本技术方案中，步骤B中进一步可以包括记录失败原因值及对应的视频 呼叫的主、被叫信息；步骤C可以包括在接收到主叫终端根据下发的原因值发起的语音 呼叫后，根据该语音呼叫的主、被叫信息查询对应记录的失败原因值，并根据该记录的原因 值，通过与主叫终端建立的语音通道，将对应的失败原因播放给主叫终端。优选地，本技术方案中，步骤C包括在接收到主叫终端根据下发的原因值发起的 语音呼叫后，向被叫侧发起语音呼叫业务，在该语音呼叫业务失败后，通过与主叫终端建立 的语音通道播放语音呼叫失败的原因。本技术方案中，无法建立语音和视频呼叫包括以下场景之一 1)在被叫号码分析 表中查询不到被叫号段；2)被叫HLR查询不到被叫用户；3)被叫交换机寻呼不到被叫用 户；4)被叫用户忙；5)被叫用户无应答；6)被叫用户拒绝接听；7)被叫HLR返回缺席用户 指示；8)被叫交换机中被叫置为“用户分离”标志；9)被叫用户闭锁入呼叫；10)主叫网络 忙；11)被叫网络忙；12)被叫激活补充业务中的入呼叫闭锁；13)被叫欠费；14)主叫欠费； 15)主叫用户闭锁出呼叫。本技术方案的处理方法，可以应用于TD-SCDMA、WCDMA或CDMA2000系统。上述终 端为移动手机终端。为实现上述目的，根据本发明的另一个方面，提供了一种视频通话的处理装置， 包括接收模块，用于接收主叫终端的视频通话请求，向被叫侧发起视频通话业务；修改模 块，用于若视频通话业务失败，接收到被叫侧返回的失败原因值，该失败原因值表示无法建 立任何呼叫，则将该失败原因值修改为要求终端进行视频回落的原因值，并下发给主叫终 端；提示模块，用于在接收到主叫终端根据下发的原因值发起的语音呼叫后，通过与该主叫 终端建立的语音通道，向主叫终端播放被叫侧返回的失败原因值对应的失败原因。优选地，本技术方案中，修改模块还包括记录子模块，用于记录失败原因值及对 应的视频呼叫的主、被叫信息；提示模块对应包括检索子模块，用于根据该语音呼叫的 主、被叫信息查询对应记录的失败原因值；播放子模块，用于通过与主叫终端建立的语音通 道，将对应的失败原因播放给主叫终端。优选地，本技术方案中，提示模块包括呼叫接续子模块，在接收到主叫终端根据 下发的原因值发起的语音呼叫后，向被叫侧发起语音呼叫业务；播放子模块，用于语音呼叫 业务失败后，通过与主叫终端建立的语音通道播放语音呼叫失败的原因。本技术方案中，视频通话的处理装置位于MSC Server。为实现上述目的，根据本发明的另一个方面，提供了一种视频通话的处理系统，包 括主叫终端和视频通话处理装置，其中主叫终端，用于向视频通话处理装置发起视频通话 请求，并且根据视频通话处理装置下发的原因值发起的语音呼叫；视频通话处理装置，用于 根据视频通话请求，向被叫侧发起视频通话业务，若视频通话业务失败，接收到被叫侧返回 的失败原因值，则将该失败原因值修改为要求终端进行视频回落的原因值，并下发给主叫 终端，在接收到主叫终端根据下发的原因值发起的语音呼叫后，通过与该主叫终端建立的
5语音通道，向主叫终端播放被叫侧返回的失败原因值对应的失败原因。本发明各实施例的视频通话的处理方法、装置及系统，通过将视频通话业务回落 至语音通话业务，实现视频通话失败原因相关信息的提示，不仅提高了客户感知，而且与现 有技术的兼容性强，成本低，有利于视频通话业务的推广应用。本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变 得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明 书、权利要求书、以及附图中所特别指出的结构来实现和获得。下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实 施例共同用于解释本发明，并不构成对本发明的限制。在附图中图1为现有技术视频通话业务向用户提示业务失败原因的流程图；图2为本发明实施例一视频通话处理方法的流程图；图3为本发明实施例二视频通话处理方法的流程图；图4为本发明实施例三视频通话处理方法的流程图；图5为本发明视频通话处理装置的示意图。结合附图在其上标记以下附图标记402-接收模块；404-修改模块；406-提示模块。
具体实施例方式以下结合附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用 于说明和解释本发明，并不用于限定本发明。实施例一图2为本发明实施例一视频通话处理方法的流程图。如图2所示，本实施例包括步骤S102 接收主叫终端的视频通话请求，向被叫侧发起视频通话业务；步骤S104:若视频通话业务失败，接收到被叫侧返回的失败原因值，该失败原因 值表示无法建立语音和视频呼叫，则将该失败原因值修改为要求终端进行视频回落的原因 值，并下发给主叫终端；步骤S106 在接收到主叫终端根据下发的原因值发起的语音呼叫后，通过与该主 叫终端建立的语音通道，向主叫终端播放被叫侧返回的失败原因值对应的失败原因。本实施例中，各步骤的执行主体可以为MSC Server。步骤S104中，失败原因值表 示无法建立语音和视频呼叫，即主叫终端和被叫终端无法建立正常的通话链路。步骤S106中，在接收到主叫终端根据下发的原因值发起的语音呼叫后，MSC Server向被叫侧发起语音呼叫业务，在该语音呼叫业务失败后，通过与主叫终端建立的语 音通道播放语音呼叫失败的原因。该场景下，直接将现有的已经成熟的语音业务失败提示 信息移植到视频通话业务，实施方法简单，与现有设备的兼容性好。本实施例的方法可以应用于TD-SCDMA、WCDMA或CDMA2000系统，终端可以为移动 手机终端。本实施例中，当视频通话业务失败时，将失败原因值修改为要求终端进行视频回
6落的原因值并下发至主叫终端，建立语音通道，由系统通过主叫终端向用户播放业务失败 原因。本实施例的实现过程中，只要对现有网络设备进行相关设置，实现的成本低，并且与 现有系统及UE的兼容性好，有利于提高客户感知。实施例二图3为本发明实施例二视频通话处理方法的流程图。如图3所示，本实施例包括步骤S202 接收主叫终端的视频通话请求，向被叫侧发起视频通话业务；步骤S204:若视频通话业务失败，接收到被叫侧返回的失败原因值，失败原因值 表示无法建立语音和视频呼叫；步骤S206 记录失败原因值及对应的视频呼叫的主、被叫信息；步骤S208 则将失败原因值修改为要求终端进行视频回落的原因值，并下发给主 叫终端；步骤S210 接收到主叫终端根据下发的原因值发起的语音呼叫后，根据该语音呼 叫的主、被叫信息查询对应记录的失败原因值；步骤S212 根据该记录的原因值，通过与主叫终端建立的语音通道，将对应的失 败原因播放给主叫终端。本实施例的实现过程中，可以在MSC Server新建通话失败的原因值与失败原因映 射的数据库，也可以利用已有的语音业务失败的机制进行相应的功能扩充即可。本发明中，无法建立语音和视频呼叫的原因包括以下场景之一 1)主叫MSC Server在被叫号码分析表中查询不到被叫号段；2)被叫归属位置寄存器(Home Location Register，简称HLR)查询不到被叫用户，向主叫交换机返回SRI ACK中指示-未知用户 "UnknownSubscriber" ；3)被叫交换机寻呼不到被叫用户；4)被叫用户忙；5)被叫用户无 应答；6)被叫用户拒绝接听；7)被叫HLR向主叫交换机返回SRI ACK中指示-缺席用户 “AbsentSubscriber"；8)被叫交换机中被叫置为“用户分离”标志；9)被叫用户被设置ODB 闭锁所有入呼叫，被叫HLR向主叫交换机返回SRI ACK中指示-呼叫闭锁“CallBared”;10) 主叫网络忙；11)被叫网络忙；12)被叫激活补充业务中的入呼叫闭锁，被叫HLR向主叫交 换机返回SRIACK的业务指示被叫激活入呼叫闭锁；13)SCP确认被叫欠费；14) SCP确认主 叫欠费；15)主叫用户被设置ODB闭锁所有出呼叫等。此外，本发明也可应用于视频通话失 败的其他场景，只要符合本发明的思想，均应包含在本发明的保护范围之内。本实施例中，采用系统将视频通话失败的原因值进行记录，在主叫终端重新发起 语音呼叫之后，将与上述失败原因值对应的失败原因通过主叫终端播放至客户。本实施例 具有实施例一的全部有益效果。并且在系统侧增加对失败原因值进行记录，在重新发起语 音呼叫时进行查询等步骤，进一步提高了本技术方案的灵活性和客户感知。实施例三本实施例将针对被叫用户未开机的场景，详细说明本发明的实施过程。图4为本 发明实施例三视频通话处理方法的流程图。如图4所示，本实施例包括步骤S302 =UE A发起视频通话，与RNC A建立连接；步骤S304 =RNC A将呼叫类型、主叫号码、被叫号码等信息上报给MSC Server A ；步骤S306 =MSC Server A通过对被叫号码的分析，发起SRI消息向被叫侧HLR查 询被叫用户的信息；
步骤S308 被叫侧HLR通过SRI ACK消息返回被叫用户已关机的信息给MSC Server A ；步骤S310 =MSC Server A通过收到的MAP消息判断出被叫已经关机，同时判断主 叫用户的呼叫类型，发现是视频通话，步骤S312 =MSC Server A记录失败原因值-该原因值代表被叫用户关机，及对应 的视频呼叫的主、被叫信息；步骤S314 将失败原因值修改为要求终端进行视频回落的原因值，并下发给主叫 终端，上述进行视频回落的原因值只需要指示UE A将视频通话回落至语音通话即可；步骤S316 =UE A收到MSC Server A下发的视频通话失败消息后，重新发起语音呼 叫；步骤S318 =RNC A将呼叫类型，主、被叫号码等信息上报给MSCServer A ；步骤S320 =MSC SERVER A通过对主、被叫信息进行分析，获知本次语音呼叫是由于 视频通话失败造成的回落而引起的重新呼叫；根据主、被叫信息获取对应记录的失败原因 值；步骤S322 通过GCP消息通知主叫侧MGW播放失败原因值对应的录音通知；步骤S324 主叫侧MGW根据MSC Server A的指示，选择相应的语音播放给UE A0本实施例特别针对了被叫用户未开机的场景进行了详细说明，其他视频通话失败 场景的处理过程与此类似，此处不再详述。本实施例具有实施例二的全部有益效果，并且可 实施例性更强。实施例四图5为本发明视频通话处理装置的示意图。如图5所示，本实施例视频通话处理装 置包括接收模块402，用于接收主叫终端的视频通话请求，向被叫侧发起视频通话业务； 修改模块404，用于若视频通话业务失败，接收到被叫侧返回的失败原因值，该失败原因值 表示无法建立任何呼叫，则将该失败原因值修改为要求终端进行视频回落的原因值，并下 发给主叫终端；提示模块406，用于在接收到主叫终端根据下发的原因值发起的语音呼叫 后，通过与该主叫终端建立的语音通道，向主叫终端播放被叫侧返回的失败原因值对应的 失败原因。本实施例的视频通话处理装置可以位于MSC Server。本实施例实现的方法可以参 照实施例一的相关说明，并具有上述实施例的有益效果，此处不再重述。实施例五本实施例在实施例四的基础上，对视频通话处理装置的各个功能模块进行细化。 本实施例视频通话处理装置中，修改模块404还可以包括记录子模块，用于记录失败原因 值及对应的视频呼叫的主、被叫信息；提示模块406对应可以包括检索子模块，用于根据 该语音呼叫的主、被叫信息查询对应记录的失败原因值；播放子模块，用于通过与主叫终端 建立的语音通道，将对应的失败原因播放给主叫终端。本实施例实现的方法可以参照实施例二的相关说明，并具有上述实施例的有益效 果，此处不再重述。实施例六本实施例在实施例四的基础上，对视频通话处理装置的各个功能模块进行细化。本实施例视频通话处理装置中，提示模块包括呼叫接续子模块，在接收到主叫终端根据下 发的原因值发起的语音呼叫后，向被叫侧发起语音呼叫业务；播放子模块，用于语音呼叫业 务失败后，通过与主叫终端建立的语音通道播放语音呼叫失败的原因。本实施例实现的方法可以参照实施例一的相关说明，并具有上述实施例的有益效 果，此处不再重述。实施例七本实施例提供了一种视频通话的系统，包括主叫终端和视频通话处理装置，其 中主叫终端，用于向视频通话处理装置发起视频通话请求，并且根据视频通话处理 装置下发的原因值发起的语音呼叫；视频通话处理装置，用于根据视频通话请求，向被叫侧发起视频通话业务；若视频 通话业务失败，接收到被叫侧返回的失败原因值，则将该失败原因值修改为要求终端进行 视频回落的原因值，并下发给主叫终端；在接收到主叫终端根据下发的原因值发起的语音 呼叫后，通过与该主叫终端建立的语音通道，向主叫终端播放被叫侧返回的失败原因值对 应的失败原因。本实施例的视频通话处理装置可以位于MSC Server。本实施例的视频通话处 理装置可以为实施例四-实施例六的视频通话处理装置，本实施例的系统可以应用于 TD-SCDMA, WCDMA或CDMA2000系统。本实施例实现的方法可以参照实施例一的相关说明， 并具有上述实施例的有益效果，此处不再重述。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于可读取存储介质中，该程序在执行时， 执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟、光盘、网络节 点、调度器等各种可以存储程序代码的介质。最后应说明的是以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可 以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的 保护范围之内。
权利要求
一种视频通话的处理方法，其特征在于，包括A、接收主叫终端的视频通话请求，向被叫侧发起视频通话业务；B、若视频通话业务失败，接收到被叫侧返回的失败原因值，所述失败原因值表示无法建立语音和视频呼叫，则将所述失败原因值修改为要求终端进行视频回落的原因值，并下发给所述主叫终端；C、在接收到所述主叫终端根据所述下发的原因值发起的语音呼叫后，通过与该主叫终端建立的语音通道，向主叫终端播放所述被叫侧返回的失败原因值对应的失败原因。
2.根据权利要求1所述的处理方法，其特征在于，所述步骤B中进一步包括记录所述 失败原因值及对应的所述视频呼叫的主、被叫信息；所述步骤C包括在接收到所述主叫终端根据所述下发的原因值发起的语音呼叫后， 根据该语音呼叫的主、被叫信息查询对应记录的失败原因值，并根据该记录的原因值，通过 与所述主叫终端建立的语音通道，将对应的失败原因播放给主叫终端。
3.根据权利要求1所述的处理方法，其特征在于，所述步骤C包括在接收到所述主叫终端根据所述下发的原因值发起的语音呼叫后，向所述被叫侧发起 语音呼叫业务，在该语音呼叫业务失败后，通过与主叫终端建立的语音通道播放语音呼叫 失败的原因。
4.根据权利要求1-3中任一项所述的处理方法，其特征在于，所述无法建立语音和视 频呼叫包括以下场景之一 1)在被叫号码分析表中查询不到被叫号段；2)被叫HLR查询不 到被叫用户；3)被叫交换机寻呼不到被叫用户；4)被叫用户忙；5)被叫用户无应答；6)被 叫用户拒绝接听；7)被叫HLR返回缺席用户指示；8)被叫用户置为“用户分离”标志；9)被 叫用户闭锁入呼叫；10)主叫网络忙；11)被叫网络忙；12)被叫激活补充业务中的入呼叫 闭锁；13)被叫欠费；14)主叫欠费；15)主叫用户闭锁出呼叫。
5.根据权利要求1-3中任一项所述的处理方法，其特征在于，应用于TD-SCDMA、WCDMA 或CDMA2000系统。
6.根据权利要求1-3中任一项所述的方法，其特征在于，所述主叫终端为移动手机终端。
7.一种视频通话的处理装置，其特征在于，包括接收模块，用于接收主叫终端的视频通话请求，向被叫侧发起视频通话业务；修改模块，用于若视频通话业务失败，接收到被叫侧返回的失败原因值，该失败原因值 表示无法建立任何呼叫，则将该失败原因值修改为要求终端进行视频回落的原因值，并下 发给所述主叫终端；提示模块，用于在接收到所述主叫终端根据所述下发的原因值发起的语音呼叫后，通 过与该主叫终端建立的语音通道，向主叫终端播放所述被叫侧返回的失败原因值对应的失 败原因。
8.根据权利要求7所述的处理装置，其特征在于，所述修改模块还包括记录子模块， 用于记录所述失败原因值及对应的所述视频呼叫的主、被叫信息；所述提示模块对应包括检索子模块，用于根据该语音呼叫的主、被叫信息查询对应记 录的失败原因值；播放子模块，用于通过与所述主叫终端建立的语音通道，将对应的失败原 因播放给主叫终端。2
9.根据权利要求7所述的处理装置，其特征在于，所述提示模块包括呼叫接续子模块，在接收到所述主叫终端根据所述下发的原因值发起的语音呼叫后， 向所述被叫侧发起语音呼叫业务；播放子模块，用于所述语音呼叫业务失败后，通过与主叫终端建立的语音通道播放语 音呼叫失败的原因。
10.根据权利要求7-9中任一项所述的处理装置，其特征在于，位于MSCServer。
11.一种视频通话的处理系统，其特征在于，包括主叫终端和视频通话处理装置，其中主叫终端，用于向视频通话处理装置发起视频通话请求，并且根据所述视频通话处理 装置下发的原因值发起的语音呼叫；视频通话处理装置，用于根据所述视频通话请求，向被叫侧发起视频通话业务；若视频 通话业务失败，接收到被叫侧返回的失败原因值，则将该失败原因值修改为要求终端进行 视频回落的原因值，并下发给所述主叫终端；在接收到所述主叫终端根据所述下发的原因 值发起的语音呼叫后，通过与该主叫终端建立的语音通道，向主叫终端播放所述被叫侧返 回的失败原因值对应的失败原因。
12.根据权利要求11所述的处理系统，其特征在于，应用于TD-SCDMA、WCDMA或 CDMA2000 系统。
全文摘要
本发明公开了一种视频通话的处理方法、装置及系统。该方法包括接收主叫终端的视频通话请求，向被叫侧发起视频通话业务；若视频通话业务失败，接收到被叫侧返回的失败原因值，则将失败原因值修改为要求终端进行视频回落的原因值，并下发给主叫终端；在接收到主叫终端根据下发的原因值发起的语音呼叫后，通过与该主叫终端建立的语音通道，向主叫终端播放被叫侧返回的失败原因值对应的失败原因。本发明各实施例的视频通话的处理方法、装置及系统，不仅提高了客户感知，而且与现有技术的兼容性强，成本低，有利于视频通话业务的推广应用。
文档编号H04N7/14GK101938621SQ20091008763
公开日2011年1月5日 申请日期2009年7月1日 优先权日2009年7月1日
发明者吴勤华, 周江伟, 张巧琳, 方力, 沈忱, 陈昊, 陈莉华, 魏丽红 申请人:中国移动通信集团公司;中国移动通信集团湖北有限公司