WO2010041430A1 - 通信システム及び通信制御方法 - Google Patents

通信システム及び通信制御方法 Download PDF

Info

Publication number
WO2010041430A1
WO2010041430A1 PCT/JP2009/005195 JP2009005195W WO2010041430A1 WO 2010041430 A1 WO2010041430 A1 WO 2010041430A1 JP 2009005195 W JP2009005195 W JP 2009005195W WO 2010041430 A1 WO2010041430 A1 WO 2010041430A1
Authority
WO
WIPO (PCT)
Prior art keywords
connection request
terminal
communication network
communication
discard
Prior art date
Application number
PCT/JP2009/005195
Other languages
English (en)
French (fr)
Inventor
志賀信吾
田村利之
Original Assignee
日本電気株式会社
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 日本電気株式会社 filed Critical 日本電気株式会社
Priority to KR1020117007764A priority Critical patent/KR101280124B1/ko
Priority to EP20090818970 priority patent/EP2346300A4/en
Priority to CN200980139194.0A priority patent/CN102172096B/zh
Priority to US13/122,274 priority patent/US8634318B2/en
Publication of WO2010041430A1 publication Critical patent/WO2010041430A1/ja
Priority to US14/099,258 priority patent/US9131048B2/en

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • H04M3/4365—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it based on information specified by the calling party, e.g. priority or subject
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/407—Bus networks with decentralised control
    • H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD)
    • 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/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • 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/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
    • H04L65/1079—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT] of unsolicited session attempts, e.g. SPIT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0078—Security; Fraud detection; Fraud prevention
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold

Definitions

  • the present invention relates to a communication system and a communication control method as a basis for providing multimedia services such as voice services over an IP network.
  • This application claims priority based on Japanese Patent Application No. 2008-259419 filed on October 6, 2008 and Japanese Patent Application No. 2008-329148 filed on December 25, 2008, the contents of which are incorporated herein by reference. To do.
  • IP Internet Protocol
  • 3GPP 3rd Generation Partnership Project
  • IMS Internet Multimedia Subsystem
  • NGN Next Generation Generation Network
  • an object of the present invention is to provide a communication system and a communication control method that can prevent the user's convenience from being hindered by various problems caused by SPIT (SPAM (over IP) Telephony).
  • SPIT SPIT
  • the present invention provides a multimedia service for notifying the calling terminal that the communication transmitted from the calling terminal to the receiving terminal is not required in the receiving terminal.
  • a communication system is provided.
  • the calling terminal is connected to a calling communication network
  • the receiving terminal is connected to a called communication network
  • a connection request transmitted from the calling terminal is received in the called communication network.
  • an access destination information notifying means for notifying the originating terminal of access destination information for canceling the connection request discard based on the connection request discard notification. good.
  • the present invention also provides a communication control method in a communication system for performing communication control between a transmitting terminal connected to a calling communication network and a receiving terminal connected to a called communication network, wherein the called communication network
  • the connection request receiving means in the network receives the connection request transmitted from the calling terminal
  • the connection request discard determination means in the destination communication network determines whether to discard the received connection request
  • the connection request discard notification transmission means in the called communication network transmits a connection request discard notification
  • the access destination information notification means in the calling communication network discards the connection request.
  • a communication control method characterized by notifying the transmitting terminal of access destination information for canceling the connection request cancellation based on the notification.
  • a message clearly indicating that the disconnection is due to the operation of PUCI and a destination to be accessed to cancel the designation as a malicious caller are combined.
  • a destination to be accessed to cancel the designation as a malicious caller such as a telephone number or URL for applying for cancellation
  • an interface between the originating network side HSS and the terminating network side IMS entity is newly defined, and a cancellation request for a subscriber who has been registered as a malicious sender is received from the originating network side HSS. It becomes possible to transmit to the network side device. As a result, the subscriber who corrected the defect notifies his contract operator, and the operator person in charge sends a release request to the device that has been registered as all malicious subscribers from the HSS through the maintenance operation system. It is possible to automatically request cancellation of a subscriber who has been registered as a malicious caller.
  • the own operator (communication carrier) can know the subscriber information of the own operator registered as a malicious subscriber from another operator.
  • the subscriber information of the own operator registered as a malicious subscriber from another operator.
  • FIG. 1 is a block diagram showing a configuration of an IMS network system according to an embodiment of the present invention.
  • FIG. 1 is a conceptual diagram of an IMS network in which PUCI is introduced.
  • the operating principle of PUCI will be briefly described as an introduction.
  • the leftmost O-UE is a calling terminal (Originating UE)
  • the right T-UE is a called terminal (Terminating UE).
  • a SIP INVITE message is transmitted to the T-UE's SIP (Session Initiation Protocol) -URI (Universal Resource Identifier), and this message is transmitted to the originating mobile communication network ( While being relayed by IMS of O-PLMN (Public Land Mobile Network), routing is performed to the destination mobile communication network (T-PLMN) which is the destination network side.
  • SIP Session Initiation Protocol
  • O-PLMN Public Land Mobile Network
  • T-PLMN Public Land Mobile Network
  • the SIP protocol is used for communication.
  • the SIP-URI is an identifier on the SIP protocol for identifying the self assigned to the O-UE or T-UE.
  • the O-UE attempts to make a call by sending an INVITE message to the SIP-URI of the T-UE.
  • This INVITE message is first transmitted from the O-UE to a P-CSCF (Proxy Call Session Control Function) 12 (SIP server) via a GGSN (Gateway GPRS (General Packet Radio Service) Support Node) 11 to It is routed to the destination network side (T-PLMN) while being relayed by the IMS of the side (O-PLMN).
  • P-CSCF Proxy Call Session Control Function
  • GGSN General Packet Radio Service
  • IBCF Interconnect Border Control Function (Interrogating Call Session Control Function)
  • IBCF Interconnect Border Control Function
  • SPIT Interrogating Call Session Control Function
  • the reliability of the terminal that made the call using “some method” is checked, and information such as a determination result is recorded in the header portion of the SIP INVITE message.
  • Such an operation for determining a caller by a passive operation is referred to as a Stage 1 test.
  • the INVITE message is transferred between nodes inside the destination network side IMS, and is transmitted to an S-CSCF (Serving Call Session Control Function) 26 that controls the T-UE.
  • S-CSCF Server Call Session Control Function
  • the S-CSCF 26 can reject the incoming call without transferring it to the terminal. Conversely, if it is determined that the incoming call is good, the INVITE message is transferred to the terminal, and the incoming call is established.
  • an application server (AS) called PUCI-AS 24 can be connected to the S-CSCF 26. With this AS, a reaction after a call has failed once is observed, a button operation is performed, etc. It is also possible to add further judgment logic such as by a test involving the caller. These tests will be referred to as Stage2 tests.
  • call control on the originating network side is not particularly defined.
  • CSCF Call State Control
  • T-PLMN called network side
  • CSCF Call State Control
  • Function Function
  • PUCI-AS characterized in that various controls for protecting against SPIT are performed.
  • ⁇ 1> A function that feeds back information to a caller is provided for a call whose incoming call is restricted by PUCI.
  • the callee side voluntarily registers the caller as a malicious caller and isolates the malicious call by rejecting subsequent calls. For this reason, for example, there may be a case where the caller is registered as a malicious caller by the PUCI function without knowing even if the caller repeatedly makes a call to the same number without malicious intention, for example, for ticket reservation. .
  • a message clearly indicating that the call is disconnected due to PUCI operation in a message indicating rejection of an incoming call such as a SIP error response, and a destination to access to cancel the designation as a malicious caller (apply for cancellation) (Telephone number, URL, etc.) can be notified together, and it is possible to help the user recognize that he / she has been designated as a malicious caller and to obtain information for release.
  • the present embodiment further includes: ⁇ 2> A function is provided that collects information that has been identified as a malicious caller on the outgoing network side, and allows the outgoing network side operator to collectively perform a request to cancel the designation. If a problem occurs in which a large number of IMS calls are made unintentionally regardless of the intention of the terminal owner due to the cause of the terminal being attacked by a virus or a malfunction of the terminal, a plurality of operators are regarded as malicious callers. The case where it is registered is considered. Even if the owner removes the virus or updates the software to be free from defects, it is necessary to request multiple operators to cancel the malicious caller information that has already been registered. In some cases, this may inconvenience the person.
  • an IMS entity (CSCF or the like) on the originating network side can know that the subscriber is recognized as a malicious caller by PUCI in the destination network, and the CSCF of the originating network Thus, it is possible to collect information as to which subscriber is designated to be rejected from which network and record it in a subscriber database (such as HSS (Home Subscriber Server)).
  • HSS Home Subscriber Server
  • the interface between the originating network side HSS and the terminating network side IMS entity is newly defined, and a request for canceling the subscriber registered as a malicious sender is sent from the originating network side HSS to the terminating network side device.
  • a request for canceling the subscriber registered as a malicious sender is sent from the originating network side HSS to the terminating network side device.
  • the subscriber who corrected the defect notifies his contract operator, and the operator person in charge sends a release request to the device that has been registered as all malicious subscribers from the HSS through the maintenance operation system.
  • the present embodiment further includes: ⁇ 3> It has a function to impose further usage restrictions on malicious callers.
  • the own operator can know the subscriber information of the own operator registered as a malicious subscriber from another operator.
  • the subscriber information of the own operator registered as a malicious subscriber from another operator.
  • -Denial of mobility management force disconnection (detach)
  • ⁇ Denial of connection to a specific network Denial of access to a non-IMS service by a user restricted by PUCI in cooperation with a server of a non-IMS service (such as a Web service)
  • a server of a non-IMS service such as a Web service
  • a problem counter such as a problem counter
  • ⁇ 1> Regarding a function that feeds back information to a caller with respect to a call whose call is restricted by PUCI
  • a characteristic operation is the I-CSCF on the called network side, It is an entity of P-CSCF and S-CSCF.
  • these CSCFs on the destination network side reject the call due to failure of the PUCI test, they send a message indicating rejection of the incoming call, such as a SIP error response, to the IMS entity on the calling side.
  • a message indicating that the request has been rejected by PUCI and a contact for canceling registration may be included in the SIP header. Add and return.
  • the caller's terminal performs an operation of reading PUCI related information in the header when a message indicating rejection of an incoming call such as a SIP error response is returned to the call that the caller has made.
  • a message indicating rejection of an incoming call such as a SIP error response
  • an operation such as displaying the message on the screen is performed.
  • a message in a format that can be understood by the terminal is displayed, an operation that allows connection to a contact (Web site, customer center, etc.) for directly canceling the designation by operating a button on the terminal, etc. You may do.
  • IMS entity on the originating network side P-CSCF, S-CSCF
  • P-CSCF originating network side
  • S-CSCF S-CSCF
  • ⁇ ⁇ 2> A function that collects information that is identified as a malicious caller on the outgoing network side, and allows the outgoing network side operator to collectively perform a request to cancel the designation In the above function ⁇ 2> It is the P-CSCF and S-CSCF entities on the originating network side that perform characteristic operations. The result of the call originated by the subscriber is obtained. When the incoming call is restricted by PUCI, the information is extracted and sent to the HSS.
  • HSS on the outgoing network side Information obtained by the CSCF is stored, and a release request signal is transmitted to the release request destination stored by using the input of a maintenance person or the like as a trigger.
  • the cancellation request signal received from the originating network HSS is checked, and if it is a valid signal, the malicious subscriber designation of the corresponding subscriber in the own network is canceled.
  • ⁇ 3> Function for imposing further usage restrictions on malicious callers
  • it is the HSS entity on the network side that performs a characteristic operation. Based on the accumulated nuisance information of the subscriber, it is determined whether further restriction is necessary. When restriction is necessary, the following apparatus tries to enforce further restriction by transmitting a restriction request signal to the peripheral node.
  • IMS entity Upon receipt of the restriction request signal from the HSS, the call connection is refused, the call is automatically transferred to the operator's failure handling window, or registration with the IMS (REGISTER) is refused to refuse provision of services such as a voice call.
  • FIG. 2 is a second block diagram showing the configuration of the IMS network system.
  • the configuration of the IMS network system having the function ⁇ 1> shown in FIG. 1 is shown in more detail.
  • a calling terminal 10 corresponding to an O-UE
  • a RAN Radio Access Network
  • an SGSN Server GPRS (General Packet Radio Service) Support Node) 15
  • a GGSN Gateway) GPRS Support Node
  • P-CSCF Proxy Call Session Control Function
  • S-CSCF Serving Call Session Control Function
  • the receiving terminal 20 (corresponding to T-UE), RAN (Radio Access Network) 30, SGSN 29, GGSN 23, P-CSCF 27, S-CSCF 26, I-CSCF (Interrogating Call Session Control Function) 25 are connected by a communication network to form a destination communication network.
  • the GGSN 23 and the P-CSCF 27 are connected via a PDN (Packet Data Network) 40.
  • PDN Packet Data Network
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • MME Mobility Management Entity
  • Serving-GW gateway
  • PDN-GW gateway
  • FIG. 3 is a third block diagram showing the configuration of the IMS network system.
  • the IMS network system shown in FIG. 2 will be described with a simpler configuration as shown in FIG.
  • the IMS network system is divided into a calling side communication network and a called side communication network, and the calling side communication network is composed of a calling side IMS backbone system 100 and a calling side access network system 200.
  • the communication network on the side is composed of the IMS IMS system 300 on the receiving side and the access network system 400 on the receiving side.
  • the originating side access network system 200 is composed of RAN 14, SGSN 15, and GGSN 11, and the originating side IMS backbone system 100 is composed of P-CSCF 12, S-CSCF 13 and an application server (AS) connected thereto.
  • the called-side access network system 400 includes the RAN 30, SGSN 29, and GGSN 23, and the called-side IMS backbone system 300 includes the P-CSCF 27, the S-CSCF 26, and application servers (AS), I- It is composed of CSCF25.
  • the S-CSCF 13 of the originating communication network and the I of the terminating communication network are described in order to describe an example in which the terminating communication network is operated by a communication carrier different from the originating communication network.
  • the CSCF 25 is configured to be connected. However, when the called communication network and the calling communication network are operated by the same communication carrier, the S-CSCFs are connected to each other. Become.
  • FIG. 4 is a diagram showing a processing flow of each device in the IMS network system according to the present embodiment.
  • the processing flow of each device in the IMS network system will be described with reference to FIG.
  • the transmitting terminal 10 transmits an INVITE request (step S1)
  • the request is received by the P-CSCF 12 via the transmitting side access network system 200.
  • the P-CSCF 12 transfers the INVITE request to the S-CSCF 13 (step S2), and the S-CSCF 13 detects the SIP-URI of the calling terminal 10 from the INVITE request.
  • the S-CSCF 13 detects the SIP-URI of the destination I-CSCF 25 (of the incoming network side communication network) stored in association with the SIP-URI in the application server (AS) or the like, and the SIP of the I-CSCF 25 -Send an INVITE request to the URI (step S3).
  • each of the I-CSCF 25 (connection request receiving means, connection request discard determining means, connection request discard notification transmitting means), S-CSCF 13 and P-CSCF 12 that has received the INVITE request receives a Trying response when receiving the INVITE request, It returns to the transmission source of each INVITE request (step S4, step S5, step S6).
  • the I-CSCF 25 returns a Trying response in step S4, it performs SPIT (SPAM over IP Telephony) determination (step S7).
  • This SPIT determination is performed by, for example, detecting the SIP-URI pair of the transmitting terminal 10 and the receiving terminal 20 stored in the INVITE request and accumulating the SIP-URI pair and the application server (AS), memory, or the like. Based on information.
  • the identification information of the transmitting terminal 10 such as the SIP-URI of the transmitting terminal 10 that has transmitted the INVITE request is set to SPIT.
  • the information is registered in the application server or the like as information indicating that the terminal is an unauthorized terminal that has been operated and is a terminal of a transmission source that is a target of discarding an INVITE request that is a connection request in the future.
  • the I-CSCF 25 transmits an error response (connection request discard notification) to the S-CSCF 13 (step S8). This error response stores access destination information that is a request for canceling registration for discarding a connection request.
  • the access destination information is information such as a mail address or a telephone number of a Web server or a contact center. Further, the error information may include information such as a regulation start time and a regulation period.
  • the I-CSCF 25 determines in the SPIT determination that the INVITE request is not a signal indicating SPIT, the INVITE request is sent to the receiving terminal 20 via the P-CSCF 27 in the destination communication network as normal normal processing. Will be sent to.
  • the processing when the I-CSCF 25 performs the SPIT determination has been described. However, the S-CSCF that replaces the I-CSCF 25 may perform the SPIT determination, and the application server connected to the S-CSCF may be You may make it perform a SPIT determination.
  • the S-CSCF 13 checks the validity of the error response (step S9). This validity check is performed, for example, when the S-CSCF 13 identifies the node such as the IP address or host name of the source I-CSCF 25 indicated by the error response to the application server (AS) connected to its own device. This is performed by checking whether the SIP-URI of the session in which the error has occurred is recorded, and checking whether the configuration and contents of the SIP header are consistent.
  • the S-CSCF 13 (access destination information notifying means) transfers the error response to the P-CSCF 12 (step S10), and the P-CSCF 12 sends the error response to the transmitting terminal 10.
  • step S11 When receiving the error response, the transmitting terminal 10 displays information (access destination information, error content, etc.) stored in the error response on a display unit or the like (step S12). Further, the transmission terminal 10 performs a process of transmitting an access request signal to the access destination indicated by the access destination information based on a user operation or automatically (step S13).
  • the S-CSCF 13 transmits an error response in step S10
  • the access destination information stored in the error response transmitted from the I-CSCF 25 is rewritten with other access destination information (for example, the incoming network side
  • the access destination information may be transmitted (rewritten to the access destination-side information dedicated to the transmission network side (which is also the connection request cancellation request destination). Thereby, the transmission terminal 10 can be connected to an access destination dedicated to the transmission network side.
  • the INVITE method used for voice communication or the like in IMS is taken as an example.
  • the INVITE method such as the REGISTER method for registering the existence of the UE in the CSCF (SIP server), the MESSAGE method for transmitting and receiving text messages, and the like.
  • the present invention can be applied to methods used in IMS other than methods.
  • the apparatus which comprises each entity in the above-mentioned IMS network system has a computer system inside.
  • Each process described above is stored in a computer-readable recording medium in the form of a program, and the above process is performed by the computer reading and executing the program.
  • the computer-readable recording medium means a magnetic disk, a magneto-optical disk, a CD-ROM, a DVD-ROM, a semiconductor memory, or the like.
  • the computer program may be distributed to the computer via a communication line, and the computer that has received the distribution may execute the program.
  • the program may be for realizing a part of the functions described above. Furthermore, what can implement
  • a message clearly indicating that the disconnection is due to the operation of PUCI and a destination to be accessed to cancel the designation as a malicious caller are combined.
  • a destination to be accessed to cancel the designation as a malicious caller such as a telephone number or URL for applying for cancellation
  • the own operator communication carrier
  • the subscriber information of the own operator registered as a malicious subscriber from another operator can know the subscriber information of the own operator registered as a malicious subscriber from another operator.
  • PUCI-AS Prevention of Unsolicited Communication in IMS-Application Server
  • IBCF Interconnect Border Control Function
  • I-CSCF Interrogating Call Session Control Function
  • S-CSCF Serving Call Session Control Function
  • P-CSCF Proxy Call Session Control Function
  • ⁇ ⁇ PUCI-AS Prevention of Unsolicited Communication in IMS-Application Server
  • SGSN Serving GPRS Support Node
  • RAN Radio Access Network

Abstract

　発信端末から着信端末へ向けて送信された通信が、前記着信端末において求められていない通信であることを、前記発信端末に通知するマルチメディアサービスを提供する通信システム。典型的には、前記発信端末は発側通信網に接続され、前記着信端末は着側通信網に接続され、前記着側通信網内に、前記発信端末から送信された接続要求を受信する接続要求受信手段と、前記受信した接続要求を破棄するか否かを判定する接続要求破棄判定手段と、前記接続要求が破棄される場合に接続要求破棄通知を送信する接続要求破棄通知送信手段と、を備え、前記発側通信網内に、前記接続要求破棄通知に基づいて前記接続要求破棄を解除するためのアクセス先情報を前記発信端末へ通知するアクセス先情報通知手段を備えるように構成する。

Description

通信システム及び通信制御方法
　本発明は、ＩＰネットワーク上で音声サービスをはじめとするマルチメディアサービスを提供する基盤となる通信システム及び通信制御方法に関する。
　本願は、２００８年１０月６日に出願された特願２００８－２５９４１９号、２００８年１２月２５日に出願された特願２００８－３２９１４８号に基づき優先権を主張し、その内容をここに援用する。
　近年のＩＰ(Internet Protocol)化の流れにより、電話網に代表される音声通信システムについても、例外なくＩＰ化の検討がなされている。移動体通信に関する標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、ＩＰネットワーク上で音声サービスをはじめとするマルチメディアサービスを提供する基盤としてＩＭＳ(Internet Multimedia Subsystem)の標準化を行っており、近年ではＮＧＮ（Next Generation Network）として知られる固定系のＩＰ化検討をも巻き込んだ検討が進められている。
　今日の電子メールサービスでは、ＳＰＡＭや迷惑メールと呼ばれる、受信者が望まないにもかかわらず、送信者が一方的にメールを送りつける行為が社会問題なっており、これらの問題の背景には、インターネットの一般化に伴う通信コストの大幅な低下や、パソコンなどの容易に手に入るネットワークアクセス端末から大量の電子メールを送信することが可能であるといった理由が存在していると考えられる。
　ＩＭＳにおいても、将来の普及に伴い、今日の電子メールサービスがおかれているような状況となる可能性が高いと考えられており、これらＳＰＩＴ (SPAM over IP Telephony)からユーザを守るための技術の検討が、３ＧＰＰ等の場において ＰＵＣＩ(Protection against Unsolicited Communication for IMS)という名称で開始されている。なお、ＩＭＳ(Internet Multimedia Subsystem)ネットワークシステムに関する技術が特許文献１に開示されている。
特表２００７－５２７６３３号公報
　そこでこの発明は、ＳＰＩＴ (SPAM over IP Telephony)による各種問題発生によりユーザの利便性が妨げられてしまうことを防ぐことのできる通信システム及び通信制御方法を提供することを目的としている。
　上記目的を達成するために、本発明は、発信端末から着信端末へ向けて送信された通信が、前記着信端末において求められていない通信であることを、前記発信端末に通知するマルチメディアサービスを提供する通信システムを提供する。
　上述の通信システムにおいて、前記発信端末は発側通信網に接続され、前記着信端末は着側通信網に接続され、前記着側通信網内に、前記発信端末から送信された接続要求を受信する接続要求受信手段と、前記受信した接続要求を破棄するか否かを判定する接続要求破棄判定手段と、前記接続要求が破棄される場合に接続要求破棄通知を送信する接続要求破棄通知送信手段と、を備え、前記発側通信網内に、前記接続要求破棄通知に基づいて前記接続要求破棄を解除するためのアクセス先情報を前記発信端末へ通知するアクセス先情報通知手段を備えるようにしても良い。
　また本発明は、発側通信網に接続された発信端末と、着側通信網に接続された着信端末との間の通信制御を行う通信システムにおける通信制御方法であって、前記着側通信網内の接続要求受信手段が、前記発信端末から送信された接続要求を受信し、前記着側通信網内の接続要求破棄判定手段が、前記受信した接続要求を破棄するか否かを判定し、前記着側通信網内の接続要求破棄通知送信手段が、前記接続要求が破棄される場合に接続要求破棄通知を送信し、前記発側通信網内のアクセス先情報通知手段が、前記接続要求破棄通知に基づいて前記接続要求破棄を解除するためのアクセス先情報を前記発信端末へ通知することを特徴とする通信制御方法も提供する。
　本発明によれば、ＰＵＣＩが動作したことによる切断であることを明示するメッセージと、悪質発信者としての指定を解除してもらうためにアクセスする先（解除を申し込む電話番号やＵＲＬなど）を併せて発信者へ通知することで、発信者自身が悪質発信者として指定されてしまったことを認識させるとともに、解除するための情報の入手を助けることが可能となる。
　また、本発明によれば、発網側ＨＳＳと着網側ＩＭＳエンティティの間のインタフェースを新たに定義し、悪質発信者として登録されてしまった加入者の解除要求を、発網側ＨＳＳから着網側装置に対して送信することができるようになる。
　これにより、不具合を是正した加入者が自己の契約オペレータに通知し、オペレータ担当者が保守運用システムを通じて、ＨＳＳから全ての悪質加入者として登録されてしまった装置に対して解除要求を送ることで、悪質発信者として登録されてしまった加入者の解除要求を自動的に行うことができる。
　また、本発明によれば、自オペレータ（通信キャリア）は、他オペレータから悪質加入者として登録された自オペレータの加入者情報を知ることができるようになる。これにより、他オペレータに迷惑をかけている加入者に対して、更なる制限をかけることにより、単に迷惑呼を発生させるだけにとどまらず、ウィルス感染等により網そのものに悪影響を及ぼすようなケースを防止することが可能となる。
ＩＭＳネットワークシステムの構成を示すブロック図である。 ＩＭＳネットワークシステムの構成を示す第２のブロック図である。 ＩＭＳネットワークシステムの構成を示す第３のブロック図である。 ＩＭＳネットワークシステム内の各装置の処理フローを示す図である。
　図１は、本発明の一実施形態によるＩＭＳネットワークシステムの構成を示すブロック図である。
　この図１はＰＵＣＩが導入されたＩＭＳネットワークの概念図である。現在ＰＵＣＩの検討の中で課題となっている点の解決を図るものであるが、導入としてＰＵＣＩの動作原理を簡単に説明する。
　まず、左端のＯ－ＵＥが発呼端末（Originating UE）で、右側のＴ－ＵＥが着呼端末（Terminating UE）を示す。
　Ｏ－ＵＥが発呼すると、Ｔ－ＵＥのＳＩＰ（Session Initiation Protocol）－ＵＲＩ（Universal Resource Identifier）に対してＳＩＰ　ＩＮＶＩＴＥメッセージが送信され、このメッセージは、発網側である発側移動通信網（Ｏ－ＰＬＭＮ（Public Land Mobile Network））のＩＭＳで中継されながら、着網側である着側移動通信網（Ｔ－ＰＬＭＮ）へルーティングされる。
　なお、ＩＭＳネットワークシステムにおいては、ＳＩＰプロトコルが通信に用いられる。このＳＩＰ－ＵＲＩとは、Ｏ－ＵＥやＴ－ＵＥに割り当てられた自己を識別するためのＳＩＰプロトコル上の識別子のことである。
　Ｏ－ＵＥはＴ－ＵＥのＳＩＰ－ＵＲＩに対してＩＮＶＩＴＥメッセージを送信することで、発呼を試みる。このＩＮＶＩＴＥメッセージは、最初にＯ－ＵＥからＧＧＳＮ（Gateway GPRS (General Packet Radio Service)Support Node）１１を経由してＰ－ＣＳＣＦ（Proxy Call Session Control Function）１２（ＳＩＰサーバ）へ送信され、発網側（Ｏ－ＰＬＭＮ）のＩＭＳで中継されながら着網側（Ｔ－ＰＬＭＮ）へルーティングされる。
　着網側の入り口となるＩＢＣＦ(I－ＣＳＣＦ)２５（Interconnect Border Control Function (Interrogating Call Session Control Function)）では、「何らかの方法」を用いて発呼してきた端末の信頼度（この呼がＳＰＩＴである確率など）をチェックし、ＳＩＰ　ＩＮＶＩＴＥメッセージのヘッダ部分等に判定結果等の情報を記録する。
　このような、パッシブな動作により発呼者を判定する動作をＳｔａｇｅ１テストと呼ぶこととする。
　その後、ＩＮＶＩＴＥメッセージは着網側ＩＭＳ内部のノード間で転送されてゆき、Ｔ－ＵＥを制御しているＳ－ＣＳＣＦ（Serving Call Session Control Function）２６へ伝達される。
　Ｓ－ＣＳＣＦ２６では、このＩＮＶＩＴＥメッセージに記録された情報を参照し、この呼がＳＰＩＴであり着信するに値しないと判断した場合、端末に転送することなく着信を拒否することができる。反対に、善良な着信呼と判断された場合、端末にＩＮＶＩＴＥメッセージが転送され、着信が成立する。
　また、Ｓ－ＣＳＣＦ２６にはＰＵＣＩ－ＡＳ２４というApplication Server（ＡＳ）を接続することができ、このＡＳにより、いったん呼を失敗させた上でのリアクションを観測したり、ボタン操作をさせたりなど、発呼者を巻き込んだ試験などによる更なる判定ロジックを追加することも可能である。これらの試験を、Ｓｔａｇｅ２テストと呼ぶこととする。
　このように、ＰＵＣＩでは、発網側（Ｏ－ＰＬＭＮ）での呼制御については特に規定されておらず、着網側（Ｔ－ＰＬＭＮ）において、呼処理を行うエンティティであるＣＳＣＦ(Call State Control Function) とＰＵＣＩ－ＡＳにてＳＰＩＴ防御のための各種制御が行われる点が特徴となっている。
　そして、上述のＩＭＳネットワークシステムにおいて、本実施形態では、
＜１＞ＰＵＣＩにより着信を制限された呼について、発信者に情報をフィードバックする機能を備える。
　ＰＵＣＩの仕組みでは、着網側が自発的に発信者を悪質発信者として登録し、その後の着信を拒否することにより悪質呼を隔離する。このため、例えば、チケットの予約などのために、発信者が悪意なく同じ番号に繰り返し発信したことなどによっても、知らないうちにＰＵＣＩ機能により悪質発信者として登録されてしまうようなケースも考えられる。
　現在のＰＵＣＩの動作では、ＰＵＣＩにより着信が拒否された場合、発信者へはＳＩＰエラーレスポンス等の着信の拒否を表すメッセージによりセッション切断が通知されるため、通常の着信の失敗などと区別がつかず、善良な発側ユーザに不便を強いる可能性がある点が課題である。
　このような場合も考慮して、発信者には悪質発信者として登録されたことを伝達する機能、ならびに悪質発信者の登録を解除できる方法を提供しておくことで更なる利便性の向上を図ることが可能である。
　そこで、ＳＩＰエラーレスポンス等の着信の拒否を表すメッセージにＰＵＣＩが動作したことによる切断であることを明示するメッセージと、悪質発信者としての指定を解除してもらうためにアクセスする先（解除を申し込む電話番号やＵＲＬなど）を併せて通知することで、自分が悪質発信者として指定されてしまったことを認識する方法と、解除するための情報の入手を助けることが可能である。
　また、上述のＩＭＳネットワークシステムにおいては、本実施形態では更に、
＜２＞発網側にて悪質発信者と認定された情報を収集し、指定解除の要求を発網側オペレータが一括して行えるようにする機能を備える。
　端末がウィルスに侵されたり、端末の不具合などの原因により、端末所有者の意図によらず多数のＩＭＳ呼を勝手に発呼するような問題が発生した場合、複数のオペレータから悪質発信者として登録されてしまうケースが考えられる。
　所有者がウィルスを駆除したり、不具合のないソフトウェアにアップデートしたとしても、既に登録されてしまった悪質発信者情報を解除してもらうためには、複数のオペレータにそれぞれ依頼する必要があり、利用者に不便を強いるケースが考えられる。
　また、＜１＞の機能により得られた情報に基づき、着網側オペレータに依頼して悪質発信者の登録を解除してもらう場合においても、悪質かもしれない発網側オペレータの加入者の対応を着網側オペレータのコストで実施するなど、コスト負担の公平性の面で改善の余地があることに加え、端末所有者が自分の契約オペレータに相談したとしても、着網側オペレータしか指定を解除することができず、相談に乗りにくいといった運用上の課題も浮かび上がる。
　上記＜１＞の機能が実現されると、発網側のＩＭＳエンティティ（ＣＳＣＦなど）は、加入者が着網でＰＵＣＩにより悪質発信者と認定されたことを知ることができ、発網のＣＳＣＦで、どの加入者がどの網から拒否指定されているかの情報を収集し、加入者データベース(ＨＳＳ（Home Subscriber Server）など)に記録しておくことが可能である。
　そこで、発網側ＨＳＳと着網側ＩＭＳエンティティの間のインタフェースを新たに定義し、悪質発信者として登録されてしまった加入者の解除要求を、発網側ＨＳＳから着網側装置に対して送信することができるようにする。
　これにより、不具合を是正した加入者が自己の契約オペレータに通知し、オペレータ担当者が保守運用システムを通じて、ＨＳＳから全ての悪質加入者として登録されてしまった装置に対して解除要求を送ることで、これらの課題を解決する。
　また、上述のＩＭＳネットワークシステムにおいては、本実施形態では更に、
＜３＞悪質発信者に対して更なる利用制限を課す機能を備える。
　上記＜２＞の機能を利用することで、自オペレータは、他オペレータから悪質加入者として登録された自オペレータの加入者情報を知ることができるようになる。これにより、他オペレータに迷惑をかけている加入者に対して、更なる制限をかけることにより、ウィルス感染等により単に迷惑呼を発生させるだけにとどまらず、網そのものに悪影響を及ぼすようなケースを防止することが可能である。
　例えば、
・モビリティ管理の拒否（強制的に接続を切断（デタッチ）する）
・ 特定のネットワークへの接続拒否
・ 非ＩＭＳサービス（Ｗｅｂサービスなど）のサーバと連携して、ＰＵＣＩによって制限されたユーザが非ＩＭＳサービスにアクセスすることの拒否
・ ＩＭＳ発呼の際の発呼拒否や、他の接続先（問題対応窓口など）に呼を転送(Redirect)
・ ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎの拒否
といった対策を取ることで、更なる悪影響の連鎖を断ち切ることが可能と考えられる。
　次に上記＜１＞～＜３＞の各機能について、更に詳細に説明する。
・上記＜１＞：ＰＵＣＩにより着信を制限された呼について、発信者に情報をフィードバックする機能について
　上記＜１＞の機能において、特徴的な動作をするのは、着網側のI－ＣＳＣＦ，Ｐ－ＣＳＣＦ，Ｓ－ＣＳＣＦのエンティティである。
　着網側のこれらのＣＳＣＦは、ＰＵＣＩのテストに不合格となったことにより呼を拒絶する場合、発呼側のＩＭＳエンティティにＳＩＰエラーレスポンス等の着信の拒否を表すメッセージを送信する。その際に、ＰＵＣＩにより拒絶されたこと、ならびに登録を解除するための連絡先を示す電文（人間が理解できる文字列でもよいし、発呼端末に理解させるための電文でもよい）をＳＩＰヘッダに追加して返送する。
（発呼者の端末）
　発呼者の端末は、自己が発呼した呼に対して、ＳＩＰエラーレスポンス等の着信の拒否を表すメッセージが返送された場合、ヘッダ中のＰＵＣＩ関連情報を読み取る動作を行う。
　ＰＵＣＩ関連情報がこのレスポンスメッセージに載っていた場合、人間が理解できる情報が載っていた場合はそのメッセージを画面に表示する等の動作を行う。
　また、端末が理解できる形式の電文が載っていた場合は、端末上のボタン操作等により、直接指定を解除してもらえるための連絡先（Ｗｅｂサイトや、カスタマセンター等）に接続できるような動作をしてもよい。
（発網側のＩＭＳエンティティ(Ｐ－ＣＳＣＦ, Ｓ－ＣＳＣＦ)）
　発網側のＩＭＳエンティティは、着網側から送信されたＳＩＰメッセージのうち、ＰＵＣＩ関連情報には手を加えずに端末に転送する。
・上記＜２＞：発網側にて悪質発信者と認定された情報を収集し、指定解除の要求を発網側オペレータが一括して行えるようにする機能について
　上記＜２＞の機能において、特徴的な動作をするのは発網側のＰ－ＣＳＣＦ，Ｓ－ＣＳＣＦのエンティティである。
　加入者が発呼した呼の結果を入手し、ＰＵＣＩにより着信が制限された場合、その情報を抽出しＨＳＳに送る。
（発網側のＨＳＳ）
　ＣＳＣＦが入手した情報を蓄積すると共に、保守担当者等の入力等をトリガに蓄積した解除要求先に対して解除要求信号を送信する。
（着網側のＣＳＣＦ，ＰＵＣＩ－ＡＳ，その他ＰＵＣＩ関連装置）
　発網ＨＳＳから受信した解除要求信号をチェックし、正当な信号であれば自網内における該当加入者の悪質加入者指定を解除する。
・上記＜３＞：悪質発信者に対して更なる利用制限を課す機能について
　上記＜３＞の機能において、特徴的な動作をするのは発網側のＨＳＳのエンティティである。
　蓄積した加入者の迷惑行為情報をもとに、更なる制限が必要かどうかを判定する。制限が必要となった場合、以下のような装置において、周辺ノードに対して制限要求信号を送信することで、更なる制限の実施を試みる。
（１）交換機（ＳＧＳＮ／ＧＧＳＮ，ＥＰＣ装置など
　ＨＳＳやＨＬＲ（Home Location Register）などの加入者を管理するノードから位置登録削除要求信号（Cancel Location信号など）を受信することで、特定の悪質加入者を強制切断する。
　もしくは、ＨＳＳなどから制限要求信号を受信することにより、特定加入者からのＰＤＮ（Packet Data Network）接続要求信号（外部ネットワークへの接続要求信号）を拒否し、悪質加入者をネットワークへ接続できないようにする。
（２）ＩＭＳエンティティ（ＣＳＣＦ）
　ＨＳＳからの制限要求信号の受信により、呼接続を拒否したり、オペレータの障害対応窓口へ呼を自動転送したり、ＩＭＳへの登録（ＲＥＧＩＳＴＥＲ）を拒否し音声呼等のサービス提供を拒否する。
（３）その他のＷｅｂサーバ装置等
　ＨＳＳからの制限要求信号の受信により、Ｗｅｂサーバからの情報提供を拒否したり、オペレータの障害対応Ｗｅｂページを強制的に表示させたりする。
　次に、上記＜１＞（ＰＵＣＩにより着信を制限された呼について、発信者に情報をフィードバックする機能）の詳細について説明する。
　図２はＩＭＳネットワークシステムの構成を示す第２のブロック図である。
　この図では、図１で示した上記＜１＞の機能を備えたＩＭＳネットワークシステム）の構成を、より詳細に表している。
　この図で示すように、ＩＭＳネットワークシステムにおいては、発信端末１０（Ｏ－ＵＥに相当）、ＲＡＮ（Radio Access Network）１４、ＳＧＳＮ（Serving GPRS (General Packet Radio Service) Support Node）１５、ＧＧＳＮ（Gateway GPRS Support Node）１１、Ｐ－ＣＳＣＦ（Proxy Call Session Control Function）１２、Ｓ－ＣＳＣＦ（Serving Call Session Control Function）１３が通信ネットワークにより接続されることにより発側通信網を構成している。
　なお、発側通信網においてＧＧＳＮ１１とＰ－ＣＳＣＦ１２は、ＰＤＮ（Packet Data Network）１６を介して接続されている。
　またこのＩＭＳネットワークシステムにおいては、着信端末２０（Ｔ－ＵＥに相当）、ＲＡＮ（Radio Access Network）３０、ＳＧＳＮ２９、ＧＧＳＮ２３、Ｐ－ＣＳＣＦ２７、Ｓ－ＣＳＣＦ２６、Ｉ－ＣＳＣＦ（Interrogating Call Session Control Function）２５が通信ネットワークにより接続されることにより着側通信網を構成している。
　なお、着側通信網においてＧＧＳＮ２３とＰ－ＣＳＣＦ２７は、ＰＤＮ（Packet Data Network）４０を介して接続されている。
　なお、発信端末１０とＰ－ＣＳＣＦ１２との中間、または着信端末２０とＰ－ＣＳＣＦ２７との中間に備わる各装置、ＲＡＮ１４，３０、ＳＧＳＮ１５，２９、ＧＧＳＮ１１，２３のサーバ機能の代わりに、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）、ＭＭＥ（Mobility Management Entity）、Ｓｅｒｖｉｎｇ－ＧＷ（gateway）、ＰＤＮ－ＧＷ（gateway）などのサーバ群による通信ネットワークの形態を用いて、ＩＭＳネットワークシステムが構成されるようにしてもよい。
　図３はＩＭＳネットワークシステムの構成を示す第３のブロック図である。
　次に図３を用いて一実施例であるＩＭＳネットワークシステムの構成について説明する。図２で示したＩＭＳネットワークシステムをより簡易な構成で説明すると図３のような構成となる。
　この図で示すように、ＩＭＳネットワークシステムは発側通信網と着側通信網に分かれており、発側通信網は発信側ＩＭＳ基幹システム１００と発信側アクセスネットワークシステム２００とで構成され、また着側通信網は着信側ＩＭＳ基幹システム３００と着信側アクセスネットワークシステム４００とで構成されている。
　そして、発信側アクセスネットワークシステム２００は、ＲＡＮ１４、ＳＧＳＮ１５、ＧＧＳＮ１１により構成され、また発信側ＩＭＳ基幹システム１００はＰ－ＣＳＣＦ１２、Ｓ－ＣＳＣＦ１３およびそれに接続されたアプリケーションサーバ（ＡＳ）により構成される。
　また、同様に、着信側アクセスネットワークシステム４００は、ＲＡＮ３０、ＳＧＳＮ２９、ＧＧＳＮ２３により構成され、また着信側ＩＭＳ基幹システム３００はＰ－ＣＳＣＦ２７、Ｓ－ＣＳＣＦ２６およびそれに接続されたアプリケーションサーバ（ＡＳ）、Ｉ－ＣＳＣＦ２５により構成される。
　なお、本実施形態においては、着側通信網は発側通信網とは異なる通信キャリアにより運営されている場合の例について説明するため、発側通信網のＳ－ＣＳＣＦ１３と着側通信網のＩ－ＣＳＣＦ２５が接続されるような構成となっているが、着側通信網と発側通信網が同一の通信キャリアによって運営されているような場合には、Ｓ－ＣＳＣＦ同士が通信接続することとなる。
　図４は本実施形態によるＩＭＳネットワークシステム内の各装置の処理フローを示す図である。
　次に図４を用いてＩＭＳネットワークシステム内の各装置の処理フローについて説明する。
　まず、発信端末１０は、ＩＮＶＩＴＥリクエストを送信すると（ステップＳ１）、そのリクエストは発信側アクセスネットワークシステム２００を介してＰ－ＣＳＣＦ１２が受信する。
　そしてＰ－ＣＳＣＦ１２はＳ－ＣＳＣＦ１３へＩＮＶＩＴＥリクエストを転送し（ステップＳ２）、Ｓ－ＣＳＣＦ１３はＩＮＶＩＴＥリクエストから発信端末１０のＳＩＰ－ＵＲＩを検出する。また、Ｓ－ＣＳＣＦ１３は、アプリケーションサーバ（ＡＳ）などにおいてＳＩＰ－ＵＲＩに対応付けて記憶する宛先の（着信網側通信網の）Ｉ－ＣＳＣＦ２５のＳＩＰ－ＵＲＩを検出し、当該Ｉ－ＣＳＣＦ２５のＳＩＰ－ＵＲＩ宛にＩＮＶＩＴＥリクエストを送信する（ステップＳ３）。
　そしてＩＮＶＩＴＥリクエストを受信したＩ－ＣＳＣＦ２５（接続要求受信手段，接続要求破棄判定手段，接続要求破棄通知送信手段），Ｓ－ＣＳＣＦ１３，Ｐ－ＣＳＣＦ１２のそれぞれは、ＩＮＶＩＴＥリクエストを受信すると、Ｔｒｙｉｎｇレスポンスを、それぞれのＩＮＶＩＴＥリクエストの送信元へ返信する（ステップＳ４，ステップＳ５，ステップＳ６）。
　またＩ－ＣＳＣＦ２５はステップＳ４によりＴｒｙｉｎｇレスポンスを返信すると、ＳＰＩＴ（SPAM over IP Telephony）判定を行う（ステップＳ７）。
　このＳＰＩＴ判定は、例えばＩＮＶＩＴＥリクエストに格納されている発信端末１０と着信端末２０のＳＩＰ－ＵＲＩの組を検出し、当該ＳＩＰ－ＵＲＩの組とアプリケーションサーバ（ＡＳ）やメモリ等で蓄積されている情報とに基づいて行う。
　より具体的には、ＳＩＰ－ＵＲＩの組に対応付けられてアプリケーションサーバ（ＡＳ）に記録されているアクセス受付可・不可の情報が不可である場合（何らかの処理によって不可の情報が登録される）にＳＰＩＴであると判定する方法、過去のＩＮＶＩＴＥリクエストの一覧内から、検出したＳＩＰ－ＵＲＩ組のＩＮＶＩＴＥリクエストが機械的に繰り返されて（例えば、５分おきに）送信されていると検出した場合にＳＰＩＴであると判定する方法など様々である。
　そして、Ｉ－ＣＳＣＦ２５はＳＰＩＴ判定において、ＩＮＶＩＴＥリクエストがＳＰＩＴを示す信号であると判定した場合には、ＩＮＶＩＴＥリクエストを送信した発信端末１０のＳＩＰ－ＵＲＩなどの、発信端末１０の識別情報を、ＳＰＩＴ動作を行った不正端末であり今後は接続要求となるＩＮＶＩＴＥリクエストの破棄を行う対象の発信元の端末であることを示す情報として、アプリケーションサーバなどに登録する。
　また、Ｉ－ＣＳＣＦ２５は、エラーレスポンス（接続要求破棄通知）をＳ－ＣＳＣＦ１３へ送信する（ステップＳ８）。
　このエラーレスポンスには、接続要求破棄の登録の解除依頼先となるアクセス先情報が格納されている。アクセス先情報は、Ｗｅｂサーバやコンタクトセンターのメールアドレス、電話番号などの情報である。
　またエラー情報として、規制開始時刻や規制期間などの情報が含まれるようにしても良い。
　なお、Ｉ－ＣＳＣＦ２５はＳＰＩＴ判定において、ＩＮＶＩＴＥリクエストがＳＰＩＴを示す信号でないと判定した場合には、従来の正常な処理としてＩＮＶＩＴＥリクエストを着側通信網内のＰ－ＣＳＣＦ２７を介して着信端末２０へ向けて送信することとなる。
　また本実施形態においてはＩ－ＣＳＣＦ２５がＳＰＩＴ判定を行う場合の処理について説明したが、Ｉ－ＣＳＣＦ２５に代わるＳ－ＣＳＣＦがＳＰＩＴ判定を行ってもよいし、Ｓ－ＣＳＣＦに接続されるアプリケーションサーバがＳＰＩＴ判定を行うようにしてもよい。
　Ｓ－ＣＳＣＦ１３はＩ－ＣＳＣＦ２５から送信されたエラーレスポンスを受信すると、そのエラーレスポンスの正当性をチェックする（ステップＳ９）。
　この正当性のチェックは、例えば、Ｓ－ＣＳＣＦ１３が、自装置に接続されたアプリケーションサーバ（ＡＳ）に、エラーレスポンスが示す発信元のＩ－ＣＳＣＦ２５のＩＰアドレスやホスト名などのノードを識別する情報、エラーとなったセッションのＳＩＰ－ＵＲＩが記録されているか等のチェックや、ＳＩＰヘッダの構成や内容に一貫性があるかなどのチェックにより行う。
　そして、エラーレスポンスの正当性が判定できると、Ｓ－ＣＳＣＦ１３（アクセス先情報通知手段）はエラーレスポンスをＰ－ＣＳＣＦ１２へ転送し（ステップＳ１０）、またＰ－ＣＳＣＦ１２はそのエラーレスポンスを発信端末１０へ転送する（ステップＳ１１）。
　発信端末１０はエラーレスポンスを受信すると、表示部などに、エラーレスポンスに格納されている情報（アクセス先情報や、エラー内容など）を表示する（ステップＳ１２）。
　また発信端末１０は、ユーザの操作に基づいて、または自動的に、アクセス先情報が示すアクセス先へアクセス要求の信号を送信する処理を行う（ステップＳ１３）。
　なお、ステップＳ１０においてＳ－ＣＳＣＦ１３がエラーレスポンスを送信する際に、Ｉ－ＣＳＣＦ２５から送信されたエラーレスポンスに格納されているアクセス先情報を、他のアクセス先情報に書き換えて（例えば、着信網側のアクセス先の情報を、（同じく、接続要求破棄の登録の解除依頼先となる）発信網側専用のアクセス先の情報に書き換えて）送信するようにしてもよい。これにより、発信網側専用のアクセス先に発信端末１０を接続させることができる。
　以上の処理により、ＰＵＣＩが動作したことによる切断であることを明示するメッセージと、悪質発信者としての指定を解除してもらうためにアクセスする先（解除を申し込む電話番号やＵＲＬなど）を併せて発信者へ通知することで、発信者自身が悪質発信者として指定されてしまったことを認識させ、解除するための情報の入手を助けることが可能となる。
　なお、本実施形態においては、ＩＭＳにおける音声通信などに用いられるＩＮＶＩＴＥメソッドを例に取り上げたが、ＵＥの存在をＣＳＣＦ(ＳＩＰサーバ)に登録するＲＥＧＩＳＴＥＲメソッド、テキストメッセージを送受信するＭＥＳＳＡＧＥメソッドなど、ＩＮＶＩＴＥメソッド以外にＩＭＳで利用されるメソッドに対して本発明を適用することも可能である。
　上述のＩＭＳネットワークシステムにおける各エンティティを構成する装置は内部に、コンピュータシステムを有している。
　そして、上述した各処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
　ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等をいう。
　また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
　また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
　さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
本発明によれば、ＰＵＣＩが動作したことによる切断であることを明示するメッセージと、悪質発信者としての指定を解除してもらうためにアクセスする先（解除を申し込む電話番号やＵＲＬなど）を併せて発信者へ通知することで、発信者自身が悪質発信者として指定されてしまったことを認識させるとともに、解除するための情報の入手を助けることが可能となる。
　また、自オペレータ（通信キャリア）は、他オペレータから悪質加入者として登録された自オペレータの加入者情報を知ることができるようになる。これにより、他オペレータに迷惑をかけている加入者に対して、更なる制限をかけることにより、単に迷惑呼を発生させるだけにとどまらず、ウィルス感染等により網そのものに悪影響を及ぼすようなケースを防止することが可能となる。
　１・・・Ｏ－ＵＥ（Originating UE）
　２・・・Ｔ－ＵＥ（Terminating UE）
　１０・・・発信端末
　１１・・・ＧＧＳＮ（Gateway GPRS(General Packet Radio Service) Support Node）
　１２・・・Ｐ－ＣＳＣＦ（Proxy Call Session Control Function）
　１３・・・Ｓ－ＣＳＣＦ（Serving Call Session Control Function）
　１４・・・ＲＡＮ（Radio Access Network）
　１５・・・ＳＧＳＮ（Serving GPRS(General Packet Radio Service) Support Node）
　１６，４０・・・ＰＤＮ（Packet Data Network）
　２０・・・着信端末
　２１・・・ＴｒＧＷ（Translation Gateway）
　２２・・・Ｓｔａｇｅ２　Ｓｅｒｖｅｒ
　２３・・・ＧＧＳＮ（Gateway GPRS Support Node）
　２４・・・ＰＵＣＩ－ＡＳ（Prevention of Unsolicited Communication in IMS－Application Server）
　２５・・・ＩＢＣＦ（Interconnect Border Control Function），Ｉ－ＣＳＣＦ（Interrogating Call Session Control Function）
　２６・・・Ｓ－ＣＳＣＦ（Serving Call Session Control Function）
　２７・・・Ｐ－ＣＳＣＦ（Proxy Call Session Control Function）
　２８・・・ＰＵＣＩ－ＡＳ（Prevention of Unsolicited Communication in IMS－Application Server）
　２９・・・ＳＧＳＮ（Serving GPRS Support Node）
　３０・・・ＲＡＮ（Radio Access Network）

Claims (12)

  1. 　発信端末から着信端末へ向けて送信された通信が、前記着信端末において求められていない通信であることを、前記発信端末に通知するマルチメディアサービスを提供する通信システム。
  2. 　ＩＭＳ（Internet Multimedia Subsystem）であることを特徴とする請求項１に記載の通信システム。
  3. 　前記通信がＳＰＩＴ（SPAM over IP Telephony）を含むことを特徴とする請求項１に記載の通信システム。
  4. 　さらに前記通信の着信が制限されたことを前記発信端末に通知することを特徴とする請求項１に記載の通信システム。
  5. 　前記着信の制限が、前記着信の拒否であることを特徴とする請求項４記載の通信システム。
  6. 　さらに前記着信の制限を解除するための情報を前記発信端末に通知することを特徴とする請求項４に記載の通信システム。
  7. 　前記発信端末は発側通信網に接続され、前記着信端末は着側通信網に接続され、
    　前記着側通信網内に、
    　前記発信端末から送信された接続要求を受信する接続要求受信手段と、
    　前記受信した接続要求を破棄するか否かを判定する接続要求破棄判定手段と、
    　前記接続要求が破棄される場合に接続要求破棄通知を送信する接続要求破棄通知送信手段と、を備え、
    　前記発側通信網内に、
    　前記接続要求破棄通知に基づいて前記接続要求破棄を解除するためのアクセス先情報を前記発信端末へ通知するアクセス先情報通知手段を備える
    　ことを特徴とする請求項１に記載の通信システム。
  8. 　前記接続要求破棄判定手段は、
    　前記接続要求に格納される情報、または前記接続要求を送信した前記発信端末より発信された過去の複数の接続要求、または前記接続要求を送信した前記発信端末より発信された過去の複数の接続要求の蓄積情報、の何れかに基づいて、前記受信した接続要求を破棄するか否かを判定する
    　ことを特徴とする請求項７に記載の通信システム。
  9. 　前記アクセス先情報通知手段は、前記接続要求破棄通知に格納される前記着側通信網内のアクセス先情報を、前記発側通信網内のアクセス先情報へ書き換えて前記発信端末へ通知する
    　ことを特徴とする請求項７に記載の通信システム。
  10. 　発側通信網に接続された発信端末と、着側通信網に接続された着信端末との間の通信制御を行う通信システムにおける通信制御方法であって、
    　前記着側通信網内の接続要求受信手段が、前記発信端末から送信された接続要求を受信し、
    　前記着側通信網内の接続要求破棄判定手段が、前記受信した接続要求を破棄するか否かを判定し、
    　前記着側通信網内の接続要求破棄通知送信手段が、前記接続要求が破棄される場合に接続要求破棄通知を送信し、
    　前記発側通信網内のアクセス先情報通知手段が、前記接続要求破棄通知に基づいて前記接続要求破棄を解除するためのアクセス先情報を前記発信端末へ通知する
    　ことを特徴とする通信制御方法。
  11. 　前記接続要求破棄判定手段は、前記接続要求に格納される情報、または前記接続要求を送信した前記発信端末より発信された過去の複数の接続要求、または前記接続要求を送信した前記発信端末より発信された過去の複数の接続要求の蓄積情報、の何れかに基づいて、前記受信した接続要求を破棄するか否かを判定する
    　ことを特徴とする請求項１０に記載の通信制御方法。
  12. 　前記アクセス先情報通知手段は、前記接続要求破棄通知に格納される前記着側通信網内のアクセス先情報を、前記発側通信網内のアクセス先情報へ書き換えて前記発信端末へ通知する
    　ことを特徴とする請求項１０に記載の通信制御方法。
PCT/JP2009/005195 2008-10-06 2009-10-06 通信システム及び通信制御方法 WO2010041430A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020117007764A KR101280124B1 (ko) 2008-10-06 2009-10-06 통신 시스템 및 통신 제어 방법
EP20090818970 EP2346300A4 (en) 2008-10-06 2009-10-06 COMMUNICATION SYSTEM AND COMMUNICATION CONTROL METHOD
CN200980139194.0A CN102172096B (zh) 2008-10-06 2009-10-06 通信系统和通信控制方法
US13/122,274 US8634318B2 (en) 2008-10-06 2009-10-06 Communication system and communication control method
US14/099,258 US9131048B2 (en) 2008-10-06 2013-12-06 Communication system and communication control method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2008-259419 2008-10-06
JP2008259419 2008-10-06
JP2008-329148 2008-12-25
JP2008329148A JP2010114870A (ja) 2008-10-06 2008-12-25 通信システム及び通信制御方法

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/122,274 A-371-Of-International US8634318B2 (en) 2008-10-06 2009-10-06 Communication system and communication control method
US14/099,258 Continuation US9131048B2 (en) 2008-10-06 2013-12-06 Communication system and communication control method

Publications (1)

Publication Number Publication Date
WO2010041430A1 true WO2010041430A1 (ja) 2010-04-15

Family

ID=42100392

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/005195 WO2010041430A1 (ja) 2008-10-06 2009-10-06 通信システム及び通信制御方法

Country Status (6)

Country Link
US (2) US8634318B2 (ja)
EP (1) EP2346300A4 (ja)
JP (1) JP2010114870A (ja)
KR (1) KR101280124B1 (ja)
CN (1) CN102172096B (ja)
WO (1) WO2010041430A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107347183A (zh) * 2016-12-26 2017-11-14 福建师范大学 一种基于pmc检测模型的移动网络中恶意用户的检测方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5381086B2 (ja) * 2008-10-06 2014-01-08 日本電気株式会社 通信システム及び通信制御方法
JP2010114870A (ja) * 2008-10-06 2010-05-20 Nec Corp 通信システム及び通信制御方法
CN104254143A (zh) * 2013-06-26 2014-12-31 华为技术有限公司 实现放音收号的方法、设备及系统
FR3019433A1 (fr) * 2014-03-31 2015-10-02 Orange Procede de detection d'une usurpation d'identite appartenant a un domaine
CN107783293A (zh) * 2016-08-31 2018-03-09 中强光电股份有限公司 穿戴式装置及导光元件
US10644893B2 (en) * 2018-08-06 2020-05-05 At&T Intellectual Property I, L.P. Ensuring correctness of session identifiers in call duration records in mobile networks

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6454854A (en) * 1987-08-25 1989-03-02 Nec Corp Telephone exchange with incoming regulating function
WO2004071104A2 (en) 2003-02-10 2004-08-19 Nokia Corporation Mobile network having ip multimedia subsystem (ims) entities and solutions for providing simplification of operations and compatibility between different ims entities
JP2008259419A (ja) 2001-05-22 2008-10-23 Shinko Electric Co Ltd 非接触給電装置

Family Cites Families (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0195649A (ja) 1987-10-08 1989-04-13 Hitachi Ltd 通信方法
JPH03244257A (ja) 1990-02-22 1991-10-31 Nec Corp 電子交換機の着信規制方式
JPH0432340A (ja) 1990-05-29 1992-02-04 Nec Corp 着信規制方式
JPH0766868A (ja) 1993-08-23 1995-03-10 Nippon Telegr & Teleph Corp <Ntt> 着信拒否方法
US6311055B1 (en) 1997-10-02 2001-10-30 Ericsson Inc System and method for providing restrictions on mobile-originated calls
JP2000312256A (ja) * 1999-04-27 2000-11-07 Nec Mobile Commun Ltd 携帯電話機における通話拒否方法
US6330317B1 (en) 1999-11-09 2001-12-11 Dean Garfinkel Call blocking system
JP2001177663A (ja) 1999-12-16 2001-06-29 Matsushita Electric Ind Co Ltd インターネット電話システム
US7042997B2 (en) 2001-07-30 2006-05-09 Persona Software, Inc. Passive call blocking method and apparatus
JP4421796B2 (ja) 2001-08-30 2010-02-24 株式会社ユニバーサルエンターテインメント 電話装置、サーバ、電話装置の応答制御方法、記憶媒体及び応答制御装置
JP3667692B2 (ja) 2001-12-27 2005-07-06 富士通サポートアンドサービス株式会社 ダイアルアップ抑止機能を備えた情報処理装置
JP2004096531A (ja) * 2002-09-02 2004-03-25 Matsushita Electric Ind Co Ltd 通信端末およびその着信方法
US8909701B2 (en) 2003-05-02 2014-12-09 Nokia Corporation IMS conferencing policy logic
JP2005020524A (ja) * 2003-06-27 2005-01-20 Hitachi Information Technology Co Ltd サーバ装置および電話機
JP2005057517A (ja) 2003-08-05 2005-03-03 Nec Corp 携帯電話端末，サーバおよびその着信拒否番号削除方法ならびにプログラム
US8266217B2 (en) * 2003-10-30 2012-09-11 Oracle International Corporation Unsolicited electronic message source verification and tracking system and method
KR100556914B1 (ko) 2003-12-18 2006-03-03 엘지전자 주식회사 일대일 방식의 휴대폰 화상통화 서비스 방법
JP2005244420A (ja) 2004-02-25 2005-09-08 Nippon Telegr & Teleph Corp <Ntt> 通信サービス提供方法および着信拒否集積装置
JP4033847B2 (ja) 2004-03-24 2008-01-16 三洋電機株式会社 Ｉｐ電話システム、ネットワーク管理サーバおよびｉｐ電話機
US8582567B2 (en) * 2005-08-09 2013-11-12 Avaya Inc. System and method for providing network level and nodal level vulnerability protection in VoIP networks
US20060093111A1 (en) * 2004-11-02 2006-05-04 Peck Michael C Method for charge-back on unwanted solicitations
US7912192B2 (en) 2005-02-15 2011-03-22 At&T Intellectual Property Ii, L.P. Arrangement for managing voice over IP (VoIP) telephone calls, especially unsolicited or unwanted calls
US20090034527A1 (en) * 2005-04-13 2009-02-05 Bertrand Mathieu Method of combating the sending of unsolicited voice information
DE102005032302A1 (de) * 2005-07-11 2007-01-25 Infineon Technologies Ag Server-Einheit, Client-Einheit, Verfahren zum Betreiben einer Server-Einheit und Verfahren zum Betreiben einer Client-Einheit
US20070041372A1 (en) 2005-08-12 2007-02-22 Rao Anup V Method and system for deterring SPam over Internet Protocol telephony and SPam Instant Messaging
JP2007060419A (ja) 2005-08-25 2007-03-08 Nippon Telegr & Teleph Corp <Ntt> 通信制御システム、通信制御方法および通信制御プログラム
WO2007030951A1 (en) * 2005-09-16 2007-03-22 Eyeball Networks Inc. Method and system to prevent spam over internet telephony
EP1770941A1 (en) * 2005-09-30 2007-04-04 BRITISH TELECOMMUNICATIONS public limited company Session communication with enhanced functionality
US20070150773A1 (en) 2005-12-19 2007-06-28 Nortel Networks Limited Extensions to SIP signaling to indicate SPAM
US8077849B2 (en) * 2006-01-10 2011-12-13 Utbk, Inc. Systems and methods to block communication calls
GB2434712A (en) 2006-01-30 2007-08-01 Hewlett Packard Development Co Barring calls from a first network to a second network
DE102006012439B4 (de) 2006-03-17 2008-03-27 Nokia Siemens Networks Gmbh & Co.Kg Verfahren und Vorrichtungen zur Vermeidung einer fehlerhaften Klassifizierung von erwünschten Nachrichten als Spam over Internet Telephony-Nachrichten, abgekürzt SPIT-Nachrichten, in einem Kommunikationsnetzwerk
CN1984184A (zh) 2006-04-28 2007-06-20 华为技术有限公司 一种限制通信的方法及系统
DE102006023924A1 (de) * 2006-05-19 2007-11-22 Nec Europe Ltd. Verfahren zur Identifizierung von unerwünschten Telefonanrufen
GB0610635D0 (en) 2006-05-30 2006-07-05 Nokia Corp Allocation of a call state control function to a subscriber
JP5191638B2 (ja) 2006-06-21 2013-05-08 三菱電機株式会社 音声通信装置および音声通信システム
JP4560018B2 (ja) 2006-08-11 2010-10-13 日本電信電話株式会社 接続制御システム、接続制御装置、接続制御方法および接続制御プログラム
JP2008067225A (ja) * 2006-09-08 2008-03-21 Toshiba Corp 移動無線端末装置
JP2009290246A (ja) 2006-09-11 2009-12-10 Sharp Corp 回線を判別して着信の許可や拒否を制御可能な通信端末
CN1937671B (zh) 2006-09-25 2011-07-20 华为技术有限公司 阻止垃圾电话的方法、系统、终端和服务器端
JP4636562B2 (ja) 2006-10-16 2011-02-23 富士通株式会社 呼制御システム、通信端末、尺度値データ記憶装置、および、プログラム
JP2008205937A (ja) 2007-02-21 2008-09-04 Nec Corp 移動体通信システム、移動体通信機及び移動体通信方法
US8064882B2 (en) 2007-03-09 2011-11-22 Cisco Technology, Inc. Blacklisting of unlicensed mobile access (UMA) users via AAA policy database
JP4909773B2 (ja) 2007-03-16 2012-04-04 日本電気株式会社 ホーム加入者サーバ構成方法、構成システム、プログラム及び記憶媒体
CN101035098A (zh) 2007-04-24 2007-09-12 北京网秦天下科技有限公司 基于质询的移动终端拒绝接收垃圾邮件的方法
CN101132590A (zh) 2007-07-27 2008-02-27 中国移动通信集团江苏有限公司 基于客户感知的通信网络软质量提升方法
EP2206284B1 (en) 2007-10-03 2015-08-26 Art Technology Group, Inc. Method and apparatus for the prevention of unwanted calls in a callback system
WO2009146739A2 (en) * 2008-06-03 2009-12-10 Telefonaktiebolaget Lm Ericsson (Publ) Identifying user role in ip multimedia subsystem
EP2134057B1 (en) 2008-06-12 2013-05-01 Alcatel Lucent Method for protecting a packet-based network from attacks, as well as security border node
JP5381087B2 (ja) 2008-10-06 2014-01-08 日本電気株式会社 通信システム及び通信制御方法
JP5381086B2 (ja) 2008-10-06 2014-01-08 日本電気株式会社 通信システム及び通信制御方法
JP2010114870A (ja) * 2008-10-06 2010-05-20 Nec Corp 通信システム及び通信制御方法
US20120297457A1 (en) 2010-11-15 2012-11-22 Brian Schulte Interactive Malware Detector

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6454854A (en) * 1987-08-25 1989-03-02 Nec Corp Telephone exchange with incoming regulating function
JP2008259419A (ja) 2001-05-22 2008-10-23 Shinko Electric Co Ltd 非接触給電装置
WO2004071104A2 (en) 2003-02-10 2004-08-19 Nokia Corporation Mobile network having ip multimedia subsystem (ims) entities and solutions for providing simplification of operations and compatibility between different ims entities
JP2007527633A (ja) 2003-02-10 2007-09-27 ノキア コーポレイション 移動ネットワークにおいて実現されるプロキシコール状態制御機能部（ｐ−ｃｓｃｆ）、インターネットプロトコル（ｉｐ）マルチメディアサブシステム（ｉｍｓ）アーキテクチャ、移動ネットワークにおいてプロキシコール状態制御機能部（ｐ−ｃｓｃｆ）を実現するためのプロセス、およびコンピュータ読み取り可能な媒体

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Telecommunications and Internet Converged Services and Protocols for Advanced Networking (TISPAN) Feasibility study of prevention of unsolicited communication in the NGN", ETSI TR 187 009 V2.1.1, July 2008 (2008-07-01), pages 16 - 18, XP014041984, Retrieved from the Internet <URL:fttp://www.etsi.org> *
See also references of EP2346300A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107347183A (zh) * 2016-12-26 2017-11-14 福建师范大学 一种基于pmc检测模型的移动网络中恶意用户的检测方法
CN107347183B (zh) * 2016-12-26 2020-02-18 福建师范大学 一种基于pmc检测模型的移动网络中恶意用户的检测方法

Also Published As

Publication number Publication date
KR20110050727A (ko) 2011-05-16
EP2346300A1 (en) 2011-07-20
CN102172096A (zh) 2011-08-31
US8634318B2 (en) 2014-01-21
US9131048B2 (en) 2015-09-08
KR101280124B1 (ko) 2013-06-28
US20110222481A1 (en) 2011-09-15
JP2010114870A (ja) 2010-05-20
CN102172096B (zh) 2016-01-20
US20140092782A1 (en) 2014-04-03
EP2346300A4 (en) 2013-10-09

Similar Documents

Publication Publication Date Title
EP2522122B1 (en) Lawful call interception support in packet cable network
JP5381086B2 (ja) 通信システム及び通信制御方法
US9131048B2 (en) Communication system and communication control method
EP2293512B1 (en) Malicious communication rejection
US20080227450A1 (en) Indoor call control apparatus associated with public mobile network
JP5381087B2 (ja) 通信システム及び通信制御方法
CN101448233A (zh) 一种ip多媒体子系统紧急呼叫的实现方法
EP2519039B1 (en) Method and system for accessing completion of call to busy subscriber service based on identity
CN101110683B (zh) 一种紧急呼叫强制登记的实现方法
WO2010041758A1 (en) Protection against unsolicited communication for internet protocol multimedia subsystem
US10778732B2 (en) Method of detecting a spoofing of identity belonging to a domain
JP6065938B2 (ja) 通信方法及び通信システム
US8620316B2 (en) Method and apparatus in a telecommunications network
US11711403B2 (en) Multiple namespaces support in priority call in IMS network
EP3989516A1 (en) Multiple namespaces support in priority call in ims network

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980139194.0

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09818970

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009818970

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20117007764

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13122274

Country of ref document: US