实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0081]图6是根据本发明实施例的终呼处理装置一的结构框图，如图6所示，该装置应用于第三方数据库TPUD,包括:存储模块62、第一接收模块64和第一发送模块66,下面对该装置进行说明。
[0082]存储模块62，用于存储第三方注册后的用户注册信息，其中，用户注册信息包括:注册用户，以及注册用户对应的服务呼叫会话控制功能S-CSCF ;第一接收模块64，连接至上述存储模块62，用于接收到用于查询被叫用户对应的用户注册信息的查询请求；第一发送模块66，连接至上述第一接收模块64，依据查询请求将查询到的被叫用户对应的用户注册信息发送给发送查询请求的请求方，其中，用户注册信息用于请求方执行终呼处理。
[0083]其中，上述发送查询请求的请求方包括以下至少之一:应用服务器AS、查询呼叫会话控制功能1-CSCF、互联边界控制功能IBCF。
[0084]图7是根据本发明实施例的终呼处理装置二的结构框图，如图7所示，该装置应用于应用服务器AS,包括:第二接收模块72、第一查询模块74、第三接收模块76和第一处理模块78，下面对该装置进行说明。
[0085]第二接收模块72，用于接收到呼叫请求；第一查询模块74，连接至上述第二接收模块72，用于向用于存储用户注册信息的第三方数据库TPUD查询呼叫请求中被叫用户对应的用户注册信息，其中，用户注册信息包括:注册用户，以及注册用户对应的服务呼叫会话控制功能S-CSC ;第三接收模块76，连接至上述第一查询模块74，用于接收到TPUD查询到被叫用户的用户注册信息；第一处理模块78，连接至上述第三接收模块76，用于依据接收到的用户注册信息将呼叫请求转发给S-CSCF执行终呼处理。
[0086]优选地，上述第二接收模块72，还用于通过以下方式至少之一，接收到呼叫请求:AS通过，查询呼叫会话控制功能1-CSCF通过将被叫用户当作公共服务标识PSI对待的方式把呼叫发送给AS，接收到呼叫请求；AS通过，查询呼叫会话控制功能1-CSCF将呼叫请求发送给TRF，由TRF通过业务触发的方式，接收到用户呼叫请求；AS通过，服务呼叫会话控制功能S-CSCF业务触发的方式，接收到呼叫请求。
[0087]图8是根据本发明实施例的终呼处理装置三的结构框图，如图8所示，该装置应用于查询呼叫会话控制功能1-CSCF中，包括:第四接收模块82、第二查询模块84、第五接收模块86和第二处理模块88，下面对该装置进行说明。
[0088]第四接收模块82，用于接收到呼叫请求；第二查询模块84，连接至上述第四接收模块82，依据呼叫请求，向用于存储第三方注册后的用户注册信息的第三方数据库TPUD查询呼叫请求中被叫用户的用户注册信息；其中，用户注册信息包括:注册用户，以及注册用户对应的服务呼叫会话控制功能S-CSCF ;第五接收模块86，连接至上述第二查询模块84，接收到TPUD查询到被叫用户的用户注册信息；第二处理模块88，连接至上述第五接收模块86，依据接收到的用户注册信息将呼叫请求转发给S-CSCF执行终呼处理。
[0089]优选地，上述第二查询模块84，还用于通过以下方式至少之一查询到用户注册信息:直接从TPUD查询用户的用户注册信息；通过将被叫用户的标识当作公共服务标识PSI对待的方式向应用服务器AS发送呼叫请求，由AS向TPUD查询用户注册信息后，接收到TPUD反馈的用户注册信息的方式，查询到用户注册信息；通过TRF业务触发的方式向AS发送呼叫请求，由AS向TPUD查询用户注册信息后，接收到TPUD反馈的用户注册信息反馈的方式，查询到用户注册信息。
[0090]图9是根据本发明实施例的终呼处理系统的结构框图，如图9所示，终呼处理系统90，包括:上述任一项第三方数据库TPUD92、上述任一项的应用服务器AS94和上述任一项的查询呼叫会话控制功能1-CSCF96，其中，AS与TPUD的连接方式包括以下至少之一:AS与TPUD合设；AS与TPUD分设；TPUD与多个AS中的一个合设，TPUD与多个AS中除合设的AS之外的其它AS分设。
[0091]针对相关技术中的上述问题，在本实施例中提供了一种在IP多媒体子系统中一种MS用户的终呼方案，使得頂S网络运营商能够向第三方业务提供更好的服务(例如，语音服务)，极大的简化网络中用户数据的配置工作。
[0092]图10是根据本发明实施例的頂S用户的终呼架构的示意图，如图10所示，包括新的网元第三方数据库(The Third Party User Database,简称为TPUD),该数据库和AS相连，存储第三方用户的注册信息。终呼时，首先把呼叫路由到AS，AS查询TPUD，查询出用户的S-CSCF后，将呼叫转发给对应的S-CSCF。
[0093]需要说明的是，TPUD可以是AS的一部分，此时AS和TPUD之间的交互是内部过程；也可以是一个独立的实体；下面分别说明。
[0094]图11-1是根据本发明实施例的ms用户的终呼架构的TPUD部署图一，如图11-1所示，此时AS和TPUD合设，网络中只有一个这样的网元。此场景适用于用户数量较少的场旦
ο
[0095]图11-2是根据本发明实施例的ms用户的终呼架构的TPUD部署图二，如图11_2所示，TPUD独立设置，多个同类AS均可以访问TPUD，此时AS之间能够负载均衡，能处理数量很大的用户。
[0096]图11-3是根据本发明实施例的ms用户的终呼架构的TPUD部署图三，如图11_3所示，有多个同类AS，但是其中一个内涵了 TPUD，其他AS均需要和该AS内的TPUD交互。
[0097]无论采用上述何种方式，都是相关技术对于图10架构的实现方式之一。
[0098]下面对本发明优选实施方式进行说明。
[0099]图12是根据本发明优选实施方式的直观的终呼流程图一，如图12所示，该流程包括如下步骤:
[0100]步骤501:呼叫请求到达UE归属ms网络的1-CSCF/IBCF ；
[0101]步骤1202 J-CSCF/IBCF收到呼叫请求后，向TPUD发起位置查询；TPUD收到查询请求后，查询该用户的注册状态。如果未查到注册信息，TPUD会返回未查询到，则1-CSCF如图2所示的【背景技术】一样，继续从步骤202开始执行。如果查到注册信息，则返回用户注册的 S-CSCF ；
[0102]步骤1203:1-CSCF根据收到的S-CSCF，向S-CSCF发送呼叫请求；
[0103]步骤1204:S-CSCF收到呼叫请求后，执行被叫相关的业务；
[0104]步骤1205:S-CSCF向P-CSCF转发呼叫请求；
[0105]步骤1206:P-CSCF向UE转发呼叫请求；
[0106]步骤1207:呼叫请求最终到达UE后，按现有技术完成呼叫的建立。
[0107]需要说明的是，本优选实施方式属于一种最为直观的实现方式，然而这要求1-CSCF能支持这个功能。优选地，可以在1-CSCF上进行相应配置，通过配置可以识别出哪些被叫用户是上述需要特殊处理的第三方用户。如果是普通用户，1-CSCF不再查询TPUD，而是执行现有流程。另外，在不对1-CSCF升级时，也可以执行上述頂S用户的终呼。
[0108]图13是根据本发明优选实施方式的终呼流程图二，如图13所示，该流程包括如下步骤:
[0109]步骤601:呼叫请求到达UE归属ms网络的1-CSCF/IBCF ；
[0110]步骤1302:可选的，1-CSCF/IBCF收到呼叫请求后，可以向HSS查询，HSS返回的是AS地址；
[0111]步骤1303:如果1-CSCF不执行步骤1302，则1-CSCF本地配置，将本专利的需要特殊处理的第三方用户的頂PU，当做(Public Service Identity, PSI)对待。PSI是一类特殊的SIP URI，其宿主为AS。无论1-CSCF从HSS查询到AS地址，还是将頂PU当做PSI处理，该SIP URI都指向某个AS。1-CSCF将呼叫发送给AS ;
[0112]步骤1304:AS收到呼叫请求后，向TPUD查询，获得用户当前S-CSCF地址；
[0113]步骤1305:AS将呼叫请求后转发给对应的S-CSCF ；
[0114]步骤1306:S-CSCF收到呼叫请求后，执行被叫相关的业务；
[0115]步骤1307:S-CSCF向P-CSCF转发呼叫请求；
[0116]步骤1308:P-CSCF向UE转发呼叫请求；
[0117]步骤1309:呼叫请求最终到达UE后，按现有技术完成呼叫的建立。
[0118]图14是根据本发明优选实施例的终呼流程图三，如图14所示，该流程包括如下步骤:
[0119]步骤1401:呼叫请求到达UE归属頂S网络的1-CSCF/IBCF ；
[0120]步骤1402:可选的，1-CSCF/IBCF收到呼叫请求后，可以向HSS查询，HSS返回的是(Transit funct1n,简称为 TRF)地址；
[0121]步骤1403:如果1-CSCF不执行步骤1402，则1-CSCF本地配置，收到本专利的需要特殊处理的第三方用户的nffu时，认为本网络是頂s中继网络，此时，需要将呼叫发给本网络的TRF。无论1-CSCF从HSS查询，还是将本网络当做中继网络，该SIP URI都指向TRF。1-CSCF将呼叫发送给TRF ；
[0122]步骤1404:TRF收到呼叫请求后，执行业务触发。TRF的业务触发，类似由于S-CSCF的业务触发机制。只是TRF不需要从HSS下载每个用户的业务数据(如iFC)，TRF上配置了 iFC，这是基于某一类用户的iFC，或者是基于某个网络的iFC ；
[0123]步骤1405:TRF根据本地的iFC，将呼叫发送给AS ；
[0124]步骤1406:AS收到呼叫请求后，向TPUD查询，获得用户当前S-CSCF地址；
[0125]步骤1407:AS将呼叫请求后转发给对应的S-CSCF ；