呼叫业务的实现方法及装置、电子设备、可读介质与流程

1.本公开实施例涉及通信技术领域，特别涉及一种呼叫业务的实现方法及装置、电子设备、可读介质。


背景技术：

2.网络协议(internet protocol，简称ip)多媒体子系统(ip multimedia subsystem，ims)是由第三代合作伙伴计划(the 3rd generation partnership project，3gpp)提出的一种基于ip的网络架构，其构建了一个开放而灵活的业务环境，支持多媒体应用，并为用户提供丰富的多媒体业务。ims与接入技术无关，除了可以为通用分组无线业务(general packet radio service，gprs)、无线局域网(wireless local area network，wlan)、分组交换(packet switched，ps)和演进的分组系统(evolved packet system，eps)等接入网络提供业务外，还可以为全球移动通讯系统(global system for mobile communications，gsm)和统一移动通讯系统(universal mobile telecommunications system，umts)等移动蜂窝网络提供业务。gsm、umts等移动蜂窝网络采用电路交换技术，称为电路交换(circuit switched，cs)域，当cs域的终端用户接入到ims域时，cs域会演变为一种接入方式，业务完全由ims域统一提供，这种技术称为ims集中业务(ims centralized service，ics)。
3.但是，当终端用户进行ics通信时，需要依赖订阅通知技术，才能保证增强型的移动交换中心(mobile switch center enhanced for ics，emsc)、ims域的呼叫会话控制功能实体(call session control function，cscf)和归属用户服务器(home subscriber server，简称hss)上的用户状态一致，保证终端用户的主被叫业务正常进行。若emsc和cscf之间没有注册状态订阅，当该终端用户被ims网络注销时，scscf无法通过通知消息(notify)使emsc获知终端用户的当前状态，这样会导致emsc上显示该终端用户是注册状态，而scscf上显示该终端用户是注销状态，导致终端用户的状态不一致。假如此时终端用户发起呼叫请求给emsc，由于在emsc保存有该终端用户的注册信息和scscf名称，emsc认为该终端用户是注册状态，因此，emsc会将该终端用户的呼叫请求转发送给scscf，而scscf由于查找到该终端用户是注销状态，会直接拒绝该呼叫请求，始导致该终端用户无法完成正常的通信。
4.由于在现有技术中，要求emsc和scscf之间必须维护状态订阅的相关信息，使得emsc和scscf必须消耗内存资源来保存该状态订阅的相关信息，并且还要维护初始订阅、刷新订阅、通知消息等相关消息的维护，使得增加了通信网络中的信令流量和网元的cpu消耗，降低了网元的性能。


技术实现要素：

5.本公开实施例提供一种呼叫业务的实现方法及装置、电子设备、可读介质。如何解决由于终端用户在进行ics通信时，没有订阅注册状态信息，而导致的终端用户无法正常接
入到ims中的问题。
6.第一方面，本公开实施例提供一种呼叫业务的实现方法，方法包括：判断终端在增强型的移动交换中心的第一状态和其在网络协议多媒体子系统ims中的第二状态是否一致，若否，则向ims发送注册请求，以使终端完成初始呼叫业务；其中，增强型的移动交换中心未在ims中订阅注册状态信息。
7.第二方面，本公开实施例提供一种呼叫业务的实现方法，方法包括：接收增强型的移动交换中心发送的注册请求，其中，注册请求是增强型的移动交换中心判断终端在其内的第一状态和终端在网络协议多媒体子系统ims中的第二状态不一致时发出的请求，而且增强型的移动交换中心未在ims中订阅注册状态信息，注册请求包括终端的标识；依据终端的标识，将终端在ims中注册；响应于增强型的移动交换中心转发的终端的呼叫请求，为终端提供业务数据,完成初始呼叫业务。
8.第三方面，本公开实施例提供一种呼叫业务的实现装置，装置包括：判断模块，用于判断终端在增强型的移动交换中心的第一状态和其在网络协议多媒体子系统ims中的第二状态是否一致；发送模块，用于在确定第一状态和第二状态不一致时，向ims发送注册请求，以使终端完成初始呼叫业务，其中，增强型的移动交换中心未在ims中订阅注册状态信息。
9.第四方面，本公开实施例提供一种呼叫会话控制功能实体，包括：接收模块，用于接收增强型的移动交换中心发送的注册请求，其中，注册请求是增强型的移动交换中心判断终端在其内的第一状态和终端在网络协议多媒体子系统ims中的第二状态不一致时发出的请求，而且增强型的移动交换中心未在ims中订阅注册状态信息，注册请求包括终端的标识；注册模块，用于依据终端的标识，将终端在ims中注册；业务模块，用于响应于增强型的移动交换中心转发的终端的呼叫请求，为终端提供业务数据,完成初始呼叫业务。
10.第五方面，本公开实施例提供一种电子设备，其包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现第一方面或第二方面所描述的方法。
11.第六方面，本公开实施例提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现第一方面或第二方面所描述的方法。
12.本公开实施例提供的方法，通过判断终端在增强型的移动交换中心的第一状态与终端在ims中的第二状态是否一致，在不一致时，向ims发送注册请求，使得终端能够与网络协议多媒体子系统中的设备进行通信，进而使该终端能够完成初始呼叫业务，获得网络协议多媒体子系统中的相关业务信息，使得增强型的移动交换中心和网络协议多媒体子系统中的设备不必再消耗内存资源来保存注册状态信息及其相关的信令信息，降低了增强型的移动交换中心和网络协议多媒体子系统中的设备cpu消耗，减少网络信令流量，提升了网元的性能。
附图说明
13.附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开的实施例一起用于解释本公开，并不构成对本公开的限制。通过参考附图对详细示例实施例进行描述，以上和其它特征和优点对本领域技术人员将变得更加显而易见，在附图中：
14.图1是用户设备通过gsm、umts网络接入ims的ics网络架构图。
15.图2是ics用户的注册及订阅信令的流程图。
16.图3是ims网络中的s-cscf主动发起注销ics用户的信令流程图。
17.图4是ims网络中的ims-hss主动发起注销ics用户的信令流程图。
18.图5是本技术实施例一中的呼叫业务的实现方法的方法流程图。
19.图6为本技术实施例二中的呼叫业务的实现方法的方法流程图。
20.图7为本技术实施例三中的增强型的移动交换中心在进行终端的初始呼叫业务时的工作方法流程图。
21.图8是本技术实施例四中的呼叫业务的实现方法的方法流程图。
22.图9是本技术实施例五中的呼叫业务的实现方法的方法流程图。
23.图10为本技术实施例六中的用户终端在进行呼叫业务时的工作方法流程图。
24.图11为本技术实施例七中的一种呼叫业务的实现装置的组成方框图。
25.图12为本技术实施例八中的一种呼叫会话控制功能实体的组成方框图。
26.图13为本技术实施例九中的一种呼叫业务的实现装置的组成方框图。
27.图14为本技术实施例十中的可以实现根据本技术实施例的呼叫业务的实现方法和装置的电子设备的示例性硬件架构的结构图。
具体实施方式
28.为使本领域的技术人员更好地理解本发明的技术方案，下面结合附图对本发明提供的方法及装置、电子设备、计算机可读介质进行详细描述。
29.在下文中将参考附图更充分地描述示例实施例，但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之，提供这些实施例的目的在于使本公开透彻和完整，并将使本领域技术人员充分理解本公开的范围。
30.本发明的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以使这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
31.除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。
32.ics网络具有以下优点：1)ims为电路交换域、分组交换域等接入方式提供统一的业务，支持网络融合；2)支持cs网络向ims网络演进；3)不仅支持具有ics能力的用户终端设备，还支持现有的不具备ics能力的用户终端设备。其中，不具备ics能力的用户终端设备也称为传统的用户设备，图1是用户设备(user equipment，ue)通过gsm、umts网络接入ims的ics网络架构图。在该ics网络架构图中，主要包括如下网元：ue110、emsc120、cscf130、电信应用服务器(telecom application server，tas)140和归属服务器150。
33.其中，ue110用于附着到cs蜂窝网络中，然后进行呼叫业务(例如，ue110作为主叫方，发起呼叫请求；或，ue110作为被叫方，接收主叫终端发送的呼叫请求)。ue110可以支持ics能力，也可以不支持ics能力。
34.支持ics的emsc120用于将ue110从第2代移动通信网络(2th generation mobile networks，2g)或第3代移动通信网络(3th generation mobile networks，3g)接入，同时代替传统终端向ims网络发起注册。当ue110发起呼叫时，emsc120负责转发终端的呼叫请求到ims域，由ims域的相关设备执行用户业务。ue110和emsc120之间的接口为a/iu接口。
35.cscf130负责ims域的注册鉴权、呼叫路由和业务触发。cscf130包括查询呼叫会话控制功能实体(interrogating call session control function，i-cscf)131和服务呼叫会话控制功能实体(serving call session control function，s-cscf)132。emsc120和cscf130之间是基于会话初始协议(session initiation protocol，sip)协议的i2接口。
36.tas140负责用户签约业务的执行。s-cscf132和tas140之间是标准的基于sip协议的isc接口；ims-hss151与tas140之间是基于协议簇(diameter)协议的sh接口，其中的diameter协议不是一个单一的协议，而是一个协议簇，它包括基本协议(diameter base protocol)和各种由基本协议扩展而来的应用协议。
37.归属服务器150用于存储ue的信息，具体可包括ims-hss151和cs域的归属位置寄存器(home location register，hlr)152。ims-hss151服务ims域的用户，hlr152服务cs域的用户。ims-hss151与s-cscf132之间是基于diameter协议的cx接口，hlr152和emsc120之间是基于移动应用部分(mobile application part，map)协议的c接口。
38.图2是ics用户的注册及订阅信令的流程图，具体包括下列步骤。
39.s201，ue110向emsc120发起本地更新(location-update)请求；
40.s202，emsc120通过与归属服务器150之间的信令交互，完成终端需求的业务数据的下载，并使归属服务器150更新其上保存的emsc120的地址。
41.s203，emsc120向ue110返回location-update响应，其中，location-update响应中包括附着标识，该附着标识指示ue110在cs域上附着成功。
42.s204，emsc120根据归属服务器150中的hlr152返回的签约的ics用户属性，或，根据签约的ics用户终端的国际移动用户识别码(international mobile subscriber identity，imsi)的号段配置的ics用户属性，准备代替ue110向ims域发起ims注册。
43.s205，emsc120注册请求给cscf130，该注册请求用于使ue110注册到ims域。
44.s206，cscf130收到emsc120发送的注册请求后，与归属服务器150中的ims-hss151进行信令交互，下载签约数据至cscf130。
45.s207，cscf130返回注册成功响应消息给emsc120。
46.s208，当emsc120收到注册成功响应后，emsc120主动发起注册状态的订阅请求给cscf130。
47.s209，cscf130中的s-cscf132在接收到emsc120发送的注册状态的订阅请求后，对该订阅请求进行处理，并返回订阅成功响应给emsc120。
48.s210，cscf130中的s-cscf132基于订阅会话，发送通知消息(notify)给emsc120，该通知消息用于告知emsc120发起订阅的ue110在ims中的注册状态。
49.s211，emsc120在获得ue110在ims中的注册状态后，返回成功响应给cscf130中的
s-cscf132，使得s-cscf132确定已emsc120知晓了ue110在ims中的注册状态。
50.需要说明的是，当ics用户(例如，ue110)成功注册到ims域并成功订阅注册状态信息后，若ims网络的中的该ics用户的状态发生改变，则ims网络可以主动触发网络注销，以使emsc120可以获知该ics用户在ims域的状态。其中的网络注销包括cscf130中的网络注销和ims网络注销。现有技术中，s-cscf132会通过已存在的订阅会话，发送notify消息通知emsc120(例如，上述步骤s210)，使得emsc120可以同步注销该ics用户，从而保证scscf132、ims-hss151和emsc120上的该ics用户的注册状态能够保持一致。
51.图3是ims网络中的s-cscf132主动发起注销ics用户的信令流程图，具体可包括下列步骤。
52.s301，用户终端(ue)110在cs域上和ims域上都成功完成注册，该ue110在cs域上的状态和其在ims域上的状态都是注册状态。
53.s302，出于运营商管理的需求，呼叫会话控制功能实体130触发对的ue110注销。
54.例如，运营商升级前剔除ue110，或者要求ue110重新注册等。
55.s303，呼叫会话控制功能实体130基于emsc120订阅的状态消息，在将ue110从ims中注销后，会发送通知消息(notify)给emsc120，其中，该通知消息中包括ue110在ims中为注销状态。
56.s304，emsc120获得ue110在ims中为注销状态后，也将ue110从cs域中注销掉，并变更该ue110在cs域中状态为注销状态。
57.s305，emsc120发送成功响应给呼叫会话控制功能实体130，以使呼叫会话控制功能实体130获知该ue110在cs域中状态为注销状态。
58.s306，呼叫会话控制功能实体130发送服务分配请求(server-assignment-request)给归属服务器150，通知归属服务器150中的hss151注销ue110。
59.s307，归属服务器150中的hss151在将ue110注销后，会反馈服务分配应答消息(server-assignment-answer)给呼叫会话控制功能实体130，以使呼叫会话控制功能实体130获知ue110已成功被注销。
60.至此，scscf发起在ims中注销ue110后，ue110在emsc上的状态、ue110在呼叫会话控制功能实体130上的状态，依据ue110在归属服务器150上的状态都是注销状态，即使得ue110在cs域中的状态和其在ims中的保持一致。
61.图4是ims网络中的ims-hss151主动发起注销ics用户的信令流程图，具体可包括下列步骤。
62.s401，用户终端(ue)110在cs域上和ims域上都成功完成注册，该ue110在cs域上的状态和其在ims域上的状态都是注册状态。
63.s402，出于运营商管理的需求，归属服务器150中的ims-hss151触发对ue110的注销。
64.例如，运营商升级前剔除ue110，或者因为放号的需要先注销ue110。
65.s403，ims-hss151构造并发送终结注册请求(registration-termination-request，rtr请求)，通知呼叫会话控制功能实体130注销ue110。
66.s404，呼叫会话控制功能实体130在接收到rtr请求后，注销ue110，同时给ims-hss151返回终结注册响应(registration-termination-answer，rta响应)。
67.s405，呼叫会话控制功能实体130基于emsc120订阅的状态消息，发送notify消息到emsc120，其中，该notify消息中包括ue110在ims中为注销状态。
68.s406，emsc120根据接收到的notify消息中的ue110在ims中为注销状态的相关信息，注销ue110，并将ue110在cs域中的状态更新为注销状态。
69.s407，emsc120发送成功响应(例如，包含200ok的响应消息)给呼叫会话控制功能实体130。
70.至此，ims-hss发起在ims中注销ue110后，ue110在emsc上的状态、ue110在呼叫会话控制功能实体130上的状态，依据ue110在ims-hss151上的状态都是注销状态，即使得ue110在cs域中的状态和其在ims中的保持一致。
71.通过上述描述的现有技术中对于用户终端的注销操作，都需要依赖订阅通知技术，才能保证emsc、ims域的呼叫会话控制功能实体和ims-hss上的用户终端的状态保持一致，进而保证该用户终端发起的主被叫业务正常进行。如果emsc和呼叫会话控制功能实体之间没有订阅注册状态信息，当网络注销时，呼叫会话控制功能实体无法通过notify消息通知到emsc，这样会导致emsc上的用户终端的状态是注册状态，而该用户终端在呼叫会话控制功能实体上的状态是注销状态。此时，若该用户终端发起呼叫，则因emsc本地保存了该用户终端的注册信息和呼叫会话控制功能实体中的scscf的名称，并且emsc认为用户是注册状态，故会将该用户终端的呼叫请求发送给scscf，而由于该用户终端在scscf上已注销，故scscf直接拒绝该用户终端的呼叫请求，导致该用户终端的始呼业务失败。由于emsc和scscf之间必须维护订阅会话，一方面需要消耗emsc和scscf的内存资源去保存该订阅会话的相关信息，另一方面订阅会话中的交互消息(例如，初始订阅、刷新订阅、通知消息)增加了网络的信令流量和网元的cpu消耗，降低了网元的性能。
72.实施例一
73.本实施例涉及一种呼叫业务的实现方法。用于解决以上问题，以实现降低增强型的移动交换中心的缓存资源的消耗，减少网络信令流量，同时保证用户终端的呼叫业务能够正常快速的完成。
74.下面对本实施方式中的方法的实现细节进行具体的说明，以下内容仅为方便理解本方案的实现细节，并非实施本方案的必须。
75.图5为本实施方式中的呼叫业务的实现方法的流程图，该方法可应用于呼叫业务的实现装置，该装置可运行在emsc上。该方法可包括如下步骤。
76.s510，判断终端在增强型的移动交换中心的第一状态和其在网络协议多媒体子系统ims中的第二状态是否一致。
77.需要说明的是，其中的增强型的移动交换中心未在ims中订阅注册状态信息。第一状态可以是注册状态或注销状态，第二状态也可以是注册状态或注销状态，在第一状态和第二状态不一致时，执行步骤520；否则，结束流程。
78.s520，向ims发送注册请求。
79.具体地，当ims中的设备接收到终端的注册请求后，若通过查询确定该终端在ims中的第二状态是注册状态，则允许该终端成功接入到ims中的设备，进而使终端完成初始呼叫业务。
80.在一些具体实现中，若第一状态为注册状态且第二状态为注销状态，则向ims发送
注册请求，以使终端完成初始呼叫业务。
81.需要说明的是，因第一状态与第二状态不一致，且第一状态是注册状态，呼叫业务的实现装置会认为终端是成功注册到cs域上的用户，但在ims域上没有注册，故需要向ims发送注册请求，以使ims中的设备完成对该终端的注册，当终端在ims中的第二状态更新为注册状态后，呼叫业务的实现装置再向ims中的设备发送该终端的呼叫请求，进而使得该终端能够顺利完成初始呼叫业务，并获得ims中的相关业务数据。保证在终端没有在ims中订阅注册状态信息的情况下，仍能快速顺利的完成终端的初始呼叫业务，提升业务处理的效率。
82.在一些具体实现中，在终端完成初始呼叫业务步骤之后，还包括：响应于ims中的归属位置寄存器hlr发送的注销消息，注销终端；将第一状态变更为注销状态。
83.需要说明的是，若ims中的归属位置寄存器hlr发起对终端的注销，则通过ims中的服务呼叫会话控制功能实体与归属服务器之间的信令交互，使得ims中的设备都能知道该终端的第二状态为注销状态。但由于该终端没有在ims中订阅注册状态信息，hlr此时主动发送注销消息给呼叫业务的实现装置，告知呼叫业务的实现装置要将该终端注销掉，并将该终端的第一状态变更为注销状态，使得终端在cs域的第一状态与其在ims中的第二状态都是注销状态，为后续该终端再次进行呼叫业务提前做了状态同步，保证该终端的后续业务流程能够顺利完成，提升了业务处理效率，使得用户体验度得到改善。
84.在本实施方式中，通过判断终端在增强型的移动交换中心的第一状态与终端在ims中的第二状态是否一致，在不一致时，向ims发送注册请求，使得终端能够与网络协议多媒体子系统中的设备进行通信，进而使该终端能够完成初始呼叫业务，获得网络协议多媒体子系统中的相关业务信息，使得增强型的移动交换中心和网络协议多媒体子系统中的设备不必再消耗内存资源来保存注册状态信息及其相关的信令信息，降低增强型的移动交换中心和网络协议多媒体子系统中的设备cpu消耗，减少网络信令流量，提升网元的性能。
85.实施例二
86.图6为本实施例中的呼叫业务的实现方法的流程图，该方法可应用于呼叫业务的实现装置，该装置可运行在emsc上。实施例二与第一实施方式大致相同，主要区别之处在于：在判定终端的第一状态和第二状态不一致时，需要发送注册请求给ims中的查询呼叫会话控制功能实体，使得查询呼叫会话控制功能实体能够为该终端重新选择一个服务呼叫会话控制功能实体，即第二服务呼叫会话控制功能实体，已完成该终端在ims域上的相关业务。
87.本实施例中呼叫业务的实现方法可包括如下步骤。
88.s610，接收终端发送的初始呼叫请求，获取终端在增强型的移动交换中心的第一状态。
89.其中，初始呼叫请求中包括了终端的标识，呼叫业务的实现装置依据该终端的标识查找本地的数据库或缓存，可以获知该终端是否已成功注册到该呼叫业务的实现装置上，即该终端在增强型的移动交换中心的第一状态是注册状态还是注销状态。
90.在一些具体实现中，在步骤610之后，还包括：若确定第一状态为注销状态，则向ims发送注册请求。
91.具体地，当确定第一状态为注销状态时，表示该终端没有注册到呼叫业务的实现
装置，需要先完成该终端在增强型的移动交换中心的注册过程，并将该终端在增强型的移动交换中心的第一状态更新为注册状态。由于该终端在ims域上的第二状态也可能是注销状态，因此，需要向ims发送注册请求，以保证该终端能够在ims域上完成注册，使得该终端在ims域上的第二状态也是注册状态，以达到第一状态和第二状态同步的目的。
92.s620，获取终端在网络协议多媒体子系统ims中的第二状态。
93.具体地，可通过发送查询请求给ims中的设备，通过ims中的设备反馈的查询结果获得该终端在ims中的第二状态，该第二状态可能是注册状态也可能是注销状态。
94.在一些具体实现中，向ims中的第一服务呼叫会话控制功能实体转发初始呼叫请求；响应于第一服务呼叫会话控制功能实体反馈的拒绝呼叫响应，获得终端的第二状态为注销状态。
95.需要说明的是，由于终端在增强型的移动交换中心的第一状态是注册状态，故呼叫业务的实现装置会判定该终端已成功注册到了ims中，故会发送初始呼叫请求给ims中的第一服务呼叫会话控制功能实体；但由于第一服务呼叫会话控制功能实体通过查询该终端的标识，确定该终端没有注册到ims中，即该终端的第二状态为注销状态。因此，第一服务呼叫会话控制功能实体会拒绝该终端的呼叫请求，并反馈拒绝呼叫响应给呼叫业务的实现装置，使得呼叫业务的实现装置获知该终端没有注册到ims中。
96.在一些具体实现中，在步骤s610之后，向ims中的第一服务呼叫会话控制功能实体转发初始呼叫请求之前，还包括：将初始呼叫请求缓存至增强型的移动交换中心。
97.需要说明的是，如果由于终端未注册到ims中，而导致ims中的第一服务呼叫会话控制功能实体反馈拒绝呼叫响应，即拒绝该终端在ims域上完成呼叫业务，则呼叫业务的实现装置或包含该呼叫业务的实现装置的emsc会缓存该终端发送的呼叫请求，不能立即给该终端返回呼叫成功响应或呼叫失败响应，待emsc协助该终端完成该终端在ims域上的注册后，并确定该终端是否能够在ims域上完成呼叫业务时，才反馈呼叫成功响应或呼叫失败响应给终端。
98.如果确定ims中的第一服务呼叫会话控制功能实体不是因为该终端未注册到ims中(有可能是ims中的相关设备出现故障等原因)，但该第一服务呼叫会话控制功能实体仍然反馈了拒绝呼叫响应给emsc，则emsc可以直接给终端返回呼叫失败响应，拒绝该终端的本次始呼业务。
99.s630，判断终端在增强型的移动交换中心的第一状态和其在网络协议多媒体子系统ims中的第二状态是否一致。
100.需要说明的是，其中的增强型的移动交换中心未在ims中订阅注册状态信息。在第一状态和第二状态不一致时，执行步骤640；否则，结束流程。本实施例中的步骤s630与实施例一中的步骤s510的内容相同，在此不再赘述。
101.s640，发送注册请求给ims中的查询呼叫会话控制功能实体i-cscf。
102.其中，注册请求包括终端的标识，i-cscf用于依据终端的标识查询归属用户服务器hss，为终端选择第二服务呼叫会话控制功能实体，并转发所述注册请求给所述第二服务呼叫会话控制功能实体。
103.需要说明的是，i-cscf是ims网络的入口点，其主要功能是为用户终端指定某个服务呼叫会话控制功能实体来执行终端的注册业务，例如，依据终端的标识查询归属用户服
务器hss，获取第二服务呼叫会话控制功能实体的地址，进而为该终端选择第二服务呼叫会话控制功能实体来执行该终端的注册业务。
104.具体地，i-cscf将第二服务呼叫会话控制功能实体的地址作为目的地址，转发终端的注册请求给第二服务呼叫会话控制功能实体，使得终端能够成功注册到第二服务呼叫会话控制功能实体上。
105.s650，响应于i-cscf反馈的注册成功响应，发送终端的初始呼叫请求给第二服务呼叫会话控制功能实体。
106.其中，注册成功响应中包括第二服务呼叫会话控制功能实体的地址。使得增强型的移动交换中心能够获知第二服务呼叫会话控制功能实体的地址，然后，增强型的移动交换中心将第二服务呼叫会话控制功能实体的地址作为目的地址，发送终端的初始呼叫请求给第二服务呼叫会话控制功能实体，使得终端能够通过第二服务呼叫会话控制功能实体来完成其初始呼叫业务。
107.需要说明的是，由于终端原来是注册到第一服务呼叫会话控制功能实体上的，但由于ims域的第一服务呼叫会话控制功能实体的设备故障等原因进行重启或容灾场景下，使得第一服务呼叫会话控制功能实体将终端注销掉了，并且该终端没有订阅注册状态信息，导致终端的第一状态和第二状态不一致。在该终端发起呼叫请求时，终端需要重新进行ims域的注册，即增强型的移动交换中心将该终端重新注册到第二服务呼叫会话控制功能实体上，使第二服务呼叫会话控制功能实体为该终端提供对应的ims域的业务数据。
108.在本实施例中，通过在判定终端的第一状态和第二状态不一致时，发送注册请求给ims中的查询呼叫会话控制功能实体，使得查询呼叫会话控制功能实体能够为该终端重新选择一个服务呼叫会话控制功能实体，即第二服务呼叫会话控制功能实体，保证终端能够重新注册到ims中，进而使该终端能够在ims域上的顺利完成其呼叫业务。在终端没有订阅注册状态信息的情况下，仍能快速的完成在ims域的注册及呼叫业务，减少网元设备之间维护的注册状态订阅信息，简化信令流程，提升业务处理效率，提高用户体验度。
109.实施例三
110.图7为本实施例中的emsc在进行终端的初始呼叫业务时的工作方法流程图，以实现不依赖注册状态订阅通知机制，解决ics用户在emsc上的第一状态和其在ims域上的第二状态不一致的问题，保证终端的初始呼叫业务流程能够正常进行。该方法具体可包括如下步骤。
111.s701，用户终端7001发送本地更新请求给增强型的移动交换终端emsc7002。
112.s702，emsc7002通过与ims中的设备(例如，ims中的归属服务器7004)进行信令的交互，完成本地信息的更新(例如，使归属服务器7004更新其上保存的emsc7002的地址等)。
113.s703，emsc7002向用户终端7001反馈本地更新成功响应。
114.s704，emsc7002发送注册请求给第一服务呼叫会话控制功能实体7003，该注册请求用于使用户终端7001注册到ims中的第一服务呼叫会话控制功能实体7003上。
115.s705，第一服务呼叫会话控制功能实体7003接收到emsc7002发送的注册请求后，发送签约数据请求(例如，发送基于diameter协议的消息diameter_sar)给ims中的归属服务器7004
116.s706，归属服务器7004确认对用户终端7001签约成功后，反馈签约数据成功响应
(例如，反馈基于diameter协议的消息diameter_saa)给第一服务呼叫会话控制功能实体7003。
117.s707，第一服务呼叫会话控制功能实体7003返回注册成功响应消息给emsc7002，以使emsc7002确认已成功将用户终端7001注册到ims中的第一服务呼叫会话控制功能实体7003上。
118.需要说明的是，由于emsc7002没有发起注册状态订阅，使得用户终端7001在emsc7002上的第一状态(即用户终端7001在cs域上的注册状态)与其在ims中的设备上的第二状态(即用户终端7001在ims域上的注册状态)有可能不一致。
119.s708，ims域发起对用户终端7001的注销，通过第一服务呼叫会话控制功能实体7003与归属服务器7004之间的信令交互，使得ims中的设备都能知道用户终端7001的第二状态为注销状态。但由于emsc7002没有发起注册状态订阅，导致第一服务呼叫会话控制功能实体7003无法发送通知消息(notify)给emsc7002，导致emsc7002上的该用户终端7001的第一状态仍然是注册状态。
120.s709，用户终端7001在cs域发送呼叫请求给emsc7002。
121.s710，emsc7002通过查询获知该的第一状态为注册状态，则转发该用户终端7001的呼叫请求给第一服务呼叫会话控制功能实体7003。
122.s711，第一服务呼叫会话控制功能实体7003接收到用户终端7001的呼叫请求(例如，基于sip协议的sip_invite)后，通过查询，获知该用户终端7001已被注销，会拒绝该用户终端7001的呼叫业务，故反馈呼叫失败响应消息(例如，基于sip协议的呼叫失败响应消息)给emsc7002。
123.需要说明的是，该呼叫失败响应消息中携带了用户未注册指示，该用户未注册指示表征该用户终端7001在ims中的第二状态为注销状态。其中第一服务呼叫会话控制功能实体7003与emsc7002之间采用sip协议进行传输，也可采用其他通信协议，可根据实际情况具体设定，其他未举例的通信协议也在本技术的保护范围之内，在此不再赘述。
124.s712，emsc7002通过解析接收到的呼叫失败响应消息，获得用户未注册指示，获知用户终端7001在ims中的第二状态为注销状态，则将用户终端7001的呼叫请求消息缓存至增强型的移动交换中心，同时发送新的注册请求给ims中的查询呼叫会话控制功能实体(i-cscf)7005。
125.s713，i-cscf7005通过查询，分配该用户终端7001注册到第二服务呼叫会话控制功能实体7006上，然后将新的注册请求转发给第二服务呼叫会话控制功能实体7006。
126.s714，第二服务呼叫会话控制功能实体7006接收到i-cscf7005发送的新的注册请求后，发送重新签约数据请求(例如，发送基于diameter协议的消息diameter_sar)给ims中的归属服务器7004。
127.s715，归属服务器7004确认对用户终端7001重新签约成功后，反馈重新签约数据成功响应(例如，反馈基于diameter协议的消息diameter_saa)给第二服务呼叫会话控制功能实体7006。
128.s716，第二服务呼叫会话控制功能实体7006返回新的注册成功响应消息给i-cscf7005。
129.其中，注册成功响应消息包括第二服务呼叫会话控制功能实体7006的地址。
130.s717，i-cscf7005确认已成功将用户终端7001注册到ims中的第二服务呼叫会话控制功能实体7006上，反馈注册成功响应给emsc7002。
131.需要说明的是，在确认将用户终端7001注册到ims中的第二服务呼叫会话控制功能实体7006上后，用户终端7001在emsc7002的第一状态与其在ims中的第二状态都是注册状态，确保用户终端7001在cs域的状态和其在ims域的状态一致。
132.s718，emsc7002根据注册成功响应消息中的第二服务呼叫会话控制功能实体7006的地址，将缓存的用户终端7001的呼叫请求发送给新注册的第二服务呼叫会话控制功能实体7006，以完成本次呼叫业务，保证呼叫业务流程的正常进行。
133.在本实施例中，通过转发用户终端的呼叫请求给ims中的第一服务呼叫会话控制功能实体，并获得该第一服务呼叫会话控制功能实体反馈的呼叫失败响应消息，获知该用户终端在emsc上的第一状态与其在ims中的第二状态不一致，然后向ims域发送重新发起注册请求，将该用户终端重新注册到ims中的第二服务呼叫会话控制功能实体上，保证用户终端在cs域的第一状态和其在ims域上的第二状态能够一致，即都为注册状态，进而完成初始呼叫业务，获得ims中的相关业务信息，使得emsc和ims中的设备不必再消耗内存资源来保存注册状态信息及其相关的信令信息，降低emsc和ims中的设备cpu消耗，减少网络信令流量，提升网元的性能。
134.实施例四
135.本实施例涉及一种呼叫业务的实现方法。下面对本实施方式中的方法的实现细节进行具体的说明，以下内容仅为方便理解本方案的实现细节，并非实施本方案的必须。
136.图8为本实施例中的呼叫业务的实现方法的方法流程图，该方法可应用于呼叫会话控制功能实体，具体包括如下步骤。
137.s801，接收增强型的移动交换中心发送的注册请求。
138.其中，注册请求是增强型的移动交换中心判断终端在其内的第一状态和终端在网络协议多媒体子系统ims中的第二状态不一致时发出的请求，而且增强型的移动交换中心未在ims中订阅注册状态信息，注册请求包括终端的标识。
139.需要说明的是，呼叫会话控制功能实体可以包括：查询呼叫会话控制功能实体、第一服务呼叫会话控制功能实体和第二服务呼叫会话控制功能实体。终端初始是注册到第一服务呼叫会话控制功能实体上的，但由于网络调整或设备维护等原因，使得终端在第一服务呼叫会话控制功能实体的第二状态与其在增强型的移动交换中心的第一状态不一致(例如，第一状态是注册状态，而第二状态是注销状态)。此时，终端需要通过增强型的移动交换中心向ims重新发送注册请求，使得该终端能够重新注册到ims中。
140.s802，依据终端的标识，将终端在ims中注册。
141.具体地，依据终端的标识查找归属用户服务器，为该终端选择ims中的第二服务呼叫会话控制功能实体，并将该终端注册到在第二服务呼叫会话控制功能实体上，当注册完成后，第二服务呼叫会话控制功能实体会返回注册成功响应消息给增强型的移动交换中心，其中，注册成功响应消息包括第二服务呼叫会话控制功能实体的地址。
142.当增强型的移动交换中心接收到第二服务呼叫会话控制功能实体返回的注册成功响应消息时，能够确定终端的第二状态已更新为注册状态，在保证终端的第一状态和第二状态都是注册状态的情况下，即保证终端的第一状态和第二状态保持一致。同时，通过解
析注册成功响应消息，获取第二服务呼叫会话控制功能实体的地址，使得增强型的移动交换中心能够依据该地址，将缓存的终端的呼叫请求发送给新注册的第二服务呼叫会话控制功能实体。
143.s803，响应于增强型的移动交换中心转发的终端的呼叫请求，为终端提供业务数据,完成初始呼叫业务。
144.具体地，当第二服务呼叫会话控制功能实体接收到增强型的移动交换中心转发的终端的呼叫请求时，会依据该呼叫请求中携带的相关业务需求信息，为终端提供对应的业务数据,以完成本次呼叫业务，保证呼叫业务流程的正常进行。
145.在本实施例中，通过接收增强型的移动交换中心发送的注册请求，获取到中的标识，并依据该终端的标识，将该终端在ims中注册，保证终端的第一状态和第二状态保持一致。在接收到增强型的移动交换中心转发的该终端的呼叫请求后，能够为该终端提供业务数据，保证该终端的呼叫业务能够顺利完成，使得增强型的移动交换中心和ims中的设备不必再消耗内存资源来保存注册状态信息及其相关的信令信息，降低增强型的移动交换中心和ims中的设备cpu消耗，减少网络信令流量，提升网元的性能。
146.实施例五
147.本实施例涉及一种呼叫业务的实现方法。下面对本实施方式中的方法的实现细节进行具体的说明，以下内容仅为方便理解本方案的实现细节，并非实施本方案的必须。
148.图9为本实施例中的呼叫业务的实现方法的方法流程图，该方法可应用于呼叫业务的实现装置，该装置可运行在ims中的归属服务器上，也可以运行于hlr上。该方法可包括如下步骤。
149.s901，获取终端在增强型的移动交换中心emsc的第一状态和终端在网络协议多媒体子系统ims中的第二状态。
150.其中，终端未在ims中订阅注册状态信息。具体地，终端在发送呼叫请求消息给emsc时，会携带该终端的标识，根据该终端的标识来具体确定该终端的第一状态和第二状态。
151.在一些具体实现中，依据终端的标识，获取存储在增强型的移动交换中心的第一状态；若确定与ims中的归属用户服务器hss融合于同一设备中，则通过内部接口接收hss发送的通知消息，获得第二状态；否则，通过设备外部接口接收hss发送的通知消息，获得第二状态。
152.例如，当hlr和hss进行融合，并在同一台设备实现时，则hlr通过设备内部接口(例如，模块之间自定义的接口)接收hss发送的通知消息，该通知消息中包括终端在ims中的第二状态，使得hlr能够通过解析该通知消息，获知该终端的第二状态。当hlr和hss是采用两个独立的设备实现时，则hlr通过设备外部接口(例如，设备之间采用网线连接的接口，或无线接口等)接收hss发送的通知消息，使得hlr能够通过解析该通知消息，获知该终端的第二状态。
153.s902，若确定第一状态与第二状态不一致，则发送注销指令给emsc。
154.具体地，emsc接收到注销指令后，会将终端从cs域上注销掉，并更新该终端的第一状态(即该终端在cs域上的状态)与其第二状态同步，即将第一状态更新为注销状态。emsc在接收到该终端发送的呼叫请求时，会使终端重新注册到ims中，并完成该终端的呼叫业
务。
155.在一些具体实现中，若确定第一状态为注册状态且第二状态为注销状态，则依据第二状态，生成注销指令；发送注销指令给emsc，以使emsc注销终端，并将第一状态更新为注销状态。
156.具体地，由于业务需要或设备故障等原因，ims中的设备会将某个终端注销掉，并更新该终端在ims中的第二状态为注销状态，但由于该终端没有订阅对应的注册状态信息，使得其在emsc上的第一状态没有更新，仍然是注册状态，则此时hlr会主动生成注销指令，并发送该注销指令给emsc，使得emsc能够同步注销掉该终端，并将该终端的第一状态更新为注销状态。保证了终端的第一状态和第二状态能保持一致，方便后续终端的再次接入，减少了信令交互，提升业务处理效率。
157.在本实施例中，通过获取终端在emsc的第一状态和其在ims中的第二状态，若确定第一状态与第二状态不一致，则发送注销指令给emsc，使得emsc将终端从cs域上注销掉，并更新该终端的第一状态为注销状态。保证在没有订阅注册状态信息的情况下，能够快速的将终端的第一状态和第二状态同步，使得emsc和ims中的设备不必再消耗内存资源来保存注册状态信息及其相关的信令信息，降低emsc和ims中的设备cpu消耗；同时，为后续终端再次需要进行呼叫业务时做好准备，提高业务的处理效率，提升用户体验度。
158.实施例六
159.图10为本实施例中的用户终端在进行呼叫业务时的工作方法流程图。该方法可包括如下步骤。
160.s1001，用户终端10001发送本地更新请求给增强型的移动交换终端emsc10002。
161.s1002，emsc10002通过与ims中的设备(例如,ims中的归属用户服务器hss10004)进行信令的交互，完成本地信息的更新(例如，使归属用户服务器10004更新其上保存的emsc10002的地址等)。
162.s1003，emsc10002向用户终端10001反馈本地更新成功响应。
163.s1004，emsc10002发送注册请求给第一服务呼叫会话控制功能实体10003，该注册请求用于使用户终端10001注册到ims中的第一服务呼叫会话控制功能实体10003上。
164.s1005，第一服务呼叫会话控制功能实体10003接收到emsc10002发送的注册请求后，发送签约数据请求(例如，发送基于diameter协议的消息diameter_sar)给ims中的归属用户服务器10004。
165.s1006，归属用户服务器10004确认对用户终端10001签约成功后，反馈签约数据成功响应(例如，反馈基于diameter协议的消息diameter_saa)给第一服务呼叫会话控制功能实体10003。
166.s1007，第一服务呼叫会话控制功能实体10003返回注册成功响应消息给emsc10002，以使emsc10002确认已成功将用户终端10001注册到ims中的第一服务呼叫会话控制功能实体10003上。
167.需要说明的是，由于emsc10002没有发起注册状态订阅，使得用户终端10001在emsc10002上的第一状态(即用户终端10001在cs域上的注册状态)与其在ims中的设备上的第二状态(即用户终端10001在ims域上的注册状态)有可能不一致。
168.s1008，当ims中的第一服务呼叫会话控制功能实体10003主动注销用户(例如，第
一服务呼叫会话控制功能实体10003由于设备故障等原因进行重启或容灾场景下)，或ims中的归属用户服务器10004主动注销用户终端10001时，通过第一服务呼叫会话控制功能实体10003与归属用户服务器10004之间的信令交互，使得ims中的设备都能知道用户终端10001的第二状态为注销状态，但由于emsc10002没有发起注册状态订阅，导致第一服务呼叫会话控制功能实体10003无法发送通知消息(notify)给emsc10002，导致emsc10002上的该用户终端10001的第一状态仍然是注册状态。
169.s1009，ims中的归属用户服务器10004发送注销消息(例如，map_cancel_location消息)给归属位置服务器10005，该注销消息中包括用户终端10001的标识。
170.s1010，归属位置服务器10005转发该map_cancel_location消息给emsc10002，告知ims域已将用户终端10001进行注销，需要emsc10002同步将用户终端10001的第一状态也变更为注销状态，使得emsc10002将用户终端10001进行注销，同时变更用户终端10001在emsc10002上的第一状态为注销状态，使得该第一状态与其在ims域上的第二状态一致，方便后续该用户终端10001进行接入。
171.需要说明的是，当归属用户服务器10004和归属位置服务器10005是融合到同一台设备中时，则步骤1009中发送的注销消息是通过内部消息接口进行传输的，否则，当归属用户服务器10004和归属位置服务器10005为两个独立的设备，则步骤1009中发送的注销消息是通过设备外部消息接口进行传输的。
172.s1011，用户终端10001在cs域发送呼叫请求给emsc10002。
173.s1012，emsc10002通过查询获知该用户终端10001当前处于注销状态，则会发起新的注册过程，即发送新的注册请求给查询呼叫会话控制功能实体(i-cscf)10006。
174.s1013，i-cscf10006通过查询，分配该用户终端10001注册到第二服务呼叫会话控制功能实体10007上，然后将新的注册请求转发给第二服务呼叫会话控制功能实体10007。
175.s1014，第二服务呼叫会话控制功能实体10007接收到i-cscf10006发送的新的注册请求后，发送重新签约数据请求(例如，发送基于diameter协议的消息diameter_sar)给ims中的归属用户服务器10004。
176.s1015，归属用户服务器10004确认对用户终端10001重新签约成功后，反馈重新签约数据成功响应(例如，反馈基于diameter协议的消息diameter_saa)给第二服务呼叫会话控制功能实体10007。
177.s1016，第二服务呼叫会话控制功能实体10007返回新的注册成功响应消息给i-cscf10006。
178.其中，注册成功响应消息包括第二服务呼叫会话控制功能实体10007的地址。
179.s1017，i-cscf10006确认已成功将用户终端10001注册到ims中的第二服务呼叫会话控制功能实体10007上，反馈注册成功响应给emsc10002。
180.需要说明的是，在确认将用户终端10001注册到ims中的第二服务呼叫会话控制功能实体10007上后，用户终端10001在emsc10002的第一状态与其在ims中的第二状态都是注册状态，确保用户终端10001在cs域的状态和其在ims域的状态一致。
181.s1018，emsc10002根据注册成功响应消息中的第二服务呼叫会话控制功能实体10007的地址，将缓存的用户终端10001的呼叫请求发送给新注册的第二服务呼叫会话控制功能实体10007，以完成本次呼叫，保证呼叫业务流程的正常进行。
182.在本实施例中，当用户终端在cs域中的第一状态和其在ims中的第二状态不一致时，并且该用户终端没有订阅时，通过归属位置服务器与ims中的归属用户服务器进行交互，使得归属位置服务器获知ims中的第二状态为注销状态，并将该注销状态告知给emsc，以使emsc能够同步将该用户终端进行注销，以保证用户终端的第一状态和第二状态能够同步。使得各个设备不需要处理订阅请求和通知请求等消息，也不需要维护订阅会话的相关流程，减少注册状态信息对emsc和ims中的设备的存储内存的占用，降低各设备的cpu消耗，减少网络信令流量，提升网元的性能。
183.上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。
184.实施例七
185.本实施例涉及一种呼叫业务的实现装置，该装置的具体实施可参见实施例一的相关描述，重复之处不再赘述。值得说明的是，本实施例中的装置的具体实施也可参见实施例二的相关描述，但不局限于以上两个实施例，其他未说明的实施例也在本装置的保护范围之内。
186.图11是本实施例中的呼叫业务的实现装置的组成方框图，该装置主要包括：判断模块1101用于判断终端在增强型的移动交换中心的第一状态和其在网络协议多媒体子系统ims中的第二状态是否一致；发送模块1102用于在确定第一状态和第二状态不一致时，向ims发送注册请求，以使终端完成初始呼叫业务，其中，终端未在ims中订阅注册状态信息。
187.在本实施例中，通过判断模块判断终端在增强型的移动交换中心的第一状态与终端在ims中的第二状态是否一致，在不一致时，使用发送模块向ims发送注册请求，使得终端能够与网络协议多媒体子系统中的设备进行通信，进而使该终端能够完成初始呼叫业务，获得网络协议多媒体子系统中的相关业务信息，使得增强型的移动交换中心和网络协议多媒体子系统中的设备不必再消耗内存资源来保存注册状态信息及其相关的信令信息，降低增强型的移动交换中心和网络协议多媒体子系统中的设备cpu消耗，减少网络信令流量，提升网元的性能。
188.不难发现，本实施方式为与实施例一或实施例二相对应的装置实施例，本实施例可与实施例一或实施例二互相配合实施。实施例一或实施例二中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在实施例一或实施例二中。
189.实施例八
190.本实施例涉及一种呼叫会话控制功能实体，该实体的具体实施可参见实施例四的相关描述，重复之处不再赘述。值得说明的是，本实施例中的呼叫会话控制功能实体的具体实施不局限于以上实施例，其他未说明的实施例也在本实体的保护范围之内。
191.图12是本实施例中的呼叫会话控制功能实体的组成方框图，该呼叫会话控制功能实体主要包括：接收模块1201用于接收增强型的移动交换中心发送的注册请求，其中，注册请求是增强型的移动交换中心判断终端在其内的第一状态和终端在网络协议多媒体子系统ims中的第二状态不一致时发出的请求，而且增强型的移动交换中心未在ims中订阅注册
状态信息，注册请求包括终端的标识；注册模块1202用于依据终端的标识，将终端在ims中注册；业务模块1203用于响应于增强型的移动交换中心转发的终端的呼叫请求，为终端提供业务数据,完成初始呼叫业务。
192.在本实施例中，通过接收模块接收增强型的移动交换中心发送的注册请求，获取到中的标识，并使用注册模块依据该终端的标识将该终端在ims中注册，保证终端的第一状态和第二状态保持一致。在接收到增强型的移动交换中心转发的该终端的呼叫请求后，能够使用业务模块为该终端提供业务数据，保证该终端的呼叫业务能够顺利完成，使得增强型的移动交换中心和ims中的设备不必再消耗内存资源来保存注册状态信息及其相关的信令信息，降低增强型的移动交换中心和ims中的设备cpu消耗，减少网络信令流量，提升网元的性能。
193.不难发现，本实施方式为与实施例四相对应的装置实施例，本实施例可与实施例四互相配合实施。实施例四中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在实施例四中。
194.实施例九
195.本实施例涉及一种呼叫业务的实现装置，该装置的具体实施可参见实施例五的相关描述，重复之处不再赘述。值得说明的是，本实施例中的装置的具体实施不局限于以上实施例，其他未说明的实施例也在本装置的保护范围之内。
196.图13是本实施例中的呼叫业务的实现装置的组成方框图，该装置主要包括：获取模块1301用于获取终端在增强型的移动交换中心emsc的第一状态和终端在网络协议多媒体子系统ims中的第二状态，其中，emsc未在ims中订阅注册状态信息；同步模块1302用于在确定第一状态与第二状态不一致时，发送注销指令给emsc，以使emsc将第一状态与第二状态同步，在接收到终端发送呼叫请求时，使终端完成呼叫业务。
197.在本实施例中，通过获取模块获取终端在增强型的移动交换中心emsc的第一状态和终端在网络协议多媒体子系统ims中的第二状态，由于终端未在ims中订阅注册状态信息，ims中的设备无法将该终端在ims中的第二状态同步给emsc,使得终端在emsc的第一状态和其在ims中的第二状态可能会不一致，当第一状态与第二状态不一致时，呼叫业务的实现装置发送注销指令给emsc，以使emsc将第一状态与第二状态同步，在接收到终端发送呼叫请求时，使终端完成呼叫业务。保证终端能够顺利呼叫业务，提升用户体验度。
198.不难发现，本实施方式为与实施例五相对应的装置实施例，本实施例可与实施例五互相配合实施。实施例五中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在实施例五中。
199.需要明确的是，本发明并不局限于上文实施例中所描述并在图中示出的特定配置和处理。为了描述的方便和简洁，这里省略了对已知方法的详细描述，并且上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
200.实施例十
201.图14是本实施例中的可以实现根据本技术实施例的呼叫业务的实现方法和装置的电子设备的示例性硬件架构的结构图。
202.如图14所示，计算设备1400包括输入设备1401、输入接口1402、中央处理器1403、存储器1404、输出接口1405、以及输出设备1406。其中，输入接口1402、中央处理器1403、存
储器1404、以及输出接口1405通过总线1407相互连接，输入设备1401和输出设备1406分别通过输入接口1402和输出接口1405与总线1407连接，进而与计算设备1400的其他组件连接。
203.具体地，输入设备1401接收来自外部的输入信息，并通过输入接口1402将输入信息传送到中央处理器1403；中央处理器1403基于存储器1404中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器1404中，然后通过输出接口1405将输出信息传送到输出设备1406；输出设备1406将输出信息输出到计算设备1400的外部供用户使用。
204.在一个实施例中，图14所示的计算设备1400可以被实现为一种呼叫业务的实现系统，该呼叫业务的实现系统可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的应用于本发明上述实施例的任一实施例描述的方法。
205.根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以从网络上被下载和安装，和/或从可拆卸存储介质被安装。
206.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
207.可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。