感知ims用户非sip应用的方法、系统、单元及接入路由装置的制作方法

专利名称：感知ims用户非sip应用的方法、系统、单元及接入路由装置的制作方法
多媒体子系统(IMS, IP Multimedia Subsystem )与因特 网(Internet)融合的技术，特别涉及一种感知IMS用户非会话初始化协议 (SIP, Session Initiation Protocol)应用的方法、系统、单元及接入路由装置。
背景技术：
随着分组技术的不断成熟，基于电路交换的传统电信网络正在向着基于 分组交换的宽带电信网发展，而使用SIP作为分组电信核心网的呼叫控制信 令则是当前的技术发展趋势之一，如国际电信联盟电信标准部(ITU-T)和 欧洲电信标准协会(ETSI, European Telecommunications Standards Institute ) 当前都采用第三代合作伙伴计划(3GPP, 3rd Generation Partnership Project) 定义的IMS网络架构作为下一代网络(NGN， Next Generation Network )的 核心网。
目前，IMS与Internet逐渐趋向融合，在这种融合的趋势下，对于IMS 用户，可以采用通过接入路由装置访问Internet,这种情况下要为用户的 Internet应用提供更多的增值服务，就要求IMS应用层能够感知用户的 Internet应用。
实际上，在访问Internet服务所使用的协议中，除最常用的超文本传输 协议(HTTP, Hyper Text Transmission Protocol)夕卜，还存在其他的非SIP 的应用层协议，如文件传输协议(FTP, File Transmission Protocol)、实时 流协议(RTSP, Real Time Streaming Protocol)等。当用户使用这些协议的 应用时，要为用户的Internet应用提供增值服务，就要求IMS应用层能够感 知用户的Internet应用。
8例如IMS用户在下载一个大文件时，有一个呼入来话，如果该IMS 用户签约了下载呼叫等待业务，则IMS网络需要感知到该被叫用户的数据 下载应用，以便为这个呼入来话提供类似呼叫等待的服务，如为主叫播放呼 叫等待通知音等。
参见图1，图1为现有技术IMS用户进行下载业务的网络示意图。其包 含IMS用户的用户设备(UE, User Equipment) 101、承载层网关102、下 载资源服务器103、服务策略决策功能(SPDF， Service Policy Decision Function) 104、代理呼叫会话处理功能(P-CSCF， Proxy-CSCF) 105、服务 呼叫会话处理功能(S-CSCF, Serving Call Session Control Function ) 106和 下载呼叫等待应用服务器(AS, Application Server ) 107。
其中，IMS用户的用户设备(UE， User叫uipment) IOI通过承载层网 关102访问下载资源服务器103，实现非SIP的下载业务；SPDF104、 P-CSCF105、S-CSCF106和AS107处于IMS网络中，用于实现UE101的IMS 业务。
图l中，IMS网络侧感知用户非SIP应用的过程如图2所示，包括 步骤201, SPDF向承载层网关发送监测非SIP应用流信息的请求； 步骤202，承载层网关收到上述请求后给SPDF返回响应； 步骤203，承载层网关启动非SIP应用流信息的监测； 步骤204,用户设备向承载层网关发起非SIP应用请求，在本流程中，
该非SIP应用请求是请求从下载资源服务器中下载内容；
步骤205,承载层网关收到用户设备的下载请求，因而也就监测到非SIP
应用流信息；
步骤206，承载层网关将监测到的非SIP应用流信息上报给SPDF，此 时，SPDF获知该SIM用户开始执行非SIP应用；
步骤207，承载层网关将非SIP应用请求即此例中用户设备的下载请求 发送到下载资源服务器；
步骤208，承载层网关收到下载资源服务器返回的响应；步骤209，承载层网关向发起请求的用户设备返回响应；
步骤210， S-CSCF收到一个呼叫请求，该呼叫请求的被叫是在前述步 骤中进行非SIP应用的用户设备；
步骤211 ， S-CSCF将收到的呼叫请求路由至下载呼叫等待AS;
步骤212,下载呼叫等待AS将自己加入到上述呼叫请求的信令路由中， 并将请求返回给S-CSCF;
步骤213, S-CSCF将呼叫请求路由至P-CSCF;
步骤211 ~213是呼叫请求信令路由的处理过程，经过该过程确定了呼 叫请求的信令路由。
步骤214， P-CSCF向SPDF发送对带宽等承载资源的请求； 步骤215,由于SPDF已经在前述的步骤206中收到承载层网关上报的 用户非SIP应用流信息，获知用户签约带宽等承载资源当前用于非SIP应用 如下载等而繁忙，不足以为用户的呼入提供承载资源，因此不再继续向承载 层网关发送对带宽等承载资源的请求，而是直接给P-CSCF返回失败响应， 并在失败响应中携带当前失败原因，该失败原因就是用户当前的非SIP应用 信息如下载文件应用信息，从而使得P-CSCF感知到用户的非SIP应用。 P-CSCF可以进一步在该会话请求的失败响应中携带导致会话失败的用户当 前非SIP应用信息，从而使位于会话路由中的S-CSCF、下载呼叫等待AS 感知到用户的非SIP应用信息。
像图1中下载呼叫等待AS107这样，需要根据IMS用户当前是否执行 非SIP应用进行呼叫请求信令路由处理的实体，被通称为非SIP应用感知单 元。
像图1中下载资源服务器103这样，为IMS用户提供非SIP应用的服 务器，被通称为非SIP应用服务单元。
在上述下载文件时的呼叫等待业务的例子中，尽管采用上述现有技术能 使下载呼叫等待AS感知IMS用户的下载应用，但是在下载呼叫等待AS感 知下载应用之前，为了保证能给主叫用户提供下载呼叫等待服务，下载呼叫等待AS已经被加入到呼叫请求的信令路由中，参见前述步骤212。即使被 叫用户当前并没有进行文件下载等非SIP应用，并不需要下载呼叫等待AS 为主叫提供服务，呼叫请求的后续请求也都要经过下载呼叫等待AS,因而 造成了信令路由的冗余。这个例子中以下载呼叫等待AS,实际上可能是其 他应用服务器，也可能有多个应用服务器。也就是说，现有技术中由于IMS 网络没有及时感知IMS用户当前是否在执行非SIP应用，导致后续处理中 可能出现信令路由冗余。

发明内容
有鉴于此，本发明实施例的目的在于提供一种感知IMS用户非SIP应 用的方法、系统、单元及接入路由装置，应用该方法、系统、单元及接入路 由装置，使得IMS网络能够及时感知IMS用户当前是否在执行非SIP应用。
本发明实施例提供了一种感知IMS用户非SIP应用的方法，包括接 入路由装置记录当前正在执行非SIP应用的IMS用户的非SIP应用信息，并 在非SIP应用感知单元对所记录的IMS用户执行呼叫请求信令路由处理前， 将记录的所述非SIP应用信息提供给非SIP应用感知单元。
本发明实施例还提供了一种感知IMS用户非SIP应用的系统，包含 接入路由装置和非SIP应用感知单元；
接入路由装置记录当前正在执行非SIP应用的IMS用户的非SIP应用 信息，并在非SIP应用感知单元对所记录的IMS用户执行呼叫请求信令^各 由处理前，将记录的所述非SIP应用信息提供给非SIP应用感知单元。
本发明实施例还提供了一种实现感知IMS用户非SIP应用的接入路由 装置，包含数据处理模块和非SIP应用信息提供模块；
所述的数据处理模块，进行接入路由的数据处理，并将当前正在执行非 SIP应用的IMS用户非SIP应用信息通知给非SIP应用信息提供模块；
所述的非SIP应用信息提供模块，在非SIP应用感知单元对所记录的
IMS用户IMS用户执行呼叫请求信令路由处理前，将所述非SIP应用信息提供给非SIP应用感知单元。
本发明实施例还提供了一种非SIP应用感知单元，包括非SIP应用感
知模块和呼叫请求信令路由处理模块；
所述的非SIP应用感知模块接收到IMS用户的呼叫或被叫后，根据接 入路由装置提供的当前正在执行非SIP应用的IMS用户非SIP应用信息，判 断该IMS用户当前是否正在执行非SIP应用，将判断结果通知给呼叫请求 信令路由处理模块；
所述呼叫请求信令路由处理模块，根据非SIP应用感知模块发送的判断 结果，在IMS用户当前正在执行非SIP应用时，将应用服务器加入到呼叫 该IMS用户的信令^各由中；在IMS用户当前没有4丸行非SIP应用时，不将 应用服务器加入到呼叫该^皮叫IMS用户的信令路由中。
本发明实施例提供的感知IMS用户非SIP应用的方法、系统、单元及 接入路由装置，通过由接入路由装置记录当前正在执行非SIP应用的IMS 用户非SIP应用信息，并在非SIP应用感知单元对所记录的IMS用户4丸行呼 叫请求信令路由处理前，将记录的IMS用户非SIP应用信息提供给非SIP 应用感知单元，使得IMS网络能够及时获知IMS用户当前是否正在^U亍非 SIP应用，进而使得在被叫IMS用户没有执行非SIP应用情况下，能够避免 将和非SIP应用相结合的相关业务逻辑功能加入呼叫路由中。因此，本发明 实施例实现了 IMS网络及时获知IMS用户当前是否正在扭j亍非SIP应用， 从而避免了现有4支术在感知IMS用户非SIP应用信息进而为IMS用户提供 融合业务过程中的信令路由冗余，减小了传输时延。


图l是现有技术IMS用户进行下载业务的网络示意图2是图1中S-CSCF感知用户非SIP应用的过程示意图3是本发明实施例感知IMS用户非SIP应用的示例性流程图4是本发明实施例感知IMS用户非SIP应用的系统结构示意图；图5a~图5c是本发明实施例实现感知IMS用户非SIP应用的接入路由 装置结构示意图6a和图6b是本发明实施例非SIP应用感知单元的结构示意图7是本发明实施例感知IMS用户非SIP应用的第一种具体处理流程
图8是本发明实施例感知IMS用户非SIP应用的第二种具体处理流程
图9是本发明实施例感知IMS用户非SIP应用的具体网络系统示意图。
具体实施例方式
为使本发明实施例的目的和技术方案更加清楚，以下参照附图对本发明 实施例做进一步的详细说明。
图3是本发明实施例感知IMS用户非SIP应用的示例性流程图。图3 所示的流程包括
步骤301,接入路由装置记录当前正在执行非SIP应用的IMS用户的非 SIP应用信息，并将记录的所述非SIP应用信息提供给非SIP应用感知单元；
正在执行非SIP应用的IMS用户的非SIP应用信息可以包括IMS用 户设备标识和/或该IMS用户当前正在执行的非SIP应用的业务信息。
步骤302，非SIP应用感知单元收到一个呼叫请求，该呼叫请求的^皮叫 或主叫是上述步骤301中所述的当前正在执行非SIP应用的IMS用户设备；
步骤303，由于非SIP应用感知单元已通过步骤301感知到上述IMS用 户设备当前正在执行非SIP应用，因而将应用服务器加入到该呼叫请求的信 令路由中，以便为用户提供和非SIP应用相结合的融合业务如下载呼叫等待 等。
在上述流程中，步骤302也可以在步骤301之前执行，即非SIP应用感 知单元先收到一个呼叫请求，再感知该呼叫请求的被叫或主叫当前正在执行 非SIP应用，从而进行和非SIP应用相结合的融合业务等的业务处理。图4是本发明实施例感知IMS用户非SIP应用的系统结构示意图。如 图4所示，用户设备401通过接入路由装置402访问非SIP应用服务单元403。
用户设备401通过接入路由装置402与非SIP应用服务单元403交互。 接入路由装置402可以是接入网网关，如电信和互联网融合业务及高级网络 (TISPAN, Telecommunications and Internet converged Services and Protocols for Advanced Networking )组织定义的边界网关功能(BGF ， Border Gateway Function)或者用于接入通用分组无线月良务(GPRS, General Packet Radio Service )的网关GPRS支持节点(GGSN， Gateway GPRS Support Node ), 也可以是3GPP定义的鉴权代理(AP， Authentication Proxy )。非SIP应用 服务单元403向用户设备401提供基于HTTP、 RTSP等非SIP的应用，如 HTTP上传应用、HTTP下载应用、或RTSP流媒体应用等。
非SIP应用感知单元405位于IMS网络侧，用于感知用户当前的非SIP 应用，其可以是应用服务器或者S-CSCF。
本发明实施例感知IMS用户非SIP应用的方法，具体可以通过上报方 式或查询方式来实现，以下分别进行详细说明。
采用本发明实施例的上报方式时，如图4所示，由接入路由装置402通 过E3接口主动将当前正在执行非SIP应用的IMS用户上报给非SIP应用感 知单元405。 E3接口协议可以是和非SIP应用相同的应用层协议，也可以是 其他的应用层协议，实现时只要将要上报的信息包含在传输内容中即可，上 报的非SIP应用信息可以包括IMS用户设备标识和/或该IMS用户当前正 在执行的非SIP应用的业务信息。
釆用本发明实施例的查询方式时，如图4所示，由非SIP应用感知单元 405通过E2接口向接入路由装置402查询当前正在执行非SIP应用的IMS 用户非SIP应用信息，接入路由装置402按照该查询请求，将当前正在执行 非SIP应用的IMS用户非SIP应用信息返回给非SIP应用感知单元405。 E2 接口协议可以是简单对象访问协议(SOAP, Simple Object Acce.ss Protocol)， 也可以是XML应用编程4妄口 ( API, Application Program Interface ) 、 Diameter协议、或者H.248协议，实现时需要扩展上述协议，使得在查询请求中携带 用户设备标识信息，在查询响应中携带当前正在执行非SIP应用的IMS用 户非SIP应用信息。本发明实施例中，当前正在执行非SIP应用的IMS用户 非SIP应用信息可以包括IMS用户设备标识和/或该IMS用户当前正在执 行的非SIP应用的业务信息。
非SIP应用的路由接入通常使用与现有技术相同的接口 El和E5，但是 在釆用上报方式的情况下，也可以使用图4所示的El、 E3和E6接口，即 接入路由装置402收到非SIP应用请求后，直接将该请求路由到非SIP应用 感知单元405,再由非SIP应用感知单元405最终^各由到非SIP应用月良务单 元403， E6接口与E3接口同样，可以是和非SIP应用相同的应用层协议， 也可以是其他的应用层协议；也可以使用图4所示的El、 E3和E5接口 ， 即接入路由装置402收到非SIP应用请求后，直接将该请求路由到非SIP应 用感知单元405，非SIP应用感知单元405通过E3接口将该请求返回至接 入路由装置402，接入路由装置402再通过E5接口将该请求最终路由到非 SIP应用服务单元403。
策略管理单元404与接入路由装置402和非SIP应用感知单元405相连， 其可以是策略决策功能(PDF， Policy Decision Function )，也可以是策略和 计费控制(PCC， Policy and Charging Control)中的策略和计费规则功能 (PCRF, Policy and Charging Rules Function )实体。
在本发明实施例的上报方式中，接入路由装置可以在将IMS用户非SIP 应用信息提供给非SIP应用感知单元前，进一步获取将IMS用户非SIP应用 信息提供给非SIP应用感知单元的上报策略，根据所述上报策略，将IMS 用户非SIP应用信息提供给非SIP应用感知单元405。该上报策略可以是在 所述接入路由装置中静态配置的，也可以预先存储在策略管理单元404中， 由接入路由装置402通过E4接口从策略管理单元404获取。E4接口与现有 技术相同，可以是Diameter协议等。所述上报策略用于描述指定上报的用 户信息和/或指定上报的非SIP应用的业务信息，进一步地，上报策略还可以描述上报目的地信息，即非SIP应用感知单元信息。
在本发明实施例的查询方式中，非SIP应用感知单元405也可以通过策 略管理单元404间接地向接入路由装置402进行查询，此时E4和E7接口 需要在现有技术的基础上进行扩展，例如在查询请求中包含IMS用户设备 标识信息，在查询响应中包含IMS用户的非SIP应用信息。
图5a~图5c是本发明实施例实现感知IMS用户非SIP应用的接入路由 装置结构示意图，其可以由接入网网关或鉴权代理等实现。
图5a所示的接入路由装置包括数据处理模块501和非SIP应用信息 提供模块502，非SIP应用信息提供模块502中又包括上报策略获取模块 503和上报模块504。数据处理模块501进行接入路由的数据处理，接收来 自用户设备的非SIP应用请求，并将该请求中包含的IMS用户非SIP应用信 息通知给上报模块504;上报策略获取模块503获取将IMS用户非SIP应用 信息提供给非SIP应用感知单元的上报策略，并通知给上报模块504;上报 模块504根据获得的上报策略，将IMS用户非SIP应用信息提供给非SIP 应用感知单元。
图5b所示的接入路由装置包括数据处理模块501和非SIP应用信息 提供模块502,非SIP应用信息提供模块502中又包括查询模块505。数 据处理模块501进行接入路由的数据处理，接收来自用户设备的非SIP应用 请求，并将该请求中包含的IMS用户非SIP应用信息通知给查询冲莫块505; 查询模块505根据来自非SIP应用感知单元的查询请求，以及获得的IMS 用户非SIP应用信息，返回查询结果。
图5c所示的接入路由装置是上述图5a和图5b所示接入路由装置的结 合，包括数据处理模块501和非SIP应用信息提供模块502,'非SIP应用 信息提供模块502中又包括上报策略获取模块503、上报模块504和查询 模块505。
图6a和图6b是本发明实施例非SIP应用感知单元的结构示意图，其可 以由应用服务器或S-CSCF实现。图6a所示的非SIP应用感知单元包括非SIP应用感知4莫块601和呼 叫请求信令路由处理模块602。非SIP应用感知模块601接收到呼叫请求后， 根据接入路由装置提供的当前正在执行非SIP应用的IMS用户非SIP应用信 息，判断被叫IMS用户当前是否正在执行非SIP应用，将判断结果通知给 呼叫请求信令路由处理模块602;呼叫请求信令路由处理模块602，根据非 SIP应用感知模块601发送的判断结果，在被叫IMS用户当前正在执行非 SIP应用时，将相应的应用服务器加入到该IMS用户的信令路由中，否则， 不将应用服务器加入到该IMS用户的信令i 各由中。
图6b所示的非SIP应用感知单元也包括非SIP应用感知模块601和 呼叫请求信令路由处理模块602，其与图6a的区别是非SIP应用感知模块 601又包含查询请求发送一莫块603和查询请求接收纟莫块604。查询请求发 送模块603，在接收到呼叫请求后，向记录了当前正在执行非SIP应用的IMS 用户非SIP应用信息的接入路由装置，发送针对被叫IMS用户的查询请求； 查询请求接收模块604，接收接入路由装置返回的当前正在执行非SIP应用 的IMS用户非SIP应用信息，并根据接入路由装置返回的当前正在执行非 SIP应用的IMS用户非SIP应用信息，判断该IMS用户当前是否正在执行非 SIP应用，将判断结果通知给呼叫请求信令路由处理模块602。
下面列举两种具体处理流程来进一步说明本发明实施例的技术方案。其 中，第一种具体处理流程采用本发明实施例的上报方式，第二种具体处理流
程采用本发明实施例的查询方式。 第一种具体处理流程
图7是本发明实施例感知IMS用户非SIP应用的第一种具体处理流程 图。如图7所示，本处理流程使用鉴权代理作为非SIP应用的接入路由装置， 具体包括以下步骤
步骤701，用户设备发起HTTP GET请求，此处省略了和本发明实施例 无关的、UE发起未鉴权的访问请求并在收到401响应后计算授权头域 (Authorization header )值并在请求中携带的过程；步骤702，鉴权代理验证鉴权并批准用户发起的HTTP GET请求； 步骤703,鉴权代理向策略管理单元请求用户非SIP应用的相关策略，
如用户非SIP应用的承载层策略等，在本具体流程中，还包含用户非SIP应
用的上报策略；
步骤704，策略管理单元将用户非SIP应用的相关策略返回给鉴权代理； 步骤705,鉴权代理保存所收到的用户非SIP应用的相关策略，在本处
理流程中，假设鉴权代理收到并保存的用户非SIP应用的相关策略中包含的
上报策略为该IMS用户非SIP应用信息需要上报；
步骤706，鉴权代理保存IMS用户非SIP应用请求信息；
步骤707,鉴权代理删除授权头域，转发用户HTTP GET请求给访问目
的侧的非SIP应用服务单元；
步骤708,访问目的侧的非SIP应用服务单元执行相应的 Internet服务
逻辑；
步骤709，访问目的侧的非SIP应用服务单元将业务特殊的有效载荷 (payload)包含在响应信息中返回给鉴权代理； 步骤710,鉴权代理增加授权头域信息；
步骤711,鉴权代理保存用户非SIP应用响应信息为确认的IMS用户非 SIP应用信息；
步骤712，根据前述步骤705保存的上报策略，鉴权代理将所保存的IMS 用户非SIP应用信息上报给非SIP应用感知单元，在本具体流程中为应用服
务器；
步骤713,鉴权代理将非SIP应用响应信息转发给用户设备；
步骤714， S-CSCF收到一个呼叫请求，该呼叫请求的被叫方正是前述 步骤中发起HTTP GET请求的用户设备；
步骤715, S-CSCF将呼叫请求路由到应用服务器；
步骤716，应用服务器根据鉴权代理提供的用户当前非SIP应用信息， 判断该被叫IMS用户当前是否正在执行非SIP应用。由于应用服务器已在前述步骤712中预先感知该用户的当前非SIP应用，因此将自己加入到呼叫
信令路由中，为用户提供融合的增值业务，例如为该呼叫请求的主叫方播放
呼叫等待提示音等。如果用户当前没有执行非SIP应用，则应用服务器不把 自己加入到呼叫信令路由中，直接返回呼叫请求给S-CSCF，避免后续请求 和响应经过应用服务器。
通过上述步骤，每当有符合上报策略的非SIP应用请求产生时，接入路 由装置都会主动将当前正在执行非SIP应用的IMS用户非SIP应用信息上报 给应用服务器，使应用服务器感知该用户当前的非SIP应用。S-CSCF收到 以该用户为被叫的呼叫请求，在业务触发时将呼叫请求路由到应用服务器。 如果应用服务器已预先感知该用户的当前非SIP应用，则将自己加入到呼叫 信令路由中，为用户提供增值服务；否则，就意味着该用户当前并没有执行 非SIP应用，应用服务器无须把自己加入到呼叫信令路由中，而是直接将呼 叫请求返回给S-CSCF，从而避免后续请求和响应经过应用服务器，也就是 避免了路由冗余。
接入路由装置(即上述具体流程中的鉴权代理)也可以将所保存的IMS 用户当前非SIP应用信息上报给S-CSCF。 S-CSCF收到呼叫所述用户的呼叫 请求时，根据鉴权代理提供的用户当前非SIP应用信息，判断该被叫IMS 用户当前是否正在执行非SIP应用。如果在执行非SIP应用，S-CSCF在业
务触发时将呼叫请求路由到应用服务器，以便为用户提供融合的增值业务；
反之，则在业务触发时不将呼叫请求路由至应用服务器，而是路由至P-CSCF 继续完成该呼叫请求，从而避免了路由冗余。这种方式与图7所示上报给应 用服务器的方式相比，需要进一步扩展作为接入路由装置的鉴权代理与 S-CSCF之间的接口 。
接入路由装置记录当前正在执行非SIP应用的IMS用户非SIP应用信 息，也可以仅在接收到非SIP应用请求时进行记录，但是由于此时尚未收到 成功的响应，所记录的IMS用户非SIP应用信息是不可靠的。.因此，在本 处理流程中，接入路由装置保存接收到的非SIP应用请求，并在接收到非SIP应用服务单元返回的非SIP应用响应后，对非SIP应用响应为"正确"
的IMS用户的非SIP应用信息进行记录，这样可以避免将非SIP应用请求失 败的IMS用户非SIP应用信息当做当前正在执行非SIP应用的IMS用户非 SIP应用信息记录下来。
在本处理流程中，鉴权代理在收到用户非SIP应用请求后向策略管理单 元请求相应的上报策略，但也可以预先由策略管理单元主动将上报策略发送 给鉴权代理，或者预先在鉴权代理上静态配置上报策略。
在本处理流程中，作为接入路由装置的鉴权代理可以采用.图5a或图5c 所示的结构。其中，数据处理模块完成步骤701、 702、 706~711及713的处 理，上报模块完成步骤712的处理，上报策略获取模块完成步骤703~705的 处理。
第二种具体处理流程
图8是本发明实施例感知IMS用户非SIP应用的第二种具体处理流程 图。如图8所示，步骤801 810与第一种具体处理流程的对应步骤基本相同， 只是其中不用再执行有关上报策略的处理(参见图7中的步骤703 705 )， 在此不再赘述。第二种具体处理流程与第一种具体处理流程的区别主要在 于鉴权代理并不是主动将当前正在执行非SIP应用的IMS用户非SIP应用 信息上报给S-CSCF,而是由应用服务器在收到呼叫请求(步骤811)后， 向鉴权代理发起非SIP应用查询请求。具体过程如下
步骤812，应用服务器将标识呼叫请求被叫方用户设备的信息携带在非 SIP应用查询请求中，发送给鉴权代理；
步骤813，鉴权代理根据用户设备标识信息，在保存的当前正在执行非 SIP应用的IMS用户非SIP应用信息中查找该IMS用户是否正在执行非SIP 应用； ，
步骤814,鉴权代理将步骤813中查询到的IMS用户非SIP应用信息作 为非SIP应用查询响应返回给应用月1务器；
与第 一种具体处理流程同样，由于应用服务器已预先感知该用户的当前非SIP应用，因此在步骤815中，将应用服务器加入到该呼叫请求的信令路 由中，以便为用户提供增值服务，例如为该呼叫请求的主叫方播放呼叫等待 提示音等。反之，如果没有感知用户当前相关的非SIP应用，应用服务器不 把自己加入呼叫路由中，避免后续请求和响应经过应用服务器。
通过上述步骤，当应用服务器收到针对该用户的呼叫请求时，能够通过 接入路由装置查询到当前正在执行非SIP应用的IMS用户非SIP应用信息， 如果该用户当前有非SIP应用，则加入到该呼叫请求的信令路由中，为用户 提供增值服务；否则，无须加入到该呼叫请求的信令路由中，从而避免了路 由冗余。
在本处理流程中，是由应用服务器作为非SIP应用感知单元，向作为接 入路由装置的鉴权代理发起查询请求，爿f旦也可以由S-CSCF作为非SIP应用 感知单元向鉴权代理发起查询请求。S-CSCF在收到呼叫请求时通过接入^各 由装置查询到当前正在执行非SIP应用的IMS用户非SIP应用信息，如果该 用户当前有非SIP应用，则将呼叫请求路由至应用服务器，以便为用户提供 融合的增值业务；否则，不将呼叫请求路由至应用服务器，而是路由至 P-CSCF继续完成该呼叫请求，从而避免了路由冗余。这种方式与图8所示 由应用服务器进行查询的方式相比，需要进一步扩展作为接入路由装置的鉴 权代理与S-CSCF之间的接口 。
本处理流程仅描述了应用服务器直接向接入路由装置查询当前正在执 行非SIP应用的IMS用户非SIP应用信息的方法，事实上，应用服务器或者 S-CSCF也可以进行间^妾查询，如通过策略管理单元向才妾入i 各由装置查询。
在本处理流程中，作为接入路由装置的鉴权代理可以采用圓5b或图5c 所示的结构。其中，数据处理模块完成步骤801 804、 806-809的处理，查 询模块完成步骤812 814的处理。
在上述两种具体处理流程中，接入路由装置在获知IMS用户的非SIP 应用执行完时，删除已记录的该IMS用户非SIP应用信息。
在上述两种具体处理流程中，仅以用户设备发起HTTP请求为例，但本发明实施例也同样适用于FTP、 RTSP等其他非SIP应用请求的情况。
图9是本发明实施例感知IMS用户非SIP应用的具体网络系统示意图。 在图9中，承载层网关902相当于本发明实施例的接入路由装置，下载资源 服务器903相当于本发明实施例的非SIP应用月良务单元，S-CSCF906相当于 本发明实施例的非SIP应用感知单元，SPDF卯4相当于本发明实施例的策略 管理单元。
与现有技术IMS用户进行下载业务的网络示意图(参见图l)相比，图 9中增加了 S-CSCF906与承载层网关902之间的连接。当UE卯1通过承载 层网关902访问下载资源服务器903时，承载层网关902利用上述连接将当 前正在执行非SIP应用的UE901的非SIP应用信息提供给S-CSCF906。当 一个呼叫该IMS用户的呼叫请求到达S-CSCF906后，S-CSCF906根据承载 层网关902提供的当前正在执行非SIP应用的IMS用户非SIP.应用信息，判 断该被叫IMS用户当前是否正在执行非SIP应用，如果是，则将呼叫请求 路由至下载呼叫等待AS907使其加入到呼叫该一皮叫IMS用户的信令路由中 完成业务逻辑；否则，不将呼叫请求路由至下载呼叫等待AS卯7，而是路由 至P-CSCF905继续完成该呼叫请求，从而避免路由冗余。
与现有技术IMS用户进行下载业务的网络示意图(参见图l)相比，图 9中还增加了下载呼叫等待AS907与承载层网关902之间的连接。当UE901 通过承载层网关902访问下载资源服务器903时，承载层网关902利用上述 连接将UE卯1当前正在执行非SIP应用信息提供给下载呼叫等待AS卯7。 当一个呼叫该IMS用户的呼叫请求到达S-CSCF906后，S-CSCF卯6根据该 IMS用户业务签约信息在业务触发时将呼叫请求路由至下载呼叫等待 AS907，下载呼叫等待AS根据承载层网关902提供的当前正在执行非SIP 应用的IMS用户非SIP应用信息，判断该被叫IMS用户当前是否正在执行 非SIP应用，如果是，将自己加入到呼叫信令路由中完成业务逻辑处理；否 则，直接将请求返回给S-CSCF906，避免将下载呼叫等待AS卯7加入呼叫 信令路由中，从而避免路由冗余。图9中仅以下载呼叫等待AS907作为应用服务器的一个例子，事实上， 在为IMS用户提供融合业务的过程中，还可能涉及到多个应用服务器，由 S-CSCF顺序控制到达各应用服务器的呼叫信令路由。S-CSCF及各应用服务 器感知IMS用户非SIP应用的过程与本发明实施例中的描述相同。多个应 用月良务器作为非SIP应用感知单元时，其感知IMS用户非SIP应用的过程相 当于单个应用服务器感知IMS用户非SIP应用过程的顺序叠加，因此，本 发明实施例同样适用于系统中存在多个应用服务器的情况。
在上述实施例中，假设S-CSCF收到的呼叫请求是以当前正在执行非 SIP应用的IMS用户为被叫的，实际上，该呼叫请求也可以是由当前正在执 行非SIP应用的IMS用户作为主叫。例如，IMS用户在执行HTTP下载的 过程中，尝试发起呼叫请求，S-CSCF收到该呼叫请求后，根据非SIP应用 业务相关初始过滤规则(IFC， Initial Filter Criteria)，将该呼叫请求路由到 特定的应用服务器，该应用服务器根据接入路由装置提供的IMS用户非SIP 应用信息感知到该IMS用户当前正在执行非SIP应用，提供例如临时限制 HTTP下载所用带宽等服务，使该主叫IMS用户的呼叫请求得以建立。否则， 该应用服务器不将自己加入信令路由中，直接将呼叫请求返回给S-CSCF， 避免后续请求和响应经过该应用服务器，从而避免冗余路由。
在上例中，S-CSCF收到呼叫请求时也可以通过向接入路由装置发起查 询请求或是由接入路由装置主动上报等方式，感知该主叫IMS用户的非SIP 应用信息，作为将呼叫会话请求路由到上述特定的应用服务器的判断条件之 一。如果该主叫IMS用户当前正在执行非SIP应用且呼叫会话请求匹配用 户的初始过滤规则，则将该呼叫会话请求路由到该应用服务器，该应用服务 器将自己加入信令路由中，以便为用户提供限制下载所用带宽等服务。
综上所述，本发明实施例感知IMS用户非SIP应用的方法、系统、单 元及接入路由装置，实现了 IMS网络及时获知IMS用户当前是否正在执行 非SIP应用，从而避免了现有技术在感知IMS用户非SIP应用信息进而为 IMS用户提供融合业务过程中的信令^各由冗余。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本 发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在 本发明的保护范围之内。
权利要求
1、一种感知IMS用户非SIP应用的方法，其特征在于接入路由装置记录当前正在执行非SIP应用的IMS用户的非SIP应用信息，并在非SIP应用感知单元对所记录的IMS用户执行呼叫请求信令路由处理前，将记录的所述非SIP应用信息提供给非SIP应用感知单元。
2、 根据权利要求1所述的方法，其特征在于，所述当前正在执行非SIP 应用的IMS用户非SIP应用信息包括IMS用户i殳备标识和该IMS用户当 前正在执行的非SIP应用的业务信息。
3、 根据权利要求1所述的方法，其特征在于，所述的接入路由装置为 接入网网关或鉴权代理；所述的非SIP应用感知单元为应用服务器或服务 呼叫会话控制功能实体。
4、 根据权利要求1所述的方法，其特征在于接入路由装置在将记录 的IMS用户非SIP应用信息提供给非SIP应用感知单元前，进一步设置将记 录的IMS用户非SIP应用信息提供给非SIP应用感知单元的上报策略；所述的接入路由装置在IMS用户执行非SIP应用时，根据所述上报策 略，将记录的IMS用户非SIP应用信息提供给非SIP应用感知单元。
5、 根据权利要求4所述的方法，其特征在于，所述设置将记录的IMS 用户非SIP应用信息提供给非SIP应用感知单元的上报策略为在所述接入路由装置中静态配置所述上报策略；或预先在与所述接入路由装置相连的策略管理单元中，存储所述上报策 略，所述接入路由装置在IMS用户请求非SIP应用过程中，从所述策略管 理单元获取所述上报策略并保存。
6、 根据权利要求5所述的方法，其特征在于所述的策略管理单元为 策略决策功能实体或策略和计费规则功能实体。
7、 根据权利要求4、 5或6所述的方法，其特征在于，所述上报策略包 括下列内容之一或组合指定上报的用户信息、指定上报的非SIP应用的业务信息和上报目的地信息。
8、 根据权利要求1至6任一权利要求所述的方法，其特征在于，所述接入路由装置将记录的IMS用户非SIP应用信息提供给非SIP应用感知单元 为所述接入路由装置在记录当前正在执行非SIP应用的IMS用户的非SIP 应用信息后，主动向非SIP应用感知单元上^^记录的所述非SIP应用信息。
9、 根据权利要求1至3任一权利要求所述的方法，其特征在于，所述为所述非SIP应用感知单元接收到对IMS用户的呼叫后，在执行呼叫请 求信令路由处理前向所述接入路由装置发送查询请求，所述接入路由装置按 照非SIP应用感知单元发送的查询请求，将非SIP应用感知单元请求的当前单元。
10、 根据权利要求9所述的方法，其特征在于所述非SIP应用感知单元直接向接入路由装置发送所述查询请求；或 所述非SIP应用感知单元，先将查询请求发送给与接入路由装置相连的 策略管理单元，由策略管理单元向接入路由装置转发查询请求.。
11、 根据权利要求1所述的方法，其特征在于所述的非SIP应用感知 单元为服务呼叫会话控制功能实体；服务呼叫会话控制功能实体接收到IMS用户的呼叫或被叫后，先根据 接入路由装置提供的当前正在执行非SIP应用的IMS用户非SIP应用信息， 判断该IMS用户当前是否正在执行非SIP应用，如果是，则在执行呼叫请 求信令路由处理时，将呼叫请求转发给应用服务器，应用服务器将自身加入 到呼叫该IMS用户的信令路由中；否则，不将呼叫请求转发给应用服务器。
12、 根据权利要求1所述的方法，其特征在于，所述的非SIP应用感知 单元为应用服务器；所述的应用服务器接收到服务呼叫会话控制功能实体转发的IMS用户的呼叫或被叫后，先根据接入路由装置提供的当前正在执行非SIP应用的 IMS用户非SIP应用信息，判断该IMS用户当前是否正在执行非SIP应用， 如果是，则在执行呼叫请求信令路由处理时，将自身加入到该.IMS用户的 呼叫信令路由中；否则，不将自身加入到该IMS用户的呼叫信令路由中。
13、 根据权利要求1所述的方法，其特征在于，该方法进一步包括接 入路由装置在获知IMS用户的非SIP应用执行完时，删除已记录的该IMS 用户非SIP应用信息。
14、 一种感知IMS用户非SIP应用的系统，其特4正在于，包含4妄入 ^^由装置和非SIP应用感知单元；接入路由装置记录当前正在执行非SIP应用的IMS用户的非SIP应用 信息，并在非SIP应用感知单元对所记录的IMS用户执行呼叫请求信令路 由处理前，将记录的所述非SIP应用信息提供给非SIP应用感知单元。
15、 根据权利要求14所述的系统，其特征在于，所述的接入路由装置 包含数据处理模块和非SIP应用信息提供模块；所述的数据处理模块，进行接入路由的数据处理，并将当前正在执行非 SIP应用的IMS用户非SIP应用信息通知给非SIP应用信息提供才莫块；所述的非SIP应用信息4是供才莫块，在非SIP应用感知单元对记录的IMS 用户执行呼叫请求信令路由处理前，将所述非SIP应用信息提供给非SIP应 用感知单元。
16、 根据权利要求15所述的系统，其特征在于，所述的非SIP应用信 息提供模块包含上报策略获取模块和上报模块；所述上报策略获取模块，获取将IMS用户非SIP应用信息提供给非SIP 应用感知单元的上报策略，并通知给所述上报模块；所述上报模块根据所述上报策略，将来自数据处理模块的IMS用户非 SIP应用信息上报给非SIP应用感知单元。
17、 根据权利要求16所述的系统，其特征在于，该系统还包含预先存储了所述上报策略的策略管理单元，该策略管理单元与接入路由装置相连；所述接入路由装置中的数据处理模块，在IMS用户请求非SIP应用过 程中，通知上报策略获取模块，从预先存储了所述上报策略的策略管理单元 获取所述上报策略。
18、 根据权利要求15所述的系统，其特征在于，所述的非SIP应用信息提供模块包含查询模块；所述的非SIP应用感知单元接收到IMS用户的呼叫或被叫后，向接入 路由装置发送查询该IMS用户当前是否执行非SIP应用的请求；所述的查询模块根据所述查询请求，以及来自数据处理模块的当前正在 执行非SIP应用的IMS用户非SIP应用信息，向非SIP应用感知单元返回查询结果。
19、 根据权利要求14所述的系统，其特征在于所述的非SIP应用感 知单元接收到IMS用户的呼叫或被叫后，根据接入路由装置提供的当前正 在执行非SIP应用的IMS用户非SIP应用信息，判断该IMS用户当前是否 正在执行非SIP应用，如果是，则将应用服务器加入到呼叫该IMS用户的 信令路由中；否则，不将应用服务器加入到呼叫该IMS用户的信令路由中。
20、 根据权利要求14至19任一权利要求所述的系统，其特征在于所 述的接入路由装置为接入网网关或鉴权代理；所述的非SIP应用感知单元为应用服务器或服务呼叫会话控制功能。
21、 一种实现感知IMS用户非SIP应用的接入路由装置，其特征在于， 包含数据处理模块和非SIP应用信息提供模块；所述的数据处理模块，进行接入路由的数据处理，并将当前正在执行非 SIP应用的IMS用户非SIP应用信息通知给非SIP应用信息提供模块；所述的非SIP应用信息提供模块，在非SIP应用感知单元对记录的IMS 用户执行呼叫请求信令路由处理前，将所述非SIP应用信息提供给非SIP应 用感知单元。
22、 根据权利要求21所述的接入路由装置，其特征在于，所述的非SIP应用信息提供模块包含上报策略获取模块和上报模块；所述上报策略获取模块，获取将IMS用户非SIP应用信息提供给非SIP 应用感知单元的上报策略，并通知给所述上报模块；所述上报模块根据所述上报策略，将来自数据处理模块的IMS用户非 SIP应用信息上报给非SIP应用感知单元。
23、 根据权利要求22所述的接入路由装置，其特征在于，所述接入路 由装置中的数据处理模块，在IMS用户请求非SIP应用过程中，通知上报 策略获取模块，从预先存储了所述上报策略的策略管理单元获取所述上报策 略。
24、 根据权利要求21所述的接入路由装置，其特征在于，所述的非SIP 应用信息提供模块包含查询模块；所述的查询模块，根据非SIP应用感知单元发送的查询IMS用户当前 是否执行非SIP应用的请求，以及来自数据处理模块的当前正在执行非SIP 应用的IMS用户非SIP应用信息，向非SIP应用感知单元返回查询结果。
25、 根据权利要求21至24任一权利要求所述的接入路由装置，其特征 在于所述的接入路由装置由接入网网关或鉴权代理实现。
26、 一种非SIP应用感知单元，其特征在于，包括非SIP应用感知才莫 块和呼叫请求信令路由处理模块；所述的非SIP应用感知模块接收到IMS用户的呼叫或被叫后，根据接 入路由装置提供的当前正在执行非SIP应用的IMS用户非SIP应用信息，判 断该IMS用户当前是否正在执行非SIP应用，将判断结果通知给呼叫请求 信令路由处理模块；所述呼叫请求信令路由处理模块，根据非SIP应用感知模块发送的判断 结果，在IMS用户当前正在执行非SIP应用时，将应用服务器加入到呼叫 该IMS用户的信令路由中；在IMS用户当前没有执行非SIP应用时，不将 应用月l务器加入到呼叫该IMS用户的信令路由中。
27、 根据权利要求26所述的非SIP应用感知单元，其特征在于所述 的非SIP应用感知模块包含查询请求发送模块和查询请求接收模块；所迷的查询请求发送模块，在接收到IMS用户的呼叫或被叫后，向记 录了当前正在执行非SIP应用的IMS用户非SIP应用信息的接入路由装置， 发送针对该IMS用户的查询请求；所述的查询请求接收模块，接收接入路由装置返回的当前正在执行非 SIP应用的IMS用户非SIP应用信息；并根据接入路由装置返回的当前正在 执行非SIP应用的IMS用户非SIP应用信息，判断该IMS用户当前是否正 在执行非SIP应用，将判断结果通知给呼叫请求信令路由处理模块。
28、 根据权利要求26所述的非SIP应用感知单元，其特征在于所述 的非SIP应用感知单元由应用服务器或服务呼叫会话控制功能实体实现。
全文摘要
本发明实施例提供了一种感知IMS用户非SIP应用的方法，包括接入路由装置记录当前正在执行非SIP应用的IMS用户的非SIP应用信息，并在非SIP应用感知单元对所记录的IMS用户执行呼叫请求信令路由处理前，将记录的所述非SIP应用信息提供给非SIP应用感知单元。本发明实施例还提供了一种包含接入路由装置和非SIP应用感知单元的感知IMS用户非SIP应用的系统，一种包含数据处理模块和非SIP应用信息提供模块的接入路由装置，以及一种包括非SIP应用感知模块和呼叫请求信令路由处理模块的非SIP应用感知单元。应用本发明实施例，能够及时感知IMS用户当前是否在执行非SIP应用，从而避免后续处理中可能出现信令路由冗余。
文档编号H04L29/06GK101453461SQ20071019595
公开日2009年6月10日 申请日期2007年12月7日 优先权日2007年12月7日
发明者廖洪波, 施有铸, 波 郑 申请人:华为技术有限公司