控制数据和语音传输的方法、系统与第三方业务平台的利记博彩app

文档序号:7999173阅读:266来源:国知局
控制数据和语音传输的方法、系统与第三方业务平台的利记博彩app
【专利摘要】本发明涉及一种控制数据和语音传输的方法、系统与第三方业务平台。该方法包括响应于电路交换域的来电呼叫,通过呼叫通知接口接收多媒体电话应用服务器发送的关于电路交换域来电的信息;判断被叫用户是否正与第三方业务平台进行分组交换域通话;如果被叫用户正与第三方业务平台进行分组交换域通话,则通过分组交换域询问被叫用户是否接通电路交换域的来电呼叫,否则,直接为被叫用户接通电路交换域的来电呼叫;接收被叫用户反馈的信息;根据被叫用户反馈的信息确定是否接通电路交换域的来电呼叫。本发明能够通过第三方业务平台解决数据语音同传冲突的问题。
【专利说明】控制数据和语音传输的方法、系统与第三方业务平台

【技术领域】
[0001] 本公开涉及双网来电通信控制技术,特别地,涉及一种控制数据和语音传输的方 法、系统与第三方业务平台。

【背景技术】
[0002] 随着移动互联网时代的发展,用户使用PS域进行数据通信的行为越来越多。但当 前对于CDMA2000(Code Division Multiple Access2000,码分多址2000)的终端来说,有一 个特殊点就是其CS(Circuit Switched,电路交换)域和PS(Packet Switched,分组交换)域 不能同时使用。在当前,当CDMA2000终端进行PS域通信(例如,使用EVDO(Evolution-Data Only)流量)时,如果CDMA2000的CS域接收到来电,目前的处理机制为:切断EVD0连接,对 CS域的来电进行接续。
[0003] 如果车联网用户正在使用车联网终端进行导航等数据通信,例如,使用EVD0流 量,此时如果CS域接收到来电,则原来的数据通信就会被中断,而对CS域的来电进行接续, 这种直接切断数据业务的方式给用户造成了较差的体验。


【发明内容】

[0004] 本公开鉴于以上问题中的至少一个提出了新的技术方案。
[0005] 本公开在其一个方面提供了一种控制数据和语音传输的方法,其能够通过第三方 业务平台解决数据语音同传冲突的问题。
[0006] 本公开在其另一方面提供了一种第三方业务平台,其能够通过第三方业务平台解 决数据语音同传冲突的问题。
[0007] 本公开在其又一方面提供了一种控制数据和语音传输的系统,其能够通过第三方 业务平台解决数据语音同传冲突的问题。
[0008] 根据本公开,提供一种控制数据和语音传输的方法,包括:
[0009] 响应于电路交换域的来电呼叫,通过呼叫通知接口接收多媒体电话应用服务器发 送的关于电路交换域来电的信息;
[0010] 判断被叫用户是否正与第三方业务平台进行分组交换域通话;
[0011] 如果被叫用户正与第三方业务平台进行分组交换域通话,则通过分组交换域询问 被叫用户是否接通电路交换域的来电呼叫,否则,直接为被叫用户接通电路交换域的来电 呼叫;
[0012] 接收被叫用户反馈的信息;
[0013] 根据被叫用户反馈的信息确定是否接通电路交换域的来电呼叫。
[0014] 在本公开的一些实施例中,该方法还包括:
[0015] 响应于电路交换域的来电呼叫,多媒体电话应用服务器保持住电路交换域的来电 呼叫,并通过呼叫通知接口将电路交换域的来电呼叫信息通知给第三方业务平台。
[0016] 在本公开的一些实施例中,该方法还包括:
[0017] 响应于被叫用户反馈的信息为接通电路交换域的来电呼叫,通知多媒体电话应用 服务器为被叫用户接通电路交换域的来电呼叫;
[0018] 响应于被叫用户反馈的信息为拒绝电路交换域的来电呼叫,通知多媒体电话应用 服务器,以使多媒体电话应用服务器通过提示音的方式告知主叫用户目前来电呼叫无法接 通至被叫用户。
[0019] 在本公开的一些实施例中,该方法还包括:
[0020] 响应于主被叫之间的电路交换域通话结束,多媒体电话应用服务器通过呼叫通知 接口将该通话结束的信息通知给第三方业务平台;
[0021] 第三方业务平台向被叫用户询问是否接续被中断的分组交换域通话,并根据被叫 用户的反馈确定是否接续被中断的分组交换域通话。
[0022] 在本公开的一些实施例中,该方法还包括:
[0023] 在第三方业务平台的所有用户作为被叫用户时,将电路交换域的来电呼叫触发至 多媒体电话应用服务器。
[0024] 根据本公开,还提供了一种第三方业务平台,包括:
[0025] 通知接收单元,用于响应于电路交换域的来电呼叫,通过呼叫通知接口接收多媒 体电话应用服务器发送的关于电路交换域来电的信息;
[0026] PS通话判断单元,用于判断被叫用户是否正与第三方业务平台进行分组交换域通 话;
[0027] 询问消息发送单元,用于如果被叫用户正与第三方业务平台进行分组交换域通 话,则通过分组交换域询问被叫用户是否接通电路交换域的来电呼叫,否则,直接为被叫用 户接通电路交换域的来电呼叫;
[0028] 反馈信息接收单元,用于接收被叫用户反馈的信息;
[0029] 接续处理单元,用于根据被叫用户反馈的信息确定是否接通电路交换域的来电呼 口 4。
[0030] 在本公开的一些实施例中,第三方业务平台还包括:
[0031] 反馈信息发送单元,用于响应于被叫用户反馈的信息为接通电路交换域的来电呼 口通知多媒体电话应用服务器为被叫用户接通电路交换域的来电呼叫,响应于被叫用户 反馈的信息为拒绝电路交换域的来电呼叫,通知多媒体电话应用服务器,以使多媒体电话 应用服务器通过提示音的方式告知主叫用户目前无法接通至被叫用户的来电呼叫。
[0032] 在本公开的一些实施例中,通知接收单元还响应于主被叫之间的电路交换域通话 结束,通过呼叫通知接口接收通话结束的信息;询问消息发送单元还向被叫用户询问是否 接续被中断的分组交换域通话,并根据被叫用户的反馈确定是否接续被中断的分组交换域 通话。
[0033] 根据本公开,还提供了一种控制数据和语音传输的系统,包括主叫终端、被叫终 端、多媒体电话应用服务器和前述实施例中的第三方业务平台,其中,多媒体电话应用服务 器用于向第三方业务平台发送电路交换域来电信息并接收第三方业务平台转发的被叫用 户反馈的信息。
[0034] 在本公开的一些实施例中,多媒体电话应用服务器响应于电路交换域的来电呼叫 还保持电路交换域的来电呼叫。
[0035] 在本公开的一些实施例中,多媒体电话应用服务器响应于被叫用户反馈的信息为 接通电路交换域的来电呼叫还为被叫用户接通电路交换域的来电呼叫,响应于被叫用户反 馈的信息为拒绝电路交换域的来电呼叫还通过提示音的方式告知主叫用户目前来电呼叫 无法接通至被叫用户。
[0036] 通过本公开的技术方案,在被叫用户正在与第三方业务平台进行分组交换域通话 时,如果接收到来自电路交换域的来电呼叫,则将该信息通知给被叫用户,由被叫用户决定 是继续当前的分组交换域通话还是接续新来的电路交换域的来电。这样在同时有电路交换 域和分组交换域通话请求时可以根据用户需求进行选择而不再是简单地拒绝电路交换域 的来电,显著提升了用户体验。

【专利附图】

【附图说明】
[0037] 此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分。在附 图中:
[0038] 图1是实现本公开技术方案的架构示意图。
[0039] 图2是本公开一个实施例的控制数据和语音传输的方法的流程示意图。
[0040] 图3是本公开一个实施例的第三方业务平台的结构示意图。
[0041] 图4是本公开另一实施例的第三方业务平台的结构示意图。
[0042] 图5是本公开一个实施例的控制数据和语音传输的系统的结构示意图。

【具体实施方式】
[0043] 下面将参照附图描述本公开。要注意的是,以下的描述在本质上仅是解释性和示 例性的,决不作为对本公开及其应用或使用的任何限制。除非另外特别说明,否则,在实施 例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外, 本领域技术人员已知的技术、方法和装置可能不被详细讨论,但在适当的情况下意在成为 说明书的一部分。
[0044] 图1是实现本公开技术方案的架构示意图。
[0045] 如图1所示,在主叫用户与被叫用户之间设置多媒体电话应用服务器,在多媒体 电话应用服务器与被叫用户之间设置第三方业务平台,多媒体电话应用服务器与第三方 业务平台之间新增呼叫通知接口,第三方业务平台与被叫用户之间可以进行数据通信(即, 分组交换域通信),在需要接通主被叫之间电路交换域通话的情况下,无需经第三方业务平 台,由多媒体电话应用服务器直接连通主叫用户与被叫用户。
[0046] 本公开下述实施例通过为多媒体电话应用服务器新建一个呼叫通知接口至第三 方业务平台,并为该第三方业务平台的所有用户签署被叫业务属性,这样当通过电路交换 域呼叫作为被叫用户的第三方业务平台的用户时,无论该被叫用户是否在进行数据通信均 将该电路交换域的来电呼叫触发至多媒体电话应用服务器,多媒体电话应用服务器都会保 持住该路电路交换域通话,并通过呼叫通知接口将该路电路交换域的呼叫信息传递给第三 方业务平台,由第三方业务平台来决定是否对该路电路交换域通话进行处理,其中,第三方 业务平台指某个特定业务的应用平台,例如,车联网业务平台。第三方业务平台的处理机制 为先判断该被叫用户此时是否处于分组交换域通信过程中,由于该分组交换域通信是被叫 用户与第三方业务平台之间的分组交换域通信,因此可以由第三方业务平台判断,如未进 行分组交换域通信,则第三方业务平台直接回复多媒体电话应用服务器接通该路电路交换 域通话,如果该被叫用户正处于分组交换域通信过程中,则第三方业务平台通过分组交换 域向被叫用户发送询问信息,并给出选择项:拒绝新来的电路交换域呼叫/接听新来的电 路交换域呼叫。被叫用户选择后,第三方业务平台根据被叫用户反馈的信息拒绝来电或接 续该来电。
[0047] 图2是本公开一个实施例的控制数据和语音传输的方法的流程示意图。
[0048] 如图2所示,该实施例可以包括以下步骤:
[0049] S202,响应于电路交换域的来电呼叫,通过呼叫通知接口接收多媒体电话应用服 务器发送的关于电路交换域来电的信息,即,在多媒体电话应用服务器接收到电路交换域 的来电呼叫后,通过多媒体电话应用服务器与第三方业务平台之间的呼叫通知接口告知第 三方业务平台,其中,电路交换域来电的信息可以包括但不限于主叫用户信息;
[0050] S204,判断被叫用户是否正与第三方业务平台进行分组交换域通话;
[0051] S206,如果被叫用户正与第三方业务平台进行分组交换域通话,则通过分组交换 域询问被叫用户是否接通电路交换域的来电呼叫,否则,表明被叫用户正处于空闲状态,可 以通知多媒体电话应用服务器直接为被叫用户接通电路交换域的来电呼叫;
[0052] S208,在第三方业务平台向被叫用户发起查询请求后接收被叫用户反馈的信息, 该信息可以是接通电路交换域的来电呼叫也可以是拒绝电路交换域的来电呼叫;
[0053] S210,根据被叫用户反馈的信息确定是否接通电路交换域的来电呼叫,并将被叫 用户反馈的信息发送至多媒体电话应用服务器,以由该多媒体电话应用服务器执行相应的 操作。
[0054] 例如,响应于被叫用户反馈的信息为接通电路交换域的来电呼叫,第三方业务平 台通知多媒体电话应用服务器为被叫用户接通电路交换域的来电呼叫;响应于被叫用户反 馈的信息为拒绝电路交换域的来电呼叫,第三方业务平台通知多媒体电话应用服务器,以 使多媒体电话应用服务器通过提示音的方式告知主叫用户目前来电呼叫无法被接通至被 叫用户。
[0055] 在该实施例中,在被叫用户正在与第三方业务平台进行分组交换域通话时,如果 接收到来自电路交换域的来电呼叫,则将该信息通知给被叫用户,由被叫用户决定是继续 当前的分组交换域通话还是接续新来的电路交换域的来电。这样在同时有电路交换域和分 组交换域通话请求时可以根据用户需求进行选择而不再是简单地拒绝电路交换域的来电, 显著提升了用户体验。
[0056] 在步骤S202之前,在第三方业务平台的所有用户作为被叫用户时,将呼叫这些被 叫用户的电路交换域的来电呼叫触发至多媒体电话应用服务器,以通过第三方业务平台与 被叫用户的交互来解决分组交换域与电路交换域同时呼叫被叫用户的问题。
[0057] 其中,在步骤S202中,响应于电路交换域的来电呼叫,多媒体电话应用服务器在 通过呼叫通知接口将电路交换域的来电呼叫信息通知给第三方业务平台的同时还保持住 该电路交换域的来电呼叫,即在多媒体电话应用服务器中预设在第三方业务平台的用户作 为被叫时将该电路交换域的来电呼叫自动设置为呼叫等待,以在被叫用户请求接续该电路 交换域的来电呼叫时能够实现电路交换域电话的接通。
[0058] 进一步地,多媒体电话应用服务器在保持该电路交换域的来电呼叫时,还自动向 主叫用户播放等待提示音,以告知主叫用户目前正在进行电话的接续,请等待。
[0059] 如果被叫用户选择接通电路交换域的来电呼叫,则在主被叫通话结束后,响应于 主被叫之间的电路交换域通话结束,多媒体电话应用服务器通过呼叫通知接口将该通话结 束的信息通知给第三方业务平台;第三方业务平台在接收到通话结束的信息后,向被叫用 户询问是否接续被中断的分组交换域通话,并根据被叫用户的反馈确定是否接续被中断的 分组交换域通话。
[0060] 在本公开另一实施例的控制数据和语音传输的方法中,可以包括以下步骤:
[0061] 为第三方业务平台的所有CDMA终端号码签署被叫业务:当该号码做电路交换域 被叫时,将该路呼叫消息触发到多媒体电话应用服务器;
[0062] 当电路交换域呼叫消息被触发至多媒体电话应用服务器后,该应用服务器先保 持住该路通话,并通过呼叫通知接口将该路呼叫消息传给第三方业务平台,第三方业务平 台先判别该被叫用户此时是否处于分组交换域通信过程中,如不处于分组交换域通信过程 中,则第三方业务平台直接回复多媒体电话应用服务器接通该路通话,并进行正常呼叫;若 该被叫用户正处于分组交换域通信中,则第三方业务平台通过分组交换域向该被叫用户发 送询问消息,并给出选择项:拒绝新来的电路交换域来电/接听新来的电路交换域来电,并 向多媒体电话应用服务器回复"用户处于通话中"的消息;
[0063] 多媒体电话应用服务器在接收到第三方业务平台回复的"用户处于通话中"的消 息后,首先使用Update消息更新主叫方的媒体链接地址,将媒体链接地址连接到媒体服务 上,并向主叫用户播放:"该用户正在通话中,请等待用户接续……";
[0064] 被叫用户基于第三方业务平台发来的选择项根据自身的意愿选择接听或是拒绝 来电;
[0065] 若第三方业务平台收到被叫用户拒绝来电的指令,则第三方业务平台将此信息回 复给多媒体电话应用服务器,多媒体电话应用服务器将对主叫用户的播放媒体更改为:"您 拨打的用户正在通话中,不方便接听您的电话,请稍候再拨";
[0066] 若被叫用户选择接听,则被叫用户侧结束当前的分组交换域通信,接受电路交换 域的寻呼信息;第三方业务平台侧将被叫用户接听新来的电路交换域来电的信息回复给多 媒体电话应用服务器,该应用服务器为主被叫双方接通该路通话;
[0067] 在双方通话结束后,多媒体应用服务器将通话结束的消息通过呼叫通知接口传给 第三方业务平台,第三方业务平台向被叫用户发起询问是否接续刚才的分组交换域通信的 消息,如被叫用户选择继续刚才的分组交换域通信,则由第三方业务平台主动发起到被叫 用户的连接建立请求,接通被中断的分组交换域通信,否则,不再在第三方业务平台与被叫 用户之间建立新的分组交换域通信连接。
[0068] 本领域普通技术人员可以理解,实现上述方法实施例的全部和部分步骤可以通过 程序指令相关的硬件来完成,前述的程序可以存储于一计算设备可读取存储介质中,该程 序在执行时,执行包括上述方法实施例的步骤,而前述的存储介质可以包括ROM、RAM、磁碟 和光盘等各种可以存储程序代码的介质。
[0069] 图3是本公开一个实施例的第三方业务平台的结构示意图。
[0070] 如图3所示,该实施例中的第三方业务平台30可以包括通知接收单元302、PS通 话判断单元304、询问消息发送单元306、反馈信息接收单元308和接续处理单元310,其中,
[0071] 通知接收单元302,用于响应于电路交换域的来电呼叫,通过呼叫通知接口接收多 媒体电话应用服务器发送的关于电路交换域来电的信息;
[0072] PS通话判断单元304,用于判断被叫用户是否正与第三方业务平台进行分组交换 域通话;
[0073] 询问消息发送单元306,用于如果被叫用户正与第三方业务平台进行分组交换域 通话,则通过分组交换域询问被叫用户是否接通电路交换域的来电呼叫,否则,直接为被叫 用户接通电路交换域的来电呼叫;
[0074] 反馈信息接收单元308,用于接收被叫用户反馈的信息;
[0075] 接续处理单元310,用于根据被叫用户反馈的信息确定是否接通电路交换域的来 电呼叫。
[0076] 在该实施例中,在被叫用户正在与第三方业务平台进行分组交换域通话时,如果 接收到来自电路交换域的来电呼叫,则将该信息通知给被叫用户,由被叫用户决定是继续 当前的分组交换域通话还是接续新来的电路交换域的来电。这样在同时有电路交换域和分 组交换域通话请求时可以根据用户需求进行选择而不再是简单地拒绝电路交换域的来电, 显著提升了用户体验。
[0077] 图4是本公开另一实施例的第三方业务平台的结构示意图。
[0078] 如图4所示,与图3中的实施例相比,该实施例中的第三方业务平台40还可以包 括:
[0079] 反馈信息发送单元402,用于响应于被叫用户反馈的信息为接通电路交换域的来 电呼叫,通知多媒体电话应用服务器为被叫用户接通电路交换域的来电呼叫,响应于被叫 用户反馈的信息为拒绝电路交换域的来电呼叫,通知多媒体电话应用服务器,以使多媒体 电话应用服务器通过提示音的方式告知主叫用户目前无法接通至被叫用户的来电呼叫。
[0080] 进一步地,通知接收单元还响应于主被叫之间的电路交换域通话结束,通过呼叫 通知接口接收通话结束的信息;询问消息发送单元还向被叫用户询问是否接续被中断的分 组交换域通话,并根据被叫用户的反馈确定是否接续被中断的分组交换域通话。
[0081] 图5是本公开一个实施例的控制数据和语音传输的系统的结构示意图。
[0082] 如图5所示,该实施例中的系统50可以包括主叫终端502、被叫终端504、多媒体 电话应用服务器506和第三方业务平台508,其中,多媒体电话应用服务器506用于向第三 方业务平台发送电路交换域来电信息并接收第三方业务平台转发的被叫用户反馈的信息, 第三方业务平台508可以通过前述实施例实现。
[0083] 进一步地,多媒体电话应用服务器响应于电路交换域的来电呼叫还保持电路交换 域的来电呼叫。
[0084] 此外,多媒体电话应用服务器响应于被叫用户反馈的信息为接通电路交换域的来 电呼叫还为被叫用户接通电路交换域的来电呼叫,响应于被叫用户反馈的信息为拒绝电路 交换域的来电呼叫还通过提示音的方式告知主叫用户目前来电呼叫无法接通至被叫用户。 [0085] 本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其 他实施例的不同之处,各个实施例之间相同和相似的部分可以相互参见。对于装置实施例 而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处可以参见方法实施例 部分的说明。
[0086] 虽然已参照示例性实施例描述了本公开,但应理解,本公开不限于上述的示例性 实施例。对于本领域技术人员显然的是,可以在不背离本公开的范围和精神的条件下修改 上述的示例性实施例。所附的权利要求的范围应被赋予最宽的解释,以包含所有这样的修 改以及等同的结构和功能。
【权利要求】
1. 一种控制数据和语音传输的方法,其特征在于,包括: 响应于电路交换域的来电呼叫,通过呼叫通知接口接收多媒体电话应用服务器发送的 关于电路交换域来电的信息; 判断被叫用户是否正与第三方业务平台进行分组交换域通话; 如果所述被叫用户正与所述第三方业务平台进行分组交换域通话,则通过分组交换域 询问所述被叫用户是否接通电路交换域的来电呼叫,否则,直接为所述被叫用户接通电路 交换域的来电呼叫; 接收所述被叫用户反馈的信息; 根据所述被叫用户反馈的信息确定是否接通电路交换域的来电呼叫。
2. 根据权利要求1所述的控制数据和语音传输的方法,其特征在于,所述方法还包括: 响应于电路交换域的来电呼叫,多媒体电话应用服务器保持住所述电路交换域的来电 呼叫,并通过所述呼叫通知接口将所述电路交换域的来电呼叫信息通知给所述第三方业务 平台。
3. 根据权利要求1所述的控制数据和语音传输的方法,其特征在于,所述方法还包括: 响应于所述被叫用户反馈的信息为接通电路交换域的来电呼叫,通知多媒体电话应用 服务器为所述被叫用户接通电路交换域的来电呼叫; 响应于所述被叫用户反馈的信息为拒绝电路交换域的来电呼叫,通知所述多媒体电话 应用服务器,以使所述多媒体电话应用服务器通过提示音的方式告知主叫用户目前来电呼 叫无法接通至被叫用户。
4. 根据权利要求1所述的控制数据和语音传输的方法,其特征在于,所述方法还包括: 响应于主被叫之间的电路交换域通话结束,多媒体电话应用服务器通过所述呼叫通知 接口将该通话结束的信息通知给所述第三方业务平台; 所述第三方业务平台向被叫用户询问是否接续被中断的分组交换域通话,并根据所述 被叫用户的反馈确定是否接续被中断的分组交换域通话。
5. 根据权利要求1所述的控制数据和语音传输的方法,其特征在于,所述方法还包括: 在所述第三方业务平台的所有用户作为被叫用户时,将电路交换域的来电呼叫触发至 多媒体电话应用服务器。
6. -种第三方业务平台,其特征在于,包括: 通知接收单元,用于响应于电路交换域的来电呼叫,通过呼叫通知接口接收多媒体电 话应用服务器发送的关于电路交换域来电的信息; PS通话判断单元,用于判断被叫用户是否正与第三方业务平台进行分组交换域通话; 询问消息发送单元,用于如果所述被叫用户正与所述第三方业务平台进行分组交换域 通话,则通过分组交换域询问所述被叫用户是否接通电路交换域的来电呼叫,否则,直接为 所述被叫用户接通电路交换域的来电呼叫; 反馈信息接收单元,用于接收所述被叫用户反馈的信息; 接续处理单元,用于根据所述被叫用户反馈的信息确定是否接通电路交换域的来电呼 口 L1。
7. 根据权利要求6所述的第三方业务平台,其特征在于,所述第三方业务平台还包括: 反馈信息发送单元,用于响应于所述被叫用户反馈的信息为接通电路交换域的来电呼 口 q,通知多媒体电话应用服务器为所述被叫用户接通电路交换域的来电呼叫,响应于所述 被叫用户反馈的信息为拒绝电路交换域的来电呼叫,通知所述多媒体电话应用服务器,以 使所述多媒体电话应用服务器通过提示音的方式告知主叫用户目前无法接通至被叫用户 的来电呼叫。
8. 根据权利要求6所述的第三方业务平台,其特征在于,所述通知接收单元还响应于 主被叫之间的电路交换域通话结束,通过所述呼叫通知接口接收通话结束的信息;所述询 问消息发送单元还向被叫用户询问是否接续被中断的分组交换域通话,并根据所述被叫用 户的反馈确定是否接续被中断的分组交换域通话。
9. 一种控制数据和语音传输的系统,其特征在于,包括主叫终端、被叫终端、多媒体电 话应用服务器和权利要求6至8中任一项所述的第三方业务平台,其中,所述多媒体电话应 用服务器用于向所述第三方业务平台发送电路交换域来电信息并接收所述第三方业务平 台转发的所述被叫用户反馈的信息。
10. 根据权利要求9所述的控制数据和语音传输的系统,其特征在于,所述多媒体电话 应用服务器响应于电路交换域的来电呼叫还保持所述电路交换域的来电呼叫。
11. 根据权利要求9所述的控制数据和语音传输的系统,其特征在于,所述多媒体电话 应用服务器响应于所述被叫用户反馈的信息为接通电路交换域的来电呼叫还为所述被叫 用户接通电路交换域的来电呼叫,响应于所述被叫用户反馈的信息为拒绝电路交换域的来 电呼叫还通过提示音的方式告知主叫用户目前来电呼叫无法接通至被叫用户。
【文档编号】H04W36/14GK104144399SQ201310170513
【公开日】2014年11月12日 申请日期:2013年5月10日 优先权日:2013年5月10日
【发明者】周毅 申请人:中国电信股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1