CN101160808A

CN101160808A - 一种ip多媒体子系统中用户注册触发实现方法

Info

Publication number: CN101160808A
Application number: CNA2006800123096A
Authority: CN
Inventors: 朱奋勤
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-08-30
Filing date: 2006-08-04
Publication date: 2008-04-09
Anticipated expiration: 2026-08-04
Also published as: EP1921795A1; BRPI0614774A2; WO2007025450A1; BRPI0614774B1; EP1921795B1; EP1921795A4; CN101160808B; US20080064398A1; ES2384525T3; US8666402B2; CN100388685C; CN1808996A

Abstract

一种IP多媒体子系统中IMS注册触发实现方法，包括：网络侧或发起触发的用户向需IMS注册的用户发送IMS注册触发提示信息，提示所述需IMS注册的用户向IP多媒体子系统发起IMS注册；根据所述IMS注册触发提示信息，所述需IMS注册的用户被触发向IP多媒体子系统发起IMS注册。由于实现了网络侧或发起触发用户触发被叫用户的IMS注册，可避免IMS会话时，需IMS注册的用户未IMS注册，而导致SIP消息无法下发给用户，不能进行IMS会话的问题。

Description

一种 IP多媒体子系统中用户注册触发实现方法

技术领域

本发明涉及多媒体通信技术，更具体的说，涉及 IP多媒体子系统中 IMS注册触发实现方法。背景技术

随着移动通讯技术的发展，传统的语音通信业务已经不能满足人们的通信需求，人们迫切需要体验全新的多媒体业务。所述多媒体业务不仅仅是筒单的视音频通信业务，还包括即时消息、同址浏览、协同工作、流媒体等等业务，特别是新通信方式和传统语音通信融合的业务。

目前，鉴于互联网和电信网融合的趋势，国际标准化组织第三代合作伙伴计划（3GPP, The 3rd Generation Partnership Project )在分组承载网的基础上引入了支持多媒体业务的全 IP 业务网络架构的 IP多媒体子系统（IMS, IP Multimedia Subsystem ) ， IMS的目标是按照个性化的用户数据，屏蔽用户接入方式，控制业务能力的开放程度，提供全新的多媒体的通信体脸。

图 1所示为目前 3GPP定义的 IMS实体和接口示意图， IMS中最主要的功能实体是呼叫控制实体（CSCF, Call Session Control Function )和归属用户服务器（HSS, Home Subscriber Server ) 。

其中， CSCF有三种类型：服务 CSCF ( S-CSCF, Serving-Call Session Control Function ) 、代理 CSCF ( P-CSCF, Proxy-Call Session Control Function ) 、查询 CSCF ( I-CSCF , Interrogating- Call Session Control Function ) 。 P-CSCF是用户设备（ UE, User Equipment )在 IMS系统的第一个接触点，完成代理（Proxy )功能，接受初始会话协议（SIP, Session Initiation Protocol ) 消息并可能进行相应处理，然后将其转发。 I- CSCF 主要是查询以及完成网絡隐藏的功能，用户注册时 I-CSCF到 HSS查询并确定用户服务的 S-CSCF。 S-CSCF记录用户的呼叫状态，完成呼叫控制功能，是最主要的业务控制实体。不同的 S- CSCF 由于所连接的应用服务器 AS 不同，可完成不同的业务功能。另外， HSS记录每个 IMS用户的用户信息和业务数据，配合 CSCF完成最重要的路由功能、漫游功能，同时 HSS提供认证、授权、 IMSI / IP 地址映射、位置定位功能等等。其中用户信息包括：用户号码、地址信息；用于认证和 4曼权的安全信息；支持用户注册、记录不同系统间的位置信息；用户特征数据等，业务数据则包括业务触发规则和业务触发逻辑等。

IMS在初始推出（R5 版本协议）时只考虑在第三代移动通信网络使用。由于 IMS上的业务非常丰富，所以出现了运营商在 2G的网络上使用 IMS的需求。在 2G 网络上使用 IMS时，由于实际 PDP上下文 ( PDP Context ) 不是永远在线，因此，用户 IMS 注册后，由于 PDP Context被注销，导致用户与移动网络之间的无线连接被释放，而 IMS 消息是承载在该无线连接上，由于连接被释放，将导致 IMS被注销，或用户在初始 PDP Context激活时，未发起 IMS 注册。这样都导致用户不总是 IMS 注册在线。如果此时用户被叫，由于用户未完成 IMS 注册， IMS会话的初始会话协议 SIP消息将无法下发给用户，因此，需要一种触发被叫用户 IMS注册的方法以便 IMS会话顺利进行。发明内容

本发明解决的目的是提供一种 IP多媒体子系统中用户 IMS注册触发实现方法，以触发需进行 IMS注册的用户实现 IMS注册。

根据本发明提供的一种 IP多媒体子系统中用户 IMS注册触发实现方法，包括：

网络侧或发起触发的用户向需 IMS注册的用户发送 IMS注册触发提示信息，提示所述需 IMS注册的用户向 IP多媒体子系统发起 IMS注册；根据所述 IMS注册触发提示信息，所述需 IMS注册的用户被触发向 IP多媒体子系统发起 IMS注册。

在所述需 IMS注册的用户向 IP多媒体子系统发起 IMS注册前，所述需 IMS注册的用户判断是否发起所述的 IMS注册，若判断结果为是，则发起所述的 IMS注册，否则，并不发起所述的 IMS注册。

更适宜地，网络侧的推送功能实体 PF按照选择确定的传送方式将所述 IMS注册触发指示信息推送给所述需 IMS注册的用户。

更适宜地，所述传送方式由推送功能实体 PF或应用服务器 AS根据相关的实时状态信息、用户或 /和网络的策略选择确定。

所述推送功能实体 PF向所述需 IMS注册的用户推送 IMS注册触发提示信息之前还包括：

所述需 IMS注册的用户在网絡侧签约了 IMS未注册业务，根据该签约数据，用户 IMS未注册时，若检测到用户有被叫 IMS 业务时，网络侧将触发相关的应用月艮务器 AS;

网络侧应用服务器 AS判断是否需要触发所述需 IMS注册的用户到 IP多媒体子系统的 IMS注册，当检测确定需要时，向所述推送功能实体 PF发送所述 IMS注册触发提示信息。

所述应用服务器 AS向所述推送功能实体 PF发送所述 IMS注册触发提示信息之前，还包括：

应用服务器 AS判断是否可以直接得到所述需 IMS注册的用户的非 IP多媒体子系统用户标识；

若是，则应用服务器 AS将所述的非 IP多媒体子系统用户标识和所述 IMS注册触发提示信息一起发送给推送功能实体；

否则，应用服务器 AS从保存有 IMS域同非 IMS域公共用户标识对应关系的网元实体获取所述需 IMS注册的用户的非 I P多媒体子系统用户标识，并将所述查询获取的非 IP多媒体子系统用户标识和注册触发提示信息一起发送给推送功能实体。

当查询获取的所述需 IMS注册的用户的非 IP多媒体子系统用户标识为多个，应用服务器 AS从其中选择确定将要推送域的公共用户标识作为所述需 IMS注册的用户的将要推送域的公共用户标识。

优选地，该方法还包括：

所述需 IMS注册的用户收到所述 IMS触发提示信息后，判断是否向应用服务器 AS返回确认信息；

若判断为是，则向应用服务器 AS返回确认信息以保证可靠传输；否则不向应用服务器返回确认信息。通过发起触发的用户与所述需 S注册的用户之间交互的信令或短消息将所述 IMS注册触发提示信息发送给所述需 IMS注册的用户端。

优选地，所述信令为用户到用户之间的信令。

所述 IMS触发提示信息包括标识需进行 IMS会话的业务标识、需进行 IMS会话的关联信息、需进行 IMS会话的主被叫用户号码、需进行 IMS 会话的推送内容或需进行 IMS会话的推送内容的 IP地址或网址。

本发明通过网络侧或发起触发用户向需 IMS 注册的用户发送 IMS 注册触发提示信息，提示需 IMS注册的用户向 IP多媒体子系统发起 IMS 注册；需 IMS注册的用户接收到所述 IMS注册触发提示信息后，根据所述 IMS注册触发提示信息，经过判断后确定是否发起向 IP多媒体子系统的 IMS注册，由于实现了网络侧或发起触发用户触发被叫用户的 IMS 注册，可避免 IMS会话时，需 IMS注册的用户未 IMS 注册，而导致 SIP 消息无法下发给用户，不能进行 IMS会话的问题。附图说明

图 1是现有技术中 IMS系统示意图；

图 2是现有技术网络侧的消息推送方式原理图；提示信息的方法流程图；

图 4是本发明基于短消息系统实现注册触发提示信息推送的实现流程图。具体实施方式

本发明的核心在于发起 IMS会话过程中当用户还未 IMS 注册或不确定对端用户是否 IMS 注册，但后续存在进行 IMS 会话的可能性时，网络侧或发起触发的用户向需 IMS注册的用户发送 IMS注册触发提示信息，提示所述需 IMS注册的用户向 IP多媒体子系统发起 IMS注册；根据所述 IMS注册触发提示信息，所述需 IMS注册的用户，判断后被触发发起向 IP多媒体子系统的 IMS注册。

具体实现时，可由所述需 IMS注册的用户在收到该触发消息后，判断是否发起所述的 IMS注册，若判断为是，则发起所述的 IMS注册，否则，并不发起所述的 IMS注册，本发明中在一个会话（非 IMS域会话或 IMS域）中实现时，所述发起触发的用户对应可称为主叫用户，所述需 IMS注册的用户对应可称为被叫用户，下面详细说明本发明的方法。

本发明的具体实施方案中，若是网络侧发起激活用户的 IMS注册，所述 IMS触发提示信息可以通过推送方式进行发送，若为主叫用户 /被叫用户之间存在非 IMS域的会话中主叫用户发起激活被叫用户的 IMS注册，所述 IMS触发提示信息可以通过会话中主叫用户与被叫用户之间交互的信令发送给用户端，也可以通过主叫用户与被叫用户之间交互的短消息进行传送，对于采用信令进行传送的，例如，所述信令可以是用户到用户之间 UUS信令，还可采用其他的信令或在现有信令上进行扩展传送，在此不再赞述。

下面以采用推送方式传送 IMS注册触发提示信息为例进行说明。首先，简要介绍推送方式的原理，图 2为现有技术推送方式的原理示意图，如图 2所示，在目前的 3GPP 23.976 中给出了一种网络侧的消息 PUSH方式。其中推送发起端（PUSH Initiator ) 为内容源，若网络侧有消息需要下发给用户设备 UE , 通过推送功能实体（PF , Push Function ) 将消息下发给用户。在下发时可选择多种传输方式，如选择的传输网络为电路交换（ CS, Circuit Switching )域或分组交换（ PS, Packet Switching )域或 IMS 域，选择的传输方法可以为 SMS USSD等。 PF 可通过某种算法选择合适的传输方式，随后将消息下发给 PUSH接受者，最后显示给用户。

上述推送方式主要用来将网络侧的消息推送给用户。本发明也可以利用所述的推送方式将 IMS注册触发提示信息作为一个 PUSH 内容下发给用户。图 3是才据本发明的具体实施例中采用推送方式传送 IMS注册触发提示信息的方法流程图，主要包括以下步驟：

步骤 101 , 被叫用户 IMS网络 I-CSCF收到一条 SIP消息。

步骤 102， I-CSCF 查询 HSS发现用户还没有进行 IMS注册，但用户登记了 IMS未注册业务， I-CSCF根据相关信息选择一 S-CSCF, 将 SIP消息转发给该 S-CSCF。

步骤 103 , 用户登记了 IMS未注册业务， S- CSCF根据 iFC规则将 SIP 消息转发给 AS。

步驟 104, AS根据一些预置逻辑确定对于接收到的 SIP 消息进行处理，同时可选择向源端返回 SIP 消息回应。

步骤 105，由于用户还未 IMS注册， AS根据签约数据判断是否需要触发被叫用户进行 IMS 注册，若是，则启动触发被叫用户的 IMS注册，否贝¹ J，并不启动触发被叫用户的 IMS注册。在实现中，该步骤根据用户签约数据进行判断，可以同后续的步骤 107 中 AS 根据用户 /网络策略进行注册触发是否发送的判断结合起来。

由于用户在 IMS 域的公共用户标识如 IMS域公共用户标识 ( IMPU ), 与用户在非 IMS域的公共用户标识，如移动台国际 PSTN/ISDN 动触发被叫用户的 IMS注册后，不能直接采用 IMS 域的标识，如 IMPU 作为用户标识，推送 IMS注册触发提示信息，而是需要将 IMS 域的标识转化为将要推送域的公共用户标识，如 MSISDN或 IMSI ( International Mobile Subscriber Identity )。本发明中 AS首先判断是否可以直接从 SIP 消息中得到将要推送域的公共用户标识，如 MSISDN或 IMSI, 若 IMS会话消息中，可推导出被叫用户将要推送域的公共用户标识，如通常 TEL U I同 MSISDN存在对应关系， AS可从 TEL URI推导获得用户的 MSISDN号，可跳过步骤 105, 直接执行步骤 107。

若 AS不能导出这个对应关系， AS需要向保存有 IMS域同非 IMS域公共用户标识对应关系的网元实体如 HSS查询该对应关系。

步骤 106, 保存有 IMS域同非 IMS域公共用户标识对应关系的网元实体如 HSS/HLR回送 AS查询回应，根据查询回应， AS可以得到将要推送域的公共用户标识。

需要说明的，由于一个 IMS 域的标识如 IMPU可能对应了多个将要推送域的公共用户标识如 MSISDN或 IMSL因此返回的将要推送域的公共用户标识，如 MSISDN或 IMSI可能为多个。此时， AS需要根据一定的判决条件，选择一个或多个将要推送域的公共用户标识如 MSISDN或 IMSL

若 AS 发现无法根据 IMS 域的标识如 IMPU找到相应的将要推送域的公共用户标识如 MSISDN , 则 AS 不再进行后续处理。

若 AS 发现 IMS 域的标识如 IMPU对应了多个将要推送域的公共用户标识（如获得了用户在 CS/PS 网絡的 MSISDN ，也获得了用户在 PSTN 网絡的 ISDN号码，等且 AS根据算法无法选择合适的将要推送域的公共用户标识如 MSISDN，则 AS应通知主叫用户其无法选择将要推送域的公共用户标识的信息，主叫用户根据该信息，在后续的 SIP 消息中，若已知被叫用户的将要推送域的公共用户标识如信息，则可以带上被叫用户的将要推送域的公共用户标识信息。

步骤 107-步骤 108, AS可先判断是否需要向 UE发送注册触发提示信息。若判断不必，则结束该过程。若判断需要向 UE发送注册触发提示信息，则 AS 继续后续过程。

其中 AS 判断条件，可包括：， UE 当前所处位置的无线环境， UE 自身的能力信息，用户是否漫游等。例如 AS 判断 UE现在所处的无线环境许可或者 UE支持 PS 域或者两个条件都满足才许可，则 AS 判断需要向 UE发送注册触发提示信息。此外该判断也可以为运营商预先配置，例如运营商配置针对非漫游用户无论任何条件下，总是判断为需要触发，否则判断为不需要触发。以上各种判断条件和配置，在实际操作中，运营商可才艮据自身需要灵活调整和组合。

所述的 AS 判断是否需要向 UE发送注册触发提示信息可以同前述的 AS 步骤 105 中的 AS根据签约数据判断是否需要发送注册触发消息合并，也可单独判断。

该判断步骤还可以考虑放置在进亍 IMS 域的公共用户标识如

IMPU到将要推送域的公共用户标识如 MSISDN转换查询前处理。

当 AS 判断为需要向被 IMS注册触发用户发送注册触发消息时， AS 还需要选择发送注册触发消息的方式。

AS选择传输方式，主要根据实时状态信息以及用户 /网络的策略。其中实时状态信息，包括所有可能影响 AS 选择传输方式的信息，并不只局限于下述信息，

( A )用户在将要推送域的状态。 AS可根据该用户的将要推送域的公共用户标识如 MSISDN去 HSS/HLR查询用户在 CS/PS 域的状态，即检测用户是否已经在将要推送域如 CS/PS 域注册， HSS/HLR向 AS返回查询响应返回查询结果。

( B ) UE 的能力信息。 AS 从 DM (设备管理服务器）获取 UE 的能力信息等。

( C ) 网络的当前状况，是否拥塞。

AS 随后根据这些状态信息，以及用户 /网络的策略选择适当的消息传输方式。

上述根据状态信息 /用户 I网络策略确定传输方式的过程，在实现过程中，可以灵活掌握。可以将上述因素都考虑，也可以只考虑部分因素。

AS 也可以跳过传输方式选择过程，直接将注册触发消息传递给 PF , 由 PF 来选择最适当的传输方式。

在实际操作过程中， AS 判断是否需要推送注册触发消息 /查询用户的将要推送域的用户公共标识 /选择传输方式三个步骤可以结合起来。例如 AS 通过向 Presence月良务器，订阅被叫用户 Presence信息，在这个过程中，根据一些预配置策略，简单的判断得到是否需要推送注册触发消息以及将要推送域的用户公共标识以及传输方式。

步骤 109, AS将选择的传输方式及被叫用户的将要推送域的公共用户标识如 MSISDN以及 IMS注册触发提示信息发送给 PF。本发明中，若步驟 107-108中 AS 没有查询确定传送方式，此时 PF需要选择传送方式。

根据该 AS 同 PF之间的接口消息是否为需要确认传输， PF 决定是否需要给 AS 返回 IMS 注册触发回应信息，例如若为可靠传送， PF在步骤 112, PF返回给 AS回应信息。

步驟 110, PF确定相应的传送方式，将 IMS注册触发提示消息，推送给用户；

步骤 111 , UE接收到 IMS注册触发消息，根据是否需要可靠传输，确定返回回应消息。

本发明中所述 PF和 AS在具体实现时可合设在一起。

下面以采用短消息通知用户 IMS注册为例进行说明。其他传输方式如 USSD 可采用类似流程。

图 4是本发明基于短消息系统实现注册触发提示信息推送的实现流程图。

本实施例中若用户 A向用户 B发起一 SIP会话，用户 B 未注册， AS 决定采用短消息通知用户注册的过程如下：

步骤 201-210与图 3所示步骤 101-110相同，在此不再重复。其中 AS/PF 包括了判断是否需要进行 IMS 注册触发提示消息推送，选择传输方式两个步骤。

步骤 211 , 由于 AS 或 PF选择的传输方式为通过短消息传输，所以 AS首先将 IMS注册触发提示信息推送给短消息中心（此时可以认为 PF 就是短消息中心），此时的注册触发提示消息可以是特殊格式的短消息以便同普通的短消息相区分。

步驟 212，短消息中心可返回消息接收确认；

步骤 213-214,短消息中心将短消息通过传输网络（CS 域或 PS 域）传送给用户；

步骤 214-217, 可选择向 AS返回传输报告。

需要说明的，上述通过推送方式传送 IMS注册触发提示信息的方式可应用在已有非 IMS域会话过程中（例如已有 CS域或 PS域会话），也可应用在没有非 IMS域会话过程中。

对于已存在非 IMS域会话，用户的 IMS 注册触发通常是由于后续需要进行 IMS 消息交互所引起的。

例如，初始已存在一个非 IMS 域的会话，且在这个会话中，根据业务逻辑判断后续将可能有 IMS 会话。如目前的 CSI 业务，用户 A与用户 B 可能首先进行一个 CS 域的会话，由于这个会话为 CSI会话 (比如通过判断在 CS 域中，需要进行 UUS1 的无线能力交互）。用户 B 在发现这个会话为 CSI会话时，由于 CSI业务后续存在进行 IMS会话的可能性，因此若用户 B发现自己还未 IMS注册时，用户 B根据相关的条件进行判断，根据判断结果确定是否发起一个 IMS注册。

本发明中，用户在收到 IMS注册触发提示信息后，根据所述 IMS注册触发提示信息，同时结合相关的条件，进行判断。当确定为需要进行 IMS 注册时，发起到 IMS系统的注册，本发明中所述 IMS注册触发提示信息可以是标识需进行 IMS会话的业务标识、需进行 IMS会话的关联信息（如进行无线能力交互的 UUS1 流程）、需进行 IMS会话的主被叫用户号码、需进行 IMS会话的推送内容或需进行 IMS会话的推送内容的 IP地址或网址，具体实现时，用户根据 IMS注册触发提示信息判断后续会话是否需要进行 IMS 交互的方法有多种方式，下面分为已有 CS域会话和已有 PS 域会话举例进行说明。

对于已存在 CS 域会话时，可按照如下几种方式进行处理：

A )在主被叫用户之间交互的 UUS信令中显式或隐式携带业务标识，标识这个业务为某一特定业务，该特定业务后续存在 IMS会话。这样被叫用户收到该标识，根据该业务标识判断后续需进行 IMS会话后，若未进行 IMS 注册，同时在判断确实需要进行 IMS 注册后，则可触发进行 IMS注册。

B ) 主被叫用户可以通过在 UUS信令中进行特殊业务处理，用于缺省默认为需要进行 IMS会话。例如在 CSI业务时，通常在 UUS信令中，要相互通告双方的无线环境。一旦被叫发现在 UUS中需要进行无线环境交互及其他条件，可缺省判断后续存在 IMS 会话的可能，因此若被叫端未 IMS注册，且判断确实需要进行 IMS 注册后，立即发起 IMS注册。

C )通过主 /被叫端的号码判别。若被叫用户发现正在进行的一个 CS 域会话，主叫为一特殊的号码。根据该特殊号码，被叫用户判断后续存在 IMS会话的可能性，则被叫用户根据相关条件，触发 IMS注册。

已存在 PS 域会话时，

A )用户可从被推送的内容中判断，是否需要 IMS注册。如流媒体服务器首先推送一特定内容的页面，用户从该内容页面中，判断该推送内容属于某一特定业务，需要后续进行 IMS会话。因此用户在未进行 IMS 注册时，同时在判断确实需要进行 IMS 注册后，发起一个 IMS注册。 B )用户可从被推送内容的 IP地址或网址中判断。如用户从被推送内容的 IP地址或网页的 U L地址上，判断后续存在 IMS会话，用户根据相关条件，决定是否发起 IMS注册。

需要说明的 ,上述的网络侧触发可与主叫侧触发方式结合起来使用。如主叫用户先使用主叫侧触发方式，但是由于 UUS1 信令的不可靠传输，可能被丟失，后续再通过网络侧进行触发。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明实质的前提下，还可以进行各种修改和变更，这些改进和变更落入本发明的保护范围。

Claims

权利要求

1、一种 IP多媒体子系统中 IMS注册触发实现方法，其特征在于，包括：

网络侧或发起触发的用户向需 IMS注册的用户发送 IMS注册触发提示信息，提示所述需 IMS注册的用户向 IP多媒体子系统发起 IMS注册；才艮据所述 IMS注册触发提示信息，所述需 IMS注册的用户被触发向 IP多媒体子系统发起 IMS注册。
2、根据权利要求 1所述的 IMS注册触发实现方法，其特征在于，在所述需 IMS注册的用户向 IP多媒体子系统发起 IMS注册前，

所述需 IMS注册的用户判断是否发起所述的 IMS注册，若判断结果为是，则发起所述的 IMS注册，否则，并不发起所述的 IMS注册。
3、根据权利要求 1所述的 IP多媒体子系统中 IMS注册触发实现方法，其特征在于，网络侧的推送功能实体 PF按照选择确定的传送方式将所述 IMS注册触发指示信息推送给所述需 IMS注册的用户。
4、根据权利要求 3所述的 IMS注册触发实现方法，其特征在于，所述传送方式由推送功能实体 PF或应用服务器 AS根据相关的实时状态信息、用户或 /和网络的策略选择确定。
5、根据权利要求 3所述的 IMS注册触发实现方法，其特征在于，所述推送功能实体 PF向所述需 IMS注册的用户推送 IMS注册触发提示信息之前还包括：

所述需 IMS注册的用户在网络侧签约了 IMS未注册业务，根据该签约数据，用户 IMS未注册时，若检测到用户有被叫 IMS 业务时，网络侧将触发相关的应用服务器 AS;

网络侧应用服务器 AS判断是否需要触发所述需 IMS注册的用户到 IP多媒体子系统的 IMS注册，当检测确定需要时，向所述推送功能实体 PF发送所述 IMS注册触发提示信息。
6、根据权利要求 5所述的 IMS注册触发实现方法，其特征在于，所述应用服务器 AS向所述推送功能实体 PF发送所述 IMS注册触发提示信息之前，还包括：

应用服务器 AS判断是否可以直接得到所述需 IMS注册的用户的非 IP多媒体子系统用户标识；

若是，则应用服务器 AS将所述的非 IP多媒体子系统用户标识和所述 IMS注册触发提示信息一起发送给推送功能实体；

否则 ,应用服务器 AS从保存有 IMS域同非 IMS域公共用户标识对应关系的网元实体获取所述需 IMS注册的用户的非 IP多媒体子系统用户标识，并将所述查询获取的非 IP多媒体子系统用户标识和注册触发提示信息一起发送给推送功能实体。
7、根据权利要求 6所述的 IMS注册触发实现方法，其特征在于，当查询获取的所述需 IMS注册的用户的非 IP多媒体子系统用户标识为多个，应用服务器 AS从其中选择确定将要推送域的公共用户标识作为所述需 IMS注册的用户的将要推送域的公共用户标识。
8、根据权利要求 1所述的 IMS注册触发实现方法，其特征在于，还包括：

所述需 IMS注册的用户收到所述 IMS触发提示信息后，判断是否向应用服务器 AS返回确认信息；

若判断为是，则向应用服务器 AS返回确认信息以保证可靠传输；否则不向应用服务器返回确认信息。
9、根据权利要求 1所述的 IMS注册触发实现方法，其特征在于，通过发起触发的用户与所述需 IMS注册的用户之间交互的信令或短消息将所述 IMS注册触发提示信息发送给所述需 IMS注册的用户端。
10、根据权利要求 9所述的 IMS注册触发实现方法，其特征在于，所述信令为用户到用户之间的信令。
11、根据权利要求 1至 10中任一项所述的 IMS注册触发实现方法，其特征在于，所述 IMS触发提示信息包括标识需进行 IMS会话的业务标识、需进行 IMS会话的关联信息、需进行 IMS会话的主被叫用户号码、需进行 IMS会话的推送内容或需进行 IMS会话的推送内容的 IP地址或网址。