WO2020162225A1 - Ｅｎｕｍサーバおよび輻輳制御方法 - Google Patents

Ｅｎｕｍサーバおよび輻輳制御方法 Download PDF

Info

Publication number
WO2020162225A1
WO2020162225A1 PCT/JP2020/002514 JP2020002514W WO2020162225A1 WO 2020162225 A1 WO2020162225 A1 WO 2020162225A1 JP 2020002514 W JP2020002514 W JP 2020002514W WO 2020162225 A1 WO2020162225 A1 WO 2020162225A1
Authority
WO
WIPO (PCT)
Prior art keywords
enum
network
call
query
server
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.)
Ceased
Application number
PCT/JP2020/002514
Other languages
English (en)
French (fr)
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.)
NTT Inc
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to US17/428,212 priority Critical patent/US11949812B2/en
Publication of WO2020162225A1 publication Critical patent/WO2020162225A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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/0075—Details of addressing, directories or routing tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/121—Details of network access arrangements or protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/65—Telephone numbers
    • 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/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
    • H04M3/367—Traffic or load control

Definitions

  • the present invention is in the technical field of ENUM (E.164 Number Mapping) for performing name resolution by associating a telephone number of an IP (Internet Protocol) telephone or the like with a URI (Uniform Resource Identifiers), and an ENUM server and a congestion control method.
  • ENUM E.164 Number Mapping
  • an ENUM system has been proposed as a mechanism in which a device (call control server, etc.) in a carrier network associates a telephone number with a URI (Uniform Resource Identifier).
  • a call control server SIP (Session Initiation Protocol) server installed in the network of the telecommunications carrier uses the connection destination information (IP address) of the telephone number of the terminal (IP telephone, etc.) that is the connection destination. Or the domain name) to the ENUM server to perform routing based on the connection destination information.
  • the call control server generates an ENUM query (ENUM signal) compliant with the ENUM protocol and inquires connection destination information (IP address, domain name, etc.).
  • the SIP server 2 of the own network receives a connection request (SIP signal) from the terminal 1.
  • SIP signal connection request
  • an ENUM query ENUM signal
  • a request for connection destination information corresponding to the destination information is transmitted to the ENUM server 3 (step S62).
  • the ENUM server 3 uses the called party information DB (DataBase) The connection destination information corresponding to the information is acquired to generate an ENUM answer (ENUM signal), which is returned to the SIP server 2 of the own network (step S63), and the call connection is established with the destination terminal of the own network (step S64). ).
  • ENUM signal ENUM answer
  • FIG. 7 is a diagram showing a case where the called party number indicated by the called party information is a telephone number managed by another network (the called carrier network: the called carrier network).
  • the SIP server 2 of the own network receives the connection request (SIP signal) from the terminal 1 (step S71) and generates an ENUM query (ENUM signal).
  • ENUM signal A request for connection destination information corresponding to the destination information is transmitted to the ENUM server 3 (step S72).
  • the ENUM server 3 of the calling carrier network calls the telephone.
  • An ENUM query is transmitted to the ENUM server 3 of the destination carrier network that manages the number (step S73).
  • the ENUM server 3 of the other network obtains the connection destination information corresponding to the destination information from its own connection destination information DB (DataBase) to generate an ENUM answer (ENUM signal), and the ENUM server of the carrier network.
  • the ENUM server 3 of the originating network returns the acquired ENUM answer to the SIP server 2 of its own network (step S75). Since the acquired connection destination information is not the own network but the other network, the SIP server 2 of the originating network sends the connection request to the SIP server 2 of the other network (the receiving network) A call connection is established with the destination terminal 1 of the network (step S76).
  • This ENUM server accepts access from a plurality of call control servers and the like set in the communication carrier network, and further, since the number of terminals (IP telephones and the like) accommodated by one call control server is large, the whole is enormous. Access from any terminal. Inquiries by the ENUM query are in a congestion state when tickets are sold at events or when a large-scale disaster occurs and a large number of calls are made to a specific number or a specific area. Then, in the ENUM server, the response time to the inquiry from the call control server becomes long, or in the worst case, the response becomes impossible, resulting in an increase in connection delay between terminals and a connection failure. Note that congestion caused by ticket sales such as events is called planning congestion.
  • FIG. 8 is a diagram for explaining the conventional congestion control in the case where the called party number indicated by the called party information is a telephone number managed by another network (the called carrier network).
  • the ENUM server 3 on the originating network side accepts the ENUM query from the SIP server 2 of its own network, and the destination number indicated by the destination information indicates the other network ( In the case of a telephone number managed by the destination carrier network), a request is made to the ENUM server 3 of the destination carrier network that manages the telephone number to acquire the connection destination information. Then, the ENUM server 3 on the originating network side transmits the ENUM answer with the connection destination information to the SIP server 2 of the own network.
  • the SIP server 2 of the originating network receives the business via the NNI-SBC (Network Network Interface-Session Border Controller) 4 having a gateway function.
  • a connection request (SIP signal) is transmitted to the private network.
  • the NNI-SBC 4 on the called carrier network side Upon receiving the SIP signal from the calling carrier network, the NNI-SBC 4 on the called carrier network side transmits the call connection to the call processing device such as the CSCF (Call Session Control Function) 5 or the AS (Application Server) 6 to establish the call connection.
  • the CSCF 5 and the AS 6 on the destination company network side are SIP servers that use the SIP communication protocol, like the SIP server 2 on the originating company side.
  • the traffic monitoring device 7 that monitors the traffic of the entire network on the called party side detects congestion, and instructs the call processing devices such as the device that relays the call and the device that controls the session to restrict the traffic.
  • congestion control for SIP signals is premised, and a large number of SIP signals reach a device (NNI-SBC4 etc.) connected to another network (originator network), which increases the processing load. Resulting in.
  • the load on the ENUM server itself can be reduced, but the congestion of the entire network cannot be avoided.
  • a large amount of SIP signals from another network are received by a device (call processing device) in the network such as NNI-SBC4. Since the traffic monitoring device 7 performs the congestion control after the traffic amount increases, it is not possible to suppress the number of connections to the own network (the carrier network). Therefore, it is not possible to suppress an increase in load on a device connected to another network.
  • the present invention has been made in view of such a background, and the present invention is capable of suppressing the number of connections from other networks and reducing the load on the call processing device in the own network, and an ENUM server and congestion control.
  • the challenge is to provide a method.
  • the invention receives an ENUM query from another network accommodating a calling terminal, and a called number of a called terminal managed by the own network attached to the ENUM query.
  • which is an ENUM server that returns connection destination information corresponding to the above, to the other network, and a signal receiving unit that receives an ENUM query from the other network and the call destination number from each call processing device in the own network.
  • the traffic information about the calls to which the number is attached is collected, and the call volume per unit time is aggregated for each of the called numbers and stored in the storage unit as call volume aggregate information, and the received ENUM query is attached.
  • a congestion detection unit, and a restriction processing unit that determines whether or not the ENUM query to which the destination number that has been determined to be in the congestion state is added is subject to restriction based on predetermined restriction processing. And an ENUM query indicating that connection is not possible with respect to the ENUM query determined to be the regulated object, and a signal response unit for returning to the other network, and an ENUM server.
  • the invention according to claim 3 receives the ENUM query from another network accommodating the calling terminal, and the connection destination information corresponding to the called number of the called terminal managed by the own network attached to the ENUM query.
  • the called number is extracted, and by referring to the call volume aggregate information, if the call volume of the called number exceeds a predetermined threshold, the call of the called number is in a congestion state.
  • a step of determining a step of determining whether or not to subject the ENUM query to a regulation target, based on a predetermined regulation process, with respect to the ENUM query with the destination number determined to be in the congestion state.
  • a step of generating an ENUM answer indicating that connection is impossible and returning the ENUM answer to the other network is performed.
  • the ENUM server can execute the restriction process for the ENUM query to which the destination number in the congested state is added, and return the ENUM answer indicating that the connection is not possible to the other network. .. Therefore, the number of connections from the other network (outgoing side) to the own network (receiving side) can be suppressed, and the load on the call processing device in the own network can be reduced.
  • an ENUM server and a congestion control method that reduce the number of connections from other networks and reduce the load on the call processing device in the own network.
  • the ENUM server 30 and the like in the mode for carrying out the present invention (hereinafter referred to as the present embodiment) will be described.
  • the congestion control system 100 including the ENUM server 30 according to the present embodiment will be described.
  • FIG. 1 is a diagram for explaining the overall configuration and processing outline of a congestion control system 100 including an ENUM server 30 according to this embodiment.
  • the difference between the congestion control system 100 shown in FIG. 1 and the system shown in FIG. 8 is that in the congestion control system 100 of the present embodiment, each call processing device in the destination network is the same as the system of FIG. There is no traffic monitoring device 7 for monitoring and controlling the traffic. Instead, ENUM server 30 monitors the traffic of each call processor in the network.
  • the call processing device is, for example, a device in the network such as NNI-SBC4, CSCF5, AS6.
  • the CSCF 5 is a device that has a call session control function and that realizes the same processing as the SIP server 2 described on the originating network side in the destination network.
  • the ENUM server 30 collects traffic information related to calling to a called number (specific number) from each call processing device in its own network. Then, when the ENUM server 30 detects the congestion about the collected specific number, the ENUM server 30 requests the ENUM query for the called number (specific number) from the ENUM server 30 of the other network (originator network). Then, an ENUM answer indicating that the connection is impossible is returned.
  • the SIP server 2 of the other network (originator's network) which has received the ENUM answer indicating that the connection is impossible cannot obtain the connection destination information to the destination carrier's network and issues the connection request (SIP signal) to the other party. It cannot be sent to the network.
  • the ENUM server 30 monitors the traffic of the entire network and regulates when congestion for a specific number is detected, so that the other network (originator network) transfers to the own network (terminating carrier network). It is possible to suppress the number of SIP signal connections. Therefore, SIP signals corresponding to the regulated number of calls can be reduced as compared with the conventional technique, and the load on the call processing device in the own network (the carrier network) can be reduced.
  • FIG. 2 is a functional block diagram showing a configuration example of the ENUM server 30 according to the present embodiment.
  • the ENUM server 30 When receiving an inquiry by an ENUM query from the SIP server 2 of its own network or the ENUM server 30 of another network, the ENUM server 30 extracts the connection destination information corresponding to the destination information by referring to the connection destination information DB 330. And reply as ENUM answer. Further, the ENUM server 30 responds to an inquiry by an ENUM query from another network (originator network) in the call of the called number (specific number) indicated by the ENUM query in its own network (terminating carrier network). When it is determined that congestion has occurred, an ENUM answer indicating that connection is impossible is returned.
  • the ENUM server 30 includes an input/output unit 31, a control unit 32, and a storage unit 33.
  • the input/output unit 31 inputs/outputs information to/from other devices.
  • the input/output unit 31 transmits/receives information to/from the SIP server 2 of its own network, the ENUM server 30 of another network, or the like.
  • the input/output unit 31 includes a communication interface for transmitting/receiving information via a communication line and an input/output interface for inputting/outputting information between an input device such as a keyboard (not shown) and an output device such as a monitor (not shown). Composed.
  • the storage unit 33 (storage unit) includes a hard disk, a flash memory, a RAM, and the like.
  • the storage unit 33 stores call volume summary information 331 (see FIG. 3) and connection destination information DB 330 (see FIG. 4), which will be described later, and a program for executing each function of the control unit 32 and a control. Information necessary for the processing of the unit 32 is temporarily stored.
  • the storage unit 33 stores information regarding restriction of call connection.
  • Information on call connection regulation includes threshold information for starting regulation (details will be described later), the number of queries (/second) allowed when executing regulation (for example, 50 queries/second), and a regulation rate (for example, "1/2") and the like.
  • the control unit 32 is responsible for overall processing executed by the ENUM server 30, and includes a signal reception unit 321, a congestion detection unit 322, a restriction processing unit 323, a connection destination information search unit 324, and a signal response unit 325. Composed of.
  • the control unit 32 is realized, for example, by the CPU expanding the program stored in the storage unit 33 of the ENUM server 30 into the RAM and executing the program.
  • the signal receiving unit 321 receives an ENUM query from the ENUM server 30 of the other network and the SIP server 2 (CSCF5 etc.) of the own network. Then, the signal reception unit 321 outputs the ENUM query received from the ENUM server 30 of the other network to the congestion detection unit 322. Further, the signal receiving unit 321 outputs the ENUM query received from the SIP server 2 of its own network to the connection destination information searching unit 324.
  • the congestion detection unit 322 collects traffic information about a call with a destination number (specific number) from each call processing device (NNI-SBC4, CSCF5, AS6, etc.) in the network, and collects traffic information per unit time.
  • the call volume is totaled and stored as call volume total information 331 in the storage unit 33.
  • FIG. 3 is a diagram showing a data configuration example of the call volume total information 331 according to the present embodiment.
  • the call volume total information 331 stores the total call volume per unit time for each destination number (specific number). For example, the call volume for the called number (E.164 number) "81312345555" is stored as "100 (/sec)".
  • the congestion detection unit 322 determines that a call having a destination number that exceeds a predetermined threshold value (for example, 500/sec) is in a congestion state.
  • a predetermined threshold value for example, 500/sec
  • the congestion detection unit 322 extracts the called party number (specific number) attached to the ENUM query, refers to the call volume total information 331, and refers to the called party number of the called party number. Determine if the call is congested.
  • the congestion detection unit 322 determines that the congestion state is present, the congestion detection unit 322 outputs the ENUM query to which the destination number is attached to the restriction processing unit 323. On the other hand, when the congestion detection unit 322 determines that the congestion state is not present, it outputs the ENUM query to the connection destination information search unit 324.
  • the restriction processing unit 323 executes a predetermined restriction process with respect to the ENUM query to which the callee number determined to be in the congestion state is added. For example, the restriction processing unit 323 determines an ENUM query that exceeds the number of queries (for example, 50 queries/second) allowed per unit time as an ENUM query to be restricted, or a restriction rate (for example, “1/2”). According to the above, the ENUM query to which the called number is added is determined as the ENUM query to be regulated. Then, the restriction processing unit 323 outputs the ENUM query determined as the restriction target to the signal response unit 325. Further, the restriction processing unit 323 outputs the ENUM query that is not a restriction target to the connection destination information search unit 324.
  • the restriction processing unit 323 determines an ENUM query that exceeds the number of queries (for example, 50 queries/second) allowed per unit time as an ENUM query to be restricted, or a restriction rate (for example, “1/2”). According to the above, the ENUM query to which the called number is added is determined
  • the connection destination information search unit 324 Upon acquiring the ENUM query, the connection destination information search unit 324 extracts the destination information attached to the query. Then, the connection destination information retrieval unit 324 refers to the connection destination information DB 330 (FIG. 4) in the storage unit 33 and retrieves the connection destination information corresponding to the destination information. The connection destination information search unit 324 extracts the connection destination information obtained as a result of searching the connection destination information DB 330, and outputs a processing instruction to the signal response unit 325.
  • FIG. 4 is a diagram showing a data configuration example of the connection destination information DB 330 according to the present embodiment.
  • the connection destination information DB 330 stores the connection destination information in association with the destination information.
  • the called party information includes, for example, the E.D. based on the called party number (the telephone number of the called party terminal 1).
  • Information for example, "5.5.5.5.4.3.2.1.8.e164enum.net" obtained by converting the 164 number into the domain format of the ENUM protocol is stored.
  • the connection destination information associated with this destination information includes, for example, the E. A URI including the H.164 number and the domain name (for example, “carrier_a.ne.jp”) of the communication carrier of the connection destination is stored.
  • the signal response unit 325 generates an ENUM answer including the extracted connection destination information for the ENUM query from which the connection destination information search unit 324 has extracted the connection destination information, and the ENUM of the other network that is the transmission source of the ENUM query. It replies to the server 30 or the SIP server 2 of its own network. On the other hand, the signal response unit 325 generates an ENUM answer indicating that connection is not possible for the ENUM query determined by the regulation processing unit 323 as a regulation target, and returns the ENUM answer to the ENUM server 30 of another network.
  • the signal response unit 325 may be, for example, an ENUM standard “JJ-90.31” (“Carrier ENUM interconnect common interface” version 4.0, August 29, 2018) as an ENUM answer indicating that connection is not possible.
  • the setting value of the “RCODE field” relating to the answer specified by the Information and Communication Technology Committee (General Incorporated Association) is set to “5” (rejection) to generate the ENUM answer.
  • the setting value “5” means that the ENUM answer is not returned in the business operator policy.
  • the setting example of the ENUM answer indicating that the connection is impossible is not limited to the above.
  • the signal response unit 325 preferably sets TTL (Time To Live) set in the ENUM answer to a value smaller than the value (60 seconds) recommended by the ENUM standard.
  • the value of this TTL may be, for example, “0”, and by shortening (or eliminating) the cache lifetime, the ENUM query with the destination number that the ENUM server 30 of the destination network has determined to be in a congestion state is It becomes possible to regulate without waiting for the cache lifetime.
  • the ENUM query to which the destination number (specific number) in the congested state is added is subjected to the restriction process, and the other network (originator network) is controlled.
  • An ENUM answer that cannot be connected is returned to the ENUM server 30. Therefore, the number of connections from the other network (originator network) to the own network (terminating carrier network) can be suppressed, and the load on the call processing device in the own network (terminating carrier network) can be reduced.
  • FIG. 5 is a flowchart showing the flow of processing of the ENUM server 30 according to this embodiment.
  • the ENUM server 30 of the own network caller's network
  • receives the ENUM query from the ENUM server 30 of another network calling carrier's network
  • the congestion detection unit 322 of the ENUM server 30 collects traffic information about a call with a destination number (specific number) from each call processing device in its own network, and totals the call volume per unit time. Then, it is stored in the call volume total information 331 in the storage unit 33 (step S10). The traffic information collection process by the congestion detection unit 322 is performed at predetermined time intervals, and the latest state at the present time is stored.
  • the ENUM server 30 receives the ENUM query (connection request) from the ENUM server 30 of the other network (originator network) (step S11). Then, the signal reception unit 321 outputs the received ENUM query to the congestion detection unit 322.
  • the congestion detection unit 322 extracts the destination number (specific number) attached to the received ENUM query and determines whether the call corresponding to the destination number is in the congestion state (step S12).
  • the congestion detection unit 322 refers to the call volume totalization information 331 (FIG. 3), and determines whether the call to the destination number is in the congestion state, depending on whether the predetermined threshold is exceeded.
  • step S12 ⁇ No When the congestion detection unit 322 determines that the call corresponding to the called number is not in the congestion state (step S12 ⁇ No), the process for the ENUM query proceeds to step S14. On the other hand, when the congestion detection unit 322 determines that the congestion state is present (step S12 ⁇ Yes), the process proceeds to the next step S13.
  • the restriction processing unit 323 determines whether to execute a predetermined restriction process for the ENUM query. That is, the restriction processing unit 323 determines whether the ENUM query is a restriction target.
  • the restriction processing unit 323 determines, for example, an ENUM query that exceeds the number of queries allowed per unit time as an ENUM query to be restricted, or the ENUM query to which the called number is added based on the restriction ratio. Is determined as the ENUM query to be regulated.
  • the restriction processing unit 323 determines that the ENUM query is not the restriction target (step S13 ⁇ No)
  • the restriction processing unit 323 outputs the ENUM query to the connection destination information searching unit 324, and proceeds to step S14.
  • the restriction processing unit 323 determines that the ENUM query is a restriction target
  • the restriction processing unit 323 outputs the query to the signal response unit 325, and proceeds to step S16.
  • step S14 when the connection destination information retrieval unit 324 acquires the ENUM query, it extracts the destination information attached to the query. Then, the connection destination information retrieval unit 324 refers to the connection destination information DB 330 (FIG. 4) in the storage unit 33 and retrieves the connection destination information corresponding to the destination information.
  • the connection destination information search unit 324 extracts the connection destination information obtained as a result of searching the connection destination information DB 330, and outputs a processing instruction to the signal response unit 325.
  • the signal response unit 325 generates an ENUM answer including the extracted connection destination information for the ENUM query from which the connection destination information search unit 324 has extracted the connection destination information, and the ENUM of the other network that is the transmission source of the ENUM query.
  • a reply is sent to the server 30 (step S15), and the process ends.
  • the restriction processing unit 323 determines that the ENUM query is a restriction target (step S13 ⁇ Yes), it generates an ENUM answer indicating that the connection is impossible, and causes the ENUM server 30 of the other network to generate the ENUM answer. A reply is sent (step S16), and the process is completed.
  • the ENUM server 30 monitors the traffic of the entire network and detects the congestion state of the destination number (specific number). In this case, by restricting the ENUM query to which the called number is attached, it is possible to suppress the number of connections from another network (originator network) to the own network (terminating carrier network). Therefore, compared to the conventional technique, the SIP signals for the regulated number of calls can be reduced, and the load on the call processing device in the own network (the carrier network) can be reduced.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】他網からの接続数を抑制し、自網内の呼処理装置の負荷を低減する。 【解決手段】ＥＮＵＭサーバ３０は、自網内の各呼処理装置から、着信先番号が付された呼についてのトラヒック情報を収集し、その着信先番号ごとに単位時間当たりの呼量を集計して呼量集計情報３３１として記憶するとともに、他網から受信したＥＮＵＭクエリに付された着信先番号を抽出し、呼量集計情報３３１を参照して、当該着信先番号の呼量が所定の閾値を超えている場合に、当該着信先番号の呼が輻輳状態であると判定する輻輳検知部３２２と、輻輳状態であると判定された着信先番号が付されたＥＮＵＭクエリに対し、所定の規制処理に基づき、当該ＥＮＵＭクエリを規制対象にするか否かを決定する規制処理部３２３と、規制対象に決定されたＥＮＵＭクエリについて、接続不可であることを示すＥＮＵＭアンサを生成し、他網に返信する信号応答部３２５と、を備える。

Description

ＥＮＵＭサーバおよび輻輳制御方法
　本発明は、ＩＰ（Internet Protocol）電話等の電話番号を、ＵＲＩ（Uniform Resource Identifiers）に対応付けて名前解決を行うＥＮＵＭ（E.164 Number Mapping）の技術分野であり、ＥＮＵＭサーバおよび輻輳制御方法に関する。
　従来、ＩＰ網において、通信事業者網内の装置（呼制御サーバ等）が、電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭシステムが提案されている。このＥＮＵＭシステムでは、通信事業者のネットワーク内に設置された呼制御サーバ（ＳＩＰ（Session Initiation Protocol）サーバ）が、接続先となる端末（ＩＰ電話等）の電話番号についての接続先情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭサーバに問い合わせて、その接続先情報に基づいてルーティングを行う。なお、ＥＮＵＭシステムでは、呼制御サーバが、ＥＮＵＭプロトコルに準拠したＥＮＵＭクエリ（ＥＮＵＭ信号）を生成し、接続先情報（ＩＰアドレスや、ドメイン名等）を問い合わせる。
　具体的には、図６に示すように、ＥＮＵＭシステム９００では、端末１から自網（発信側の通信事業者網：発事業者網）のＳＩＰサーバ２が、接続要求（ＳＩＰ信号）を受け付け（ステップＳ６１）、ＥＮＵＭクエリ（ＥＮＵＭ信号）を生成して、着信先情報に対応する接続先情報の要求をＥＮＵＭサーバ３に送信する（ステップＳ６２）。ＥＮＵＭサーバ３は、その着信先情報で示される着信先の番号が自網（発事業者網）で管理する電話番号である場合には、自身の接続先情報ＤＢ（DataBase）から、その着信先情報に対応する接続先情報を取得してＥＮＵＭアンサ（ＥＮＵＭ信号）を生成し、自網のＳＩＰサーバ２に返信して（ステップＳ６３）、自網の着信先端末と呼接続を行う（ステップＳ６４）。
　一方、図７は、着信先情報で示される着信先の番号が他網（着信側の通信事業者網：着事業者網）で管理する電話番号である場合を示す図である。
　この場合に、ＥＮＵＭシステム９００では、端末１から自網（発事業者網）のＳＩＰサーバ２が、接続要求（ＳＩＰ信号）を受け付け（ステップＳ７１）、ＥＮＵＭクエリ（ＥＮＵＭ信号）を生成して、着信先情報に対応する接続先情報の要求をＥＮＵＭサーバ３に送信する（ステップＳ７２）。発事業者網のＥＮＵＭサーバ３は、着信先情報で示される着信先の番号が他網（着信側の通信事業者網：着事業者網）で管理する電話番号である場合には、その電話番号を管理する着事業者網のＥＮＵＭサーバ３に、ＥＮＵＭクエリを送信する（ステップＳ７３）。他網のＥＮＵＭサーバ３は、自身の接続先情報ＤＢ（DataBase）から、その着信先情報に対応する接続先情報を取得してＥＮＵＭアンサ（ＥＮＵＭ信号）を生成し、発事業者網のＥＮＵＭサーバ３に返信する（ステップＳ７４）。発事業者網のＥＮＵＭサーバ３は、取得したＥＮＵＭアンサを、自網のＳＩＰサーバ２に返信する（ステップＳ７５）。発事業者網のＳＩＰサーバ２は、取得した接続先情報が自網ではなく、他網であるため、他網（着事業者網）のＳＩＰサーバ２に接続要求を送信することにより着事業者網の着信先端末１と呼接続を行う（ステップＳ７６）。
　このＥＮＵＭサーバは、通信事業者網内に設定される複数の呼制御サーバ等からアクセスを受け付ける、さらに、１つの呼制御サーバが収容する端末（ＩＰ電話等）の台数も多いため、全体として膨大な端末からのアクセスを受け付けることとなる。
　ＥＮＵＭクエリでの問い合わせは、イベント等のチケット販売時や、大規模災害の発生時に、特定の番号や特定の地域への発呼が大量に発生した場合に輻輳状態となる。そして、ＥＮＵＭサーバにおいて、呼制御サーバからの問い合わせに対する応答時間が長くなったり、最悪の場合応答できなくなったりして、端末間の接続遅延の増加や接続障害が発生する。なお、イベント等のチケット販売により輻輳が発生することを企画型輻輳という。
　企画型輻輳等により特定の着信先番号に呼が集中すると、その番号へのトラフィック量が一時的に増大し、その他の番号への呼が繋がりにくくなる等の影響がある。そのため、特定の番号を対象とした輻輳制御が行われている。
　図８は、着信先情報で示される着信先番号が他網（着事業者網）で管理する電話番号である場合における、従来の輻輳制御を説明するための図である。
　図８では、図７で示した例と同様に、発事業者網側のＥＮＵＭサーバ３が、ＥＮＵＭクエリを自網のＳＩＰサーバ２から受け付け、着信先情報で示される着信先番号が他網（着事業者網）で管理する電話番号である場合に、その電話番号を管理する着事業者網のＥＮＵＭサーバ３に要求を行い接続先情報を取得する。そして、発事業者網側のＥＮＵＭサーバ３は、接続先情報を付したＥＮＵＭアンサを、自網のＳＩＰサーバ２に送信する。発事業者網のＳＩＰサーバ２は、取得した接続先情報が自網ではなく、他網であるため、ゲートウェイ機能を備えるＮＮＩ－ＳＢＣ（Network Network Interface - Session Border Controller）４を介して、着事業者網に接続要求（ＳＩＰ信号）を送信する。発事業者網からのＳＩＰ信号を受信した着事業者網側のＮＮＩ－ＳＢＣ４は、ＣＳＣＦ（Call Session Control Function）５やＡＳ（Application Server）６等の呼処理装置に送信することにより呼接続を行う。なお、着事業者網側のＣＳＣＦ５およびＡＳ６は、発事業者側のＳＩＰサーバ２と同様に、ＳＩＰの通信プロトコルを利用したＳＩＰサーバである。着事業者網においては、企画型輻輳等の際に、他網（発事業者網）から自網（着事業者網）が管理する番号に大量のＳＩＰ信号が到達する。この場合、着事業者側の網全体のトラフィックを監視するトラフィック監視装置７が輻輳を検出し、呼を中継する装置やセッション制御する装置等の呼処理装置それぞれに対して、規制を指示している。
　従来技術では、ＳＩＰ信号に対する輻輳制御が前提であり、他網（発事業者網）と接続する装置（ＮＮＩ－ＳＢＣ４等）に対しては多数のＳＩＰ信号が到達することとなり、処理負荷が増大してしまう。
　一方、ＥＮＵＭサーバを用いた輻輳制御方式としては、ＥＮＵＭ自身の輻輳を回避するための機能や、特定の条件の呼を専用のＥＮＵＭサーバへ振り分ける機能などがある。特許文献１に記載の発明では、特定の番号への問合せが集中した場合に、その番号に対する問合せを特定のＥＮＵＭサーバへ振り分け、その他の呼への影響を低減させている。
特開２０１８－１３３７５９号公報
　しかしながら、上記したＥＮＵＭサーバを用いた輻輳制御方式では、ＥＮＵＭサーバそのものの負荷は低減できるものの網全体としての輻輳を回避できるものではなかった。また、図８に示したような従来の網全体の輻輳制御方式では、他網（発事業者網）から大量のＳＩＰ信号を、ＮＮＩ－ＳＢＣ４等の網内装置（呼処理装置）が受け取ってトラフィック量が増大してから、トラフィック監視装置７による輻輳制御が行われるため、自網（着事業者網）への接続数を抑制することはできなかった。よって、特に他網と接続する装置の負荷の増大を抑えることができなかった。
　このような背景に鑑みて本発明がなされたのであり、本発明は、他網からの接続数を抑制し、自網内の呼処理装置の負荷を低減することができる、ＥＮＵＭサーバおよび輻輳制御方法を提供することを課題とする。
　前記した課題を解決するため、請求項１に記載の発明は、発信端末を収容する他網からのＥＮＵＭクエリを受信し、当該ＥＮＵＭクエリに付された自網が管理する着信端末の着信先番号に対応する接続先情報を、前記他網に返信するＥＮＵＭサーバであって、前記他網からのＥＮＵＭクエリを受信する信号受信部と、前記自網内の各呼処理装置から、前記着信先番号が付された呼についてのトラヒック情報を収集し、前記着信先番号ごとに単位時間当たりの呼量を集計して呼量集計情報として記憶部に記憶するとともに、受信した前記ＥＮＵＭクエリに付された着信先番号を抽出し、前記呼量集計情報を参照して、当該着信先番号の前記呼量が所定の閾値を超えている場合に、当該着信先番号の呼が輻輳状態であると判定する輻輳検知部と、前記輻輳状態であると判定された着信先番号が付されたＥＮＵＭクエリに対し、所定の規制処理に基づき、当該ＥＮＵＭクエリを規制対象にするか否かを決定する規制処理部と、前記規制対象に決定されたＥＮＵＭクエリについて、接続不可であることを示すＥＮＵＭアンサを生成し、前記他網に返信する信号応答部と、を備えることを特徴とするＥＮＵＭサーバとした。
　また、請求項３に記載の発明は、発信端末を収容する他網からのＥＮＵＭクエリを受信し、当該ＥＮＵＭクエリに付された自網が管理する着信端末の着信先番号に対応する接続先情報を、前記他網に返信するＥＮＵＭサーバの輻輳制御方法であって、前記ＥＮＵＭサーバが、前記自網内の各呼処理装置から、前記着信先番号が付された呼についてのトラヒック情報を収集し、前記着信先番号ごとに単位時間当たりの呼量を集計して呼量集計情報として記憶手段に記憶するステップと、前記他網からのＥＮＵＭクエリを受信するステップと、受信した前記ＥＮＵＭクエリに付された着信先番号を抽出し、前記呼量集計情報を参照して、当該着信先番号の前記呼量が所定の閾値を超えている場合に、当該着信先番号の呼が輻輳状態であると判定するステップと、前記輻輳状態であると判定された着信先番号が付されたＥＮＵＭクエリに対し、所定の規制処理に基づき、当該ＥＮＵＭクエリを規制対象にするか否かを決定するステップと、前記規制対象に決定されたＥＮＵＭクエリについて、接続不可であることを示すＥＮＵＭアンサを生成し、前記他網に返信するステップと、を実行することを特徴とする輻輳制御方法とした。
　このようにすることで、ＥＮＵＭサーバは、輻輳状態にある着信先番号が付されたＥＮＵＭクエリについて規制処理を実行し、他網に対し接続不可であることを示すＥＮＵＭアンサを返信することができる。よって、他網（発信側）から自網（着信側）への接続数を抑制し、自網内の呼処理装置への負荷を軽減することができる。
　本発明によれば、他網からの接続数を抑制し、自網内の呼処理装置の負荷を低減する、ＥＮＵＭサーバおよび輻輳制御方法を提供することができる。
本実施形態に係るＥＮＵＭサーバを含む輻輳制御システムの全体構成と処理概要を説明するための図である。 本実施形態に係るＥＮＵＭサーバの構成例を示す機能ブロック図である。 本実施形態に係る呼量集計情報のデータ構成例を示す図である。 本実施形態に係る接続先情報ＤＢのデータ構成例を示す図である。 本実施形態に係るＥＮＵＭサーバの処理の流れを示すフローチャートである。 従来のＥＮＵＭシステムの問い合わせ処理の流れ（自網宛て）を説明するための図である。 従来のＥＮＵＭシステムの問い合わせ処理の流れ（他網宛て）を説明するための図である。 従来の網全体のトラフィックの監視による輻輳制御を説明するための図である。
　次に、本発明を実施するための形態（以下、本実施形態と称する。）における、ＥＮＵＭサーバ３０等について説明する。
　まず、本実施形態に係るＥＮＵＭサーバ３０を含む輻輳制御システム１００について説明する。
　図１は、本実施形態に係るＥＮＵＭサーバ３０を含む輻輳制御システム１００の全体構成と処理概要を説明するための図である。
　図１で示した輻輳制御システム１００と、図８で示したシステムとの違いは、本実施形態の輻輳制御システム１００では、図８のシステムのように、着事業者網において、各呼処理装置を監視して規制制御を行うトラフィック監視装置７を設けていない。その代わり、ＥＮＵＭサーバ３０が網内の各呼処理装置のトラフィックを監視する。なお、呼処理装置は、例えば、ＮＮＩ－ＳＢＣ４、ＣＳＣＦ５、ＡＳ６等の網内装置である。また、ＣＳＣＦ５は、呼セッション制御機能を備え、発事業者網側で説明したＳＩＰサーバ２と同様の処理を着事業者網において実現する装置である。
　ＥＮＵＭサーバ３０は、自網内の各呼処理装置から、着信先番号（特定番号）への発呼に関するトラフィック情報を収集する。そして、ＥＮＵＭサーバ３０は、収集した特定番号についての輻輳を検知した場合、他網（発事業者網）のＥＮＵＭサーバ３０から要求のあった、その着信先番号（特定番号）に関するＥＮＵＭクエリに対して、接続不可であることを示すＥＮＵＭアンサを返信する。接続不可であることを示すＥＮＵＭアンサを受け取った他網（発事業者網）のＳＩＰサーバ２は、着事業者網への接続先情報を得ることができず、接続要求（ＳＩＰ信号）を他網へ送信することはできない。
　このように、ＥＮＵＭサーバ３０において、網全体のトラフィックを監視し、特定番号に対する輻輳を検出した場合に規制を行うことにより、他網（発事業者網）から自網（着事業者網）へのＳＩＰ信号の接続数を抑制することができる。よって、従来技術に比べ、規制した呼数分のＳＩＰ信号が削減でき、自網（着事業者網）内の呼処理装置への負担を軽減することができる。
＜ＥＮＵＭサーバ＞
　次に、本実施形態に係るＥＮＵＭサーバ３０について説明する。
　図２は、本実施形態に係るＥＮＵＭサーバ３０の構成例を示す機能ブロック図である。
　ＥＮＵＭサーバ３０は、自網のＳＩＰサーバ２や、他網のＥＮＵＭサーバ３０からＥＮＵＭクエリによる問い合わせを受けた際に、着信先情報に対応する接続先情報を、接続先情報ＤＢ３３０を参照して抽出し、ＥＮＵＭアンサとして返信する。また、ＥＮＵＭサーバ３０は、他網（発事業者網）からのＥＮＵＭクエリによる問い合わせに対して、自網（着事業者網）においてそのＥＮＵＭクエリで示される着信先番号（特定番号）の呼において輻輳が発生していると判断した場合には、接続不可であることを示すＥＮＵＭアンサを返信する。
　このＥＮＵＭサーバ３０は、入出力部３１と、制御部３２と、記憶部３３とを備える。
　入出力部３１は、他の装置等との間の情報の入出力を行う。例えば、入出力部３１は、自網のＳＩＰサーバ２や他網のＥＮＵＭサーバ３０等との間で情報の送受信を行う。この入出力部３１は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
　記憶部３３（記憶手段）は、ハードディスクやフラッシュメモリ、ＲＡＭ等により構成される。
　この記憶部３３には、後記する呼量集計情報３３１（図３参照）および接続先情報ＤＢ３３０（図４参照）が記憶されるとともに、制御部３２の各機能を実行させるためのプログラムや、制御部３２の処理に必要な情報が一時的に記憶される。
　なお、記憶部３３には、呼接続の規制に関する情報が記憶される。呼接続の規制に関する情報は、規制を開始する閾値の情報（詳細は後記）、規制を実行する際に許容するクエリ数（／秒）（例えば、50クエリ／秒）や、規制割合（例えば、「１／２」）等である。
　制御部３２は、ＥＮＵＭサーバ３０が実行する処理の全般を司り、信号受信部３２１と、輻輳検知部３２２と、規制処理部３２３と、接続先情報検索部３２４と、信号応答部３２５とを含んで構成される。なお、この制御部３２は、例えば、このＥＮＵＭサーバ３０の記憶部３３に格納されたプログラムをＣＰＵがＲＡＭに展開し実行することにより実現される。
　信号受信部３２１は、他網のＥＮＵＭサーバ３０および自網のＳＩＰサーバ２（ＣＳＣＦ５等）からＥＮＵＭクエリを受信する。そして、信号受信部３２１は、他網のＥＮＵＭサーバ３０から受信したＥＮＵＭクエリを、輻輳検知部３２２に出力する。また、信号受信部３２１は、自網のＳＩＰサーバ２から受信したＥＮＵＭクエリを、接続先情報検索部３２４に出力する。
　輻輳検知部３２２は、網内の各呼処理装置（ＮＮＩ－ＳＢＣ４、ＣＳＣＦ５、ＡＳ６等）から、着信先番号（特定番号）が付された呼についてのトラフィック情報を収集して、単位時間当たりの呼量を集計し、記憶部３３内の呼量集計情報３３１として記憶する。
　図３は、本実施形態に係る呼量集計情報３３１のデータ構成例を示す図である。
　呼量集計情報３３１には、着信先番号（特定番号）ごとに、集計した単位時間あたりの呼量が格納される。
　例えば、着信先番号（Ｅ．１６４番号）が「81312345555」についての呼量が「100（／秒）」として格納される。
　輻輳検知部３２２は、所定の閾値（例えば、500／秒）を超えた着信先番号の呼を、輻輳状態であると判定する。図３においては、着信先番号が「81312347777」の呼について、呼量が「1000（／秒）」であることから、所定の閾値を超えており、輻輳状態であると判定する。
　輻輳検知部３２２は、信号受信部３２１からＥＮＵＭクエリを受信すると、そのＥＮＵＭクエリに付された着信先番号（特定番号）を抽出し、呼量集計情報３３１を参照して、その着信先番号の呼が輻輳状態か否かを判定する。そして、輻輳検知部３２２は、輻輳状態であると判定した場合には、その着信先番号が付されたＥＮＵＭクエリを、規制処理部３２３に出力する。一方、輻輳検知部３２２は、輻輳状態でないと判定した場合には、そのＥＮＵＭクエリを、接続先情報検索部３２４に出力する。
　規制処理部３２３は、輻輳状態であると判定された着信先番号が付されたＥＮＵＭクエリについて、所定の規制処理を実行する。例えば、規制処理部３２３は、単位時間当たりに許容するクエリ数（例えば、50クエリ／秒）を超えるＥＮＵＭクエリを規制対象のＥＮＵＭクエリに決定したり、規制割合（例えば、「１／２」）に応じて当該着信先番号が付されたＥＮＵＭクエリを規制対象のＥＮＵＭクエリに決定したりする。
　そして、規制処理部３２３は、規制対象に決定したＥＮＵＭクエリについては、信号応答部３２５に出力する。また、規制処理部３２３は、規制対象としなかったＥＮＵＭクエリについては、接続先情報検索部３２４に出力する。
　接続先情報検索部３２４は、ＥＮＵＭクエリを取得すると、そのクエリに付された着信先情報を抽出する。そして、接続先情報検索部３２４は、記憶部３３内の接続先情報ＤＢ３３０（図４）を参照し、その着信先情報に対応する接続先情報を検索する。接続先情報検索部３２４は、接続先情報ＤＢ３３０を検索した結果得られた接続先情報を抽出し、信号応答部３２５に処理の指示を出力する。
　図４は、本実施形態に係る接続先情報ＤＢ３３０のデータ構成例を示す図である。
　図４に示すように、接続先情報ＤＢ３３０には、着信先情報に対応付けて、接続先情報が記憶される。具体的には、着信先情報には、例えば、着信先番号（着信先の端末１の電話番号）に基づき、Ｅ．１６４番号をＥＮＵＭプロトコルのドメイン形式に変換した情報（例えば、「5.5.5.5.4.3.2.1.8.e164enum.net」）が記憶される。この着信先情報に対応付けた接続先情報には、例えば、着信先の端末１のＥ．１６４番号と、接続先の通信事業者のドメイン名（例えば、「carrier_a.ne.jp」）とを含むＵＲＩが記憶される。
　信号応答部３２５は、接続先情報検索部３２４が接続先情報を抽出したＥＮＵＭクエリについて、その抽出した接続先情報を含むＥＮＵＭアンサを生成し、当該ＥＮＵＭクエリの送信元である、他網のＥＮＵＭサーバ３０や自網のＳＩＰサーバ２に返信する。
　一方、信号応答部３２５は、規制処理部３２３が規制対象に決定したＥＮＵＭクエリについて、接続不可であることを示すＥＮＵＭアンサを生成し、他網のＥＮＵＭサーバ３０に返信する。
　信号応答部３２５は、接続不可であることを示すＥＮＵＭアンサとして、例えば、ＥＮＵＭ標準の規格「ＪＪ－９０．３１」（「キャリアＥＮＵＭの相互接続共通インタフェース」第4.0版、2018年8月29日、一般社団法人情報通信技術委員会）で定められたアンサに関する「ＲＣＯＤＥフィールド」の設定値を、「５」（拒否）に設定したＥＮＵＭアンサを生成する。なお、設定値「５」は、事業者ポリシでＥＮＵＭアンサを返送しない場合を意味する。ただし、接続不可であることを示すＥＮＵＭアンサの設定例は、上記に限定されない。
　また、信号応答部３２５は、ＥＮＵＭアンサに設定するＴＴＬ（Time To Live）を、ＥＮＵＭ標準の規格で推奨される値（60秒）よりも小さいする値にすることが望ましい。このＴＴＬの値は例えば「０」でもよく、キャッシュ生存時間を短くする（若しくは無くす）ことにより、着事業者網のＥＮＵＭサーバ３０が輻輳状態と判定した着信先番号が付されたＥＮＵＭクエリについて、キャッシュ生存時間を待たずに規制することが可能となる。
　このように、本実施形態に係るＥＮＵＭサーバ３０によれば、輻輳状態にある着信先番号（特定番号）が付されたＥＮＵＭクエリについては規制処理を実行し、他網（発事業者網）のＥＮＵＭサーバ３０に対し接続不可のＥＮＵＭアンサを返信する。よって、他網（発事業者網）から自網（着事業者網）への接続数を抑制し、自網（着事業者網）内の呼処理装置への負荷を軽減することができる。
≪ＥＮＵＭサーバの処理≫
　次に、本実施形態に係るＥＮＵＭサーバ３０の処理の流れを説明する。
　図５は、本実施形態に係るＥＮＵＭサーバ３０の処理の流れを示すフローチャートである。なお、ここでは、自網（着事業者網）のＥＮＵＭサーバ３０が、他網（発事業者網）のＥＮＵＭサーバ３０からのＥＮＵＭクエリを受信するものとして説明する。
　まず、ＥＮＵＭサーバ３０の輻輳検知部３２２は、自網内の各呼処理装置から、着信先番号（特定番号）が付された呼についてのトラフィック情報を収集し、単位時間当たりの呼量を集計して、記憶部３３内の呼量集計情報３３１に記憶する（ステップＳ１０）。なお、輻輳検知部３２２によるトラフィック情報の収集処理は、所定の時間間隔毎に行われ、現時点の最新の状態が格納される。
　次に、ＥＮＵＭサーバ３０（信号受信部３２１）は、他網（発事業者網）のＥＮＵＭサーバ３０からＥＮＵＭクエリ（接続要求）を受信する（ステップＳ１１）。そして、信号受信部３２１は、受信したＥＮＵＭクエリを輻輳検知部３２２に出力する。
　輻輳検知部３２２は、受け取ったＥＮＵＭクエリに付された着信先番号（特定番号）を抽出し、その着信先番号に対応する呼が輻輳状態か否かを判定する（ステップＳ１２）。輻輳検知部３２２は、呼量集計情報３３１（図３）を参照し、所定の閾値を超えたか否かにより、その着信先番号宛ての呼が輻輳状態であるか否かを判定する。
　そして、輻輳検知部３２２が、その着信先番号に対応する呼が輻輳状態でないと判定した場合には（ステップＳ１２→Ｎｏ）、そのＥＮＵＭクエリに対する処理は、ステップＳ１４へ進む。
　一方、輻輳検知部３２２が、輻輳状態であると判定した場合には（ステップＳ１２→Ｙｅｓ）、次のステップＳ１３に進む。
　ステップＳ１３において、規制処理部３２３は、そのＥＮＵＭクエリについて、所定の規制処理を実行するか否かを決定する。つまり、規制処理部３２３は、規制対象となるＥＮＵＭクエリか否かを決定する。
　ここで、規制処理部３２３は、例えば、単位時間当たりに許容するクエリ数を超えるＥＮＵＭクエリを規制対象のＥＮＵＭクエリに決定したり、また、規制割合に基づき当該着信先番号が付されたＥＮＵＭクエリを規制対象のＥＮＵＭクエリに決定する。
　規制処理部３２３は、規制対象となるＥＮＵＭクエリでない決定した場合には（ステップＳ１３→Ｎｏ）、当該ＥＮＵＭクエリを、接続先情報検索部３２４に出力し、ステップＳ１４に進む。一方、規制処理部３２３は、規制対象となるＥＮＵＭクエリであると決定した場合には、当該クエリを、信号応答部３２５に出力し、ステップＳ１６に進む。
　ステップＳ１４において、接続先情報検索部３２４は、そのＥＮＵＭクエリを取得すると、当該クエリに付された着信先情報を抽出する。そして、接続先情報検索部３２４は、記憶部３３内の接続先情報ＤＢ３３０（図４）を参照し、その着信先情報に対応する接続先情報を検索する。接続先情報検索部３２４は、接続先情報ＤＢ３３０を検索した結果得られた接続先情報を抽出し、信号応答部３２５に処理の指示を出力する。
　信号応答部３２５は、接続先情報検索部３２４が接続先情報を抽出したＥＮＵＭクエリについて、その抽出した接続先情報を含むＥＮＵＭアンサを生成し、当該ＥＮＵＭクエリの送信元である、他網のＥＮＵＭサーバ３０に返信し（ステップＳ１５）、処理を終える。
　一方、規制処理部３２３が、規制対象となるＥＮＵＭクエリであると決定した場合には（ステップＳ１３→Ｙｅｓ）、接続不可であることを示すＥＮＵＭアンサを生成して、他網のＥＮＵＭサーバ３０に返信し（ステップＳ１６）、処理を終える。
　このようにすることで、本実施形態に係るＥＮＵＭサーバ３０および輻輳制御方法によれば、ＥＮＵＭサーバ３０が、網全体のトラフィックを監視し、着信先番号（特定番号）についての輻輳状態を検出した場合に、その着信先番号が付されたＥＮＵＭクエリについて規制を行うことにより、他網（発事業者網）から自網（着事業者網）への接続数を抑制することができる。よって、従来技術と比べ、規制した呼数分のＳＩＰ信号が削減でき、自網（着事業者網）内の呼処理装置への負担を軽減することができる。
　１　　　端末
　２　　　ＳＩＰサーバ
　４　　　ＮＮＩ－ＳＢＣ
　５　　　ＣＳＣＦ
　６　　　ＡＳ
　３０　　ＥＮＵＭサーバ
　３１　　入出力部
　３２　　制御部
　３３　　記憶部（記憶手段）
　３２１　信号受信部
　３２２　輻輳検知部
　３２３　規制処理部
　３２４　接続先情報検索部
　３２５　信号応答部
　３３０　接続先情報ＤＢ
　３３１　呼量集計情報

Claims (2)

  1. 　発信端末を収容する他網からのＥＮＵＭクエリを受信し、当該ＥＮＵＭクエリに付された自網が管理する着信端末の着信先番号に対応する接続先情報を、前記他網に返信するＥＮＵＭサーバであって、
    　前記他網からのＥＮＵＭクエリを受信する信号受信部と、
    　前記自網内の各呼処理装置から、前記着信先番号が付された呼についてのトラヒック情報を収集し、前記着信先番号ごとに単位時間当たりの呼量を集計して呼量集計情報として記憶部に記憶するとともに、受信した前記ＥＮＵＭクエリに付された着信先番号を抽出し、前記呼量集計情報を参照して、当該着信先番号の前記呼量が所定の閾値を超えている場合に、当該着信先番号の呼が輻輳状態であると判定する輻輳検知部と、
    　前記輻輳状態であると判定された着信先番号が付されたＥＮＵＭクエリに対し、所定の規制処理に基づき、当該ＥＮＵＭクエリを規制対象にするか否かを決定する規制処理部と、
    　前記規制対象に決定されたＥＮＵＭクエリについて、接続不可であることを示すＥＮＵＭアンサを生成し、前記他網に返信する信号応答部と、
    　を備えることを特徴とするＥＮＵＭサーバ。
  2. 　発信端末を収容する他網からのＥＮＵＭクエリを受信し、当該ＥＮＵＭクエリに付された自網が管理する着信端末の着信先番号に対応する接続先情報を、前記他網に返信するＥＮＵＭサーバの輻輳制御方法であって、
    　前記ＥＮＵＭサーバは、
    　前記自網内の各呼処理装置から、前記着信先番号が付された呼についてのトラヒック情報を収集し、前記着信先番号ごとに単位時間当たりの呼量を集計して呼量集計情報として記憶手段に記憶するステップと、
    　前記他網からのＥＮＵＭクエリを受信するステップと、
    　受信した前記ＥＮＵＭクエリに付された着信先番号を抽出し、前記呼量集計情報を参照して、当該着信先番号の前記呼量が所定の閾値を超えている場合に、当該着信先番号の呼が輻輳状態であると判定するステップと、
    　前記輻輳状態であると判定された着信先番号が付されたＥＮＵＭクエリに対し、所定の規制処理に基づき、当該ＥＮＵＭクエリを規制対象にするか否かを決定するステップと、
    　前記規制対象に決定されたＥＮＵＭクエリについて、接続不可であることを示すＥＮＵＭアンサを生成し、前記他網に返信するステップと、
    　を実行することを特徴とする輻輳制御方法。
PCT/JP2020/002514 2019-02-06 2020-01-24 Ｅｎｕｍサーバおよび輻輳制御方法 Ceased WO2020162225A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/428,212 US11949812B2 (en) 2019-02-06 2020-01-24 ENUM server and congestion control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-019321 2019-02-06
JP2019019321A JP7205267B2 (ja) 2019-02-06 2019-02-06 Ｅｎｕｍサーバおよび輻輳制御方法

Publications (1)

Publication Number Publication Date
WO2020162225A1 true WO2020162225A1 (ja) 2020-08-13

Family

ID=71948233

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/002514 Ceased WO2020162225A1 (ja) 2019-02-06 2020-01-24 Ｅｎｕｍサーバおよび輻輳制御方法

Country Status (3)

Country Link
US (1) US11949812B2 (ja)
JP (1) JP7205267B2 (ja)
WO (1) WO2020162225A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114006833A (zh) * 2021-10-29 2022-02-01 中电福富信息科技有限公司 一种enum查询故障的检测规避方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023157192A1 (ja) * 2022-02-17 2023-08-24 日本電信電話株式会社 Ｅｎｕｍサーバ、輻輳防止方法、および、プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003037873A (ja) * 2001-07-24 2003-02-07 Ntt Docomo Inc 輻輳抑制装置及び輻輳抑制方法
JP2004040460A (ja) * 2002-07-03 2004-02-05 Ntt Docomo Inc 輻輳抑制システム、輻輳制御装置、移動端末及び輻輳抑制方法
JP2018026630A (ja) * 2016-08-08 2018-02-15 日本電信電話株式会社 輻輳通知装置、および、輻輳通知方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7130397B2 (en) * 2002-08-05 2006-10-31 Alcatel Apparatus, and an associated method, for detecting a mass call event and for ameliorating the effects thereof
US8254551B2 (en) * 2006-12-07 2012-08-28 Tekelec, Inc. Methods, systems, and computer program products for providing quality of service using E.164 number mapping (ENUM) data in a communications network
JP2008172517A (ja) * 2007-01-11 2008-07-24 Nec Corp 輻輳制御システム、輻輳制御方法、輻輳制御プログラム、及び、プログラム記録媒体
US20110271005A1 (en) * 2010-04-30 2011-11-03 Sonus Networks, Inc. Load balancing among voip server groups
JP6244894B2 (ja) * 2013-12-24 2017-12-13 富士通株式会社 通信システム、通信方法および呼制御サーバ装置
US9923827B2 (en) * 2014-09-05 2018-03-20 At&T Intellectual Property I, L.P. Load balancing and migration of transport connections
US10165124B2 (en) * 2015-09-01 2018-12-25 International Business Machines Corporation Transfer of voice transmissions to alternate networks
JP2017069766A (ja) * 2015-09-30 2017-04-06 株式会社東芝 Ｉｐ電話交換システム及びｉｐ交換サーバ
JP6667461B2 (ja) * 2017-02-17 2020-03-18 日本電信電話株式会社 Ｅｎｕｍ／ｄｎｓトラヒック制御システム、ロードバランサ、及びｅｎｕｍ／ｄｎｓトラヒック制御方法
JP6738362B2 (ja) * 2018-02-20 2020-08-12 日本電信電話株式会社 Ｅｎｕｍ／ｄｎｓサーバ、ｅｎｕｍ／ｄｎｓシステム、及びｅｎｕｍ／ｄｎｓシステムの制御方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003037873A (ja) * 2001-07-24 2003-02-07 Ntt Docomo Inc 輻輳抑制装置及び輻輳抑制方法
JP2004040460A (ja) * 2002-07-03 2004-02-05 Ntt Docomo Inc 輻輳抑制システム、輻輳制御装置、移動端末及び輻輳抑制方法
JP2018026630A (ja) * 2016-08-08 2018-02-15 日本電信電話株式会社 輻輳通知装置、および、輻輳通知方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114006833A (zh) * 2021-10-29 2022-02-01 中电福富信息科技有限公司 一种enum查询故障的检测规避方法
CN114006833B (zh) * 2021-10-29 2023-04-11 中电福富信息科技有限公司 一种enum查询故障的检测规避方法

Also Published As

Publication number Publication date
US20220124194A1 (en) 2022-04-21
JP7205267B2 (ja) 2023-01-17
JP2020127158A (ja) 2020-08-20
US11949812B2 (en) 2024-04-02

Similar Documents

Publication Publication Date Title
US10693773B2 (en) Method for routing in a central conferencing routing server
KR101959161B1 (ko) 분산형 이벤트 전달 방법
WO2016177056A1 (zh) 用于视频会议的数据传输方法、装置及系统
CA2671034A1 (en) Communication system
JP4576115B2 (ja) ＶｏＩＰゲートウエイ装置およびＶｏＩＰゲートウエイ装置における呼の発着制御方法
WO2020162225A1 (ja) Ｅｎｕｍサーバおよび輻輳制御方法
US8472596B2 (en) Communication system, processing apparatus, and communication method in communication system
CN1518325B (zh) 一种用于ip电话系统的路由优先级动态调整方法
JP5505170B2 (ja) 処理装置、処理方法、及び通信システム
JP6667461B2 (ja) Ｅｎｕｍ／ｄｎｓトラヒック制御システム、ロードバランサ、及びｅｎｕｍ／ｄｎｓトラヒック制御方法
CN103392322B (zh) 用于通信的方法和通信网络中的部件
US11653334B2 (en) Systems and methods for reducing transcoding resource allocation during call setup to multiple terminations
JP2020127101A (ja) Ｅｎｕｍ／ｄｎｓパケット優先制御システムおよびｅｎｕｍ／ｄｎｓパケット優先制御方法
JP6387363B2 (ja) Ｅｎｕｍ／ｄｎｓクエリ優先制御システムおよびｅｎｕｍ／ｄｎｓクエリ優先制御方法
JP2007219637A (ja) 負荷分散システムおよびそのプログラム
US8553570B1 (en) Systems and methods of routing IP telephony data packet communications
JP4151021B2 (ja) Ｉｐ電話サービスシステムと不完了呼情報通知システムおよび不完了呼情報通知方法とプログラム
JP5505297B2 (ja) コールバックシステム、発信端末、電話中継サーバ、コールバック方法、及びコールバックプログラム
JP4747957B2 (ja) 接続制御装置及び接続制御方法並びにプログラム
CN118175202B (zh) 代理连接方法、装置及相关设备
JP6744261B2 (ja) Ｅｎｕｍサーバ、輻輳防止システムおよび輻輳防止方法
WO2019163961A1 (ja) 呼処理サーバ、呼処理方法、および呼処理プログラム
JP6622672B2 (ja) Ｅｎｕｍ呼処理システム、ｅｎｕｍ呼処理方法及びｅｎｕｍ呼処理プログラム
JP4012209B2 (ja) ＶｏＩＰサービスシステム、呼制御サーバ、および呼制御方法
WO2023157192A1 (ja) Ｅｎｕｍサーバ、輻輳防止方法、および、プログラム

Legal Events

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

Ref document number: 20753079

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20753079

Country of ref document: EP

Kind code of ref document: A1