专利名称：应用服务器、使用其的监听相关事件的上报方法和系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种用于上报IMS域合法监听业务中监听相关事件的应用服务器，以及使用该应用服务器的监听相关事件的上报方法和系统。
背景技术：
合法监听(LI)是指(国家或地区)安全机构出于执法的需要，对某个用户或某个通信过程进行监听。监听包括信令层面监听和媒体层面监听对于信令层面的监听，需要输出监听对象的监听相关信息(IRI)；对于媒体层面的监听，需要输出监听对象的通信内容(CC)。
欧洲电信标准协会(ETSI)在ETSI TS 101331(附件
)中给出了监听的需求，并在ETSI ES 201671(附件
)中给出了在传统的电路交换(CS)域中通信设备和合法监听法律执行设备之间的三个接口数据接口、监听相关信息上报接口和通信内容上报接口。其中，监听相关信息上报接口(例如、X2接口)是电信网络上报监听相关信息的接口。
目前，随着分组技术的不断成熟，基于电路交换的传统电信网络正在向基于分组交换的宽带电信网发展，其中，使用会话发起协议(SIP)作为分组电信核心网的呼叫控制信令是当前的技术发展趋势之一。基于分组交换(PS)域的合法监听规范和业务流程及方案的缺失，导致位于分组网络中的用户处于监听的盲区，由此对某些国家和地区的安全隐患也带来影响。
针对这个情况，在3GPP TS33.107(附件
)中，给出了IP多媒体子系统(IMS)域中的合法监听对象的身份标识是SIP URI和TEL URL；认为在IMS域中的监听控制网元(ICEs)为P-呼叫会话控制功能(Proxy-CSCF)和S-呼叫会话控制功能(Serving-CSCF)；并且给出了如图1所示的3GPP IMS域的合法监听模型。
图1显示了3GPP IMS域合法监听业务中的监听相关事件上报的网络逻辑结构图。如图1所示，在该网络逻辑结构图中，司法执行监视设备(LEMF)通过非电子接口HI1与合法监听的管理功能实体(ADMF)相连，且通过电子接口HI2与递交功能实体2(DF2)相连；合法监听的管理功能实体通过电子接口X11与呼叫会话控制功能实体(CSCF)相连，且通过电子接口X12与DF2相连；以及该呼叫会话控制功能实体(CSCF)通过监听相关信息(IRI)上报接口(X2)与该DF2相连。其中，该呼叫会话控制功能实体包括作为监听控制网元(ICE)的P-CSCF(代理-CSCF)和S-CSCF(服务-CSCF)，该P-CSCF用于业务的注册、认证以及鉴权，该S-CSCF用于呼叫控制、路由接续等。该DF2与X2相对应。
为了描述的简便和简明，下面对功能实体的称谓将直接采用英文缩写。
在根据图1所示的网络结构所执行的司法监听的过程中，LEMF首先通过HI1，利用非电子的方式，如纸件，将监听请求通知给ADMF，例如给出监听对象的身份标识SIP URI。
之后，该ADMF将该监听请求同时发送到DF2和CSCF(包括P-CSCF和S-CSCF)，此时，该P-CSCF和S-CSCF作为IRI信息源，将监听对象在IMS域的监听相关信息事件(IRI事件)上报到DF2。
DF2根据来自该ADMF的监听请求，利用监听相关事件递交功能块(Mediation Function block，MF)，对上报的监听相关信息进行处理(例如判断是否属于监听对象的监听相关信息、或是否为重复的监听相关信息等)，之后，DF2将该监听相关信息上报到LEMF，从而可在LEMF实现对监听对象的监听。
值得注意的是，上述DF2可与多个LEMF(例如执法机构的监听中心)相连，并且上述IMS域合法监听业务中的监听相关信息事件上报的网络逻辑结构已在3GPP协议中明确定义，这里只简述CSCF上报监听相关事件的方法，不再对通信内容(CC)的上报相关的方法和功能实体、以及上述接口进行具体描述。
然而，在上述IMS域的网络逻辑结构中，P-CSCF和S-CSCF作为监听控制网元，并不能解决所有的监听需求。换句话说，上述P-CSCF和/或S-CSCF可以上报的监听相关事件(IRI事件)是指除补充业务事件之外的其它IRI事件(3GPP TS 33.107附录中有相应的描述，在此不再复述)。其中，该补充业务是指除基本会话之外的其它业务，例如无条件前转业务的应用、登记、撤销、以及呼叫等等、来电显示等等。
具体来说，当利用上述网络逻辑结构对监听对象进行监听时，P-CSCF和/或S-CSCF并不能感知业务。因此，当监听对象发生补充业务时，P-CSCF和/或S-CSCF并不能获知具体发生的业务，并不能上报该补充业务事件。
以无条件前转业务的应用为例在一用户A已登记无条件前转业务，其前转对象为用户B，且该用户A被监听(根据ADMF的监听请求)的情况下，如果某用户C呼叫该用户A，则对应于用户A的S-CSCF执行触发规则(IFC)，且该呼叫请求被路由到无条件前转业务的应用服务器(AS、图中未显示)，由该无条件前转业务的AS执行无条件前转业务的业务逻辑，呼叫最终被前转到登记的前转对象(用户B)。在上述过程中，无论S-CSCF还是P-CSCF在呼叫中都不执行无条件前转业务的业务逻辑，从而不能上报无条件前转业务应用事件(补充业务)。值得注意的是，关于应用服务器(AS)以及上述补充业务的执行过程都是采用现有技术实现(参见参考文献3GPP TS 24.229“IP Multimedia Call Control based on SIP and SDp；Stage 3”And 3GPP TS24.228“Signalling flows for the IP multimedia call control based on SIP and SDP；Stage 3”)，在此不再复述。
综上所述，有必要提出一种新的IMS域中可以上报监听相关事件(包括补充业务事件)的方法，从而增强IMS网络的可实施性。
发明内容
本发明的第一目的在于提供一种IMS域合法监听业务中监听相关事件的上报方法，从而可以满足监听的补充业务事件上报需求，增强IMS网络的可实施性。
本发明的第二目的在于提供一种IMS域合法监听业务中监听相关事件的上报系统，从而可以满足监听的补充业务事件上报需求，增强IMS网络的可实施性。
本发明的第三目的在于提供一种IMS域合法监听业务中监听相关事件的应用服务器，从而可以满足监听的补充业务事件上报需求，增强IMS网络的可实施性。
根据本发明的第一目的，本发明提供一种监听相关事件的上报方法，其根据来自合法监听的管理功能实体的监听请求对应的监听数据，应用服务器判断其接收和/或发出的消息中的相关对象是否被监听，如果被监听，则上报监听相关事件。
根据本发明的第二目的，本发明提供一种监听相关事件的上报系统，其包括司法执行监视设备、合法监听的管理功能实体、呼叫会话控制功能实体、以及监听相关事件递交功能块，其中司法执行监视设备将监听请求发送给合法监听的管理功能实体，呼叫会话控制功能实体和监听相关事件递交功能块从该合法监听的管理功能实体获得该监听请求，且该监听相关事件递交功能块将来自呼叫会话控制功能实体的除补充业务之外的监听相关事件上报给司法执行监视设备，包括应用服务器，其用于根据来自合法监听的管理功能实体的监听请求对应的监听数据，判断其从呼叫会话控制功能实体接收和/或向呼叫会话控制功能实体发出的消息中的相关对象是否被监听，如果被监听，则向该监听相关事件递交功能块上报监听相关事件。
根据本发明的第三目的，本发明提供一种应用服务器，包括业务逻辑模块，用于根据该应用服务器接收和/或发出的消息执行业务逻辑；以及监听相关事件上报模块，用于根据来自合法监听的管理功能实体的监听请求对应的监听数据，判断该消息中的相关对象是否被监听，如果被监听，则上报监听相关事件。
本发明的有益效果是依照本发明提供的监听相关事件上报的方法、系统和应用服务器，解决了现有的标准不能解决补充业务事件上报的问题，弥补了P-CSCF和S-CSCF均不能感知业务，且上报补充业务事件的缺陷，从而本发明完善了原有的监听相关事件的上报方案，满足了监听的补充业务事件上报需求，增强IMS网络的可实施性。
图1是依照现有技术的IMS域合法监听业务中的监听相关事件上报的网络逻辑结构图；图2是依照本发明的IMS域合法监听业务中的监听相关事件上报的网络逻辑结构图；图3显示了依照本发明的实施例1的应用服务器的逻辑结构模块图；图4显示了依照本发明的IMS域上报无条件前转业务过程的示意图；图5显示了依照本发明的实施例2的合法监听应用服务器上报IRI事件的流程图。
具体实施例方式
下面将结合附图对本发明进行具体描述。
实施例1图2是依照本发明的实施例1的IMS域合法监听业务中的监听相关事件上报的网络逻辑结构图。
根据对图1中的功能实体的描述，相同的处理过程在此不再详述。
如图2所示，依照本发明的IMS域合法监听业务中的监听相关事件上报的网络逻辑结构与图1所示结构基本相同，唯一不同之外在于在本实施例中的应用服务器(AS)除可执行业务逻辑之外，其还可作为IMS域合法监听的监听控制网元(ICE)，从而在执行业务逻辑的基础上，还可进一步向DF2上报补充业务事件。其中，该应用服务器也通过接口X2与该DF2相连。
该X2接口是监听控制网关(ICE，Interception Control Element)和DF2之间的接口，该接口在现有的标准中定义其传送层是TCP/IP，且给出了X2接口应用层在传递监听相关信息(IRI)时尽可能接近标准的HI2接口，并尽可能传递呼叫信令中原始数据而不进行修改。在本发明中应用服务器(AS)与DF2的X2接口同样遵循上述准则。如AS采用FTP(File Transfer Protocol，文件传输协议)的方式将IRI事件上报给DF2。
图3显示了依照本发明的实施例1的应用服务器的逻辑结构模块图，其中，依照本发明的实施例1的应用服务器对应于补充业务应用服务器。
根据上述网络逻辑结构，以及图3所示的应用服务器的模块图，补充业务应用服务器包括业务逻辑模块11和监听相关事件上报模块12，该业务逻辑模块11根据从呼叫会话控制功能实体接收和/或向呼叫会话控制功能实体发出的消息，执行业务逻辑(包括业务的登记、业务的撤销、业务的应用和业务的验证等)。
且该监听相关事件上报模块12根据来自ADMF的监听请求，判断发生业务的对象是否为监听对象，如果是，则监听相关事件上报模块12上报相应的补充业务事件(补充业务登记事件、补充业务应用事件、补充业务撤销事件和补充业务验证事件等)，如果不是，则只执行业务逻辑。
下面将以无条件前转业务为例，说明本发明的监听相关事件上报的网络逻辑结构实现补充业务事件上报的方法。
图4显示了依照本发明的IMS域上报无条件前转业务过程的示意图。
应理解的是，本发明提到的应用服务器AS是公知的功能实体，不同的业务对应有不同的应用服务器AS，即无条件前转业务就对应一无条件前转业务应用服务器(CFU-AS)，且在上述网络逻辑结构中，存在多个对应不同补充业务的应用服务器；以及，在IMS域中，不同用户可能对应不同的CSCF(包括P-CSCF和S-CSCF)，也可能对应于相同的CSCF。
在图4所示的上报无条件前转业务过程中，用户SIP URI B已登记了无条件前转业务，且前转对象是用户SIP URI C。同时，根据来自ADMF的监听请求，用户SIP URI B对应的CSCF已获知用户SIP URI B为监听对象，并且无条件前转业务应用服务器中的监听相关事件上报模块12，根据监听数据查询接口等获得与该监听请求相对应的监听数据。
当用户UE呼叫用户SIP URI B(被叫用户)时，无条件前转业务AS上报无条件前转业务的过程如下步骤1用户UE发起到被叫用户(SIP URI B)的呼叫(Invite URI B)，该呼叫请求到达与用户UE对应的P-CSCF；步骤2与用户UE对应的P-CSCF进一步将该呼叫请求转发到被叫用户(SIP URI B)对应的S-CSCF，其中，由于上述转发呼叫请求过程与现有的业务流程一致，所以此处略去了用户UE对应的S-CSCF、以及被叫用户对应的I-CSCF(询问-CSCF)的处理描述；步骤3被叫用户(SIP URI B)对应的S-CSCF接收到呼叫请求之后，执行被叫用户的初始过滤规则(IFC)；并在步骤4中将该呼叫请求路由到对应的无条件前转业务应用服务器；步骤5该无条件前转业务应用服务器根据该呼叫请求(接收的消息)，利用业务逻辑模块11执行无条件前转业务逻辑；则在步骤6中该无条件前转业务应用服务器向被叫用户对应的S-CSCF回复181消息，指示该呼叫被前转；且在步骤7中被叫用户对应的S-CSCF将该181消息，转发到该用户UE对应的P-CSCF；在步骤8中该用户UE对应的P-CSCF进一步将该181消息最终转发到用户UE；步骤9在无条件前转业务应用服务器执行上述无条件前转业务逻辑后，该无条件前转业务应用服务器中的业务逻辑模块11根据被叫用户已登记的无条件前转业务，查询前转目的用户(用户SIP URI C)的标识，同时该无条件前转业务应用服务器执行两个步骤步骤11该无条件前转业务应用服务器中的业务逻辑模块11，根据查询的前转目的用户的标识，将该呼叫请求经过S-CSCF、路由到前转目的用户SIP URI C(发送消息)；以及步骤10该无条件前转业务应用服务器中的监听相关事件模块12，根据前述ADMF发送的监听请求所对应的监听数据(例如监听对象的号码等)，判断用户SIP URI B是否被监听，如果被监听，则该应用服务器的监听相关事件模块12通过X2接口将合法监听的无条件前转业务事件上报到DF2。在上报到DF2的过程中，上报的补充业务为无条件前转业务，业务操作类型为应用，同时该上报携带了前转目的用户标识SIP URI C。
其中，无条件前转业务应用服务器判断用户SIP URI B是否被监听的方法为根据其执行的业务逻辑，也就是该无条件前转业务应用服务器接收和/或发送的消息，判断该监听数据是否包括该消息中相关对象的身份标识(该相关对象可能是指前述用户UE、被叫用户或前转对象)，如果包括，则认为该相关对象被监听。
另外，应用服务器通过X2接口将合法监听的无条件前转业务事件上报到DF2。上报消息中携带被监听对象当前发生的业务为无条件前转业务，业务的操作类型为应用，前转的目的用户标识为SIP URI C。从而DF2可以从中获取信息，并按照标准的HI2接口，将监听相关信息发送给LEMF。
应理解的是，本实施例仅就标准IP多媒体子系统(IMS)中的无条件前转业务的应用给出了业务应用服务器(除合法监听业务AS之外的业务AS)上报补充业务事件的过程进行描述，但本发明同样适用于无条件前转业务的登记、无条件前转撤销等，从而由相应业务应用服务器(AS)上报补充业务的合法监听相关事件(IRI事件)。同样，本实施例中的方法可以推广到其他的补充业务，如当被监听对象应用(登记或者撤销)呼叫等待、来电显示等业务时，对应业务的应用服务器也可以上报相应的补充业务事件。
并且，本实施例还可应用于基于IMS的PSTN/ISDN仿真子系统(PES)中，具体实现方法和流程相一致，在此不再复述。
通过上述对补充业务事件上报的方法，应用服务器向DF2上报补充业务事件，而P-CSCF和S-CSCF上报除补充业务事件之外的其它IRI事件(例如、呼叫建立)，本发明解决了现有的标准不能解决补充业务事件上报的问题，弥补了P-CSCF和S-CSCF均不能感知业务，且上报补充业务事件的缺陷，从而本发明完善了原有的监听相关事件的上报方案，满足了监听的补充业务事件上报需求，增强IMS网络的可实施性。
实施例2依照本发明的实施例2的IMS域合法监听业务中的监听相关事件上报的网络逻辑结构图与图2所示结构相一致，且监听相关事件上报的方法和流程大体一致，唯一不同之处在于依照实施例2的应用服务器为合法监听应用服务器，且该应用服务器向DF2上报补充业务事件，同时，还向上报除补充业务事件之外的其它IRI事件。其中，合法监听应用服务器也包括业务逻辑模块11和监听相关事件上报模块12，而合法监听应用服务器中的业务逻辑模块11执行的是合法监听业务逻辑，其监听相关事件上报模块12上报的是除补充业务之外的其它IRI事件。
其中，根据来自ADMF的监听请求，用户SIP URI B对应的CSCF已获知用户SIP URI B为监听对象，并且无条件前转业务应用服务器可根据监听数据查询接口等获得与该监听请求相对应的监听数据。
值得注意的是因为本发明是针对监听业务，所以即使在基本呼叫中，合法监听应用服务器也一直存在于上述网络逻辑结构中，而且该合法监听应用服务器能够在任何时候上报IRI事件(例如呼叫建立)，并不依赖于其它业务(补充业务的应用等)。即，该补充业务应用服务器与该合法监听业务应用服务器的上报是相互独立的。
也就是说，在用户SIP URI B为监听对象的情况下，合法监听应用服务器一直存在于前述网络逻辑结构中，且合法监听应用服务器中的监听相关事件上报模块12可以上报除补充业务之外的其它IRI事件。只有在前述网络逻辑结构中具有其它补充业务应用服务器，且发生补充业务时，补充业务应用服务器中的业务逻辑模块11执行补充业务的业务逻辑，其监听相关事件12才上报补充业务事件。
图5显示了依照本发明的实施例2的合法监听应用服务器上报IRI事件的流程图。
如图5所示，这里是以用户SIP URI B发起呼叫为例说明合法监听应用服务器上报IRI事件。其具体流程如下步骤1用户SIP URI B(被监听对象)向被叫发起呼叫，且该呼叫请求(消息)经过P-CSCF(图中未显示)被路由到用户SIP URI B对应的S-CSCF(Invite)；步骤2该S-CSCF触发并检查合法监听的初始过滤规则(IFC)；步骤3IFC匹配后，该S-CSCF将该呼叫路由到合法监听业务应用服务器(LI-AS)；步骤4LI-AS根据该呼叫，判断用户是否被监听(与实施例1中的判断标准相同)；步骤5在用户是被监听的情况下，LI-AS中的业务逻辑模块11执行合法监听业务逻辑，并将该呼叫路由回该S-CSCF；步骤6合法监听业务应用服务器(LI-AS)中的监听相关事件上报模块12上报监听相关信息事件(IRI事件)给DF2，即在上报的消息中指出被监听对象尝试进行呼叫；步骤7该S-CSCF根据被叫的身份标识，将呼叫请求路由到下一跳。
在上述步骤的基础上，如果用户SIP URI B发生业务(包括发起呼叫和补充业务)时，则用户SIP URI B对应的S-CSCF执行初始过滤规则后，将该呼叫(消息)分别路由到合法监听应用服务器和补充业务应用服务器，其对应的补充业务应用服务器向DF2上报补充业务事件，合法监听应用服务器和补充业务应用服务器的处理过程互不影响。
应理解的是，上述实施例中仅仅给出合法监听业务应用服务器(LI-AS)上报呼叫建立请求的IRI事件，事实上，除补充业务事件之外，合法监听业务应用服务器(LI-AS)可以上报其他任何IRI事件。
当然，本实施例提供的方法也可应用于基于IMS的PSTN/ISDN仿真子系统(PES)中，具体实现方法和流程相一致，在此不再复述。
通过本实施例提供的监听相关事件上报的方法，合法监听业务应用服务器向DF2上报除补充业务事件之外的其它IRI事件，同时其它业务应用服务器向DF2上报补充业务事件，则无需P-CSCF和S-CSCF上报IRI事件，从而进一步完善了原有的监听相关事件的上报方案。
综上所述，依照本发明提供的监听相关事件上报的方法，解决了现有的标准不能解决补充业务事件上报的问题，弥补了P-CSCF和S-CSCF均不能感知业务，且上报补充业务事件的缺陷，从而本发明完善了原有的监听相关事件的上报方案，满足了监听的补充业务事件上报需求，增强IMS网络的可实施性。
对该技术领域的普通技术人员来说，根据以上实施类型可以很容易的联想到其他的优点和变形。因此，本发明并不局限于上述具体实施例，其仅仅作为例子对本发明的一种形态进行详细、示范性的说明。在不背离本发明宗旨的范围内，本领域普通技术人员可以根据上述具体实施例通过各种等同替换所得到的技术方案，但是这些技术方案均应该包含在本发明的权利要求的范围及其等同的范围之内。
权利要求
1.一种监听相关事件的上报方法，其特征在于根据来自合法监听的管理功能实体的监听请求对应的监听数据，应用服务器判断其接收和/或发出的消息中的相关对象是否被监听，如果被监听，则上报监听相关事件。
2.如权利要求1所述的IMS域合法监听业务中监听相关事件的上报方法，其中，在该监听数据包括该相关对象的身份标识的情况下，判断该相关对象被监听。
3.如权利要求2所述的监听相关事件的上报方法，其中，该应用服务器为除基本会话之外的所有业务的应用服务器，包括合法监听业务应用服务器和补充业务应用服务器。
4.如权利要求3所述的监听相关事件的上报方法，其中，该监听相关事件包括补充业务事件和除补充业务事件之外的其它IRI事件。
5.如权利要求4所述的IMS域合法监听业务中监听相关事件的上报方法，其中，执行业务逻辑后，该补充业务应用服务器上报补充业务事件。
6.如权利要求4所述的监听相关事件的上报方法，其中，补充业务应用服务器执行业务逻辑后，该补充业务应用服务器上报补充业务事件；以及该合法监听业务应用服务器执行合法监听业务逻辑，且上报除补充业务事件之外的其它IRI事件，其中，该补充业务应用服务器与该合法监听业务应用服务器的上报是相互独立的。
7.如权利要求5或6所述的监听相关事件的上报方法，其中，所述应用服务器执行的业务逻辑为业务的登记、或业务的撤销、或业务的应用、或业务的验证。
8.如权利要求7所述的监听相关事件的上报方法，其中，该上报方法应用于标准的IMS域，或基于IMS的PSTN/ISDN仿真子系统。
9.一种监听相关事件的上报系统，其包括司法执行监视设备、合法监听的管理功能实体、呼叫会话控制功能实体、以及监听相关事件递交功能块，其中司法执行监视设备将监听请求发送给合法监听的管理功能实体，呼叫会话控制功能实体和监听相关事件递交功能块从该合法监听的管理功能实体获得该监听请求，且该监听相关事件递交功能块将来自呼叫会话控制功能实体的除补充业务之外的监听相关事件上报给司法执行监视设备，其特征在于，进一步包括应用服务器，用于根据来自合法监听的管理功能实体的监听请求对应的监听数据，判断其从呼叫会话控制功能实体接收和/或向呼叫会话控制功能实体发出的消息中的相关对象是否被监听，如果被监听，则向该监听相关事件递交功能块上报监听相关事件。
10.如权利要求9所述的监听相关事件的上报系统，其中，该应用服务器在该监听数据包括该相关对象的身份标识的情况下，判断该相关对象被监听。
11.如权利要求10所述的监听相关事件的上报系统，其中，该应用服务器为除基本会话之外的所有业务的应用服务器，包括合法监听业务应用服务器和补充业务应用服务器。
12.如权利要求11所述的监听相关事件的上报系统，其中，该应用服务器上报的监听相关事件包括补充业务事件和除补充业务事件之外的其它IRI事件。
13.如权利要求12所述的监听相关事件的上报方法，其中，执行补充业务的业务逻辑后，该补充业务应用服务器上报补充业务事件。
14.如权利要求12所述的监听相关事件的上报系统，其中，补充业务应用服务器执行补充业务的业务逻辑后，该补充业务应用服务器上报补充业务事件；以及该合法监听业务应用服务器执行合法监听业务逻辑，且上报除补充业务事件之外的其它IRI事件，其中，该补充业务应用服务器与该合法监听业务应用服务器的上报是相互独立的。
15.如权利要求13或14所述的监听相关事件的上报系统，其中，所述应用服务器执行的业务逻辑为业务的登记、或业务的撤销、或业务的应用、或业务的验证。
16.如权利要求15所述的监听相关事件的上报系统，其中，该上报系统应用于标准的IMS域，或基于IMS的PSTN/ISDN仿真子系统。
17.一种应用服务器，用于上报监听相关事件，包括业务逻辑模块，用于根据该应用服务器接收和/或发出的消息执行业务逻辑；以及监听相关事件上报模块，用于根据来自合法监听的管理功能实体的监听请求对应的监听数据，判断该消息中的相关对象是否被监听，如果被监听，则上报监听相关事件。
18.如权利要求17所述的应用服务器，其中，该应用服务器包括该监听相关事件上报模块在该监听数据包括该相关对象的身份标识的情况下，判断该相关对象被监听。
19.如权利要求18所述的应用服务器，其中，该应用服务器为除基本会话之外的所有业务的应用服务器，包括合法监听业务应用服务器和补充业务应用服务器。
20.如权利要求19所述的应用服务器，其中，该监听相关事件包括补充业务事件和除补充业务事件之外的其它IRI事件。
21.如权利要求20所述的应用服务器，其中，该补充业务应用服务器中的业务逻辑模块执行补充业务的业务逻辑，且在执行业务逻辑后，该补充业务应用服务器中的监听相关事件上报模块上报补充业务事件。
22.如权利要求20所述的应用服务器，其中，该补充业务应用服务器中的业务逻辑模块执行补充业务的业务逻辑，且在执行业务逻辑后，该补充业务应用服务器中的监听相关事件上报模块上报补充业务事件；以及该合法监听业务应用服务器中的业务逻辑模块执行合法监听业务逻辑，且该合法监听业务应用服务器中的监听相关事件模块上报除补充业务事件之外的其它IRI事件，其中，该补充业务应用服务器与该合法监听业务应用服务器的上报是相互独立的。
23.如权利要求21或22所述的应用服务器，其中，所述应用服务器执行的业务逻辑为业务的登记、或业务的撤销、或业务的应用、或业务的验证。
24.如权利要求23所述的应用服务器，其中，该应用服务器应用于标准的IMS域，或基于IMS的PSTN/ISDN仿真子系统。
全文摘要
本发明提供一种应用服务器、使用其的监听相关事件的上报方法和系统，该监听相关事件的上报方法包括，根据来自合法监听的管理功能实体的监听请求对应的监听数据，应用服务器判断其接收和/或发出的消息中的相关对象是否被监听，如果被监听，则上报监听相关事件。根据本发明提供的方法，可以满足监听的补充业务事件上报需求，增强IMS网络的可实施性。
文档编号H04L12/24GK1870543SQ20051009759
公开日2006年11月29日 申请日期2005年12月30日 优先权日2005年12月30日
发明者郑波 申请人:华为技术有限公司