IP多媒体子系统 （ IP Multimedia Core Network Subsystem, 简称为 IMS ) 基于会话启动协议 ( Session Initiation Protocol, 简称为 SIP ), 其中， SIP协 议是一种能够在两方或者多方之间创建、 修改、 终结会话的应用层的协议。 IMS的功能实体主要包括： 控制用户注册、会话等功能的呼叫控制实体（ Call Session Control Function, 简称为 CSCF ); 集中管理用户签约数据的归属用户 服务器（ Home Subscriber Server, 简称为 HSS ); 提供各种业务逻辑控制功能 的应用服务器 （ Application Server, 简称为 AS )。 图 1是根据相关技术的 IMS用户第三方注册注销的流程图，如图 1所示， 该流程主要涉及执行服务会话控制功能 ( Serving Call Session Control Function, 简称为 S-CSCF )、 HSS和 AS , 该流程包括如下步 4聚： 步骤 S 101 , IMS用户发起注册请求。 步骤 S 102至步骤 S 103 , S-CSCF从 HSS获取该用户的用户数据。 步骤 S 104, S-CSCF向该用户发送注册成功响应。 步骤 S 105至步骤 S 106, S-CSCF向 AS发起第三方注册， 并注册成功。 步骤 S 107 , IMS用户发起注销请求。 步骤 S 108至步骤 S 109, S-CSCF向 AS发起第三方注销， 并注销成功。 步骤 S 110, S-CSCF向用户发送注销成功响应。 从以上步骤可以看出， 现有的第三方注册注销模式存在下面问题: 1、 现有协议中约定： 当注册用户超时后， S-CSCF 需要向主被叫发送 BYE结束会话。 但是， 在实际应用中存在 AS注册用户超时而 S-CSCF没有 超时的情况 （或者， 当用户注销时， 由于网络原因 S-CSCF的注销消息没有 发送到 AS侧；)， 协议中对上述情况下 AS侧的行为并没有故出约定。

2、 当 AS侧发生注册用户超时的情况下， 如果 AS不进行处理， 由于用 户并不知道自身已经注销， 后续发起业务触发会失败， 导致用户体-险不好。

3、 当 AS侧发生注册用户超时的情况下， 如果 AS不进行处理， 可能会 导致存在对该用户的计费时间过长， 进而计费错误。 针对相关技术中由于注册用户超时后 AS侧没有相应处理而可能导致的 问题（例如， 导致用户通话异常或者用户计费信息错误的问 题）， 目前尚未提 出有效的解决方案。 发明内容 考虑到相关技术中由于注册用户超时后 AS侧没有相应处理而可能导致 的问题提出本发明， 为此， 本发明的主要目的在于提供一种应用服务器的 用 户处理方案， 以解决上述问题至少之一。 为了实现上述目的， 根据本发明的一个方面， 提供了一种应用服务器的 用户处理方法。 根据本发明的应用服务器的用户处理方法包括 ： 应用服务器确定注册用 户是否超时； 在注册用户超时的情况下， 应用服务器删除注册用户的数据， 并释放注册用户的呼叫。 优选地， 在应用月艮务器确定注册用户超时之后， 上述方法还包括： 应用 服务器将注册用户的计费结束信息发送给计费 网关。 为了实现上述目的，根据本发明的另一方面， 还提供了一种应用服务器。 根据本发明的应用服务器包括： 确定模块， 用于确定注册用户是否超时； 删除模块， 用于在注册用户超时的情况下， 删除注册用户的数据； 释放模块， 用于释放注册用户的呼叫。 优选地， 上述应用服务器还包括： 发送模块， 用于将注册用户的计费结 束信息发送给计费网关。 通过本发明， 釆用 AS删除与超时注册用户相关的业务信息， 保证了用 户数据在 AS的正常处理， 此外， AS还可以在删除超时注册用户的相关业务 信息之后发送计费结束信息， 解决了相关技术中由于注册用户超时后 AS侧 没有相应处理而导致可能出现的问题， 保证了该用户在 AS后续流程的正常 处理。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的 不当限定。 在附图中： 图 1是根据相关技术的 IMS用户第三方注册注销的流程图； 图 2是根据本发明实施例的应用服务器的用户处� �方法的流程图； 图 3 居本发明实施例的注册用户超时情况下 AS释放会话的处理的流 程图； 图 4才艮据本发明实施例的注册用户超时情况下 AS 内部 "用户生存周期 检测 " 模块处理流程图； 图 5根据本发明实施例的应用服务器的结构框图� � 图 6根据本发明实施例的应用服务器具体的结构� �图。 具体实施方式 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例中的特 征可以相互组合。 下面将参考附图并结合实施例来详细说明本发 明。 在以下实施例中， 在附图的流程图示出的步 4聚可以在诸如一组计算机可 执行指令的计算机系统中执行， 并且， 虽然在流程图中示出了逻辑顺序， 但 是在某些情况下， 可以以不同于此处的顺序执行所示出或描述的 步骤。 实施例一 在本实施例中， 提供了一种应用服务器的用户处理方法， 图 2是根据本 发明实施例的应用服务器的用户处理方法的流 程图， 如图 2所示， 该方法包 括如下步骤 202至步骤 204: 步骤 202, AS确定注册用户是否超时； 步骤 204, 在该注册用户超时的情况下， AS删除该注册用户的数据， 并 释放该超时注册用户的呼叫。 具体地， 当注册用户超时后， AS 会将相关的 用户数据删除（即， 此后该用户对 AS而言是未注册用户）， 同时， 释放超时 注册用户的当前呼叫 （即， 结束该超时注册用户的会话）。 注册用户超时后 AS侧没有相应处理而导致用户通话异常以及用� ��计费 信息错误的问题的原因如下： 如果注册用户已经超时， 则对于 AS 而言， 该 用户实际已经注销， 后续对于该用户的处理也只能按照未注册状态 处理， 如 果不删除用户的相关数据、 释放与该用户相关的呼叫， 则会导致用户业务发 生异常； 并且， AS 在注销用户、 释放与该用户相关的呼叫的同时， 如果没 有将该用户相关的计费结束信息发送给计费网 关， 则会导致计费错误， 基于 此， 通过上述步骤 202至步骤 204, 删除了超时注册用户的相关数据， 释放 了该超时注册用户的呼叫， 就可以保证该用户在 AS后续流程的正常处理。 优选地， 在步骤 202 中， AS 可以在接收到注册用户的注册请求消息之 后为注册用户设置生存时长 （即， 注册生存周期）， 在生存时长超时后， AS 确定该注册用户超时。 优选地， AS 可以根据注册请求消息中携带的失效时间字段 中的失效时 间来设置注册用户的生存时长。 具体地， 注册用户注册后， AS 实时监测用户的注册生存周期； 当注册 用户超时后， AS 删除通过用户账户查找到的该超时注册用户的 业务数据区 和通话数据区的数据， 如果用户还在通话态（即， 存在通话数据区）， 则删除 用户的通话数据区； 然后， AS分别发送 BYE消息到主叫和被叫侧。 优选地， 可以在此同时发送本次会话计费结束消息给计 费网关， 并且还 可以将计费信息中的原因码值填写为内部失败 。 通过该步骤可以解决计费错 误的问题。 实施例二 图 3 居本发明实施例的注册用户超时情况下 AS释放会话的处理的流 程图， 如图 3所示， 该流程包括如下步骤： 步骤 S301 , 当 AS侧用户注册超时的时候， AS删除该用户数据， 并释 放该用户呼叫。 步骤 S302, AS发送本次会话计费结束消息给计费网关， 计费信息中原 因码值填写为内部失败 （该值填写为 "Internal error" 3 , 该值具体可以参考 3GPP TS 32.299, 在此不再赘述；)。 步骤 S303-步骤 S306, AS分别发送 BYE消息到主叫侧和被叫侧。 具体 地： 步骤 S303 , AS发送 BYE消息给主叫侧； 步骤 S304 , 主叫侧返回 200 OK的消息回复响应； 步骤 S305 , AS发送 BYE消息给被叫侧； 步骤 S306 , 被叫侧返回 200 OK的消息回复响应。 优选地， 为了实现步骤 S301 , 可以在 AS内部增加一个 "用户生存周期 检测" 逻辑功能模块， 实时动态地检测每一个注册用户数据的生存周 期， 当 注册用户超时后， 立即删除该注册用户的信息， 并通知业务模块结束会话， 同时， 发送计费结束消息给计费网关。 其中， 上述 "用户生存周期检测" 逻辑功能模块的具体功能原理如下： 当模块收到用户的初始第三方注册消息时， 从注册 （ register ) 消息的失 效时间 （expire ) 字段中取出该用户的生存周期时间作为定时器 时长， 设置 该用户的保活定时器。 如果在该用户的保活定时器超时之前， 本模块收到了 该用户的刷新注册消息， 则将该刷新注册消息的 expire字段中的时长重设为 该用户的保活定时器； 如果在用户的保活定时器超时之前， 本模块收到了该 用户的注销消息， 则删除该用户的保活定时器与所有业务信息。 具体的， 本 模块可以根据删除该用户的公共用户标识（ Public User Identities,简称为 PUI ) 账号遍历所有的业务呼叫数据区， 如果能够搜索到该用户的数据区， 表明该 用户正处于通话态， 此时， 本模块将通知业务模块释放该用户的数据区、 结 束该用户的会话， 并发送该用户的计费结束消息给计费网关； 如果该用户的 保活定时器超时， 且在之间未收到任何此用户的刷新注册或注销 消息。 则说 明该用户的生存周期已到， 这时候本模块将删除该用户的所有业务信息。 图 4才艮据本发明实施例的注册用户超时情况下 AS 内部 "用户生存周期 检测" 模块处理流程图， 如图 4所示， 该流程包括如下步骤： 步骤 S402,将接收到的初始注册或刷新注册消息中的 expire字段值取出； 步骤 S404 , 设置并启动用户的保活定时器。 步骤 S406, 在保活定时器到达时， 删除用户数据。 步骤 S408, 通知业务模块删除数据区、 结束会话， 并发送计费结束消息 给计费网关。 实施例三 本实施例， 提供了一种应用服务器， 该应用服务器对应于上述的实施例 及其优选实施方式， 在上述实施例中已经进行过的说明在此不再赘 述， 下面 是对该应用服务器中的具体的模块进行的说明 。 图 5根据本发明实施例的应 用服务器的结构框图， 如图 5所示， 该应用服务器包括： 确定模块 51、 删除 模块 52、 释放模块 53 , 下面对 jt匕结构进行详细的说明。 确定模块 51 , 该模块用于确定注册用户是否超时； 删除模块 52连接至 确定模块 51 , 用于在注册用户超时的情况下， 删除注册用户的数据； 释放模 块 53连接至确定模块 51 , 用于释放注册用户的呼叫。 图 6是根据本发明实施例的应用服务器具体的结� �框图， 如图 6所示， 该应用服务器还包括： 接收模块 62 , 用于接收到注册用户的注册请求消息； 设置模块 64连接至接收模块 62和确定模块 51 ,用于为注册用户设置生存时 长， 当生存时长超时后， 确定模块 51确定注册用户超时。 优选地， 如图 6所示， 设置模块 64包括： 获取子模块 641、 设置子模块 642 , 下面对此进行说明。 获取子模块 641、 用于从注册请求消息中携带的失效时间字段中 获取失 效时间； 设置子模块 642 , 用于才艮据失效时间设置生存时长。 优选地， 如图 6所示， 删除模块 52包括： 第一子模块 521 , 用于删除注 册用户的业务数据； 第二子模块 522, 用于删除注册用户的通话数据。 如图 6所示， 应用月艮务器还包括： 发送模块 66连接至确定模块 51 , 该 模块用于将注册用户的计费结束信息发送给计 费网关。 综上所述， 通过本发明上述实施例， 解决了当 AS侧发生用户注册超时 情况下， 对于该用户的会话处理异常的问题， 保证用户数据在 AS 的正常处 理， 同时也保证了计费信息的正确性， 提高了用户体 -险。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。