CN101742692B - 寻呼处理、信息显示方法、装置 - Google Patents
寻呼处理、信息显示方法、装置 Download PDFInfo
- Publication number
- CN101742692B CN101742692B CN2008102259814A CN200810225981A CN101742692B CN 101742692 B CN101742692 B CN 101742692B CN 2008102259814 A CN2008102259814 A CN 2008102259814A CN 200810225981 A CN200810225981 A CN 200810225981A CN 101742692 B CN101742692 B CN 101742692B
- Authority
- CN
- China
- Prior art keywords
- callee
- message
- paging
- information
- msc
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 104
- 238000003672 processing method Methods 0.000 claims abstract description 11
- 230000004044 response Effects 0.000 claims description 30
- 230000005540 biological transmission Effects 0.000 claims description 6
- 230000000875 corresponding effect Effects 0.000 description 13
- 102000018059 CS domains Human genes 0.000 description 5
- 108050007176 CS domains Proteins 0.000 description 5
- 230000008676 import Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000002452 interceptive effect Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000002596 correlated effect Effects 0.000 description 2
- 239000012467 final product Substances 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
- H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
Abstract
本发明实施例涉及一种寻呼处理、信息显示方法、装置及系统,寻呼处理方法包括:接收被叫方UE注册的MSC发送的寻呼请求消息;当被叫方UE处于连接状态时,向被叫方UE发送寻呼通知消息,并向MSC返回被叫方UE的寻呼状态消息。本发明实施例通过MME在接收到MSC的寻呼请求消息之后,若被叫方UE处于连接状态,则除了向被叫方UE发送CS域寻呼通知消息,还可以向MSC返回寻呼状态消息,以向MSC指示被叫方UE已经收到寻呼通知消息,避免了电路域网络在等待被叫方UE的用户确认是否执行CS Fallback流程期间,由于等待时间过长而导致MSC终止呼叫流程,或者转向在CS域一侧寻呼被叫方UE的误操作,提高了寻呼成功率。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种寻呼处理、信息显示方法、装置及系统。
背景技术
演进通用移动通信系统(Universal Mobile Telecommunication System,简称UMTS)陆地无线接入网(Evolved Universal Mobile Telecommunication System Territorial Radio Access Network,简称E-UTRAN)和演进分组核心网(Evolved Packet Core,简称EPC)构成了演进分组系统(Evolved Packet System,简称EPS)。由于某些运营商希望在部署EPS网络后仍然由传统的2/3G无线接入网和电路(Circuit Switching,简称CS)域核心网提供语音业务,EPS网络只提供分组(Packet Switching,简称PS)域数据业务接入,在一段时间内EPS网络与传统2/3G电路域网络共存。由于大多数终端(User Equipment,简称UE)从降低成本、空口信令节约、减少电池消耗等方面考虑,在同一时刻只能保持一种无线接入技术下的无线连接,因此提出了“电路域回落”即CS Fallback的解决方案,UE可以通过全球移动通信系统(Global System for Mobile Communications,简称GSM)/提高数据速率的GSM演进技术(Enhanced Data rate for GSM Evolution,简称EDGE)无线接入网(GSMEDGE Radio Access Network,简称GERAN)、UTRAN、码分多址(Code Division Multiple Access,简称CDMA)无线接入网(CDMA Access Network,简称CDMAAN)等2/3G接入网络接入电路域核心网,还可以通过E-UTRAN接入EPC。UE在EPS侧附着以后,UE注册的MME与UE在电路域侧注册的MSC建立关联,MME与MSC之间的接口在EPS标准中称为SGs接口。在SGs接口关联建立以后,在没有电路域语音业务时,UE在E-UTRAN侧接入EPC,可以使用分组业务。若需要进行语音业务,UE则可以通过CS Fallback流程切换到GERAN/UTRAN/CDMA AN侧,按照原有CS域流程建立CS呼 叫链路,进行语音业务,这个过程就称为CS Fallback。在UE进行语音业务时,UE的分组承载通常会被网络挂起(Suspend),在挂起状态下,网络仍然保留为UE分配的分组承载的IP地址,但此时不能传输分组数据,即数据业务被中断。当UE的语音业务结束,网络可以通过一个恢复(Resume)流程恢复UE的分组承载,此时UE才能重新使用分组业务。
以UE通过UTRAN接入CS域核心网为例,当MME与移动交换中心服务器(Mobile Switching Center Server,简称MSC)在SGs接口关联建立后(SGs接口建立表示UE当前通过E-UTRAN接入EPC并通过EPC在MSC注册),若MSC接收到一个主叫方对UE的初始寻址消息(Initial Address Message,简称IAM)后,则向MME转发寻呼请求消息。MME接收到寻呼请求消息后,若UE当前处于连接状态,MME则直接通过MME与UE之间的信令连接向UE发送寻呼通知消息。UE接收到该寻呼通知消息后,根据自己的CSF allback配置及UE上当前的业务状态,可以显示提示信息以向UE的用户提示当前有一个语音呼叫,询问用户是否中断当前的数据业务而切换到电路域接听该语音呼叫。当UE获取到用户输入的中断当前数据业务、接听语音呼叫的命令后,则UE可以通知MME执行CS F allback流程,以切换到CS域建立CS域呼叫链路进行语音业务,并将当前的分组承载切换到UTRAN侧并挂起;当UE获取到用户输入的拒绝接听语音呼叫的命令,则UE可以向MME发送拒绝接听消息,MME接收到拒绝接听消息后,通过SGs接口通知MSC被叫用户拒绝语音呼叫,MSC按照寻呼失败或者UE拒绝流程向主叫方响应,此时在E-UTRAN一侧UE当前正在进行的数据业务不受影响。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:当UE显示上述提示信息后,需要UE的用户进行确认是“中断当前数据业务、接听语音呼叫”还是“继续当前数据业务、拒绝接听语音呼叫”。上述确认操作是一个人机交互的过程,UE的用户从看到该提示信息,到做出判断,并通过某种形式向UE发送确认信息,可能需要几秒到十几秒,甚至更长的一段时间。而MSC从向MME发送寻呼请求消息后,一直处于等待UE响应寻呼的状态,通常MSC等待寻呼的时长为10几秒的时间,在CS Fallback方案中,如果由于等待用户对CS Fallback操作的确认而导致MSC长时间不能收到UE 的寻呼响应,MSC则无法正确区分是在E-UTRAN侧寻呼UE失败,还是在E-UTRAN侧寻呼UE成功,且UE正在等待用户的确认,从而导致MSC会按照寻呼失败进行处理,例如终止呼叫流程,或者错误地转向2/3G接入网进行寻呼;在原来CS域中,在对被叫用户寻呼成功并且建立了CS域呼叫链路后就会向主叫方返回被叫振铃消息,主叫方此时可以听到接续音,正常情况下只需要几秒的时间,而在CS Fallback方案中,在等待被叫用户确认CSFallback操作的过程中,主叫方可能由于很长时间听不到接续音,误认为网络出现了故障而主动中止本次呼叫,从而影响了语音业务的正常进行。
发明内容
本发明实施例提供一种寻呼处理、信息显示方法、装置及系统,用以实现UE注册的MSC向当前在E-UTRAN侧处于连接状态的UE发起寻呼之后,能够提前获取到UE的寻呼状态,避免MSC在UE等待用户确认是否执行CSFallback流程期间错误地判断为在E-UTRAN侧寻呼UE失败而进行相应错误处理的情况发生,提高呼叫的成功率。
本发明实施例提供了一种寻呼处理方法,包括:
MME接收被叫方终端注册的移动交换中心服务器发送的寻呼请求消息;
当所述被叫方终端处于连接状态时,所述MME向所述被叫方终端发送寻呼通知消息,并向所述移动交换中心服务器返回被叫方终端的寻呼状态消息。
本发明实施例还提供了一种移动管理装置,包括:
第一接收模块,用于接收被叫方终端注册的移动交换中心服务器发送的寻呼请求消息;
通知模块,用于所述第一接收模块接收到寻呼请求消息后,当所述被叫方终端处于连接状态时,向所述被叫方终端发送寻呼通知消息,并向所述移动交换中心服务器返回被叫方终端的寻呼状态消息。
由上述技术方案可知,本发明实施例通过UE注册的MME在接收到被叫方UE注册的MSC的寻呼请求消息之后,如果发现被叫方UE处于连接状态,则MME向被叫方UE发送CS域寻呼通知消息的,还可以向MSC返回寻呼状态消息,以向MSC指示被叫方UE已经收到寻呼通知消息,避免了电 路域网络在等待被叫方UE的用户确认是否执行CS Fallback流程期间,由于等待时间过长而导致误判寻呼失败,从而导致被叫方UE注册的MSC终止呼叫流程,或者转向在CS域一侧寻呼被叫方UE的误操作,提高了寻呼成功率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的寻呼处理方法的流程示意图;
图2为本发明实施例二提供的寻呼处理方法的流程示意图;
图3为本发明实施例三提供的寻呼处理方法的流程示意图;
图4为本发明实施例四提供的寻呼处理方法的流程示意图;
图5为本发明实施例五提供的信息显示方法的流程示意图;
图6为本发明实施例六提供的移动管理装置的结构示意图;
图7为本发明实施例七提供的移动管理装置的结构示意图;
图8为本发明实施例八提供的移动交换中心服务器的结构示意图;
图9为本发明实施例九提供的终端的结构示意图;
图10为本发明实施例十提供的寻呼处理系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
由于CS Fallback方案中不同的目标CS域系统对CS Fallback方案的整体架构和本发明的思想没有影响,为了简化描述,以UE通过UTRAN接入CS域核心网与UE通过E-UTRAN接入EPC之间的CS Fallback为例描述发明实施例的技术方案。
图1为本发明实施例一提供的寻呼处理方法的流程示意图,本实施例中的被叫方UE当前通过E-UTRAN接入EPC,被叫方UE注册的MME(被叫方MME)与被叫方UE注册的MSC(被叫方MSC)已经通过SGs接口建立关联,如图1所示,本实施例可以包括以下步骤:
步骤101、MME接收被叫方MSC发送的寻呼请求消息;
步骤102、当被叫方UE处于连接状态时,MME向被叫方UE发送寻呼通知消息,并向被叫方MSC返回被叫方UE的寻呼状态消息。
本实施例中,MME在接收到被叫方UE注册的MSC的寻呼请求消息之后,如果发现被叫方UE处于连接状态,则MME除了向被叫方UE发送CS域寻呼通知消息,还向MSC返回寻呼状态消息,以向MSC指示被叫方UE已经收到寻呼通知消息,从而避免了MSC在被叫方UE等待用户确认是否执行CS Fallback流程期间错误地判断为在E-UTRAN侧寻呼被叫方UE失败而进行相应错误处理的情况发生,提高了呼叫的成功率。
图2为本发明实施例二提供的寻呼处理方法的流程示意图,本实施例中的被叫方UE当前通过E-UTRAN接入EPC,被叫方UE注册的MME与被叫方UE注册的MSC已经通过SGs接口建立关联,如图2所示,本实施例可以包括以下步骤:
步骤201、被叫方UE注册的MSC接收到主叫方发送的IAM,该IAM消息中携带有被叫方UE的移动台ISDN号(Mobile Station ISDN号,简称MSISDN),MSC根据IAM消息中所携带的被叫方UE的MSISDN查找被叫方UE的上下文,得到被叫方UE对应的国际移动用户标识(International Mobile Subscriber Identity,简称IMSI),通过SGs接口向被叫方UE注册的MME发送寻呼请求消息,该寻呼请求消息中携带有被叫方UE的IMSI。
其中,上述IAM还可能会携带有主叫方UE的标识信息,例如:主叫方UE的MSISDN,则上述寻呼请求消息中会相应地携带有主叫方UE的标识信息;
步骤202、MME接收到寻呼请求消息,根据寻呼请求消息中所携带的被叫方UE的IMSI查找被叫方UE的上下文,根据被叫方UE的上下文中记录的状态判断被叫方UE处于连接状态时,通过非接入层(Non Access Stratum, 简称NAS)消息向被叫方UE发送CS域寻呼通知消息。
若在步骤201中MSC所发送的寻呼请求消息中携带有主叫方UE的标识信息,即MME从MSC获取了主叫方UE的标识信息,例如:主叫方UE的MSISDN,则本步骤中MME可以将主叫方UE的MSISDN包含在CS域寻呼通知消息中;
步骤203、MME向MSC返回被叫方UE的寻呼状态消息,以通知MSC被叫方UE已经收到寻呼通知消息并启动了一个人机交互程序;
步骤204、MSC接收到寻呼状态消息,延长等待被叫方UE的CS域寻呼响应的时间,并根据预设策略向主叫方UE注册的MSC返回CS域呼叫链路建立的被叫振铃消息即地址完成消息(Address Complete Message,简称ACM),以供主叫方UE注册的MSC向主叫方UE转发该被叫振铃消息;
步骤205、被叫方UE接收到CS域寻呼通知消息,根据预先设置的CSFallback配置信息显示提示信息,以请求用户确认是否执行CS Fallback流程。
若在步骤202中MME所发送的CS域寻呼通知消息中携带有主叫方UE的标识信息,即被叫方UE从MME获取了主叫方UE的标识信息,例如:主叫方UE的MSISDN,则本步骤中被叫方UE可以在提示信息中包含主叫方UE的MSISDN;
步骤206、被叫方UE获取到用户输入的执行命令即中断当前数据业务、进行语音业务的命令,UE记录用户的选择,并向eNB发送服务请求(Service Request)消息;
步骤207、eNB接收到服务请求消息,向MME转发该服务请求消息;
步骤208、MME接收到服务请求消息,发起CS Fallback流程。
至此,被叫方UE切换到CS域,建立CS域呼叫链路接听电话,以及将当前的PS承载切换到UTRAN侧并挂起。
需要说明的是,本实施例步骤201中,MSC还可能通过其他能够唯一标识被叫方UE的其它类型的标识信息,例如:电路域中UE的临时移动台标识(Temporary Mobile Station Identity,简称TMSI)、EPS网络中UE的MME临时移动台标识(MME Temporary Mobile Station Identity,简称M-TMSI)等标识,对此本发明实施例不做限制。
本实施例中MSC在步骤204之前一直处于等待被叫方UE响应寻呼的状态,MSC可以将两种消息作为对其向MME发出的寻呼请求消息的合法响应:
a)被叫方UE的用户选择“接受”CS Fallback:被叫方UE在CS域一侧发起服务请求,MSC将在CS域一侧收到的服务请求消息作为寻呼响应;
b)被叫方UE的用户选择“拒绝”CS Fallback,或者在设定的时间内(例如20秒)没有进行确认,即既没有选择“接受”CS Fallback,也没有选择“拒绝”CS Fallback:被叫方UE向MME发送拒绝接听消息,MME通过SGs接口通知MSC被叫方UE的用户拒绝接听电话,MSC按照寻呼失败或者用户拒接向主叫方返回响应。
本发明实施例中被叫方UE响应CS域寻呼,如无特殊说明,是指正常情况下被叫方UE的用户选择“接受”CS Fallback,被叫方UE切换到2/3G接入网,在CS域一侧向MSC发送服务请求消息作为CS域寻呼应答的情况。
本实施例步骤204中MSC接收到寻呼状态消息之后,可以根据预设策略向主叫方返回被叫振铃消息。其中的预设策略可以为MSC立即向主叫方UE注册的MSC发送该被叫振铃消息。预设策略也可以为在预设时间段之后向主叫方UE注册的MSC转发该被叫振铃消息,例如:MSC可以启动一个12秒寻呼等待定时器。如果寻呼等待定时器超时之后仍然没有收到被叫方UE的CS域寻呼应答,MSC则向主叫方发送被叫振铃消息,同时继续等待被叫方UE的CS域寻呼应答。如果在寻呼等待定时器超时之前收到了被叫方UE的CS域寻呼应答,MSC则可以停止寻呼等待定时器,与被叫方UE建立CS域呼叫链路,向主叫方返回被叫振铃消息。
本实施例步骤203可以有两种执行方式:一种为执行步骤202之后立即执行;另一种为执行步骤202之后,启动一个定时器,在该定时器超时之后再执行。例如一个10秒等待定时器,该定时器时长应该小于MSC的寻呼等待定时器和主叫方UE注册的MSC和主叫方UE的用户通常等待被叫振铃消息的时长。当MME上该等待定时器超时之后,仍然没有收到被叫方UE接受或者拒绝CS Fallback流程的响应时,MME才向MSC发送寻呼状态消息,MSC收到寻呼状态消息后,知道尽管长时间没有接收到被叫方UE的CS域寻呼响应,但被叫方UE实际上已经收到CS域寻呼通知消息,正在等待其用 户确认或者正在CS Fallback流程的发起过程中,MSC延长等待被叫方UE的CS域寻呼响应的时间,并根据预设策略向主叫方返回CS域呼叫链路建立的被叫振铃消息。
可替换地,本实施例步骤203还可以与步骤202中的MME向被叫方UE发送CS域寻呼通知消息的步骤同时执行,能够达到同样效果。
通常情况下,MSC上寻呼等待定时器(包括重发)的时长取决于MSC等待UE响应寻呼消息的时长与MSC的寻呼重发次数,例如:MSC等待UE响应寻呼消息的时长为5秒,MSC的寻呼重发次数为3次,则该寻呼等待定时器的时长则为15秒,如果定时器超时后仍然没有收到被叫方UE返回的寻呼响应,现有技术中MSC会认为在E-UTRAN侧寻呼UE不成功而中止本次呼叫,向主叫方返回错误消息;或者认为被叫方UE不在E-UTRAN覆盖区内,转而在UTRAN一侧重新寻呼该被叫方UE,而此时被叫方UE实际上是在E-UTRAN覆盖区内,上述重新在UTRAN侧寻呼被叫方UE既增大了UTRAN侧的无线负荷,又不可能成功寻呼到该被叫方UE。同时由于主叫方UE的用户可能很长时间听不到接续音,很可能认为网络出现了故障而主动中止本次呼叫。
本实施例中的MSC由于在接收到被叫方UE的寻呼响应之前已经得到了MME返回的被叫方UE的寻呼状态消息,提前获取了CS域寻呼请求消息已经成功递交到处于连接态的被叫方UE,只是被叫方UE的用户可能还没有确认是否执行CS Fallback流程或者已经确认是否执行CS Fallback流程,但相应的CS域寻呼响应或拒绝消息还没有到达MSC。因此MSC可以继续等待被叫方UE的寻呼响应而不是终止呼叫或者转向2/3G接入网络进行寻呼,并且MSC可以在UE不能及时响应CS寻呼请求时适时向主叫方提前发送被叫振铃消息,避免了主叫用户主动终止呼叫,提高了通话成功率。
本实施例中,MME在接收到MSC的寻呼请求消息之后,如果发现被叫方UE处于连接状态,则除了向被叫方UE发送CS域寻呼通知消息,还可以向MSC返回寻呼状态消息,以向MSC指示被叫方UE已经收到寻呼通知消息,从而避免了MSC在被叫方UE等待用户确认是否执行CS Fallback流程期间错误地判断为在E-UTRAN侧寻呼被叫方UE失败而进行相应错误处理 的情况发生,提高了呼叫的成功率。MSC还可以根据一定的策略向主叫方返回被叫振铃消息,从而避免了主叫方UE的用户在被叫方UE等待用户确认是否执行CS Fallback流程期间错误地判断被叫方无响应而结束呼叫的情况发生。
图3为本发明实施例三提供的寻呼处理方法的流程示意图,本实施例中的被叫方UE当前通过E-UTRAN接入EPC,被叫方UE注册的MME与被叫方UE注册买的MSC已经通过SGs接口建立关联,如图3所示,本实施例可以包括以下步骤:
步骤301、被叫方UE注册的MSC接收到主叫方发送的IAM,该IAM消息中携带有被叫方UE的MSISDN,MSC根据IAM消息中所携带的被叫方UE的MSISDN查找被叫方UE的上下文,得到被叫方UE对应的IMSI,通过SGs接口向被叫方UE注册的MME发送寻呼请求消息,该寻呼请求消息中携带有被叫方UE的IMSI。
其中,上述IAM还可能会携带有主叫方UE的标识信息,例如:主叫方UE的MSISDN,则上述寻呼请求消息中会相应地携带有主叫方UE的标识信息;
步骤302、MME接收到寻呼请求消息,根据寻呼请求消息中所携带的被叫方UE的IMSI查找被叫方UE的上下文,根据被叫方UE的上下文中记录的状态判断被叫方UE处于连接状态时,通过NAS层消息向被叫方UE发送CS域寻呼通知消息。
若在步骤301中MSC所发送的寻呼请求消息中携带有主叫方UE的标识信息,即MME从MSC获取了主叫方UE的标识信息,例如:主叫方UE的MSISDN,则本步骤中MME可以将主叫方UE的MSISDN包含在CS域寻呼通知消息中;
步骤303、被叫方UE接收到CS域寻呼通知消息,根据预先设置的CSFallback配置信息确定显示提示信息,以请求用户确认是否执行CS Fallback流程,并向MME返回等待指示消息,以通知MME启动了人机交互程序。
若在步骤302中MME所发送的CS域寻呼通知消息中携带有主叫方UE的标识信息,即被叫方UE从MME获取了主叫方UE的标识信息,例如:主 叫方UE的MSISDN,则本步骤中被叫方UE可以在提示信息中包含主叫方UE的MSISDN;
步骤304、MME接收到等待指示消息,向MSC返回被叫方UE的寻呼状态消息,以通知MSC被叫方UE已经收到寻呼通知消息并启动了一个人机交互程序;
步骤305、MSC接收到寻呼状态消息,延长等待被叫方UE的CS域寻呼响应的时间,并根据预设策略向主叫方UE注册的MSC返回CS域呼叫链路建立的被叫振铃消息即ACM,以供MSC向主叫方UE转发;
步骤306、被叫方UE接收到CS域寻呼通知消息,根据预先设置的CSFallback配置信息显示提示信息,以请求用户确认是否执行CS Fallback流程;
步骤307、被叫方UE获取到用户输入的执行命令即中断当前数据业务、进行语音业务的命令,UE记录用户的选择,并向eNB发送服务请求消息;
步骤308、eNB接收到服务请求消息,向MME转发该服务请求消息;
步骤309、MME接收到服务请求消息,发起CS Fallback流程。
至此,被叫方UE切换到CS域,建立CS域呼叫链路接听电话,以及将当前的PS承载切换到UTRAN侧并挂起。
本实施例步骤303中CS Fallback配置信息可以为“总是优先接听电话”,那么被叫方UE接收到CS域寻呼通知消息时则确定可以不显示提示信息,而直接确认执行CS Fallback流程;CS Fallback配置信息也可以为“总是请求用户确认”,那么被叫方UE接收到CS域寻呼通知消息时则确定显示提示信息,以请求用户确认是否执行CS Fallback流程;CS Fallback配置信息还可以为“当UE进行某些不宜中断的分组业务(在线视频、游戏等)时,请求用户确认”,那么被叫方UE在进行不可中断的分组业务的过程中接收到CS域寻呼通知消息时则确定显示提示信息,以请求用户确认是否执行CS Fallback流程;CS Fallback配置信息还可以为“对特定白名单上的主叫方UE,总是优先接听电话;或者对特定黑名单上的主叫方UE,总是拒绝接听电话;或者即不在白名单上,也不在黑名单上的其他主叫方UE,请求用户确认”,那么被叫方UE接收到特定白名单上的主叫方UE触发的CS域寻呼通知消息时则确定可以不显示提示信息,而直接确认执行CS Fallback流程,被叫方UE接收 到特定黑名单上的主叫方UE触发的CS域寻呼通知消息时则可以不显示提示信息,而直接拒绝CS Fallback流程,被叫方UE接收到其他主叫方UE触发的CS域寻呼通知消息时确定显示提示信息,以请求用户确认是否执行CSFallback流程。当被叫方UE确定显示提示信息时,被叫方UE则向MME返回等待指示消息的用途是通知MME被叫方UE启动了一个人机交互程序,无论被叫方UE的用户确认执行CS Fallback流程还是拒绝CS Fallback流程都可能需要较长的处理时间才能响应MSC的寻呼请求。若被叫方UE确定可以不显示提示信息时,被叫方UE则直接确认执行CS Fallback流程还是拒绝CSFallback流程,则本步骤中被叫方UE可以不向MME返回等待指示消息而直接开始CS Fallback流程,在没有接收到UE的等待指示消息时,MME不会向MSC返回被叫方UE的寻呼状态消息。
当然上述本实施例的技术方案并不排斥被叫方UE在收到MME的CS域寻呼请求消息后,在确定不显示提示信息时,也会向MME发送等待指示消息。
与本发明实施例二类似,本实施例步骤304可以有两种执行方式:一种为MME接收到等待指示消息立即向MSC返回被叫方UE的寻呼状态消息;另一种为MME接收到等待指示消息之后,启动一个定时器,在该定时器超时之后再向MSC返回被叫方UE的寻呼状态消息,此处不再赘述。
与本发明实施例二相比,本实施例中的MME在向MSC返回UE寻呼状态消息之前,与被叫方UE进行了协商,即MME根据获取到的被叫方UE所反馈的等待指示消息,若MME确定被叫方UE通过启动人机交互程序以向用户确认是否执行CS Fallback流程之后,MME再向MSC返回被叫方UE的寻呼状态消息,以指示被叫方UE的寻呼状态的相关信息;若MME确定被叫方UE不会启动人机交互程序以向用户确认是否执行CS Fallback流程之后,MSC则按正常的流程等待正常的寻呼响应即可,不需要延长寻呼响应等待时间,或者执行提前向主叫方响应被叫振铃消息的处理步骤。
在本发明实施例三中提到当前在E-UTRAN测处于连接状态的UE接收到MME发送的CS域寻呼通知消息之后,可以根据其上的配置和分组业务状态确定是否需要显示提示信息请用户确认是否需要执行CS Fallback流程,但 这样引入一个用户体验的问题,假如UE的用户确认执行CS Fallback流程,按照现有CS域电话的经验,用户会认为已经接听了电话。但是,有些CS域的补充业务,被叫方UE的用户并不能仅凭主叫方UE的电话号码就判断是否要接听该电话,例如:呼叫前转(Call Forwarding)业务、呼叫转向(Call Deflection)业务等。
在呼叫前转业务中,主叫方UE的用户A拨打电话到用户B,用户B(前转方)的业务数据设置为将呼叫前转至用户C,则用户C的UE上显示的提示信息为主叫用户信息即用户A的电话号码。但是可能用户C愿意接听用户A的电话,但并不愿意接听任何用户B前转的电话,如果在请求被叫用户C确认CS Fallback时必须确认直接接听该电话,那么就剥夺了被叫用户在呼叫前转业务中根据前转方信息选择接听的权利。在呼叫转向业务中,主叫方UE的用户A拨打电话到用户B,用户B在UE振铃后,通过在UE上输入用户C的MSISDN将该呼叫前转至用户C。呼叫转向与呼叫前转业务的区别是:呼叫转向业务需要中间用户B在选择“接受”通话前输入最终用户C的电话号码,并确认执行呼叫转向;呼叫转向业务从用户A到达用户B是是一个普通的呼叫,因此MSC在用户B操作之前无法判断用户B是否会发起呼叫转向操作。由于呼叫转向操作必须在UE和MSC之间进行交互,如果在请被叫方UE的用户确认CS Fallback时只提供“接听”和“拒绝”该语音呼叫两个操作选项,不能提供呼叫转向操作选项,那么在CS Fallback方案下就剥夺了用户使用呼叫转向业务的权利。
图4为本发明实施例四提供的寻呼处理方法的流程示意图,本实施例中的被叫方UE当前通过E-UTRAN接入EPC,被叫方UE注册的MME与被叫方UE注册买的MSC已经通过SGs接口建立关联,如图4所示,本实施例可以包括以下步骤:
步骤401、被叫方UE注册的MSC接收到主叫方发送的IAM,该IAM消息中携带有被叫方UE的MSISDN,MSC根据IAM消息中所携带的被叫方UE的MSISDN查找被叫方UE的上下文,得到被叫方UE对应的IMSI,通过SGs接口向被叫方UE注册的MME发送寻呼请求消息,该寻呼请求消息中携带有被叫方UE的IMSI,以及业务类型标识。
其中的业务类型标识可以是表示普通语音呼叫、以及各种具体的补充业务等类型例如:呼叫前转业务等,注意如前所述被叫用户是否发起呼叫转向业务,完全取决于被叫用户的操作,此时MSC之前作为一个普通呼叫处理。因此该业务类型标识不会表示呼叫转向业务。在后续的流程中,被叫方UE可以根据上述业务类型标识所表示的具体业务类型,以及根据自身的配置信息,确定对该业务类型是否需要在被叫方UE切换到CS域一侧后,再次显示提示信息,以请被叫方UE的用户确认是否接听电话。
该业务类型标识还可以直接就是一个指示是否需要再次显示提示信息的标识,即MSC对业务的具体类型等相关信息进行判断后,直接指示是否需要在被叫方UE切换到CS域一侧后,再次显示提示信息,以请被叫方UE的用户确认是否接听电话,例如:对普通语音呼叫,生成一个表示不需再次提示的标识;对呼叫前转类型的业务,生成一个表示需要再次提示的标识。
其中,上述IAM还可能会携带有主叫方UE的标识信息,例如:主叫方UE的MSISDN,则上述寻呼请求消息中会相应地携带有主叫方UE的标识信息;
步骤402、MME接收到寻呼请求消息,根据寻呼请求消息中所携带的被叫方UE的IMSI查找被叫方UE的上下文,根据被叫方UE的上下文中记录的状态判断被叫方UE处于连接状态时,通过NAS层消息向被叫方UE发送CS域寻呼通知消息。
若在步骤401中MSC所发送的寻呼请求消息中携带有主叫方UE的标识信息、业务类型标识等呼叫的相关信息,即MME从MSC获取了主叫方UE的标识信息、业务类型标识等呼叫的相关信息,则本步骤中MME可以将上述相关信息包含在CS域寻呼通知消息中;
步骤403、MME向MSC返回被叫方UE的寻呼状态消息,以通知MSC被叫方UE已经收到寻呼通知消息并启动了一个人机交互程序。
其中,MME可以立即向MSC返回被叫方UE的寻呼状态消息,MME也可以与被叫方UE协商后,再根据被叫方UE所返回的等待指示消息向MSC返回被叫方UE的寻呼状态消息,分别如上述实施例二和实施例三所述,本实施例不再赘述;
步骤404、MSC接收到寻呼状态消息,延长等待被叫方UE的CS域寻呼响应的时间,并根据预设策略向主叫方返回CS域呼叫链路建立的被叫振铃消息即ACM;
步骤405、被叫方UE接收到CS域寻呼通知消息,根据预先设置的CSF allback配置信息、以及CS域寻呼通知消息中所携带的业务类型标识显示第一提示信息,以请求用户确认是否执行CS Fallback流程,并根据该业务类型标识确定第一提示信息内容,例如:
当CS域寻呼通知消息中的业务类型为不需要再次确认时,则被叫方UE所显示的第一提示信息中没有在接听通话之前用户还需要再次确认的内容,即提示信息为请求用户确认是否直接接听呼叫,例如“有13XXXXXXXXX给您的呼叫,是否中断当前XXXX分组业务,直接接听本次呼叫?”,提供给其用户的操作选项可以包括“接受”、“拒绝”,还可以包括“呼叫转向”。
当CS域寻呼通知消息中的业务类型为需要再次确认时,则被叫方UE所显示的第一提示信息中含有在接听通话之前用户还需要再次确认的内容,即提示信息为请求用户确认是否愿意中断当前分组业务,切换到CS域,但不是直接确认接听该呼叫,而是需要其用户在切换到CS域后再次确认,例如:“有13XXXXXXXXX给您的电话,该通话为前转类型业务,可能需要您接收呼叫信息后确认是否接听该呼叫,是否中断当前XXXX分组业务,接收该呼叫信息?”,提供给其用户的操作选项可以包括“接受”、“拒绝”;
步骤406、被叫方UE获取到用户根据第一显示信息所输入的第一指令,UE记录用户的选择,根据该第一指令向eNB发送服务请求消息;
步骤407、eNB接收到服务请求消息,向MME转发该服务请求消息;
步骤408、MME接收到服务请求消息,发起CS Fallback流程。
至此,被叫方UE切换到CS域,建立CS域呼叫链路。
步骤409、被叫方UE根据上述业务类型标识和第一指令显示第二提示信息;
步骤410、被叫方UE获取到用户根据第二提示信息所输入的第二指令,根据该第二指令向MSC返回连接消息。
本实施例中的业务类型标识若表示需要切换到CS域后再次确认是否接 听的补充业务,或者业务类型标识虽然表示普通业务但被叫方UE的用户根据第一提示信息所输入的第一指令为需要再次确认的业务,如选择了“呼叫转向”选项,那么被叫方UE在CS域呼叫链路建立后则可以进一步显示第二提示信息请用户再次确认;否则不需要显示第二提示信息请用户再次确认,那么被叫方UE在CS域呼叫链路建立后则可以立即向MSC应答接受呼叫信令(Connect),被叫用户可以直接开始通话。
本实施例中,由于CS Fallback中PS域切换和在CS域一侧响应寻呼、建立CS呼叫链路等流程需要几秒的时延,在这期间被叫方UE的用户与主叫方UE的用户之间的CS呼叫链路尚未接通,双方不能相互通话,也就是说被叫用户听不到主叫用户的声音,被叫用户说话主叫用户也无法听到。而现有的CS域语音业务中,被叫用户按下“接受”按键后,由于此前CS寻呼链路已经建好,基本上同时就能够进行通话。为了避免被叫用户在等待CS Fallback流程期间由于听不到主叫用户的声音误以为接听通话失败的情况的发生,在执行CS Fallback流程期间,被叫方UE可以播放声音信息,例如:特殊的声效,以提示被叫方UE的用户本次通话正在处理过程中,在音效结束前不必尝试通话。为了进一步给被叫方UE的用户更清晰的提示,被叫方UE对不需要再次确认和需要再次确认的两种寻呼,可以播放不同的声音信息。
由于MSC发送给MME的寻呼请求消息要求尽量简单,一般只携带被叫方UE的标识信息,主叫方UE的标识信息等通用的呼叫信息,而各种CS域补充业务的呼叫相关的特殊信息很多,如呼叫前转业务的前转方标识,而切换到CS域后,被叫方UE在CS域一侧在呼叫链路建立过程中从MSC获取的呼叫相关业务信息是完整的,在显示第二提示信息则可以选择更加丰富的信息内容,从而使得被叫方UE的用户可以更加准确的判断是否愿意接听该呼叫。
例如:对于呼叫前转业务,被叫方UE的用户可以根据显示的前转方号码判断是否愿意接听该寻呼;又比如,在由于切换到CS后被叫方UE直接与MSC按照原有CS呼叫流程交互,可以为被叫方UE的用户提供除了“接受/拒绝”二元选择之外的其它操作选择,与原来CS域业务处理逻辑保持一致,以提供相同的业务能力,例如:呼叫转向业务,被叫方UE的用户可以选择 另一个新号码将呼叫前转到这个号码。
本实施例中根据MSC的业务类型标识确定在E-UTRAN侧显示的第一提示信息的内容和操作选项,并根据MSC的业务类型标识,以及用户针对第一次提示信息选择的操作选项确定被叫方UE切换到CS域一侧之后是否需要显示第二提示信息以请用户再次确认,从而使得CS Fallback方案中用户的使用体验与原CS域业务尽量保持一致,同时实现了被叫方UE的用户对CS域补充业务的操作选项与原来CS域业务一致。
图5为本发明实施例五提供的信息显示方法的流程示意图,本实施例中的被叫方UE当前通过E-UTRAN接入EPC,被叫方UE注册的MME与被叫方UE注册的MSC已经通过SGs接口建立关联,如图5所示,本实施例可以包括以下步骤:
步骤501、被叫方UE接收寻呼通知消息,该寻呼通知消息中携带有业务类型标识。
其中的业务类型标识可以是表示普通语音呼叫、以及各种具体的补充业务等类型例如:呼叫前转业务等,注意如前所述被叫用户是否发起呼叫转向业务,完全取决于被叫用户的操作,此时MSC之前作为一个普通呼叫处理。因此该业务类型标识不会表示呼叫转向业务。在后续的流程中,被叫方UE可以根据上述业务类型标识所表示的具体业务类型,以及根据自身的配置信息,确定对该业务类型是否需要在被叫方UE切换到CS域一侧后,再次显示提示信息,以请被叫方UE的用户确认是否接听电话。
该业务类型标识还可以直接就是一个指示是否需要再次显示提示信息的标识,即MSC对业务的具体类型等相关信息进行判断后,直接指示是否需要在被叫方UE切换到CS域一侧后,再次显示提示信息,以请被叫方UE的用户确认是否接听电话,例如:对普通语音呼叫,生成一个表示不需再次提示的标识;对呼叫前转类型的业务,生成一个表示需要再次提示的标识。
步骤502、被叫方UE根据预先设置的CS Fallback配置信息、以及CS域寻呼通知消息中所携带的业务类型标识显示第一提示信息,该第一提示信息用于指示用户确认是否接受行CS Fallback流程,并根据该业务类型标识确定第一提示信息内容,例如:
当CS域寻呼通知消息中的业务类型为不需要再次确认时,则被叫方UE所显示的第一提示信息中没有在接听通话之前用户还需要再次确认的内容,即提示信息为请求用户确认是否直接接听呼叫,例如“有13XXXXXXXXX给您的呼叫,是否中断当前XXXX分组业务,直接接听本次呼叫?”,提供给其用户的操作选项可以包括“接受”、“拒绝”,还可以包括“呼叫转向”。
当CS域寻呼通知消息中的业务类型为需要再次确认时,则被叫方UE所显示的第一提示信息中含有在接听通话之前用户还需要再次确认的内容,即提示信息为请求用户确认是否愿意中断当前分组业务,切换到CS域,但不是直接确认接听该呼叫,而是需要其用户在切换到CS域后再次确认,例如:“有13XXXXXXXXX给您的电话,该通话为前转类型业务,可能需要您接收呼叫信息后确认是否接听该呼叫,是否中断当前XXXX分组业务,接收该呼叫信息?”,提供给其用户的操作选项可以包括“接受”、“拒绝”;
步骤503、被叫方UE获取用户根据第一提示信息输入的第一指令;
步骤504、被叫方UE根据第一指令触发执行电路域回落流程;
步骤505、被叫方UE根据上述业务类型标识和第一指令显示第二提示信息,该第二提示信息用于指示用户确认是否接通呼叫;
步骤506、被叫方UE获取用户根据第二提示信息输入的第二指令;
步骤507、被叫方UE根据上述第二指令向MSC返回连接消息接通呼叫,或执行所述业务类型标识对应的操作流程。
本实施例中的业务类型标识若表示需要切换到CS域后再次确认是否接听的补充业务,或者业务类型标识虽然表示普通业务但被叫方UE的用户根据第一提示信息所输入的第一指令为需要再次确认的业务,如选择了“呼叫转向”选项,那么被叫方UE在CS域呼叫链路建立后则可以进一步显示第二提示信息请用户再次确认;否则不需要显示第二提示信息请用户再次确认,那么被叫方UE在CS域呼叫链路建立后则可以立即向MSC应答接受呼叫信令(Connect),被叫用户可以直接开始通话。
本实施例中,由于CS Fallback中PS域切换和在CS域一侧响应寻呼、建立CS呼叫链路等流程需要几秒的时延,在这期间被叫方UE的用户与主叫方UE的用户之间的CS呼叫链路尚未接通,双方不能相互通话,也就是说被 叫用户听不到主叫用户的声音,被叫用户说话主叫用户也无法听到。而现有的CS域语音业务中,被叫用户按下“接受”按键后,由于此前CS寻呼链路已经建好,基本上同时就能够进行通话。为了避免被叫用户在等待CS Fallback流程期间由于听不到主叫用户的声音误以为接听通话失败的情况的发生,在执行CS Fallback流程期间,被叫方UE可以播放声音信息,例如:特殊的声效,以提示被叫方UE的用户本次通话正在处理过程中,在音效结束前不必尝试通话。为了进一步给被叫方UE的用户更清晰的提示,被叫方UE对不需要再次确认和需要再次确认的两种寻呼,可以播放不同的声音信息。
本实施例中被叫方UE所接收到的寻呼通知消息是由于MSC发送给MME的寻呼请求消息所触发的,由于MSC发送给MME的寻呼请求消息要求尽量简单,一般只携带被叫方UE的标识信息,主叫方UE的标识信息等通用的呼叫信息,而各种CS域补充业务的呼叫相关的特殊信息很多,如呼叫前转业务的前转方标识,而切换到CS域后,被叫方UE在CS域一侧在呼叫链路建立过程中从MSC获取的呼叫相关业务信息是完整的,在显示第二提示信息则可以选择更加丰富的信息内容,从而使得被叫方UE的用户可以更加准确的判断是否愿意接听该呼叫。
例如:对于呼叫前转业务,被叫方UE的用户可以根据显示的前转方号码判断是否愿意接听该寻呼;又比如,在由于切换到CS后被叫方UE直接与MSC按照原有CS呼叫流程交互,可以为被叫方UE的用户提供除了“接受/拒绝”二元选择之外的其它操作选择,与原来CS域业务处理逻辑保持一致,以提供相同的业务能力,例如:呼叫转向业务,被叫方UE的用户可以选择另一个新号码将呼叫前转到这个号码。
本实施例中根据MSC的业务类型标识确定在E-UTRAN侧显示的第一提示信息的内容和操作选项,并根据MSC的业务类型标识,以及用户针对第一次提示信息选择的操作选项确定被叫方UE切换到CS域一侧之后是否需要显示第二提示信息以请用户再次确认,从而使得CS Fallback方案中用户的使用体验与原CS域业务尽量保持一致,同时实现了被叫方UE的用户对CS域补充业务的操作选项与原来CS域业务一致。
图6为本发明实施例六提供的移动管理装置的结构示意图,如图6所示, 本实施例可以包括相互连接的第一接收模块61和通知模块62。其中,第一接收模块61接收到被叫方UE注册的移动交换中心服务器发送的寻呼请求消息,该寻呼请求消息中可以携带有被叫方UE的标识信息(例如:被叫方UE的IMSI),当所述被叫方UE处于连接状态时,通知模块62根据第一接收模块61接收的寻呼请求消息向被叫方UE发送寻呼通知消息,并向移动交换中心服务器返回被叫方UE的寻呼状态消息,以通知所述被叫方UE已接收到所述寻呼通知消息。
本实施例提供的移动管理装置可以认为是EPS中的MME。MME的第一接收模块在接收到被叫方UE注册的MSC的寻呼请求消息之后,通知模块如果发现被叫方UE处于连接状态,则除了向被叫方UE发送CS域寻呼通知消息,还可以同时或者等待一定时长仍未收到被叫方UE返回的CS Fallback接受或拒绝消息时,向MSC返回寻呼状态消息,以向MSC指示被叫方UE已经收到寻呼通知消息,从而避免了MSC在被叫方UE等待用户确认是否执行CS Fallback流程期间错误地判断为在E-UTRAN侧寻呼被叫方UE失败而进行相应错误处理的情况发生,提高了呼叫的成功率。
图7为本发明实施例七提供的移动管理装置的结构示意图,如图7所示,与上一实施例相比,本实施例可以进一步包括触发模块63,与通知模块62连接,用于获取被叫方UE发送的等待指示消息,以触发通知模块62向所述移动交换中心服务器返回被叫方UE的寻呼状态消息。
与上一实施例相比,本实施例中的通知模块在向MSC返回UE寻呼状态消息之前,与被叫方UE进行了协商,即触发模块根据获取到的被叫方UE所反馈的等待指示消息,若触发模块确定被叫方UE通过启动人机交互程序以向用户确认是否执行CS Fallback流程之后,触发模块再触发通知模块向MSC返回被叫方UE的寻呼状态消息以指示被叫方UE的寻呼状态的相关信息;若触发模块确定被叫方UE不会启动人机交互程序以向用户确认是否执行CS Fallback流程之后,触发模块则不会触发通知模块向MSC返回被叫方UE的寻呼状态消息,那么MSC则按正常的流程等待正常的寻呼响应即可,不需要延长寻呼响应等待时间,或者执行提前向主叫方响应被叫振铃消息的处理步骤。
图8为本发明实施例八提供的移动交换中心服务器的结构示意图,如图8所示,本实施例可以包括第二接收模块81和处理模块82。其中,第二接收模块81用于接收移动管理装置返回的被叫方终端的寻呼状态消息。处理模块82根据第二接收模块81接收的寻呼状态消息延长等待被叫方UE返回寻呼响应消息的时间。
本实施例提供的移动交换中心服务器可以认为是CS域一侧的MSC。通过MSC接收到MME返回的寻呼状态消息,从而获取到了被叫方UE已经收到寻呼通知消息,从而避免了MSC在被叫方UE等待用户确认是否执行CS Fallback流程期间错误地判断为在E-UTRAN侧寻呼被叫方UE失败而进行相应错误处理的情况发生,提高了呼叫的成功率。
进一步地,本实施例中的处理模块82还可以根据一定的策略向主叫方UE注册的移动交换中心服务器返回电路域呼叫链路建立的被叫振铃消息。,从而避免了主叫方UE的用户在被叫方UE等待用户确认是否执行CSFallback流程期间错误地判断被叫方无响应而结束呼叫的情况发生。
图9为本发明实施例九提供的终端的结构示意图,如图9所示,本实施例可以包括第三接收模块91、第一显示模块92、第一获取模块93、第一执行模块94、第二显示模块95、第二获取模块96和第二执行模块97。其中,第三接收模块91用于接收寻呼通知消息,上述寻呼通知消息中携带有业务类型标识;第一显示模块92用于第三接收模块91接收到寻呼通知消息后,显示第一提示信息,上述第一提示信息用于指示用户确认是否接受电路域回落流程;第一获取模块93用于获取上述用户根据上述第一提示信息输入的第一指令;第一执行模块94用于根据上述第一指令触发执行电路域回落流程;第二显示模块95用于根据上述业务类型标识和上述第一指令显示第二提示信息,上述第二提示信息用于指示上述用户确认是否接通呼叫;第二获取模块96用于获取上述用户根据上述第二提示信息输入的第二指令;第二执行模块97用于根据上述第二指令向移动交换中心服务器返回连接消息接通呼叫,或执行上述业务类型标识对应的操作流程。
本实施例中根据MSC的业务类型标识确定在E-UTRAN侧显示的第一提示信息的内容和操作选项,并根据MSC的业务类型标识,以及用户针对第一 次提示信息选择的操作选项确定被叫方UE切换到CS域一侧之后是否需要显示第二提示信息以请用户再次确认,从而使得CS Fallback方案中用户的使用体验与原CS域业务尽量保持一致,同时实现了被叫方UE的用户对CS域补充业务的操作选项与原来CS域业务一致。
图10为本发明实施例十提供的寻呼处理系统的结构示意图,如图10所示,本实施例可以包括被叫方UE 1001、移动交换中心服务器1002和移动管理装置1003。其中被叫方UE 1001分别向移动管理装置1003和移动交换中心服务器1002注册,以及接收移动管理装置1003发送的寻呼通知消息。移动交换中心服务器1002向移动管理装置1003发送寻呼请求消息,该寻呼请求消息中可以携带有被叫方UE的标识信息(例如:被叫方UE的IMSI),以及接收移动管理装置1003返回的被叫方UE的寻呼状态消息,并根据该寻呼状态消息延长等待被叫方UE返回寻呼响应消息的时间。移动管理装置1003接收移动交换中心服务器1002发送的寻呼请求消息,当被叫方UE 1001处于连接状态时,根据寻呼请求消息向被叫方UE 1001发送寻呼通知消息,并向移动交换中心服务器1002返回被叫方UE 1001的寻呼状态消息,以通知被叫方UE 1001已接收到上述寻呼通知消息。
本实施例中的移动交换中心服务器1002可以认为是CS域一侧的MSC,可以为本发明实施例八提供的移动交换中心服务器;移动管理装置1003可以认为是EPS中的MME,可以为本发明实施例六和实施例七提供的任一移动管理装置;被叫方UE 1001可以为本发明实施例九提供的终端。本实施例中MME在接收到被叫方UE注册的MSC的寻呼请求消息之后,如果发现被叫方UE处于连接状态,则除了向被叫方UE发送CS域寻呼通知消息,还可以同时或者等待一定时长仍未收到被叫方UE返回的CS Fallback接受或拒绝消息时,向MSC返回寻呼状态消息,以向MSC指示被叫方UE已经收到寻呼通知消息,从而避免了MSC在被叫方UE等待用户确认是否执行CS Fallback流程期间错误地判断为在E-UTRAN侧寻呼被叫方UE失败而进行相应错误处理的情况发生,提高了呼叫的成功率。
进一步地,本实施例中的被叫方UE接收到CS域寻呼通知消息,还可以用于显示第一提示信息,以请求用户确认是否执行CS Fallback流程,并根据该 业务类型标识确定第一提示信息(内容和操作选项),以及获取被叫方UE的用户根据第一提示信息所输入的第一指令,并根据第一指令触发移动管理装置执行CS Fallback流程。
其中,被叫方UE接收到的CS域寻呼通知消息中还可以携带有业务类型标识,进一步地,被叫方UE还可以用于根据业务类型标识和第一指令显示第二提示信息,以及获取被叫方UE的用户根据第二提示信息所输入的第二指令,并根据第二指令向所述移动交换中心服务器返回连接消息接通呼叫,或执行业务类型标识所代表的业务对应的操作流程。本实施例中的业务类型标识若表示需要切换到CS域后再次确认是否接听的补充业务,或者业务类型标识虽然表示普通业务但被叫方UE的用户根据第一提示信息所输入的第一指令为需要再次确认的业务,如选择了“呼叫转向”选项,那么被叫方UE在CS域呼叫链路建立后则可以进一步显示第二提示信息请用户再次确认;否则不需要显示第二提示信息请用户再次确认,那么被叫方UE在CS域呼叫链路建立后则可以立即向移动交换中心服务器返回连接消息(connect)以应答接受呼叫信令即直接接通呼叫,被叫方UE的用户可以直接开始通话。
本实施例中根据MSC的业务类型标识确定在E-UTRAN侧显示的第一提示信息的内容和操作选项,并根据MSC的业务类型标识,以及用户针对第一次提示信息选择的操作选项确定被叫方UE切换到CS域一侧之后是否需要显示第二提示信息以请用户再次确认,从而使得CS Fallback方案中用户的使用体验与原CS域业务尽量保持一致,同时实现了被叫方UE的用户对CS域补充业务的操作选项与原来CS域业务一致。
上述本发明实施例中PS域和CS域可以是现有各种PS域和CS域系统的组合,例如:PS域可以为GPRS、UMTS、EPS、WiMax、CDMA HRPD等系统的PS域,而CS域可以为GSM(GERAN)、WCDMA(UTRAN)、CDMA1xRTT等CS域系统。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介 质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (12)
1.一种寻呼处理方法,其特征在于,包括:
MME接收被叫方终端注册的移动交换中心服务器发送的寻呼请求消息;
当所述被叫方终端处于连接状态时,所述MME向所述被叫方终端发送寻呼通知消息,并向所述移动交换中心服务器返回被叫方终端的寻呼状态消息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:所述MME获取所述被叫方终端发送的等待指示消息,
所述向所述移动交换中心服务器返回被叫方终端的寻呼状态消息包括:所述MME获取所述被叫方终端发送的等待指示消息后,向所述移动交换中心服务器返回被叫方终端的寻呼状态消息。
3.根据权利要求2所述的方法,其特征在于,所述向所述移动交换中心服务器返回被叫方终端的寻呼状态消息包括:根据第一预设策略向所述移动交换中心服务器返回被叫方终端的寻呼状态消息,所述第一预设策略为立即返回或在第一预设时间段之后返回。
4.根据权利要求1、2或3所述的方法,其特征在于,还包括:所述移动交换中心服务器接收所述寻呼状态消息后,延长等待所述被叫方终端返回寻呼响应消息的时间。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:所述移动交换中心服务器向主叫方返回电路域呼叫链路建立的被叫振铃消息。
6.根据权利要求5所述的方法,其特征在于,所述移动交换中心服务器向主叫方返回电路域呼叫链路建立的被叫振铃消息包括:所述移动交换中心服务器根据第二预设策略向主叫方返回电路域呼叫链路建立的被叫振铃消息,所述第二预设策略为立即返回或在第二预设时间段之后返回。
7.根据权利要求1或2所述的方法,其特征在于,还包括:
所述被叫方终端接收所述寻呼通知消息;
所述被叫方终端显示第一提示信息,所述第一提示信息用于指示所述被叫方终端的用户确认是否接受电路域回落流程;
所述被叫方终端获取所述用户根据所述第一提示信息输入的第一指令;
所述被叫方终端根据所述第一指令触发执行电路域回落流程。
8.根据权利要求7所述的方法,其特征在于,所述寻呼通知消息中还携带有业务类型标识,所述被叫方终端显示第一提示信息具体为:所述被叫方终端根据所述业务类型标识显示第一提示信息的内容和第一提示信息的操作选项。
9.根据权利要求8所述的方法,其特征在于,所述被叫方终端根据所述第一指令触发执行电路域回落流程之后还包括:所述被叫方终端向所述移动交换中心服务器返回连接消息直接接通呼叫。
10.根据权利要求8所述的方法,其特征在于,所述被叫方终端根据所述第一指令触发执行电路域回落流程之后还包括:
所述被叫方终端根据所述业务类型标识和所述第一指令显示第二提示信息,所述第二提示信息用于指示所述用户确认是否接通呼叫;
所述被叫方终端获取所述用户根据所述第二提示信息输入的第二指令;
所述被叫方终端根据所述第二指令向所述移动交换中心服务器返回连接消息接通呼叫,或执行所述业务类型标识对应的操作流程。
11.一种移动管理装置,其特征在于,包括:
第一接收模块,用于接收被叫方终端注册的移动交换中心服务器发送的寻呼请求消息;
通知模块,用于所述第一接收模块接收到寻呼请求消息后,当所述被叫方终端处于连接状态时,向所述被叫方终端发送寻呼通知消息,并向所述移动交换中心服务器返回被叫方终端的寻呼状态消息。
12.根据权利要求11所述的装置,其特征在于,还包括:指示模块,用于获取所述被叫方终端发送的等待指示消息;
所述通知模块还用于所述指示模块接收到所述等待指示消息后,向所述移动交换中心服务器返回被叫方终端的寻呼状态消息。
Priority Applications (12)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102259814A CN101742692B (zh) | 2008-11-07 | 2008-11-07 | 寻呼处理、信息显示方法、装置 |
CN201210207906.1A CN102711250B (zh) | 2008-11-07 | 2008-11-07 | 寻呼处理、信息显示方法、装置及系统 |
EP09824418.9A EP2346281B1 (en) | 2008-11-07 | 2009-11-05 | Paging processing and information displaying method, apparatus and system |
PCT/CN2009/074812 WO2010051763A1 (zh) | 2008-11-07 | 2009-11-05 | 寻呼处理、信息显示方法、装置及系统 |
EP15167144.3A EP2934042B1 (en) | 2008-11-07 | 2009-11-05 | Method, apparatus and system for paging processing and information displaying |
ES09824418.9T ES2567050T3 (es) | 2008-11-07 | 2009-11-05 | Método, aparato y sistema de procesamiento y de presentación visual de información de radiomensajería |
JP2011534994A JP2012508487A (ja) | 2008-11-07 | 2009-11-05 | ページング処理および情報表示の方法、装置およびシステム |
US13/101,816 US9049677B2 (en) | 2008-11-07 | 2011-05-05 | Method, apparatus and system for paging processing and information displaying |
JP2013263983A JP5778746B2 (ja) | 2008-11-07 | 2013-12-20 | ページング処理および情報表示の方法、装置およびシステム |
US14/710,203 US10306517B2 (en) | 2008-11-07 | 2015-05-12 | Method, apparatus and system for paging processing and information displaying |
JP2015137633A JP6075578B2 (ja) | 2008-11-07 | 2015-07-09 | ページング処理および情報表示の方法、装置およびシステム |
US16/405,514 US10757614B2 (en) | 2008-11-07 | 2019-05-07 | Method, apparatus and system for paging processing and information displaying |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102259814A CN101742692B (zh) | 2008-11-07 | 2008-11-07 | 寻呼处理、信息显示方法、装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210207906.1A Division CN102711250B (zh) | 2008-11-07 | 2008-11-07 | 寻呼处理、信息显示方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101742692A CN101742692A (zh) | 2010-06-16 |
CN101742692B true CN101742692B (zh) | 2012-07-04 |
Family
ID=42152504
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008102259814A Active CN101742692B (zh) | 2008-11-07 | 2008-11-07 | 寻呼处理、信息显示方法、装置 |
Country Status (6)
Country | Link |
---|---|
US (3) | US9049677B2 (zh) |
EP (2) | EP2934042B1 (zh) |
JP (3) | JP2012508487A (zh) |
CN (1) | CN101742692B (zh) |
ES (1) | ES2567050T3 (zh) |
WO (1) | WO2010051763A1 (zh) |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101489288B (zh) * | 2008-01-16 | 2011-04-20 | 华为技术有限公司 | 演进分组网络中电路域业务的处理方法、系统及相关设备 |
CN101742692B (zh) | 2008-11-07 | 2012-07-04 | 华为技术有限公司 | 寻呼处理、信息显示方法、装置 |
WO2012055093A1 (zh) * | 2010-10-26 | 2012-05-03 | 华为技术有限公司 | 移动交换中心池中的寻呼处理方法及装置 |
EP2692195A1 (en) | 2011-03-31 | 2014-02-05 | Telefonaktiebolaget L M Ericsson (PUBL) | Low priority indication in extended service request for enhanced overlaod handling |
EP2680625B1 (en) | 2011-05-03 | 2016-09-28 | Huawei Technologies Co., Ltd. | Method and device for transmitting a short message from an evolved packet system to a user equipment |
KR20130035143A (ko) * | 2011-09-29 | 2013-04-08 | 삼성전자주식회사 | 로컬 네트워크에서 로컬 엑세스와 음성 통화를 지원하기 위한 방법 및 장치 |
EP2772093B1 (en) | 2011-10-28 | 2020-02-26 | BlackBerry Limited | Method and apparatus to handle bearers during circuit switched fallback operation |
WO2014013660A1 (ja) * | 2012-07-20 | 2014-01-23 | 日本電気株式会社 | ページング制御装置、ページング方法、無線端末、及び非一時的なコンピュータ可読媒体 |
CN103916920B (zh) * | 2012-12-31 | 2017-04-26 | 展讯通信(上海)有限公司 | 处理寻呼的方法及系统 |
US10079860B2 (en) * | 2013-04-04 | 2018-09-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Network initiated CS services during IMS call |
JP5525092B1 (ja) * | 2013-04-05 | 2014-06-18 | 日本電気株式会社 | 移動管理装置、通信システム、音声着信制御方法及びプログラム |
CN103609168B (zh) * | 2013-06-21 | 2017-04-19 | 华为技术有限公司 | 电路域回落csfb的接入方法、移动管理实体和移动交换中心 |
US9876903B2 (en) * | 2013-09-30 | 2018-01-23 | Apple Inc. | Apparatus, system, and method for notifying a mobile station of an incoming circuit switched call during a packet switched session |
CN104956746A (zh) * | 2014-01-27 | 2015-09-30 | 华为技术有限公司 | 一种ue以及相关的呼叫响应方法 |
CN104918222B (zh) * | 2014-03-12 | 2018-12-04 | 中国移动通信集团北京有限公司 | 一种播放lte语音业务提示音的方法、设备及系统 |
EP3142413A4 (en) | 2014-06-24 | 2017-06-21 | Huawei Technologies Co. Ltd. | Method, device and system for saving voice resource |
KR102294359B1 (ko) * | 2014-09-26 | 2021-08-26 | 삼성전자주식회사 | 전자 장치 및 전자 장치에서 알림을 제어하는 방법 |
CN105722106B (zh) * | 2014-12-03 | 2020-06-09 | 中国移动通信集团黑龙江有限公司 | 一种仿真电路域回落信令接续的监控方法及监控系统 |
CN106255083B (zh) * | 2016-10-11 | 2020-02-14 | 深圳市万普拉斯科技有限公司 | 一种终端设备通信控制方法和终端设备 |
WO2018129672A1 (en) * | 2017-01-11 | 2018-07-19 | Qualcomm Incorporated | Techniques for broadcasting paging messages in wireless communications |
US10278153B2 (en) * | 2017-06-02 | 2019-04-30 | Mediatek Inc. | Method and apparatus for avoiding circuit-switched call drop in mobile communications |
CN112689295B (zh) * | 2019-10-18 | 2023-09-05 | 中国移动通信集团辽宁有限公司 | 寻呼消息的业务识别方法、装置、计算设备及存储介质 |
CN113810964B (zh) * | 2020-06-13 | 2023-03-10 | 华为技术有限公司 | 一种通信方法及设备 |
CN114071492B (zh) * | 2020-07-31 | 2023-07-25 | 中国联合网络通信集团有限公司 | 语音通话质量优化方法、终端及基站 |
CN113660377B (zh) * | 2021-08-23 | 2022-07-15 | 珠海格力电器股份有限公司 | 呼叫处理方法、装置、终端设备、电子设备及存储介质 |
CN114585086B (zh) * | 2022-05-05 | 2022-08-05 | 深圳小米通讯技术有限公司 | 呼叫响应方法、装置、终端设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1602104A (zh) * | 2003-09-22 | 2005-03-30 | 华为技术有限公司 | 一种实现快速呼叫建立的方法 |
CN1941997A (zh) * | 2005-09-30 | 2007-04-04 | 北京三星通信技术研究有限公司 | 向高速分组数据网下的用户传送3g1x语音呼叫信息的方法 |
CN101002490A (zh) * | 2004-07-19 | 2007-07-18 | 西门子公司 | 操作便携式通信设备的方法和便携式通信设备 |
CN101009927A (zh) * | 2006-01-23 | 2007-08-01 | 华为技术有限公司 | 一种寻呼用户设备的实现方法 |
CN101222765A (zh) * | 2008-01-24 | 2008-07-16 | 中兴通讯股份有限公司 | 电路域回落的控制方法、系统、及装置 |
Family Cites Families (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3786538B2 (ja) | 1999-02-19 | 2006-06-14 | 富士通株式会社 | 移動通信システム |
CN100440850C (zh) | 2003-12-24 | 2008-12-03 | 华为技术有限公司 | 多媒体业务网络地址转换穿越的方法及其系统 |
US20050186971A1 (en) * | 2004-02-20 | 2005-08-25 | Telefonaktiebolaget L M Ericsson | Method and apparatus for intelligent paging in a wireless communication network |
CN1728743A (zh) | 2004-07-29 | 2006-02-01 | 华为技术有限公司 | 一种实现遇忙回呼业务的方法 |
US9198156B2 (en) * | 2004-08-23 | 2015-11-24 | Telefonaktiebolaget L M Ericsson (Publ) | Paging mobile stations in a hybrid network |
WO2006043318A1 (ja) * | 2004-10-20 | 2006-04-27 | Fujitsu Limited | 携帯電話端末間のデータ伝送路確立システム |
DE602005015764D1 (de) * | 2005-01-31 | 2009-09-10 | Ericsson Telefon Ab L M | Technik zum umschalten zwischen sprach-/multimediamodus in einem drahtlosen kommunikationsnetz |
CN100450282C (zh) | 2005-04-05 | 2009-01-07 | 华为技术有限公司 | 一种电路交换呼叫连接的切换方法 |
CN1933655A (zh) * | 2005-09-15 | 2007-03-21 | 北京三星通信技术研究有限公司 | 高速分组数据网下的双模终端对1x寻呼的应答方法 |
CN101022653B (zh) | 2006-02-15 | 2010-12-08 | 中兴通讯股份有限公司 | 移动性管理状态转换的控制方法 |
CN100450306C (zh) | 2006-03-24 | 2009-01-07 | 华为技术有限公司 | 一种检查通话状态的方法 |
CN1878337A (zh) | 2006-07-14 | 2006-12-13 | 华为技术有限公司 | 实现呼叫等待业务的方法和系统 |
CN101141794B (zh) | 2006-09-08 | 2011-06-15 | 华为技术有限公司 | 用户设备、语音呼叫连续性应用服务器及网络切换方法 |
CN101179829A (zh) | 2006-11-07 | 2008-05-14 | 华为技术有限公司 | 向主叫终端通知被叫接续状态的方法、及终端 |
EP2104984A4 (en) * | 2007-01-15 | 2012-12-26 | Ericsson Telefon Ab L M | METHOD AND DEVICE FOR ENHANCED PERFORMANCE IN A WIRELESS ACCESS TIME TIME DIVISION DUPLEX SYSTEM |
CN101394340B (zh) | 2007-09-19 | 2012-07-11 | 华为技术有限公司 | 数据传输方法、系统和装置 |
CN101394580B (zh) | 2007-09-21 | 2012-01-25 | 电信科学技术研究院 | Eps承载管理的方法、装置、mme及通信系统 |
EP3203804B1 (en) * | 2007-11-01 | 2018-08-01 | Telefonaktiebolaget LM Ericsson (publ) | Circuit-switched services over sae/lte networks |
CN101437219B (zh) | 2007-11-12 | 2011-04-20 | 华为技术有限公司 | 一种终端的移动性管理方法及设备 |
CN101184272A (zh) | 2007-11-22 | 2008-05-21 | 华为技术有限公司 | 指示主叫设备被叫设备状态的方法、系统及设备 |
US9247420B2 (en) * | 2007-12-12 | 2016-01-26 | Lg Electronics Inc. | Method of managing user equipment capabilities |
CN101640933B (zh) | 2008-07-31 | 2012-07-04 | 华为技术有限公司 | 寻呼用户设备的方法、网络设备、用户设备及网络系统 |
US8243725B2 (en) * | 2008-08-13 | 2012-08-14 | Interdigital Patent Holdings, Inc. | Maintaining circuit switched continuity in an enhanced universal terrestrial radio access network |
JP5282495B2 (ja) * | 2008-09-05 | 2013-09-04 | 富士通モバイルコミュニケーションズ株式会社 | 移動無線端末 |
CN101577942B (zh) | 2008-11-07 | 2011-08-10 | 中兴通讯股份有限公司 | 既建立ims媒体链接又建立cs媒体链接的方法 |
CN101742692B (zh) | 2008-11-07 | 2012-07-04 | 华为技术有限公司 | 寻呼处理、信息显示方法、装置 |
CN101466147B (zh) | 2008-12-31 | 2010-12-22 | 中国科学院计算技术研究所 | 一种异构网络的寻呼控制系统及其寻呼方法 |
CN101577892A (zh) | 2009-01-14 | 2009-11-11 | 中兴通讯股份有限公司 | 一种避免服务限制影响紧急呼叫连续性的方法 |
US8515485B2 (en) * | 2009-10-20 | 2013-08-20 | Lg Electronics Inc. | Provisioning of voice and other CS-domain services |
-
2008
- 2008-11-07 CN CN2008102259814A patent/CN101742692B/zh active Active
-
2009
- 2009-11-05 JP JP2011534994A patent/JP2012508487A/ja active Pending
- 2009-11-05 WO PCT/CN2009/074812 patent/WO2010051763A1/zh active Application Filing
- 2009-11-05 EP EP15167144.3A patent/EP2934042B1/en active Active
- 2009-11-05 ES ES09824418.9T patent/ES2567050T3/es active Active
- 2009-11-05 EP EP09824418.9A patent/EP2346281B1/en active Active
-
2011
- 2011-05-05 US US13/101,816 patent/US9049677B2/en active Active
-
2013
- 2013-12-20 JP JP2013263983A patent/JP5778746B2/ja active Active
-
2015
- 2015-05-12 US US14/710,203 patent/US10306517B2/en active Active
- 2015-07-09 JP JP2015137633A patent/JP6075578B2/ja active Active
-
2019
- 2019-05-07 US US16/405,514 patent/US10757614B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1602104A (zh) * | 2003-09-22 | 2005-03-30 | 华为技术有限公司 | 一种实现快速呼叫建立的方法 |
CN101002490A (zh) * | 2004-07-19 | 2007-07-18 | 西门子公司 | 操作便携式通信设备的方法和便携式通信设备 |
CN1941997A (zh) * | 2005-09-30 | 2007-04-04 | 北京三星通信技术研究有限公司 | 向高速分组数据网下的用户传送3g1x语音呼叫信息的方法 |
CN101009927A (zh) * | 2006-01-23 | 2007-08-01 | 华为技术有限公司 | 一种寻呼用户设备的实现方法 |
CN101222765A (zh) * | 2008-01-24 | 2008-07-16 | 中兴通讯股份有限公司 | 电路域回落的控制方法、系统、及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP2934042B1 (en) | 2022-04-13 |
WO2010051763A1 (zh) | 2010-05-14 |
EP2346281A1 (en) | 2011-07-20 |
ES2567050T3 (es) | 2016-04-19 |
US20110207481A1 (en) | 2011-08-25 |
US20190268810A1 (en) | 2019-08-29 |
JP2015201897A (ja) | 2015-11-12 |
US10757614B2 (en) | 2020-08-25 |
EP2934042A1 (en) | 2015-10-21 |
EP2346281A4 (en) | 2012-08-29 |
JP5778746B2 (ja) | 2015-09-16 |
CN101742692A (zh) | 2010-06-16 |
EP2346281B1 (en) | 2016-01-27 |
JP6075578B2 (ja) | 2017-02-08 |
US9049677B2 (en) | 2015-06-02 |
JP2014096818A (ja) | 2014-05-22 |
JP2012508487A (ja) | 2012-04-05 |
US10306517B2 (en) | 2019-05-28 |
US20150245253A1 (en) | 2015-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101742692B (zh) | 寻呼处理、信息显示方法、装置 | |
CN102711250A (zh) | 寻呼处理、信息显示方法、装置及系统 | |
KR101654532B1 (ko) | 프리페이징 동안의 회선 교환 폴백(csfb) | |
EP2106111B1 (en) | Calling method and system for a video telephone | |
CN101489288A (zh) | 演进分组网络中电路域业务的处理方法、系统及相关设备 | |
CN105744497A (zh) | 一种响铃实现方法、装置和系统 | |
CN103841545A (zh) | 一种mme池场景能力信息上报的方法及装置 | |
US20070121904A1 (en) | Method and a system for ensuring arrival of voice information | |
CN101699882A (zh) | 彩铃业务与补充业务交互的实现方法、装置及系统 | |
CN101426184B (zh) | 富媒体通信业务的处理方法及终端设备和通信系统 | |
CN102695144A (zh) | 一种通信处理方法及智能应答平台 | |
CN102883292A (zh) | 一种实现呼叫转移的方法、系统、设备及移动终端 | |
US7043261B2 (en) | System, mobile station and method for delivering services | |
CN100438702C (zh) | 一种在呼叫失败时通知用户的方法 | |
CN102123469B (zh) | 演进分组网络中电路域业务的处理方法及用户设备 | |
CN104853047A (zh) | 一种自动回呼方法和设备 | |
CN100425083C (zh) | 双模终端的高速分组数据网业务免打扰的方法 | |
CN103220823A (zh) | Td-lte数字集群系统中点对点呼叫释放方法及设备 | |
CN102137361B (zh) | 一种实现异系统间呼叫控制的方法、装置和系统 | |
CN102143465A (zh) | 清晰呼叫传输ect业务处理方法、装置及系统 | |
CN101626561B (zh) | 呼叫连接方法及设备 | |
CN101945504B (zh) | 彩铃切换方法、多媒体彩铃服务器及用户设备 | |
CN102291695A (zh) | 振铃实现方法、振铃业务平台、终端设备及振铃业务系统 | |
WO2010066174A1 (zh) | 非跨接彩振通信的方法、终端及系统 | |
CN103493519A (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 | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20100616 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Paging processing and information display methods, devices and systems Granted publication date: 20120704 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |