CN102075926B - 监听设备、监听方法和系统 - Google Patents

监听设备、监听方法和系统 Download PDF

Info

Publication number
CN102075926B
CN102075926B CN2010106167787A CN201010616778A CN102075926B CN 102075926 B CN102075926 B CN 102075926B CN 2010106167787 A CN2010106167787 A CN 2010106167787A CN 201010616778 A CN201010616778 A CN 201010616778A CN 102075926 B CN102075926 B CN 102075926B
Authority
CN
China
Prior art keywords
monitored data
request message
data request
user
monitored
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN2010106167787A
Other languages
English (en)
Other versions
CN102075926A (zh
Inventor
刘庄
王宏磊
曹广传
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2010106167787A priority Critical patent/CN102075926B/zh
Publication of CN102075926A publication Critical patent/CN102075926A/zh
Priority to PCT/CN2011/084318 priority patent/WO2012089050A1/zh
Application granted granted Critical
Publication of CN102075926B publication Critical patent/CN102075926B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/30—Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information
    • H04L63/306—Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information intercepting packet switched data communications, e.g. Web, Internet or IMS communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/43—Billing software details
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/47—Fraud detection or prevention means
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/62—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on trigger specification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2281—Call monitoring, e.g. for law enforcement purposes; Call tracing; Detection or prevention of malicious calls

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Technology Law (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例提供一种监听设备、监听方法和系统，其中，监听方法，包括：当监测到终端进行的通信业务时，获取通信业务对应的用户标识；向监听网关发送监听数据请求消息，所述监听数据请求消息中包括所述用户标识以及所述通信业务的业务类型，以触发所述监听网关根据所述监听数据请求消息执行监听业务。本发明实施例的监听设备、监听方法和系统，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听，以及NE根据LIG返回的监听数据进行监听等，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。

Description

监听设备、监听方法和系统
技术领域
本发明实施例涉及通信技术，特别涉及一种监听设备、监听方法和系统。
背景技术
合法监听是指国家安全机构依据法律，对某个用户的通信过程进行监听。电路域的合法监听一般采用符合3GPPETSI监听协议的网络结构。
现有技术中，通常可以通过合法监听网关(Lawful Interception Gateway，简称：LIG)和网元(Network Element，简称：NE)之间进行信令交互实现监听功能。具体的，LIG接收监听数据，并将监听数据存储到本地的数据库中；该监听数据可以用于对被监听用户进行设控。然后，LIG将监听数据设置到NE中，由NE将该监听数据进行本地存储。接着，NE可以根据其所存储的监听数据对被控用户进行监听，并向LIG上报监听信息。
发明人在实现本发明的过程中，发现现有技术存在如下问题：在目前的监听方法中，NE侧需要对监听数据进行存储以便触发监听业务，这样导致NE侧存储的监听数据存在泄漏的风险，有可能会被备份出来，而用户的监听数据属于高度机密的信息，不允许任何形式的泄密，因此，目前的监听方法具有很大的安全隐患。
发明内容
本发明实施例的目的是提供一种监听设备、监听方法和系统，以解决NE侧存在监听数据泄漏风险的问题，保证用户监听数据的安全性。
本发明实施例提供一种监听方法，包括：
当监测到终端进行的通信业务时，获取所述通信业务对应的用户标识；
向监听网关发送监听数据请求消息，所述监听数据请求消息中包括所述用户标识，以触发所述监听网关根据所述监听数据请求消息进行监听业务。
本发明实施例提供一种监听方法，包括：
接收监听设备发送的监听数据请求消息，所述监听数据请求消息中包括通信业务对应的用户标识；
根据所述监听数据请求消息进行监听业务。
本发明实施例提供一种监听设备，包括：
监测模块，用于在监测到终端进行的通信业务时，获取所述通信业务对应的用户标识；
请求模块，用于向监听网关发送监听数据请求消息，所述监听数据请求消息中包括所述用户标识，以触发所述监听网关根据所述监听数据请求消息进行监听业务。
本发明实施例提供一种监听网关，包括：
第二接收模块，用于接收监听设备发送的监听数据请求消息，所述监听数据请求消息中包括通信业务对应的用户标识；
上报模块，用于根据所述监听数据请求消息进行监听业务。
本发明实施例提供一种监听系统，包括：本发明实施例所提供的监听设备，本发明实施例所提供的监听网关，以及监听中心；所述监听中心，用于接收所述监听网关上报的监听信息。
本发明实施例的监听设备、监听方法和系统，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听，以及NE根据LIG返回的监听数据进行监听等，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明监听方法实施例的应用系统架构示意图；
图2为本发明监听方法实施例一的流程示意图；
图3为本发明监听方法实施例二的流程示意图；
图4为本发明监听方法实施例三的流程示意图；
图5为本发明监听方法实施例四的信令示意图；
图6为本发明监听方法实施例五的信令示意图；
图7为本发明监听方法实施例六的信令示意图；
图8为本发明监听方法实施例七的信令示意图；
图9为本发明监听方法实施例八的信令示意图；
图10为本发明监听方法实施例九的信令示意图；
图11为本发明监听设备实施例的结构示意图；
图12为本发明监听网关实施例的结构示意图；
图13为本发明监听系统实施例的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例的主要技术方案为，仅在LIG侧存储用户的监听数据，而不在NE侧预存储与监听业务相关的监听数据；当NE侧接收到用户的通信业务信息时，向LIG侧发送监听数据请求消息，查询该通信业务对应的终端用户标识是否被监听；若用户标识被监听，LIG可以向NE侧返回监听数据响应消息，下发相应的监听数据给NE，由NE据此进行监听并将所得的监听信息上报至LIG。该方案使得NE侧不再监听前预存储用户的监听数据，保证了用户监听数据的安全性。
下面通过附图和具体实施例，对本发明的技术方案做进一步的详细描述。
为使得对本发明实施例的监听方法的理解更清晰，首先对该监听方法所应用的系统架构进行简单说明。如图1所示，图1为本发明监听方法实施例的应用系统架构示意图，该监听系统可以包括法律执行监控设备(LawEnforcement Monitoring Facility，简称：LEMF)11、LIG12和NE13。LIG12可以包括管理功能实体(Administration Function，简称：ADMF)14和数据传输实体(Delivery Function，简称：DF)，该DF又可以包括DF15和DF16两种逻辑实体。DF15用于传递信令层面的监听信息，DF16用于传递媒体层面的监听信息。
其中，LEMF11和LIG12的各实体之间通过H11、H12和H13三种通信接口进行通信，LIG12的各实体和NE13之间通过X1、X2和X3三种通信接口进行通信。具体的，LEMF11可以通过H11接口向LIG12录入被监听用户的相关信息，LIG12可以通过X1接口向NE13下发监听命令。
NE上报给LIG的监听信息可以包括信令层面和媒体层面的监听信息，该信令层面的监听信息即监听相关信息(Interception Related Information，简称：IRI)，可以包括用户的开机、关机、位置更新、呼叫等活动；媒体层面的监听信息即监听通信内容(Communication Content，简称：CC)，可以包含语音和视频信息等。X2接口用于NE13向LIG12上报监听IRI数据，X3接口用于NE13向LIG上报语音/视频通话内容等CC数据。LIG12可以通过H12接口向LEMF11上报IRI数据，通过H13接口向LEMF11上报CC数据。
实施例一
图2为本发明监听方法实施例一的流程示意图，该方法可以是NE所执行的，如图2所示，本实施例的监听方法可以包括以下步骤：
步骤201、当监测到终端进行的通信业务时，获取所述通信业务对应的用户标识；
NE监测到终端进行的通信业务，例如，该通信业务可以为NE接收的呼叫业务，或者为，NE处理的用户位置登记和开关机操作业务，以及NE获取到的短消息发送业务等。
步骤202、向监听网关发送监听数据请求消息，所述监听数据请求消息中包括所述用户标识，以触发所述监听网关根据所述监听数据请求消息进行监听业务。
NE向LIG发送监听数据请求消息，以触发LIG根据该监听数据请求消息进行监听业务。
例如，LIG可以根据监听数据请求消息中所携带的用户标识，查询到自身侧所存储的与该用户标识对应的监听数据，并将该监听数据下发至NE；NE可以根据该监听数据对通信业务进行监听获取监听信息。
或者，NE也可以在上报至LIG的监听数据请求消息中携带信令信息，例如，短消息内容和用户号码等；以使得当LIG判断得到监听数据的类型为信令层面监听信息，可以由该监听数据请求消息的信令信息中直接获取监听信息上报至监听中心，从而节省减少NE和LIG之间的信令负荷。
本实施例的监听方法，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听，使得NE侧可以不在监听前预存储用户的监听数据，例如，不在NE侧的磁盘、数据库和文件中存储任何用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
实施例二
图3为本发明监听方法实施例二的流程示意图，本实施例以实施例一为基础，进一步说明了NE在发送监听数据请求消息之后的操作；如图3所示，该方法可以包括以下步骤：
步骤301、当监测到终端进行的通信业务时，获取所述通信业务对应的用户标识；
其中，在获取通信业务对应的用户标识之外，NE在监测到终端进行的通信业务时，还可以根据不同类型的通信业务，分别获取对应的业务信息。
例如，若通信业务为短消息业务，可以获取得到用户号码和短消息内容等；若通信业务为位置登记和开关机业务，可以获取得到用户位置信息、业务类型等；若通信业务为呼叫业务，可以获取得到主叫号码和被叫号码信息等。
步骤302、向监听网关发送监听数据请求消息；
所述监听数据请求消息中包括所述用户标识，以触发所述监听网关根据所述监听数据请求消息进行监听业务；
本步骤中，NE可以将步骤301中所获得的业务信息携带在监听数据请求消息中，一并发送至LIG。
步骤303、启动计时器开始计时；
具体的，NE在向LIG发送监听数据请求消息之后，可以启动计时器，并判断在设定时长内是否接收到LIG返回的监听数据响应消息。
若否，则可以继续执行所述通信业务，不进行该业务的监听；若是，即NE可能会收到LIG返回的监听数据响应消息，此时NE即可以继续执行步骤304-步骤306。
步骤304、接收监听网关返回的监听数据响应消息；该监听数据响应消息中包括监听数据；
步骤305、根据所述监听数据对所述通信业务进行监听，获取监听信息；并将所述监听信息上报至所述监听网关；
步骤306、清除内存中存储的所述监听数据。
若NE执行语音监听，则可以在监听信息上报完成后，清除内存中临时存储的监听数据。
实际应用中，也可以不执行步骤303，而是在步骤304中具体执行：NE接收LIG返回的监听数据响应消息，若该消息为空，则表示LIG侧不存在用户标识对应的监听数据，不对通信业务进行监听，继续执行所述通信业务；若该消息中包括与所述用户标识对应的监听数据，则继续执行步骤305。
本实施例的监听方法，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听，以及NE根据LIG返回的监听数据进行监听等，使得NE侧可以不再存储用户的监听数据，例如，不在NE侧的磁盘、数据库和文件中存储任何用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性；并且，通过设置计时器，可以使得NE对于各种情况能够及时处理，提高监听业务的处理效率。
实施例三
图4为本发明监听方法实施例三的流程示意图，该方法可以是LIG所执行的，如图4所示，本实施例的监听方法可以包括以下步骤：
步骤401、接收监听设备发送的监听数据请求消息，所述监听数据请求消息中包括通信业务对应的用户标识；
LIG接收NE发送的监听数据请求消息，该消息中携带有NE在监测到终端的通信业务时获取到的用户标识。
步骤402、当根据所述用户标识判断出存在与所述用户标识对应的监听数据时，获取与所述用户标识对应的监听信息并上报至监听中心。
具体的，LIG可以根据监听数据请求消息中的用户标识，查询本地数据库中是否存储有与所述用户标识对应的监听数据。
若存储有该监听数据，则表明该终端被监听，LIG可以向所述监听设备返回监听数据响应消息，所述监听数据响应消息中包括与所述用户标识对应的监听数据；并接收所述监听设备根据所述监听数据对所述通信业务进行监听而获取到的监听信息。
若未存储该监听数据，则表明该终端未被监听，LIG可以向NE返回监听数据响应消息，所述监听数据响应消息为空，或者，也可以不向NE响应。
进一步的，若LIG判断出所述监听数据的类型为信令层面监听信息，则可以由所述监听数据请求消息中获取监听信息。
具体的，此时LIG所接收到的监听数据请求消息中携带有信令信息。例如，当呼叫类型为短消息始发业务时，监听数据请求消息中所携带的信令信息可以包括始发用户的用户号码、短消息内容、始发用户的位置信息等。LIG可以由该监听数据请求消息中获取监听信息，该监听信息例如可以包括用户号码和短消息内容，以将这些信息上报至监听中心。
本实施例的监听方法，通过接收NE发送的监听数据请求消息，以及向NE返回监听数据进行监听等，使得NE侧可以不再存储用户的监听数据，例如，不在NE侧的磁盘、数据库和文件中存储任何用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
实施例四
图5为本发明监听方法实施例四的信令示意图，如图5所示，本实施例的监听方法可以包括以下步骤：
步骤501、NE获取到终端用户的用户标识；
其中，用户标识可以为用户号码。例如，CDMA网络的终端用户，可以通过三种类型的号码作为该终端用户的用户标识，即为电子序列号(ElectronicSerial Number，简称：ESN)、国际移动用户号码(International Mobile SubscriberIdentity，简称：IMSI)以及移动号码簿号码(Mobile Directory Number，简称：MDN)，NE(即监听设备)可以获取到上述的三种号码及其对应的号码类型。
终端用户所进行的通信业务，例如可以为，NE接受的呼叫业务，或者为，NE处理的用户位置登记和开关机操作业务，以及NE获取到的短消息发送业务等。
步骤502、NE向监听网关LIG发送监听数据请求消息；
NE在获取到用户标识，即完整的获取到上述的三种用户号码之后，可以向LIG发送监听数据请求消息(Check LI Request消息)，并在该监听数据请求消息中携带其获取到的用户标识。
例如，可以在监听数据请求消息中包括ESN、IMSI和MDN三种号码及其号码类型，并且，包括NE接收到的通信业务类型为呼叫业务。
此外，在发送上述的监听数据请求消息的同时，NE可以启动一计时器，该计时器可以设定等待LIG返回对监听数据请求消息的响应时间。具体实施中，该设定时长不宜过长，优选控制在百毫秒级别，以对用户无感知。并且，通过设置计时器，可以使得NE对于各种情况能够及时处理，提高监听业务的处理效率。
步骤503、LIG查询所述用户标识是否被监听；
LIG在接收到NE发送的监听数据请求消息之后，查询自身侧的数据库中是否存储有与该监听数据请求消息中携带的用户标识对应的监听数据。
若存在所述用户标识对应的监听数据，则表明该用户标识对应的终端用户需要被监听。此时，可以继续执行步骤504或者步骤506；否则，可以继续执行步骤504，或者LIG也可以不向NE回应。
步骤504、LIG向NE返回监听数据响应消息；
LIG在查询到用户标识需要被监听时，可以向NE返回监听数据响应消息(Check LI Response消息)，并在该消息中携带与所述用户标识对应的监听数据，该监听数据用于对被监听用户进行设控。
例如，该监听数据中可以包括需要被设定监听的用户号码(如MDN号码)，并且设定监听数据的属性为监听信令层面信息，该信令层面信息即IRI数据，可以包括用户的开机、关机、呼叫等活动；或者，也可以设定监听数据的属性为媒体层面信息，该媒体层面信息即CC数据，可以包括语音和视频信息等，为通信内容。
否则，若LIG查询到用户标识不需要被监听，也可以在该步骤中向NE返回监听数据响应消息，用以通知NE，该用户标识不被监听。例如，LIG可以使得返回的监听数据响应消息为空。
步骤505、NE对所述监听数据对应的监听信息进行监听，并将监听信息上报至LIG；
NE在接收到LIG返回的监听数据响应消息之后，若该消息中携带有监听数据，则可以将该监听数据临时存储在内存中，同时触发对监听数据对应的监听信息的监听，并将所得的监听信息上报至LIG。该监听信息可以包括IRI数据和CC数据。
或者，NE在如下的两种情况下也可以不执行本步骤，即不进行监听信息上报。例如，NE在经过计时器设定的时长后，未接收到LIG返回的监听数据响应消息时，则放弃监听触发，继续终端用户的通信业务；或者，NE收到的监听数据响应消息为空，则停止等待计时器，继续终端用户的通信业务。
步骤506、LIG将与用户标识对应的监听信息上报至监听中心。
LIG在接收到NE上报的监听信息后，可以将该监听信息传递至监听中心LEA(该LEA即为LEMF)。
此外，若在步骤503中，LIG查询到NE发送的监听数据请求消息中携带的用户标识需要被监听，并且，与该用户标识对应的监听数据属性为监听信令层面信息；则LIG可以在执行步骤503之后，直接由监听数据请求消息中的信令信息获取监听信息并上报至监听中心，而不必再执行步骤504和505，这样可以减少NE和LIG之间的信令负荷。
本实施例中，NE在通信业务正常结束，且监听信息均已经上报之后，可以清除其内存中临时存储的由LIG获取的用户的监听数据，以最大程度保证用户监听数据的安全性。
此外，为保证监听数据请求消息和监听数据响应消息中传输的监听数据等不被窃取，可以对上述消息采用DES/AES等加密算法进行加密，例如，可以采用算法强度较高的AES256进行加密，以保证监听数据传输上的安全性。本实施例中，NE可以为移动交换中心(MSC)、归属位置寄存器(HLR)、呼叫会话控制功能(CSCF)和服务GPRS支持节点(SGSN)等通信设备。
本实施例的监听方法，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听，以及NE根据LIG返回的监听数据进行监听等，使得NE侧可以不再监听前预存储用户的监听数据，例如，不在NE侧的磁盘、数据库和文件中存储任何用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
以下的实施例五至实施例九，分别以监听呼叫业务、位置登记及开关机业务以及短消息业务等为例，对本发明实施例的监听方法的应用进行了说明。
实施例五
图6为本发明监听方法实施例五的信令示意图，本实施例是以位置登记及开关机流程为例，对本发明的监听方法进行说明。如图6所示，本实施例的监听方法可以包括以下步骤：
步骤601、NE接收用户的位置登记及开关机请求；
步骤602、NE向LIG发送监听数据请求消息；
NE在处理完成用户的位置登记或开关机操作后，可以获取得到用户标识，例如，用户的所有号码。此时，NE可以向LIG发送监听数据请求消息，并在该消息中携带用户的所有号码，以及本次业务的业务类型，例如，为位置登记及开关机业务；当为位置登记业务时，还可以携带用户位置信息，当为开关机业务时，可以携带业务类型；此外，还可以携带NE信息等。
步骤603、LIG向NE返回监听数据响应消息；
LIG查询自身侧的数据库，如果存在所述用户号码对应的监听数据，则表明该用户被监听。此时，LIG可以向NE返回监听数据响应消息，并携带其查询到的监听数据。该监听数据中可以包括被监听的用户号码以及所需要监听的信息类型。
此外，若LIG的查询结果为该用户号码未被监听，则可以向NE返回为空的监听数据响应消息。
步骤604、NE向LIG上报监听信息；
NE在获取到LIG返回的监听数据后，可以对监听数据对应的监听信息进行监听，并上报至LIG。例如，该监听数据中标明所监听的信息类型为IRI信息，则NE可以上报监听事件(IRI-REPORT)给LIG，即上报位置登记及开关机的用户活动信息。
步骤605、LIG转发NE上报的监听信息至监听中心LEA。
本实施例的监听方法，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听，以及NE根据LIG返回的监听数据进行监听等，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
实施例六
图7为本发明监听方法实施例六的信令示意图，本实施例仍然是以位置登记及开关机流程为例进行说明，是在实施例二的基础上进行了流程的优化，LIG在接收到NE的监听数据请求消息后，直接上报监听信息至LEA，而不需要向NE返回响应，从而减少了NE和LIG之间的信令负荷。
如图7所示，本实施例的监听方法的步骤701-步骤702与实施例五的前两步相同，具体的，可以包括以下步骤：
步骤701、NE接收用户的位置登记及开关机请求；
步骤702、NE向LIG发送监听数据请求消息；
NE在处理完成用户的位置登记或开关机操作后，可以获取得到用户标识，例如，用户的所有号码。此时，NE可以向LIG发送监听数据请求消息，并在该消息中携带用户的所有号码，以及本次业务的呼叫类型，例如，为位置登记及开关机业务。此外，还可以携带用户位置信息和NE信息等。
步骤703、LIG向LEA上报监听信息。
LIG在接收到NE的监听数据请求消息之后，查询其中的用户号码是否被监听。如果该用户号码被监听，并且所要求的监听数据属性为IRI信息，同时，LIG判断监听数据请求消息中所携带的呼叫类型为位置登记及开关机请求。此时，LIG可以直接构造X2通道消息上报至LEA，不需要给NE返回响应。
上述处理方式可以避免NE获取监听数据后再上报监听事件给LIG的多余处理，而是由LIG直接上报，减少了NE和LIG之间的信令负荷。而且，在这种情况下，在NE侧无感知的情况下即完成了对用户的监听，NE侧也不需要接收和存储用户的监听数据，保证了用户监听数据的安全性。
此外，LIG的查询结果为该用户号码未被监听，则LIG可以不上报X2通道消息，或者，可以不给NE返回响应，或者，也可以向NE返回为空的监听数据响应消息。
本实施例的监听方法，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
实施例七
图8为本发明监听方法实施例七的信令示意图，本实施例是以呼叫流程为例，对本发明的监听方法进行说明。如图8所示，本实施例的监听方法可以包括以下步骤：
步骤801、NE接收终端用户的呼叫请求；
例如，该呼叫可以是中继入局呼叫，或者也可以为移动始呼。
步骤802、NE向LIG发送监听数据请求消息；
NE获取到主被叫的所有号码信息，例如，移动用户有三种号码，ESN、IMSI、MDN，这三种号码都可以被设定监听，NE只有完整获取这三种号码，才可以向LIG发送监听数据请求消息，并在该消息中携带其获取到的所有用户号码，以及接收到的业务类型。
此外，在发送上述的监听数据请求消息的同时，NE可以启动一计时器，该计时器可以设定等待LIG返回对监听数据请求消息的响应的时间。具体实施中，该设定时长不宜过长，优选控制在百毫秒级别，以对用户无感知。并且，通过设置计时器，可以使得NE对于各种情况能够及时处理，提高监听业务的处理效率。
步骤803、LIG查询所述用户标识是否被监听；
LIG在接收到NE发送的监听数据请求消息之后，查询自身侧的数据库中是否存储有与该监听数据请求消息中携带的用户标识对应的监听数据。
若存在所述用户标识对应的监听数据，则表明该用户标识对应的终端用户需要被监听。此时，可以继续执行步骤804；否则，可以执行步骤808。
步骤804、LIG向NE返回监听数据响应消息；
LIG在查询到用户标识需要被监听，且呼叫类型为呼叫业务时，可以向NE返回监听数据响应消息，并在该消息中携带其查询到的监听数据。
例如，该监听数据中可以包括需要被设定监听的用户号码(如MDN号码)，并且设定监听数据的属性。具体的，该监听数据可以要求为监听信令层面信息，该信令层面信息即IRI数据，可以包括用户的开机、关机、呼叫等活动；或者，该监听数据也可以要求为媒体层面信息，该媒体层面信息即CC数据，可以包括语音和视频信息等。
若监听数据中要求监听的信息属性为IRI数据，则可以继续执行步骤805和步骤806；若监听数据中要求监听的信息属性为CC数据，则可以执行步骤807。
步骤805、NE对所述监听数据对应的监听信息进行监听，并将监听信息上报至LIG；
NE在接收到LIG返回的监听数据响应消息之后，若该消息中携带有监听数据，则可以将该监听数据临时存储在内存中，同时触发对监听数据对应的监听信息的监听，并向LIG上报监听事件IRI数据；且停止计时器的计时，继续进行基本呼叫流程。
步骤806、LIG将IRI监听信息上报至监听中心；
步骤807、NE建立到LEA的语音监听通道；
NE在接收到LIG返回的监听数据响应消息之后，若判断用户的监听数据存在语音监听，则建立到LEA的语音监听通道。该语音监听通道可以是NE根据LIG返回的监听数据响应消息中携带的语音监听号码连接建立的。
步骤808、LIG向NE返回空消息。
LIG查询其自身侧的数据库，若用户号码未被监听，则可以向NE返回监听数据响应消息，该消息为空消息。此时，NE接收到该监听数据响应消息之后，判断没有主被叫的监听数据，则可以停止等待计时器计时，继续进行基本的呼叫流程。
本实施例中，在呼叫正常结束，监听事件和语音均已经正常上报后，NE可以清除本次呼叫由LIG获取的监听数据，用户下次呼叫再继续从LIG请求监听数据，以保证NE侧监听数据的安全性。
此外，为保证监听数据请求消息和监听数据响应消息中传输的监听数据等不被窃取，可以对上述消息采用DES/AES等加密算法进行加密，例如，可以采用算法强度较高的AES256进行加密，以保证监听数据传输上的安全性。
进一步的，本实施例中，当LIG查询得到用户号码需要被监听，且监听数据中要求监听的信息属性为IRI数据时，LIG也可以如实施例三中所述，直接向LEA上报，而不再向NE返回响应，以减少NE和LIG之间的信令负荷。
本实施例的监听方法，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听，以及NE根据LIG返回的监听数据进行监听等，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
实施例八
图9为本发明监听方法实施例八的信令示意图，本实施例是以短消息始发流程为例，对本发明的监听方法进行说明。如图9所示，本实施例的监听方法可以包括以下步骤：
步骤901、NE接收用户的短消息始发业务请求；
步骤902、NE将用户短消息转发给MC(短消息中心)；
步骤903、MC成功发送短消息，并向NE返回处理结果响应；
步骤904、NE向LIG发送监听数据请求消息；
NE在判断MC成功发送了短消息之后，可以向LIG发送监听数据请求消息，并在该消息中携带短消息始发用户的所有号码信息、被叫号码和呼叫类型等，还可以携带短消息始发用户的位置信息、短消息内容等信息。
步骤905、LIG将上报至监听中心；
LIG检查短消息始发用户的所有号码是否被监听，如果被监听并且监听数据中要求监听的信息属性为IRI数据；同时，LIG也判断得到NE发送的呼叫类型为短消息业务，则此时，LIG可以直接构造X2通道消息上报至LEA。同时，LIG也判断被叫号码是否被监听，若被叫号码也被监听，且要求监听IRI数据，则LIG可以直接构造X2通道消息上报至LEA，而不需要给NE返回响应。
上述处理方式可以避免NE获取监听数据后再上报监听事件给LIG的多余处理，而是由LIG直接上报，减少了NE和LIG之间的信令负荷。而且，在这种情况下，在NE侧无感知的情况下即完成了对用户的监听，NE侧也不需要接收和存储用户的监听数据，保证了用户监听数据的安全性。
本实施例中，若LIG检查得到主被叫用户的所有号码均不存在相应的监听数据，则LIG可以不向LEA上报监听信息，且不向NE返回响应。此外，LIG在查询到用户标识需要被监听，且监听数据中要求监听的信息属性为IRI数据时，也可以按照实施例四中所述，先向NE下发监听数据，再将NE返回的监听信息进行上报。
本实施例的监听方法，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听等，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
实施例九
图10为本发明监听方法实施例九的信令示意图，本实施例是以短消息终呼流程为例，对本发明的监听方法进行说明。如图10所示，本实施例的监听方法可以包括以下步骤：
步骤1001、MC(短消息中心)给NE发送短消息请求，请求NE给短消息接受用户下发短消息；
步骤1002、NE下发短消息成功，并向MC返回短消息响应；
步骤1003、NE向LIG发送监听数据请求消息；
NE在判断成功下发了短消息之后，可以向LIG发送监听数据请求消息，并在该消息中携带短消息接收用户的所有号码信息、短消息主叫号码和呼叫类型等，还可以携带短消息接收用户的位置信息、短消息内容等信息。
步骤1004、LIG将上报至监听中心；
LIG检查短消息接收用户的所有号码是否被监听，如果被监听并且监听数据中要求监听的信息属性为IRI数据；同时，LIG也判断得到NE发送的呼叫类型为短消息业务，则此时，LIG可以直接构造X2通道消息上报至LEA。同时，LIG也判断主叫号码是否被监听，若主叫号码也被监听，且要求监听IRI数据，则LIG可以直接构造X2通道消息上报至LEA，而不需要给NE返回响应。
上述处理方式可以避免NE获取监听数据后再上报监听事件给LIG的多余处理，而是由LIG直接上报，减少了NE和LIG之间的信令负荷。而且，在这种情况下，在NE侧无感知的情况下即完成了对用户的监听，NE侧也不需要接收和存储用户的监听数据，保证了用户监听数据的安全性。
本实施例中，若LIG检查得到主被叫用户的所有号码均不存在相应的监听数据，则LIG可以不向LEA上报监听信息，且不向NE返回响应。此外，LIG在查询到用户标识需要被监听，且监听数据中要求监听的信息属性为IRI数据时，也可以按照实施例七中所述，先向NE下发监听数据，再将NE返回的监听信息进行上报。
本实施例的监听方法，通过NE向LIG发送监听数据请求消息以查询用户标识是否被监听等，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
实施例十
图11为本发明监听设备实施例的结构示意图，本实施例的监听设备可以用于执行本发明任意实施例的监听方法。该监听设备可以为NE，具体可以为移动交换中心(MSC)、归属位置寄存器(HLR)、呼叫会话控制功能(CSCF)和服务GPRS支持节点(SGSN)等通信设备。
如图11所示，本实施例的监听设备可以包括监测模块21、请求模块22；
其中，监测模块21可以获取到终端用户的用户标识，以及所述终端用户所进行的通信业务；请求模块22可以向监听网关LIG发送监听数据请求消息，所述监听数据请求消息中包括监测模块21获取得到的所述用户标识以及所述通信业务的业务类型。
进一步的，本实施例的监听设备还可以包括第一接收模块23和监听模块24；
其中，第一接收模块23可以接收LIG返回的监听数据响应消息，所述监听数据响应消息中包括与所述用户标识对应的监听数据；监听模块24可以对所述监听数据对应的监听信息进行监听，并将所述监听信息上报至所述LIG。
进一步的，本实施例的监听设备还可以包括清除模块25、计时模块26和判断模块27；
其中，清除模块25可以在将所述监听信息上报至所述LIG之后，清除内存中存储的所述监听数据；计时模块26可以设定等待所述监听数据响应消息的时长并进行计时；判断模块27可以用于在经过所述计时模块26的设定时长，未接收到所述LIG返回的所述监听数据响应消息时，指示所述监听模块24放弃监听。
本实施例的监听设备，通过设置请求模块，向LIG发送监听数据请求消息以查询用户标识是否被监听等，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
实施例十一
图12为本发明监听网关实施例的结构示意图，本实施例的监听网关可以用于执行本发明任意实施例的监听方法。如图12所示，本实施例的监听网关可以包括第二接收模块31和上报模块32；
其中，第二接收模块31，可以接收监听设备发送的监听数据请求消息，所述监听数据请求消息中包括终端用户的用户标识以及所述终端用户所进行的通信业务的业务类型；上报模块32，可以在所述用户标识需要被监听时，将与所述用户标识对应的监听信息上报至监听中心。
进一步的，本实施例的监听网关还可以包括查询模块34，该查询模块34可以在第二接收模块31接收到所述监听数据请求消息时，查询本地是否存在与所述用户标识对应的监听数据。
本实施例的监听网关的上报模块32还可以包括响应模块33和处理模块35。其中，该响应模块33可以在所述查询模块34的查询结果为是时，向所述监听设备返回监听数据响应消息，所述监听数据响应消息中包括与所述用户标识对应的监听数据；第二接收模块31还可以用于接收所述监听设备返回的与所述监听数据对应的监听信息。处理模块35可以在所述查询模块34的查询结果为是时，将接收到的所述监听数据请求消息中的业务类型对应的监听信息上报至所述监听中心。
进一步的，本实施例的监听网关还可以包括发送模块36，该发送模块36可以在查询模块34的查询结果为否时，判断所述用户标识不需要被监听，则向所述监听设备返回监听数据响应消息，所述监听数据响应消息为空。
本实施例的监听网关，通过设置第二接收模块，接收NE发送的监听数据请求消息等，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
实施例十二
图13为本发明监听系统实施例的结构示意图，本实施例的监听系统可以用于执行本发明任意实施例的监听方法。如图13所示，该监听系统可以包括监听设备41、监听网关42和监听中心43；
其中，监听设备41可以为本发明实施例七所述的监听设备，其可以为NE，具体可以为移动交换中心(MSC)、归属位置寄存器(HLR)、呼叫会话控制功能(CSCF)和服务GPRS支持节点(SGSN)等通信设备。监听网关42可以为本发明实施例八所述的监听网关。
监听中心43可以向监听网关42发送监听数据，并接收所述监听网关42上报的监听信息。
本实施例的监听系统，通过设置监听设备和监听网关，由监听设备向监听网关发送请求查询用户号码是否被监听，由监听网关向监听设备发送监听数据等，使得NE侧可以不再存储用户的监听数据，解决了NE侧存在监听数据泄漏风险的问题，保证了用户监听数据的安全性。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种监听方法，其特征在于，包括：
当监测到终端进行的通信业务时，获取所述通信业务对应的用户标识；
向监听网关发送监听数据请求消息，所述监听数据请求消息中包括所述用户标识，以触发所述监听网关根据所述监听数据请求消息进行监听业务；
所述触发所述监听网关根据所述监听数据请求消息进行监听业务包括：
接收所述监听网关根据所述监听数据请求消息返回的监听数据响应消息，所述监听数据响应消息中包括与所述用户标识对应的监听数据；所述监听网关根据所述监听数据请求消息返回监听数据响应消息之前，还包括：所述监听网关根据所述用户标识查询本地是否存在所述用户标识对应的监听数据，且查询结果为是；
根据所述监听数据对所述通信业务进行监听，获取监听信息，并将所述监听信息上报至所述监听网关。
2.根据权利要求1所述的监听方法，其特征在于，在所述将所述监听信息上报至所述监听网关之后，还包括：
清除内存中存储的所述监听数据。
3.根据权利要求1所述的监听方法，其特征在于，所述监听数据请求消息中还包括：信令信息；
所述触发所述监听网关根据所述监听数据请求消息进行监听业务包括：所述监听网关由所述信令信息中获取监听信息并上报至监听中心。
4.根据权利要求3所述的监听方法，其特征在于，所述监听数据请求消息中还包括信令信息，包括：
若呼叫类型为短消息业务，则向所述监听网关发送监听数据请求消息， 并将用户号码以及短消息内容设置在所述监听数据请求消息中；或者，
若呼叫类型为位置登记业务，则向所述监听网关发送监听数据请求消息，并将用户位置信息设置在所述监听数据请求消息中；或者，
若呼叫类型为开关机业务，则向所述监听网关发送监听数据请求消息，并将业务类型设置在所述监听数据请求消息中；或者，
若呼叫类型为呼叫业务，则获取所述呼叫业务对应的主叫号码和被叫号码，向所述监听网关发送监听数据请求消息，并将所述主叫号码和被叫号码均设置在所述监听数据请求消息中。
5.根据权利要求1所述的监听方法，其特征在于，在所述向监听网关发送监听数据请求消息之后，还包括：
启动计时器，并判断在设定时长内是否接收到所述监听网关返回的所述监听数据响应消息；若否，则执行所述通信业务。
6.根据权利要求1所述的监听方法，其特征在于，在所述向监听网关发送监听数据请求消息之后，还包括：
接收所述监听网关返回的监听数据响应消息，当确定所述监听数据响应消息为空时，执行所述通信业务。
7.一种监听方法，其特征在于，包括：
接收监听设备发送的监听数据请求消息，所述监听数据请求消息中包括通信业务对应的用户标识；
根据所述监听数据请求消息进行监听业务；
所述根据所述监听数据请求消息进行监听业务，包括：
向所述监听设备返回监听数据响应消息，所述监听数据响应消息中包括与所述用户标识对应的监听数据；在向所述监听设备返回监听数据响应消息 之前，还包括：查询本地是否存在与所述用户标识对应的监听数据，且查询结果为是；
接收所述监听设备根据所述监听数据对所述通信业务进行监听而获取到的监听信息。
8.根据权利要求7所述的监听方法，其特征在于，所述监听数据请求消息中还包括信令信息；根据所述监听数据请求消息进行监听业务，包括： 
若判断出所述监听数据的类型为信令层面监听信息，则由所述监听数据请求消息中的信令信息中获取监听信息。 
9.根据权利要求7所述的监听方法，其特征在于，还包括： 
当根据所述用户标识判断出不存在与所述用户标识对应的监听数据时，则向所述监听设备返回监听数据响应消息，所述监听数据响应消息为空。 
10.一种监听设备，其特征在于，包括： 
监测模块，用于在监测到终端进行的通信业务时，获取所述通信业务对应的用户标识； 
请求模块，用于向监听网关发送监听数据请求消息，所述监听数据请求消息中包括所述用户标识，以触发所述监听网关根据所述监听数据请求消息进行监听业务； 
还包括： 
第一接收模块，用于接收所述监听网关根据所述监听数据请求消息返回的监听数据响应消息，所述监听数据响应消息中包括与所述用户标识对应的监听数据； 
监听模块，用于根据所述监听数据对所述通信业务进行监听，获取监听信息；并将所述监听信息上报至所述监听网关。 
11.根据权利要求10所述的监听设备，其特征在于，还包括： 
清除模块，用于在将所述监听信息上报至所述监听网关之后，清除内存中存储的所述监听数据。 
12.根据权利要求10所述的监听设备，其特征在于，还包括： 
计时模块，用于设定等待所述监听数据响应消息的时长，并启动计时器进行计时； 
判断模块，还用于判断在经过所述计时模块的设定时长内是否接收到所述监听网关返回的所述监听数据响应消息，若否，则指示执行所述通信业务。 
13.一种监听网关，其特征在于，包括： 
第二接收模块，用于接收监听设备发送的监听数据请求消息，所述监听数据请求消息中包括通信业务对应的用户标识； 
查询模块，用于在所述第二接收模块接收到所述监听数据请求消息时，查询本地是否存在与所述用户标识对应的监听数据； 
上报模块，用于根据所述监听数据请求消息进行监听业务； 
所述上报模块包括： 
响应模块，用于在所述查询模块的查询结果为是时，向所述监听设备返回监听数据响应消息，所述监听数据响应消息中包括与所述用户标识对应的监听数据； 
所述第二接收模块，还用于接收所述监听设备返回的根据所述监听数据对所述通信业务进行监听而获取到的监听信息。 
14.根据权利要求13所述的监听网关，其特征在于，所述上报模块包括： 
处理模块，用于在所述查询模块的查询结果为是时，且所述监听数据的类型为信令层面监听信息时，由所述监听数据请求消息中获取监听信息。 
15.根据权利要求13或14所述的监听网关，其特征在于，还包括：
发送模块，用于在所述查询模块的查询结果为否时，向所述监听设备返回监听数据响应消息，所述监听数据响应消息为空。
16.一种监听系统，其特征在于，包括：权利要求10-12任一所述的监听设备，权利要求13-15任一所述的监听网关，以及监听中心；
所述监听中心，用于接收所述监听网关上报的监听信息。 
CN2010106167787A 2010-12-31 2010-12-31 监听设备、监听方法和系统 Expired - Fee Related CN102075926B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2010106167787A CN102075926B (zh) 2010-12-31 2010-12-31 监听设备、监听方法和系统
PCT/CN2011/084318 WO2012089050A1 (zh) 2010-12-31 2011-12-21 监听设备、监听方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2010106167787A CN102075926B (zh) 2010-12-31 2010-12-31 监听设备、监听方法和系统

Publications (2)

Publication Number Publication Date
CN102075926A CN102075926A (zh) 2011-05-25
CN102075926B true CN102075926B (zh) 2013-08-28

Family

ID=44034239

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2010106167787A Expired - Fee Related CN102075926B (zh) 2010-12-31 2010-12-31 监听设备、监听方法和系统

Country Status (2)

Country Link
CN (1) CN102075926B (zh)
WO (1) WO2012089050A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075926B (zh) * 2010-12-31 2013-08-28 华为技术有限公司 监听设备、监听方法和系统
WO2013097141A1 (zh) * 2011-12-29 2013-07-04 华为技术有限公司 数据监听方法、设备和系统
CN103051497B (zh) * 2012-12-28 2016-04-13 华为技术有限公司 业务流镜像方法及镜像设备
CN111490962A (zh) * 2019-01-25 2020-08-04 华为技术有限公司 一种监听方法和网络设备
CN113127287B (zh) * 2019-12-31 2024-05-10 北京车和家信息技术有限公司 处理器的控制方法、装置及电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101141761A (zh) * 2007-09-30 2008-03-12 华为技术有限公司 一种监听的方法、系统及装置
CN101212356A (zh) * 2006-12-31 2008-07-02 华为技术有限公司 会话边界控制器、归属用户服务器、通信系统及监听方法
EP2267969A2 (en) * 2009-06-23 2010-12-29 Uniloc Usa, Inc. System and method for communicating with traffic signals and toll stations

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101562810B (zh) * 2009-05-13 2011-12-07 中兴通讯股份有限公司 Ip多媒体子系统网络合法监听的方法及系统
CN102075926B (zh) * 2010-12-31 2013-08-28 华为技术有限公司 监听设备、监听方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212356A (zh) * 2006-12-31 2008-07-02 华为技术有限公司 会话边界控制器、归属用户服务器、通信系统及监听方法
CN101141761A (zh) * 2007-09-30 2008-03-12 华为技术有限公司 一种监听的方法、系统及装置
EP2267969A2 (en) * 2009-06-23 2010-12-29 Uniloc Usa, Inc. System and method for communicating with traffic signals and toll stations

Also Published As

Publication number Publication date
CN102075926A (zh) 2011-05-25
WO2012089050A1 (zh) 2012-07-05

Similar Documents

Publication Publication Date Title
US6449474B1 (en) Method and apparatus for call interception capabilities for use with intelligent network services in a communications system
US8798618B2 (en) System and method for IMEI detection and alerting
US7453814B2 (en) Method of tracing and monitoring a call in a mobile communication system
US20090156201A1 (en) Provision of Position Information in Telecommunications Networks
CN102075926B (zh) 监听设备、监听方法和系统
CN101325781B (zh) 一种合法监听方法、系统和网络设备
CN1126018A (zh) 控制移动式无线电话系统的方法
CN100546406C (zh) 检测相同无线终端的方法及装置
CN102598643A (zh) 用于eps的更新的位置信息的li报告
US7974602B2 (en) Fraud detection techniques for wireless network operators
US6269399B1 (en) Gateway system and associated method
RU2429589C2 (ru) Способ обнаружения мошенничества при роуминговых соединениях в сетях мобильной связи
CN100413368C (zh) 一种用户卡合法性的验证方法
CN102037756A (zh) 在号码可移植性的情况下的li/dr服务连续性
CN107708103B (zh) 基于map信令实现号码保密的方法
CN100499906C (zh) 一种实现合法监听的方法
CN103379450A (zh) 漏话通知方法、装置及系统
CN102257798B (zh) 未知终端的合法识别
CN101924995A (zh) 紧急呼叫业务中的回呼方法及装置、拜访移动交换中心
CN102577316B (zh) 数据监听方法、设备和系统
EP0884919B1 (en) User assisted wireless fraud detection
KR20150065017A (ko) 스미싱 방지 방법, 이를 수행하는 스미싱 방지 서버 및 이를 저장하는 기록매체
CN101998408A (zh) 一种防止复制卡盗用业务功能的方法及系统
CN113810547B (zh) 语音呼叫安全防护的方法、装置及计算设备
CN1677906B (zh) 一种监听目标用户设备位置业务的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20130828