WO2012172729A1 - 移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体 - Google Patents

移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2012172729A1
WO2012172729A1 PCT/JP2012/003320 JP2012003320W WO2012172729A1 WO 2012172729 A1 WO2012172729 A1 WO 2012172729A1 JP 2012003320 W JP2012003320 W JP 2012003320W WO 2012172729 A1 WO2012172729 A1 WO 2012172729A1
Authority
WO
WIPO (PCT)
Prior art keywords
record
dns
epc node
epc
dns server
Prior art date
Application number
PCT/JP2012/003320
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 US14/115,696 priority Critical patent/US9319921B2/en
Priority to BR112013032216A priority patent/BR112013032216A2/pt
Priority to EP12800404.1A priority patent/EP2723116B1/en
Priority to JP2013520413A priority patent/JP5673817B2/ja
Publication of WO2012172729A1 publication Critical patent/WO2012172729A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • 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/50—Address allocation
    • H04L61/5076—Update or notification mechanisms, e.g. DynDNS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/088—Load balancing or load distribution among core entities

Definitions

  • the present invention relates to a mobile communication system, a control method thereof, and a non-transitory computer-readable medium storing a control program, and in particular, an EPC (Evolved Packet Core) that forms the core of an LTE (Long Term Evolution) network.
  • EPC Evolved Packet Core
  • LTE Long Term Evolution
  • LTE Long Term Evolution
  • eUTRAN Evolved Universal Terrestrial Radio Network
  • EPC Evolved Packet Core
  • the MME Mobility Management Entity
  • NAPTR Network Authority Pointer
  • SRV Service
  • DNS Domain Name Server
  • FIG. 3 is an explanatory diagram for explaining the flow of processing when an MME (Mobility Management Entity) selects an S-GW (Serving Gateway) in a conventional EPC (Evolved Packet Core) network. As shown in the figure, there are three gateways, S-GW1, 31, S-GW2, 32, and S-GW3, 33.
  • the MME 35 inquires of the DNS server 34 about the connectable S-GW address (step S301). In response to this inquiry, the MME 35 receives a plurality of NAPTR records shown in Table 1 indicating connectable S-GWs from the DNS server 34 (step S302). The MME 34 that has received a plurality of NAPTR records selects a specific NAPTR record having the highest priority according to the priorities set in the Order field and the Preferences field of the received NAPTR records.
  • the MME 35 sets the FQDN (Fully Qualified Domain Name: Complete) set as the output result in the Replacement field.
  • Qualified domain name indicates the fully qualified domain name consisting of A / AAAAA RR (IPv4 address / IPv6 address Resource Record) and the S-GW address corresponding to the selection target. -Determine as GW.
  • SRV RR Service Resource Record
  • the MME 35 that has received the SRV record from the DNS server 34 selects the SRV RR (Resource Record) having the highest priority according to the priority set in the Priority field and the Weight field of the received SRV record. Then, the FQDN set as the connection destination in the Target field is extracted.
  • the FQDN indicates the fully qualified domain name of A / AAAAA RR (IPv4 address / IPv6 address resource record), it indicates the address of the S-GW corresponding to the selection target. Determine as GW.
  • the MME 35 is a specific S-GW determined as a selection target among the three gateways of S-GW1, 31, S-GW2, 32, S-GW3, 33 according to the priority of the selected NAPTR record or SRV record, for example, S-GW2.
  • connection instruction By transmitting a connection instruction to 32 (step S303), connection is made to the corresponding S-GW, for example, S-GW2 32.
  • FIG. 4 is a sequence diagram showing a sequence of control signals transmitted and received between the MME 35 and the DNS server 34 in the processing flow of FIG. The flow of control signals transmitted and received between the MME 35 and the DNS server 34 when the MME 35 selects the S-GW will be further described below based on the sequence diagram of FIG.
  • the MME 35 sends a NAPTR RR (NAPTR resource record) query to the DNS server 34 to inquire about the address of the connectable S-GW (sequence S401).
  • the DNS server 34 Upon receiving the NAPTR RR query from the MME 35, the DNS server 34 appropriately extracts a plurality of NAPTR RRs indicating connectable S-GWs, and returns them as DNS responses to the NAPTR RR query to the inquiring MME 35 (sequence S402). ).
  • SRV RR SRV resource record
  • the DNS server 34 that has received the SRV RR query from the MME 35 appropriately extracts the SRV RR corresponding to the designated FQDN, and returns the extracted SRV RR as a DNS response to the SRV RR query to the inquiring MME 35 (sequence S405).
  • the MME 35 that has received the DNS response from the DNS server 34 selects one SVR RR from the SRV RR list of the received DNS response according to the priority (sequence S406), and the domain of the SVR RR If FQDN (name of A / AAAAA RR) is set in the Target field as a name, an A / AAAAA RR query is sent to the DNS server 34, and the A / AAAAA RRIPv4 address / IPv6 of the SVR RR Query address resource record) (sequence S407)
  • the DNS server 34 Upon receiving the A / AAAAA RR query from the MME 35, the DNS server 34 extracts the fully qualified domain name A / AAAAA RR corresponding to the specified SVR RR, and as the DNS response to the A / AAAAA RR query, the MME 35 of the inquiry source Is returned (sequence S408).
  • the DNS server in order to respond to the inquiry about the domain name, performs initial registration with the setting content of the DNS resource record arranged in the DNS server as a fixed value.
  • the EPC nodes (MME / S-GW / P-GW / SGSN) are selected according to the priority of the DNS resource record set at the initial DNS server registration.
  • the present invention has been made in view of such circumstances.
  • a mobile communication system that selects an optimal EPC node that eliminates a load bias in consideration of a load bias in an EPC network, a control method thereof, and a control method thereof It is an object to provide a non-transitory computer readable medium storing a program.
  • the mobile communication system according to the present invention, the control method thereof, and the non-transitory computer-readable medium storing the program mainly adopt the following characteristic configuration.
  • a mobile communication system uses an EPC node to be used among the EPC nodes constituting an EPC (Evolved Packet Core) network that forms the core of an LTE (Long Term Evolution) network for mobile communication.
  • EPC Evolved Packet Core
  • LTE Long Term Evolution
  • each of the EPC nodes has its own EPC. Selection priority of the DNS resource record related to the EPC node when it is detected that the resource usage state of the node has exceeded an overload threshold set in advance to detect that the node is approaching an overload state DNS resources for the DNS server
  • a DNS (Dynamic DNS) client function for transmitting a record update request is provided.
  • the DNS server has a DNS server function for dynamically updating the DNS resource record, and the DNS resource record is updated from the EPC node. When the request is received, the DNS resource record is dynamically updated in response to the update request.
  • a mobile communication system control method uses an EPC node to be used among EPC nodes constituting an EPC (Evolved Packet Core) network forming the core of an LTE (Long Term Evolution) network for mobile communication. Is selected by the DNS server based on the selection priority in the DNS resource record set and registered in the DNS server, thereby distributing the load of each EPC node, Each EPC node is related to the EPC node when it detects that the resource usage state of its own EPC node has exceeded an overload threshold set in advance to detect that it is approaching an overload state.
  • EPC Evolved Packet Core
  • the DNS server In order to lower the selection priority of the DNS resource record, the DNS server And a DNS (Dynamic DNS) client function for sending a DNS resource record update request, while the DNS server has a DNS server function for dynamically updating the DNS resource record.
  • DNS Dynamic DNS
  • a non-transitory computer-readable medium storing a control program for a mobile communication system according to the present invention is capable of executing at least the mobile communication system control method according to (2) above by a computer. To do.
  • the non-transitory computer-readable medium storing the mobile communication system, its control method, and program of the present invention can provide the following effects.
  • the first effect is that when each EPC node detects that its own EPC node is approaching an overload state, a DNS resource record (NAPTR record or SRV record) related to its own EPC node set and registered in the DNS server )
  • NAPTR record or SRV record related to its own EPC node set and registered in the DNS server
  • the second effect is that after the selection priority is changed, the EPC node that has completely removed from the overload state and has a margin in the resource state is the DNS resource related to the own EPC node that is set and registered in the DNS server.
  • FIG. 1 is a system configuration diagram illustrating an example of a system configuration of a mobile communication system according to the present invention.
  • FIG. 2 is a sequence diagram for explaining an example of the operation of the mobile communication system in FIG. 1. It is explanatory drawing explaining the flow of a process when MME (Mobility Management Entity) selects S-GW (Serving Gateway) in the conventional EPC (Evolved Packet Core) network. It is a sequence diagram which shows the sequence of the control signal transmitted / received between MME and a DNS server in the flow of the process of FIG.
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • EPC Evolved Packet Core
  • a mobile communication system and a mobile communication system control method according to the present invention will be described.
  • the mobile communication system control method is implemented as a mobile communication system control program executable by a computer.
  • the control program of the mobile communication system may be recorded on a computer-readable recording medium.
  • the present invention relates to each node constituting an EPC network, that is, each EPC node (MME / S-GW / P-GW) in an EPC (Evolved Packet Core) network defined by 3GPP (3rd Generation Partnership Project).
  • the main feature is to select an optimal EPC node according to the load state of / SGSN) and to eliminate the load imbalance of each EPC node.
  • the DNS server has a DNS (Dynamic DNS) server function capable of dynamically updating a DNS resource record, and is registered in the DNS server as a DNS resource record of its own EPC node. And by adding a supplemental NAPTR record that can identify the SRV record from the EPC node name (that is, the EPC node name associated with the IP address of the EPC node), It is possible to specify the DNS resource record of the EPC node in response to the update request of the EPC node, update the state to lower the priority of selection of the EPC node, and make it easier to select another EPC node. And
  • DNS Dynamic DNS
  • the newly added supplemental NAPTR record has the same format as the normal NAPTR record.
  • Flag “p”
  • Services “NAPTR” or “SRV”
  • Regexp ”of the NAPTR record.
  • the NAPTR record or SRV record is defined as the domain name of the NAPTR record or SRV record, and the NAPTR record or SRV record can be specified from the EPC node name by the supplemental NAPTR record.
  • the NAPTR record or SRV record related to the self EPC node selection can be specified by the supplemental NAPTR record.
  • the priority of the registered DNS resource record can be dynamically changed, and the overloaded EPC node can autonomously
  • the DNS resource record update request related to an EPC node it is possible to update the DNS resource record to lower its own EPC node selection priority, and dynamically and evenly distribute the load in the EPC network It becomes possible to make it.
  • FIG. 1 is a system configuration diagram showing an example of a system configuration of a mobile communication system according to the present invention.
  • each EPC node such as SGSN 102, MME 103, S-GW 104, P-GW 105, etc. constituting the EPC network has one or more, depending on the communication load required for each EPC node.
  • the EPC node that is arranged and selected by the DNS server 101 is used as appropriate, and is configured to achieve load distribution.
  • the DNS server 101 has a DNS (Dynamic DNS) server function defined by RFC (Request for Comments) 2136, that is, a dynamic DNS resource.
  • DNS resource record from each EPC node such as SGSN102, MME103, S-GW104, P-GW105, etc. that are also equipped with a record (DNS RR) update function (Dynamic Updates in the Domain Name System)
  • DNS RR Dynamic Updates in the Domain Name System
  • the DNS resource record registered in the DNS server 101 can be dynamically updated.
  • DNS resource records registered in the DNS server 101 are as follows. Record is also registered. (1) PTR record necessary for obtaining EPC node name from IP address (2) Supplemental NAPTR record necessary for obtaining domain name of SRV record and NAPTR record from EPC node name
  • the above-mentioned supplemental NAPTR record is registered in the DNS server 101 as a NAPTR record according to the following definition.
  • Services “NAPTR” or “SRV”
  • each EPC node such as SGSN 102, MME 103, S-GW 104, P-GW 105, etc., from the IP address of its own EPC node to DNS server 101 as a factor that leads to the selection of its own EPC node. It is possible to specify a registered DNS resource record, that is, a NAPTR record or an SRV record.
  • Each of the EPC nodes such as SGSN 102, MME 103, S-GW 104, and P-GW 105 interconnected with the DNS server 101 has a function of the DNS server 101 in addition to a normal DNS client function required in the EPC network.
  • the DDNS (Dynamic DNS) server function it also has a DDNS client function, and updates the NAPTR record and SRV record related to its own EPC node to the DNS server 101 as appropriate according to the current load state. A request can be sent.
  • each EPC node When the load of the own EPC node falls into an overload state, each EPC node instructs the DNS server 101 to lower the selection priority of the DNS resource record specified as the DNS resource record related to the own EPC node.
  • the DNS resource record update request is transmitted.
  • FIG. 2 is a sequence diagram for explaining an example of the operation of the mobile communication system of FIG. 1, from each EPC node 100 such as SGSN 102, MME 103, S-GW 104, P-GW 105, etc. constituting the EPC network to each EPC.
  • the EPC node 100 may be any of the SGSN 102, the MME 103, the S-GW 104, the P-GW 105, and the like constituting the EPC network.
  • each EPC node 100 such as SGSN 102, MME 103, S-GW 104, P-GW 105, etc. constituting the EPC network regularly monitors the current resource (CPU, memory, etc.) usage status of its own EPC node 100. Thus, it is determined whether or not the current resource usage state exceeds a predetermined overload threshold in order to detect a state in which the own EPC node 100 is approaching an overload state.
  • the EPC node 100 it is determined that 100 is approaching an overload state (sequence S201).
  • the EPC node 100 determined to be approaching the overload state searches the DNS server 101 for a PTR record query including the IP address of the own EPC node 100 in order to search for the EPC node name from the IP address of the own EPC node 100.
  • the DNS server 101 that has received the PTR record query refers to the PTR record based on the IP address included in the PTR record query, thereby determining the EPC node name of the EPC node 100 corresponding to the IP address. It is extracted and returned to the requesting EPC node 100 as a DNS response to the PTR record query (sequence S202).
  • the EPC node 100 that has determined that it is approaching an overload state inquires of the DNS server 101 and reverses the EPC node name of the own EPC node 100 from the IP address of the own EPC node 100.
  • the EPC node 100 that has received the EPC node name of its own EPC node 100 as a DNS response from the DNS server 101 performs its own EPC as pre-processing for obtaining the FQDN (fully qualified domain name, ie, A / AAAAA record) of its own EPC node 100
  • FQDN fully qualified domain name, ie, A / AAAAA record
  • a NAPTR record query including the EPC node name of the own EPC node 100 acquired in sequence S202 is transmitted to the DNS server 101.
  • the DNS server 101 that has received the NAPTR record query extracts a NAPTR record corresponding to the EPC node name based on the EPC node name included in the NAPTR record query in a form including a supplemental NAPTR record, A DNS response to the NAPTR record query is returned to the requesting EPC node 100 (sequence S203). That is, the EPC node 100 that has received the EPC node name of the own EPC node 100 from the DNS server 101 reversely looks up the NAPTR record from the EPC node name of the own EPC node 100 by making an inquiry to the DNS server 101.
  • the DNS server 101 that has received the NAPTR record query extracts a NAPTR record corresponding to the domain name based on the domain name of the NAPTR record included in the NAPTR record query, and as a DNS response to the NAPTR record query. Then, it is returned to the requesting EPC node 100 (sequence S204).
  • the DNS server 101 that has received the SRV record query extracts the SRV record corresponding to the domain name based on the domain name of the SRV record included in the SRV record query, and serves as a DNS response to the SRV record query. Then, it is returned to the requesting EPC node 100 (sequence S204). That is, the EPC node 100 that has received the supplemental NAPTR record corresponding to the EPC node name of the own EPC node 100 from the DNS server 101 corrects the NAPTR record and SRV record related to the own EPC node 100 by inquiring the DNS server 101. Pull.
  • the EPC node 100 that has received the SRV record corresponding to the value of the Regexpp field of the supplement NAPTR record as a DNS response in sequence S204 confirms the Target field of each received SRV record, and the value set in the Target field Is the same as the EPC node name of the local EPC node 100 acquired from the DNS server 101 in the sequence S202, the SRV record is an SRV record that leads to selection of the local EPC node 100.
  • the SRV record is held as the target SRV record (sequence S205).
  • the EPC node 100 that holds the NAPTR record to be updated in the sequence S205 sets the selection priority for selecting the EPC node 100 to a value lower than that of other EPC nodes of the same type on the DNS server 101 side.
  • Order '65535' (binary all'1) is set in the Order field and the Preferences field of the held NAPTR record as values having the lowest selection priority.
  • Preferences "65535" (binary all' 1 ') is set, and is transmitted to the DNS server 101 as a NAPTR record update request for changing the selection priority (sequence S206).
  • the DNS server 101 returns information indicating that the NAPTR record has been updated normally to the requesting EPC node 100 as a DNS response to the NAPTR record update request (sequence S207).
  • the EPC node 100 holding the SRV record to be updated in the sequence S205 sets the selection priority for selecting the EPC node 100 to a value lower than that of other EPC nodes of the same type.
  • the DNS server 101 returns information indicating that the SRV record has been normally updated as a DNS response to the SRV record update request to the requesting EPC node 100 (sequence S207).
  • the registration status of the DNS resource record of the DNS server 101 that is controlling the selection operation of the EPC node 100 that is approaching the overload state that is, the selection priority registration status of the NAPTR record and SRV record is updated It becomes difficult to select the EPC node 100, and it can be automatically set to a state in which another EPV node having a sufficient resource state is preferentially selected.
  • the EPC node 100 that has approached an overload state and has changed the selection priority continues to regularly monitor the current resource usage state. That is, in the EPC node 100, the current resource usage state has decreased below a normal state return threshold that has been set in advance in order to detect that the local EPC node 100 has completely left the overload state. It is determined whether or not.
  • the normal state return threshold may be set to a value equal to or lower than the overload threshold for detecting that an overload state is approaching. preferable.
  • the EPC node 100 When the EPC node 100 that has approached an overload state and has changed the selection priority, detects that the current resource usage state has fallen below the normal state return threshold, the EPC node 100 determines that its own EPC node 100 is overloaded. It is determined that the state has been completely removed from the load state, that is, it is determined that the overload state release condition is satisfied (sequence S208).
  • the EPC node 100 that has detected that the overload state cancellation condition has been satisfied, in order to have the selection priority for the EPC node 100 returned to the original state, holds the NAPTR record to be updated that was held in the sequence S205.
  • the SRV record is extracted and transmitted to the DNS server 101 as a NAPTR record update request and an SRV record update request for returning the selection priority to the original state (sequence S209).
  • the DNS server 101 In response to the update request, the DNS server 101 that has received the NAPTR record update request and the SRV record update request sends an order field and a preference field of the NAPTR record included in the NAPTR record update request and the SRV record update request. Update and register the status of the Priority field and Weight field of the included SRV record.
  • the DNS server 101 returns information indicating that the NAPTR record and the SRV record are normally updated to the requesting EPC node 100 as a DNS response to the update request for the NAPTR record and the SRV record. (Sequence S210).
  • the selection priority of the DNS resource record that is, the NAPTR record or SRV record of the DNS server 101 that controls the selection operation of the EPC node 100 that has completely removed from the overload state and has a margin in the resource state.
  • the EPC node 100 is removed from the state where the EPC node 100 is not selected even though the resource state of the EPC node 100 has a margin. Can be set automatically.
  • each EPC node 100 detects that its own EPC node 100 is approaching an overload state, its own EPC node registered in the DNS server 101 is registered.
  • DNS resource records NAPTR records and SRV records
  • the EPC node 100 that is approaching an overload state is set to a state in which it is difficult to select, and the resource state is set. It is possible to preferentially select other EPC nodes having a margin, and the load on the entire EPC network can be kept equal.
  • the EPC node 100 that has completely removed from the overload state and has a margin in the resource state has the DNS resource related to the own EPC node 100 set and registered in the DNS server 101.
  • the present invention has been described as a hardware configuration, but the present invention is not limited to this.
  • the present invention can also realize arbitrary processing by causing a CPU (Central Processing Unit) to execute a computer program.
  • the above-described program can be stored and supplied to a computer using various types of non-transitory computer readable media.
  • Non-transitory computer readable media include various types of tangible storage media.
  • non-transitory computer-readable media examples include magnetic recording media (for example, flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (for example, magneto-optical disks), CD-ROMs (Read Only Memory) CD-R, CD -R / W, including semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable PROM), flash ROM, RAM (Random Access Memory)).
  • the program may also be supplied to the computer by various types of transitory computer readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • the EPC node to be used is set in the DNS resource record registered in the DNS server.
  • the load of each EPC node is distributed by selecting by the DNS server based on the selection priority of each EPC node, the resource usage state of the EPC node is changed to the overload state.
  • DNS resource record update request DDNS Dynamic D NS
  • the DNS server has a DNS server function for dynamically updating the DNS resource record, and the update request is received when the DNS resource record update request is received from the EPC node.
  • DDNS Dynamic D NS
  • a mobile communication system wherein the DNS resource record is dynamically updated in response to.
  • the EPC node to be used is set in the DNS resource record registered in the DNS server.
  • each EPC node has a resource usage state of its own EPC node.
  • the DNS resource record related to the EPC node is reduced in priority when it is detected that a preset overload threshold has been exceeded in order to detect that it is approaching an overload state.
  • the DNS server has a DNS server function to dynamically update the DNS resource record, when the DNS resource record update request is received from the EPC node, A control method for a mobile communication system, wherein the DNS resource record is dynamically updated in response to an update request.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

　ＥＰＣネットワーク内の負荷の偏りを解消させる最適なＥＰＣノードを選択する移動通信システムを提供することができる。　ＥＰＣネットワークを構成するＳ－ＧＷ１０４、Ｐ－ＧＷ１０５等の各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバ１０１に設定登録されているＤＮＳリソースレコード内の選択優先度に基づいてＤＮＳサーバ１０１で選択することによって各ＥＰＣノードの負荷を分散させる構成とし、かつ、各ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が過負荷状態に近づきつつあることを検知した際に、当該ＥＰＣノードに関連するＤＮＳリソースレコードの選択優先度を下げるように、ＤＮＳリソースレコードの更新要求をＤＮＳサーバ１０１に送信する機能を備え、一方、ＤＮＳサーバ１０１は、ＥＰＣノードから該更新要求を受け取った際に、該更新要求に対応してＤＮＳリソースレコードを動的に更新する。

Description

移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体
　本発明は、移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体に関し、特に、ＬＴＥ（Long　Term　Evolution）ネットワークの中核を形成するＥＰＣ（Evolved　Packet　Core：進化型パケットコア）ネットワークにおける負荷を効率的に分散する移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体に関する。
　近年の移動通信システムの進展は急速であり、３ＧＰＰ（３rd　Generation　Partnership　Project）では、次期の移動通信システムとして、ＩＰ（Internet　Protocol）プロトコルを用いてすべてのタイプのトラフィックに適合するモビリティを実現するＬＴＥ（Long　Term　Evolution）の規格化を進めている。ＬＴＥネットワークは、無線ネットワークのｅＵＴＲＡＮ（Evolved　Universal　Terrestrial　Radio　Network）とコアネットワークを形成するＥＰＣ（Evolved　Packet　Core：進化型パケットコア）とによって構成されている。以下に、特許文献１の特表２０１０－５３９７５８号公報「ＬＴＥシステムにおいてユーザ静的ＩＰアドレスのアドレッシングをサポートする方法、システムおよび装置」等においても今まで検討されている従来のＥＰＣネットワークにおけるリソースの割当方法、負荷分散方法について説明する。
　ＭＭＥ（Mobility　Management　Entity）は、ＤＮＳ（Domain　Name　Server）サーバにＤＮＳリソースレコードとして登録されている、表１および表２で示すＮＡＰＴＲ（Naming　Authority　Pointer）レコード／ＳＲＶ（Service）レコードにそれぞれ設定される優先度を考慮し、適切に負荷を分散させて各ＥＰＣノード（ＭＭＥ／Ｓ－ＧＷ／Ｐ－ＧＷ／ＳＧＳＮ）を選択する機能を備えている。
Figure JPOXMLDOC01-appb-T000001
Figure JPOXMLDOC01-appb-T000002
　以下では、ＭＭＥ（Mobility　Management　Entity）が接続先のＳ－ＧＷ（Serving　Gateway）を選択する際の流れについて、図３の説明図を用いて説明するが、Ｓ－ＧＷに限らず、他の種類のＥＰＣノード、すなわち、ＭＭＥ、ＳＧＳＮ（Serving　ＧＰＲＳ（General Packet Ratio Service）　Support　Node）、Ｐ－ＧＷ（Packet　data　network　Gateway）を選択する際についても同様である。図３は、従来のＥＰＣ（Evolved　Packet　Core）ネットワークにおいてＭＭＥ（Mobility　Management　Entity）がＳ－ＧＷ（Serving　Gateway）を選択する際の処理の流れを説明する説明図であり、選択対象のＳ－ＧＷとして、Ｓ－ＧＷ１　３１、Ｓ－ＧＷ２　３２、Ｓ－ＧＷ３　３３の３個のゲートウェイが存在している場合について示している。
　図３の説明図において、まず、ＭＭＥ３５は、ＤＮＳサーバ３４に対して接続可能なＳ－ＧＷのアドレスを問い合わせる（ステップＳ３０１）。該問い合わせにより、ＭＭＥ３５は、ＤＮＳサーバ３４から、接続可能なＳ－ＧＷを示す表１に示すＮＡＰＴＲレコードを複数受け取る（ステップＳ３０２）。複数のＮＡＰＴＲレコードを受け取ったＭＭＥ３４は、受け取った複数のＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドそれぞれに設定されている優先度に従い、最も優先度が高く設定されている特定のＮＡＰＴＲレコードを選択する。
　次いで、ＭＭＥ３５は、選択したＮＡＰＴＲレコードのＦｌａｇフィールドを参照して、Ｆｌａｇ＝""が設定されていた場合、Replacementフィールドに出力結果として設定されているＦＱＤＮ（Fully　Qualified　Domain　Name：完全修飾ドメイン名）が、ＮＡＰＴＲ　ＲＲ（Resource　Record）検索用のキーとして設定されているので、再度、該ＦＱＤＮに該当するＮＡＰＴＲレコードをＤＮＳサーバ３４に問い合わせて、ＤＮＳサーバ３４から表１に示すＮＡＰＴＲレコードを受け取る動作を繰り返す。
　また、ＭＭＥ３５は、選択したＮＡＰＴＲレコードのＦｌａｇフィールドを参照した際に、Ｆｌａｇ＝"ａ"が設定されていた場合には、Ｒｅｐｌａｃｅｍｅｎｔフィールドに出力結果として設定されているＦＱＤＮ（Fully　Qualified　Domain　Name：完全修飾ドメイン名）が、Ａ／ＡＡＡＡ　ＲＲ（ＩＰｖ４アドレス／ＩＰｖ６アドレス　Resource　Record）からなる完全修飾ドメイン名を示しており、選択対象に該当するＳ－ＧＷのアドレスを示しているので、選択対象のＳ－ＧＷとして決定する。
　一方、ＭＭＥ３５は、選択したＮＡＰＴＲレコードのFlagフィールドを参照した際に、Ｆｌａｇ＝"ｓ"が設定されていた場合には、Ｒｅｐｌａｃｅｍｅｎｔフィールドに出力結果として設定されているＦＱＤＮ（Fully　Qualified　Domain　Name：完全修飾ドメイン名）がＳＲＶ　ＲＲ（Service　Resource　Record）検索用のキーとして設定されているので、該ＦＱＤＮに該当するＳＲＶレコードをＤＮＳサーバ３４に問い合わせて、ＤＮＳサーバ３４から表２に示すＳＲＶレコードを受け取る。
　ＤＮＳサーバ３４からＳＲＶレコードを受け取ったＭＭＥ３５は、受け取ったＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびＷｅｉｇｈｔフィールドそれぞれに設定されている優先度に従い、最も優先度が高く設定されているＳＲＶ　ＲＲ（Resource　Record）を選択して、Ｔａｒｇｅｔフィールドに接続先として設定されているＦＱＤＮを取り出す。該ＦＱＤＮがＡ／ＡＡＡＡ　ＲＲ（ＩＰｖ４アドレス／ＩＰｖ６アドレス　リソースレコード）の完全修飾ドメイン名を示していた場合には、選択対象に該当するＳ－ＧＷのアドレスを示しているので、選択対象のＳ－ＧＷとして決定する。
　ＭＭＥ３５は、Ｓ－ＧＷ１　３１、Ｓ－ＧＷ２　３２、Ｓ－ＧＷ３　３３の３個のゲートウェイのうち、選択したＮＡＰＴＲレコードまたはＳＲＶレコードの優先度に従って選択対象として決定した特定のＳ－ＧＷ例えばＳ－ＧＷ２　３２に対して、接続指示を送信することにより（ステップＳ３０３）、該当するＳ－ＧＷ例えばＳ－ＧＷ２　３２に接続する。
　図４は、図３の処理の流れにおいてＭＭＥ３５とＤＮＳサーバ３４との間で送受信する制御信号のシーケンスを示すシーケンス図である。以下に、図４のシーケンス図に基づいて、ＭＭＥ３５がＳ－ＧＷを選択する際に、ＭＭＥ３５とＤＮＳサーバ３４との間で送受信する制御信号の流れをさらに説明する。
　図４のシーケンス図において、まず、ＭＭＥ３５は、ＮＡＰＴＲ　ＲＲ（ＮＡＰＴＲリソースレコード）クエリをＤＮＳサーバ３４に対して送信して、接続可能なＳ－ＧＷのアドレスを問い合わせる（シーケンスＳ４０１）。ＭＭＥ３５からＮＡＰＴＲ　ＲＲクエリを受け取ったＤＮＳサーバ３４は、接続可能なＳ－ＧＷを示すＮＡＰＴＲ　ＲＲを複数適宜抽出して、ＮＡＰＴＲ　ＲＲクエリに対するＤＮＳレスポンスとして、問い合わせ元のＭＭＥ３５に対して返送する（シーケンスＳ４０２）。
　ＤＮＳサーバ３４からのＤＮＳレスポンスを受け取ったＭＭＥ３５は、受け取った複数のＤＮＳレスポンスそれぞれからなるＮＡＰＴＲ　ＲＲリストの中から、優先度にしたがって、いずれか１つのＮＡＰＴＲ　ＲＲを選択して、当該ＮＡＰＴＲ　ＲＲに含まれているＦｌａｇ フィールドが、Ｆｌａｇ＝"ｓ"に設定されていた場合には、ＳＲＶ　ＲＲのドメイン名を示すＲｅｐｌａｃｅｍｅｎｔフィールドのＦＱＤＮを取り出す（シーケンスＳ４０３）。しかる後、ＭＭＥ３５は、ＳＲＶ　ＲＲ（ＳＲＶリソースレコード）クエリをＤＮＳサーバ３４に対して送信して、該ＦＱＤＮに該当するＳＲＶレコードを問い合わせる（シーケンスＳ４０４）。
　ＭＭＥ３５からＳＲＶ　ＲＲクエリを受け取ったＤＮＳサーバ３４は、指定されたＦＱＤＮに該当するＳＲＶ　ＲＲを適宜抽出して、ＳＲＶ　ＲＲクエリに対するＤＮＳレスポンスとして、問い合わせ元のＭＭＥ３５に対して返送する（シーケンスＳ４０５）。
　ＤＮＳサーバ３４からのＤＮＳレスポンスを受け取ったＭＭＥ３５は、受け取ったＤＮＳレスポンスのＳＲＶ　ＲＲリストの中から、優先度にしたがって、いずれか１つのＳＶＲ　ＲＲを選択して（シーケンスＳ４０６）、該ＳＶＲ　ＲＲのドメイン名としてTargetフィールドにＦＱＤＮ（Ａ／ＡＡＡＡ　ＲＲのＮａｍｅ）が設定されていた場合には、Ａ／ＡＡＡＡ　ＲＲクエリをＤＮＳサーバ３４に対して送信して、当該ＳＶＲ　ＲＲのＡ／ＡＡＡＡ　ＲＲＩＰｖ４アドレス／ＩＰｖ６アドレス　リソースレコード）を問い合わせる（シーケンスＳ４０７）
　ＭＭＥ３５からＡ／ＡＡＡＡ　ＲＲクエリを受け取ったＤＮＳサーバ３４は、指定されたＳＶＲ　ＲＲに該当する完全修飾ドメイン名Ａ／ＡＡＡＡ　ＲＲを抽出して、Ａ／ＡＡＡＡ　ＲＲクエリに対するＤＮＳレスポンスとして、問い合わせ元のＭＭＥ３５に対して返送する（シーケンスＳ４０８）。
特表２０１０－５３９７５８号公報（第９－１１頁）
　しかしながら、前述のような従来の方式においては、ＤＮＳサーバは、ドメイン名の問い合わせに対して応答するために、ＤＮＳサーバに配置しているＤＮＳリソースレコードの設定内容を、固定した値として、初期登録時にあらかじめ設定登録しており、ＤＮＳサーバ初期登録時に設定したＤＮＳリソースレコードの優先度にしたがって各ＥＰＣノード（ＭＭＥ／Ｓ－ＧＷ／Ｐ－ＧＷ／ＳＧＳＮ）を選択している。
　したがって、ＥＰＣネットワーク内の負荷に偏りが生じ、たとえ過負荷状態のＥＰＣノードが発生したとしても、ＥＰＣネットワーク内の負荷バランスを考慮した選択を行うことができず、ＤＮＳサーバ初期登録時のＤＮＳリソースレコードの優先度にしたがってＥＰＣノード（ＭＭＥ／Ｓ－ＧＷ／Ｐ－ＧＷ／ＳＧＳＮ）を選択してしまうため、過負荷状態の当該ＥＰＣノードを選択してしまい、当該ＥＰＣノードの負荷をさらに上昇させて、呼損を発生させてしまう可能性がある。
（本発明の目的）
　本発明は、かかる事情に鑑みてなされたものであり、ＥＰＣネットワーク内の負荷の偏りを考慮に入れて、負荷の偏りを解消させる最適なＥＰＣノードを選択する移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体を提供することを、その目的としている。
　前述の課題を解決するため、本発明による移動通信システム、その制御方法およびそのプログラムを格納した非一時的なコンピュータ可読媒体は、主に、次のような特徴的な構成を採用している。
　（１）本発明による移動通信システムは、移動通信用のＬＴＥ（Long　Term　Evolution）ネットワークの中核を形成するＥＰＣ（Evolved　Packet　Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択することによって、各ＥＰＣノードの負荷を分散させる移動通信システムにおいて、各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic　ＤＮＳ）クライアント機能を備え、一方、前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする。
　（２）本発明による移動通信システムの制御方法は、移動通信用のＬＴＥ（Long　Term　Evolution）ネットワークの中核を形成するＥＰＣ（Evolved　Packet　Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択することによって、各ＥＰＣノードの負荷を分散させる移動通信システムの制御方法であって、各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic　ＤＮＳ）クライアント機能を備え、一方、前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする。
　（３）本発明による移動通信システムの制御プログラムを格納した非一時的なコンピュータ可読媒体は、少なくとも前記（２）に記載の移動通信システムの制御方法を、コンピュータによって実行可能であることを特徴とする。
　本発明の移動通信システム、その制御方法およびプログラムを格納した非一時的なコンピュータ可読媒体によれば、以下のような効果を奏することができる。
　第１の効果は、各ＥＰＣノードが、自ＥＰＣノードが過負荷状態に近づきつつことを検知した場合、ＤＮＳサーバに設定登録されている自ＥＰＣノードに関連するＤＮＳリソースレコード（ＮＡＰＴＲレコードやＳＲＶレコード）の選択優先度を自律的に変更することにより、過負荷状態に近づきつつあるＥＰＣノードを選択し難い状態に設定して、リソース状態に余裕のある他のＥＰＣノードを優先的に選択させることができ、ＥＰＣネットワーク全体の負荷を均等に保つことができることにある。
　第２の効果は、選択優先度を変更した後において、過負荷状態から完全に脱してリソース状態に余裕が生じたＥＰＣノードは、ＤＮＳサーバに設定登録されている自ＥＰＣノードに関連するＤＮＳリソースレコードの選択優先度を自律的に元の選択優先度に復帰させることにより、通常の選択可能な状態に復帰することができ、ＥＰＣネットワーク全体の負荷を均等に保つことができることにある。
本発明による移動通信システムのシステム構成の一例を示すシステム構成図である。 図１の移動通信システムの動作の一例を説明するためのシーケンス図である。 従来のＥＰＣ（Evolved　Packet　Core）ネットワークにおいてＭＭＥ（Mobility　Management　Entity）がＳ－ＧＷ（Serving　Gateway）を選択する際の処理の流れを説明する説明図である。 図３の処理の流れにおいてＭＭＥとＤＮＳサーバとの間で送受信する制御信号のシーケンスを示すシーケンス図である。
　以下、本発明による移動通信システム、移動通信システムの制御方法および移動通信システムの制御プログラムを格納した非一時的なコンピュータ可読媒体の好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による移動通信システムおよび移動通信システムの制御方法について説明するが、かかる移動通信システムの制御方法をコンピュータにより実行可能な移動通信システムの制御プログラムとして実施するようにしても良いし、あるいは、移動通信システムの制御プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
（本発明の特徴）
　本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、３ＧＰＰ（３rd　Generation　Partnership　Project）で規定されたＥＰＣ（Evolved　Packet　Core：進化型パケットコア）ネットワークにおいて、ＥＰＣネットワークを構成する各ノードつまり各ＥＰＣノード（ＭＭＥ／Ｓ－ＧＷ／Ｐ－ＧＷ／ＳＧＳＮ）の負荷状態に応じた最適なＥＰＣノードを選択し、各ＥＰＣノードの負荷の偏りを解消させることを可能にすることを主要な特徴としている。
　より具体的には、動的にＤＮＳリソースレコードを更新することが可能なＤＤＮＳ（Dynamic　ＤＮＳ）サーバ機能をＤＮＳサーバに備えるとともに、ＤＮＳサーバに自ＥＰＣノードのＤＮＳリソースレコードとして登録されているＮＡＰＴＲレコードやＳＲＶレコードをＥＰＣノード名（つまりＥＰＣノードのＩＰアドレスに対応付けられたＥＰＣノード名）から特定することが可能な補充ＮＡＰＴＲレコードを新たに追加することによって、過負荷状態に陥ったＥＰＣノードからの更新要求に応じて、当該ＥＰＣノードのＤＮＳリソースレコードを特定することを可能にし、当該ＥＰＣノードの選択の優先度を低下させる状態に更新し、他のＥＰＣノードを選択し易くすることを特徴とする。
　ここで、新たに追加した補充ＮＡＰＴＲレコードは、通常のＮＡＰＴＲレコードと同一のフォーマットから構成されるものであり、ＮＡＰＴＲレコードのFlag＝"p"、Services＝"ＮＡＰＴＲ"または"ＳＲＶ"、Regexp＝"ＮＡＰＴＲレコードまたはＳＲＶレコードのドメイン名"として定義されているレコードであり、該補充ＮＡＰＴＲレコードにより、ＥＰＣノード名からＮＡＰＴＲレコードまたはＳＲＶレコードを特定することができる。つまり、該補充ＮＡＰＴＲレコードにより、自ＥＰＣノード選択に関連するＮＡＰＴＲレコードまたはＳＲＶレコードを特定することができる。
　また、ＤＮＳサーバにＤＤＮＳサーバ機能を追加することにより、登録されているＤＮＳリソースレコードの優先度を動的に変更することができ、過負荷状態のＥＰＣノードが、自律的に、ＤＮＳサーバの自ＥＰＣノードに関連するＤＮＳリソースレコードの更新要求を行うことによって、ＤＮＳリソースレコードを更新させて自ＥＰＣノード選択優先度を下げさせることが可能であり、ＥＰＣネットワーク内の負荷を動的に均等に分散させることが可能になる。
（実施形態の構成例）
　次に、本発明による移動通信システムのシステム構成の一例を、図１を用いて説明する。図１は、本発明による移動通信システムのシステム構成の一例を示すシステム構成図である。
　図１のシステム構成において、ＥＰＣネットワークを構成するＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ－ＧＷ１０４、Ｐ－ＧＷ１０５等の各ＥＰＣノードそれぞれは、ＥＰＣノードとしてそれぞれに要求される通信負荷に応じて、１ないし複数個、配置されていて、ＤＮＳサーバ１０１によって選択されたＥＰＣノードが適宜使用されて、負荷分散を図るように構成されている。
　また、ＤＮＳサーバ１０１は、ＥＰＣネットワークにおいて必要とされる通常のＤＮＳサーバとしての機能の他に、ＲＦＣ（Request　for　Comments）２１３６で規定されているＤＤＮＳ（Dynamic　ＤＮＳ）サーバ機能つまり動的なＤＮＳリソースレコード（ＤＮＳ　ＲＲ）の更新機能（Dynamic　Updates　in　the　Domain　Name　System）も合わせて備えており、相互に接続されたＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ－ＧＷ１０４、Ｐ－ＧＷ１０５等の各ＥＰＣノードからのＤＮＳリソースレコードの更新要求に対応して、ＤＮＳサーバ１０１に登録されているＤＮＳリソースレコードを動的に更新可能としている。
　また、ＤＮＳサーバ１０１に登録されるＤＮＳリソースレコードとしては、表１、表２に示したようなＥＰＣネットワークとして動作するために必要なＮＡＰＴＲレコード、ＳＲＶレコード、Ａ／ＡＡＡＡレコード以外に、以下のようなレコードも登録される。
（１）ＩＰアドレスからＥＰＣノード名を得るために必要なＰＴＲレコード
（２）ＥＰＣノード名からＳＲＶレコード、ＮＡＰＴＲレコードのドメイン名を得るために必要な補充ＮＡＰＴＲレコード
　なお、前述の補充ＮＡＰＴＲレコードは、以下の定義にしたがったＮＡＰＴＲレコードとしてＤＮＳサーバ１０１に登録される。
（ａ）ドメイン名＝"Ａ／ＡＡＡＡレコードに設定されているドメイン名"
（ｂ）Ｆｌａｇ＝"ｐ"
（ｃ）Ｓｅｒｖｉｃｅｓ＝"ＮＡＰＴＲ"または"ＳＲＶ"
（ｄ）Ｒｅｇｅｘｐ」＝"本ＮＡＰＴＲレコードのドメイン名が示すＡ／ＡＡＡＡレコードをターゲットとしているＮＡＰＴＲレコードまたはＳＲＶレコードのドメイン名"
　つまり、ＤＮＳサーバ１０１に登録するＮＡＰＴＲレコードとして、新たに、Ｆｌａｇ＝"ｐ"、Ｓｅｒｖｉｃｅｓ＝"ＮＡＰＴＲ"または"ＳＲＶ"、Ｒｅｇｅｘｐ＝"ＮＡＰＴＲレコードまたはＳＲＶレコードのドメイン名"の定義を追加する。かくのごときＮＡＰＴＲレコードを追加することにより、ＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ－ＧＷ１０４、Ｐ－ＧＷ１０５等の各ＥＰＣノードは、自ＥＰＣノードのＩＰアドレスから、自ＥＰＣノードの選択に繋がる要因としてＤＮＳサーバ１０１に登録されているＤＮＳリソースレコードすなわちＮＡＰＴＲレコードまたはＳＲＶレコードを特定することを可能にしている。
　また、ＤＮＳサーバ１０１と相互に接続されているＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ－ＧＷ１０４、Ｐ－ＧＷ１０５等の各ＥＰＣノードは、ＥＰＣネットワークで必要とされる通常のＤＮＳクライアント機能の他に、ＤＮＳサーバ１０１のＤＤＮＳ（Dynamic　ＤＮＳ）サーバ機能に対応して、ＤＤＮＳクライアント機能も合わせて備えており、現在の負荷状態に応じて、適宜、ＤＮＳサーバ１０１に対して、自ＥＰＣノードに関するＮＡＰＴＲレコードやＳＲＶレコードの更新要求を送信することができる。
　各ＥＰＣノードは、自ＥＰＣノードの負荷が過負荷状態に陥った場合には、自ＥＰＣノードに関するＤＮＳリソースレコードとして特定されたＤＮＳリソースレコードの選択優先度を下げるように、ＤＮＳサーバ１０１に対して、ＤＮＳリソースレコードの更新要求を送信する。而して、過負荷状態の自ＥＰＣノードが選択され難くなり、過負荷状態ではない他のＥＰＣノードを選択させ易くすることができ、自律的に、ＥＰＣネットワーク内で効率良く負荷を分散させることが可能になる。
　なお、ＥＰＣネットワークとしてのその他の構成については、従来の技術と同様である。したがって、前述した以外の他の構成は、当業者にとって良く知られている技術であり、また、本発明とは直接関係しないので、ここでは、その詳細な構成の説明は省略する。
（実施形態の動作の説明）
　次に、図１に示した移動通信システムの動作について、その一例を、図２のシーケンス図を用いて説明する。図２は、図１の移動通信システムの動作の一例を説明するためのシーケンス図であり、ＥＰＣネットワークを構成するＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ－ＧＷ１０４、Ｐ－ＧＷ１０５等の各ＥＰＣノード１００から、各ＥＰＣノード１００に関する選択動作を行うＤＮＳサーバ１０１内に登録されているＤＮＳリソースレコードの更新要求をＤＮＳサーバ１０１に対して行う場合のＥＰＣノード１００とＤＮＳサーバ１０１との間で送受信する制御信号のシーケンスを示している。ここで、ＥＰＣノード１００は、前述のように、ＥＰＣネットワークを構成するＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ－ＧＷ１０４、Ｐ－ＧＷ１０５等のいずれであっても構わない。
　まず、ＥＰＣネットワークを構成するＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ－ＧＷ１０４、Ｐ－ＧＷ１０５等のＥＰＣノード１００それぞれは、自ＥＰＣノード１００の現在のリソース（ＣＰＵ、メモリ等）の使用状況を定期的に監視していて、現在のリソース使用状況が、自ＥＰＣノード１００が過負荷状態に近づきつつある状態を検知するためにあらかじめ定めた過負荷閾値を超えた状態にあるか否かを判定している。ＳＧＳＮ１０２、ＭＭＥ１０３、Ｓ－ＧＷ１０４、Ｐ－ＧＷ１０５等のいずれかのＥＰＣノード１００において、現在のリソース使用状況が前記過負荷閾値を超えていることを検知した場合、当該ＥＰＣノード１００は、自ＥＰＣノード１００が過負荷状態に近づきつつあるものと判定する（シーケンスＳ２０１）。
　過負荷状態に近づきつつあると判定した当該ＥＰＣノード１００は、自ＥＰＣノード１００のＩＰアドレスからＥＰＣノード名を探索するために、自ＥＰＣノード１００のＩＰアドレスを含むＰＴＲレコードクエリを、ＤＮＳサーバ１０１に対して送信する。該ＰＴＲレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＰＴＲレコードクエリに含まれているＩＰアドレスに基づいて、ＰＴＲレコードを参照することにより、該ＩＰアドレスに該当する当該ＥＰＣノード１００のＥＰＣノード名を抽出して、ＰＴＲレコードクエリに対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０２）。
　つまり、過負荷状態に近づきつつあると判定したＥＰＣノード１００は、ＤＮＳサーバ１０１に問い合わせることによって、自ＥＰＣノード１００のＩＰアドレスから自ＥＰＣノード１００のＥＰＣノード名を逆引きする。
　ＤＮＳサーバ１０１からのＤＮＳレスポンスとして自ＥＰＣノード１００のＥＰＣノード名を受け取ったＥＰＣノード１００は、自ＥＰＣノード１００のＦＱＤＮ（完全修飾ドメイン名すなわちＡ／ＡＡＡＡレコード）を取得する前処理として、自ＥＰＣノード１００のＥＰＣノード名に該当するＮＡＰＴＲレコードを取得するために、シーケンスＳ２０２にて取得した自ＥＰＣノード１００のＥＰＣノード名を含むＮＡＰＴＲレコードクエリを、ＤＮＳサーバ１０１に対して送信する。
　該ＮＡＰＴＲレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＮＡＰＴＲレコードクエリに含まれているＥＰＣノード名に基づいて、該ＥＰＣノード名に該当するＮＡＰＴＲレコードを補充ＮＡＰＴＲレコードをも含む形で抽出して、ＮＡＰＴＲレコードクエリに対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０３）。つまり、ＤＮＳサーバ１０１から自ＥＰＣノード１００のＥＰＣノード名を受け取ったＥＰＣノード１００は、ＤＮＳサーバ１０１に問い合わせることによって、自ＥＰＣノード１００のＥＰＣノード名からＮＡＰＴＲレコードを逆引きする。
　ＤＮＳサーバ１０１からのＤＮＳレスポンスとして自ＥＰＣノード１００のＥＰＣノード名に該当するＮＡＰＴＲレコードを受け取ったＥＰＣノード１００は、受け取ったＮＡＰＴＲレコードのＦｌａｇフィールドを検索して、Ｆｌａｇ＝"ｐ"が設定されている補充ＮＡＰＴＲレコードを抽出する。
　さらに、ＥＰＣノード１００は、抽出した補充ＮＡＰＴＲレコードのうち、Ｓｅｒｖｉｃｅｓフィールドとして、Ｓｅｒｖｉｃｅｓ＝"ＮＡＰＴＲ"が設定されている補充ＮＡＰＴＲレコードを抽出して、該補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドに設定されている値（Ｒｅｇｅｘｐ＝"ＮＡＰＴＲレコードのドメイン名"）を含むＮＡＰＴＲレコードクエリを、ＤＮＳサーバ１０１に対して送信する。
　該ＮＡＰＴＲレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＮＡＰＴＲレコードクエリに含まれているＮＡＰＴＲレコードのドメイン名に基づいて、該ドメイン名に該当するＮＡＰＴＲレコードを抽出して、ＮＡＰＴＲレコードクエリに対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０４）。
　さらに、ＥＰＣノード１００は、抽出した補充ＮＡＰＴＲレコードのうち、Ｓｅｒｖｉｃｅｓフィールドとして、Ｓｅｒｖｉｃｅｓ＝"ＳＲＶ"が設定されている補充ＮＡＰＴＲレコードを抽出して、該補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドに設定されている値（Ｒｅｇｅｘｐ＝"ＳＲＶレコードのドメイン名"）を含むＳＲＶレコードクエリを、ＤＮＳサーバ１０１に対して送信する。
　該ＳＲＶレコードクエリを受け取ったＤＮＳサーバ１０１は、該ＳＲＶレコードクエリに含まれているＳＲＶレコードのドメイン名に基づいて、該ドメイン名に該当するＳＲＶレコードを抽出して、ＳＲＶレコードクエリに対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０４）。つまり、ＤＮＳサーバ１０１から自ＥＰＣノード１００のＥＰＣノード名に該当する補充ＮＡＰＴＲレコードを受け取ったＥＰＣノード１００は、ＤＮＳサーバ１０１に問い合わせることによって、自ＥＰＣノード１００に関連するＮＡＰＴＲレコードおよびＳＲＶレコードを正引きする。
　しかる後、シーケンスＳ２０４においてＤＮＳレスポンスとして補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドの値に該当するＮＡＰＴＲレコードを受け取ったＥＰＣノード１００は、受け取った各ＮＡＰＴＲレコードのFlagフィールドを確認して、Ｆｌａｇ＝"ａ"（つまり、Ｒｅｐｌａｃｅｍｅｎｔフィールドに設定されている値が、Ａ／ＡＡＡＡ　ＲＲのＦＱＤＮ（完全修飾ドメイン名））であり、かつ、Ｒｅｐｌａｃｅｍｅｎｔフィールドに設定されている値が、シーケンスＳ２０２においてＤＮＳサーバ１０１から取得していた自ＥＰＣノード１００のＥＰＣノード名と一致している場合には、当該ＮＡＰＴＲレコードは、自ＥＰＣノード１００の選択に繋がるＮＡＰＴＲレコードであるので、更新対象のＮＡＰＴＲレコードとして当該ＮＡＰＴＲレコードを保持する（シーケンスＳ２０５）。
　さらに、シーケンスＳ２０４においてＤＮＳレスポンスとして補充ＮＡＰＴＲレコードのＲｅｇｅｘｐフィールドの値に該当するＳＲＶレコードを受け取ったＥＰＣノード１００は、受け取った各ＳＲＶレコードのＴａｒｇｅｔフィールドを確認して、Ｔａｒｇｅtフィールドに設定されている値が、シーケンスＳ２０２においてＤＮＳサーバ１０１から取得していた自ＥＰＣノード１００のＥＰＣノード名と一致している場合には、当該ＳＲＶレコードは、自ＥＰＣノード１００の選択に繋がるＳＲＶレコードであるので、更新対象のＳＲＶレコードとして当該ＳＲＶレコードを保持する（シーケンスＳ２０５）。
　シーケンスＳ２０５において更新対象のＮＡＰＴＲレコードを保持したＥＰＣノード１００は、当該ＥＰＣノード１００を選択する選択優先度を他の同種類のＥＰＣノードよりも低い値に設定するように、ＤＮＳサーバ１０１側に当該ＮＡＰＴＲレコードの更新登録をしてもらうために、保持したＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドに、例えば、それぞれ、最も低い選択優先度となる値として、Ｏｒｄｅｒ＝'６５５３５'(２進数のall'１')、Ｐｒｅｆｅｒｅｎｃｅ＝"６５５３５"(２進数のall'１')を設定して、選択優先度を変更するＮＡＰＴＲレコード更新要求として、ＤＮＳサーバ１０１に対して送信する（シーケンスＳ２０６）。
　該ＮＡＰＴＲレコード更新要求を受け取ったＤＮＳサーバ１０１は、更新要求に応じて、該ＮＡＰＴＲレコード更新要求に含まれているＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドを、Ｏｒｄｅｒ＝'６５５３５'(２進数のall'１')、Ｐｒｅｆｅｒｅｎｃｅ＝"６５５３５"(２進数のall'１')という選択優先度が最も低くなる状態に更新登録する。更新登録が終了すると、ＤＮＳサーバ１０１は、ＮＡＰＴＲレコードを正常に更新した旨を示す情報を、ＮＡＰＴＲレコード更新要求に対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０７）。
　また、シーケンスＳ２０５において更新対象のＳＲＶレコードを保持したＥＰＣノード１００は、当該ＥＰＣノード１００を選択する選択優先度を他の同種類のＥＰＣノードよりも低い値に設定するように、ＤＮＳサーバ１０１側に当該ＳＲＶレコードの更新登録をしてもらうために、保持したＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびＷｅｉｇｈｔフィールドに、例えば、それぞれ、最も低い選択優先度となる値として、Ｐｒｉｏｒｉｔｙ＝'６５５３５'(２進数のall'１')、Ｗｅｉｇｈｔ＝"０"(２進数のall'０')を設定して、選択優先度を変更するＳＲＶレコード更新要求として、ＤＮＳサーバ１０１に対して送信する（シーケンスＳ２０６）。
　該ＳＲＶレコード更新要求を受け取ったＤＮＳサーバ１０１は、更新要求に応じて、該ＳＲＶレコード更新要求に含まれているＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびＷｅｉｇｈｔフィールドを、Ｐｒｉｏｒｉｔｙ＝'６５５３５'(２進数のall'１')、Ｗｅｉｇｈｔ＝"０"(２進数のall'０')という選択優先度が最も低くなる状態に更新登録する。更新登録が終了すると、ＤＮＳサーバ１０１は、ＳＲＶレコードを正常に更新した旨を示す情報を、ＳＲＶレコード更新要求に対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２０７）。
　以上のようなシーケンスにより、過負荷状態に近づきつつあるＥＰＣノード１００の選択動作を制御しているＤＮＳサーバ１０１のＤＮＳリソースレコードすなわちＮＡＰＴＲレコードやＳＲＶレコードの選択優先度の登録状態が更新されて、当該ＥＰＣノード１００を選択し難くなり、リソース状態に余裕がある他のＥＰＶノードが優先的に選択される状態に、自動的に設定することができる。
　一方、かくのごとく、過負荷状態に近づいて選択優先度を変更したＥＰＣノード１００においては、定期的に、現在のリソース使用状態を監視する動作を継続している。つまり、当該ＥＰＣノード１００において、現在のリソース使用状態が、自ＥＰＣノード１００が過負荷状態から完全に脱した状態に達したことを検知するためにあらかじめ定めた通常状態復帰閾値以下に低下した状態にあるか否かを判定している。ここで、該通常状態復帰閾値は、選択優先度の更新動作が頻繁に繰り返されることを防ぐために、過負荷状態に近づきつつあることを検知するための過負荷閾値以下の値に設定することが好ましい。
　過負荷状態に近づいて選択優先度を変更したＥＰＣノード１００において、現在のリソース使用状況が前記通常状態復帰閾値以下に低下したことを検知した場合、当該ＥＰＣノード１００は、自ＥＰＣノード１００が過負荷状態から完全に脱した状態に達したものと判定して、つまり、過負荷状態解除条件が成立したものと判定する（シーケンスＳ２０８）。
　過負荷状態解除条件が成立したことを検出した当該ＥＰＣノード１００は、当該ＥＰＣノード１００に対する選択優先度を元の状態に復帰してもらうために、シーケンスＳ２０５において保持していた更新対象のＮＡＰＴＲレコードおよびＳＲＶレコードを取り出して、選択優先度を元の状態に復帰するためのＮＡＰＴＲレコード更新要求およびＳＲＶレコード更新要求として、ＤＮＳサーバ１０１に対して送信する（シーケンスＳ２０９）。
　該ＮＡＰＴＲレコード更新要求および該ＳＲＶレコード更新要求を受け取ったＤＮＳサーバ１０１は、更新要求に応じて、該ＮＡＰＴＲレコード更新要求に含まれているＮＡＰＴＲレコードのＯｒｄｅｒフィールドおよびＰｒｅｆｅｒｅｎｃｅフィールドおよび該ＳＲＶレコード更新要求に含まれているＳＲＶレコードのＰｒｉｏｒｉｔｙフィールドおよびWeightフィールドの状態に更新して登録する。更新登録が終了すると、ＤＮＳサーバ１０１は、ＮＡＰＴＲレコードおよびＳＲＶレコードを正常に更新した旨を示す情報を、ＮＡＰＴＲレコードおよびＳＲＶレコードの更新要求に対するＤＮＳレスポンスとして、要求元のＥＰＣノード１００に対して返送する（シーケンスＳ２１０）。
　以上のようなシーケンスにより、過負荷状態から完全に脱してリソース状態に余裕が生じたＥＰＣノード１００の選択動作を制御しているＤＮＳサーバ１０１のＤＮＳリソースレコードすなわちＮＡＰＴＲレコードやＳＲＶレコードの選択優先度の登録状態を元の状態に復帰させることによって、当該ＥＰＣノード１００のリソース状態に余裕があるにも関わらず、当該ＥＰＣノード１００が選択されないという状態から脱して、通常の選択可能な状態に自動的に設定することができる。
（実施形態の効果の説明）
　以上に詳細に説明したように、本実施形態においては、各ＥＰＣノード１００が、自ＥＰＣノード１００が過負荷状態に近づきつつことを検知した場合、ＤＮＳサーバ１０１に設定登録されている自ＥＰＣノード１００に関連するＤＮＳリソースレコード（ＮＡＰＴＲレコードやＳＲＶレコード）の選択優先度を自律的に変更することにより、過負荷状態に近づきつつあるＥＰＣノード１００を選択し難い状態に設定して、リソース状態に余裕のある他のＥＰＣノードを優先的に選択させることができ、ＥＰＣネットワーク全体の負荷を均等に保つことができる。
　さらには、選択優先度を変更した後において、過負荷状態から完全に脱してリソース状態に余裕が生じたＥＰＣノード１００は、ＤＮＳサーバ１０１に設定登録されている自ＥＰＣノード１００に関連するＤＮＳリソースレコードの選択優先度を自律的に元の選択優先度に復帰させることにより、通常の選択可能な状態に復帰することができ、ＥＰＣネットワーク全体の負荷を均等に保つことができる。
　以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。
　上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
　また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ　ｃｏｍｐｕｔｅｒ　ｒｅａｄａｂｌｅ　ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ　ｓｔｏｒａｇｅ　ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ　ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ　ｃｏｍｐｕｔｅｒ　ｒｅａｄａｂｌｅ　ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１１年６月１４日に出願された日本出願特願２０１１－１３２５０７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
（付記１）
　移動通信用のＬＴＥ（Long　Term　Evolution）ネットワークの中核を形成するＥＰＣ（Evolved　Packet　Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択することによって、各ＥＰＣノードの負荷を分散させる移動通信システムにおいて、各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic　ＤＮＳ）クライアント機能を備え、一方、前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする移動通信システム。
（付記２）
　移動通信用のＬＴＥ（Long　Term　Evolution）ネットワークの中核を形成するＥＰＣ（Evolved　Packet　Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳサーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択することによって、各ＥＰＣノードの負荷を分散させる移動通信システムの制御方法であって、各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic　ＤＮＳ）クライアント機能を備え、一方、前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする移動通信システムの制御方法。
１００　　ＥＰＣノード
１０１　　ＤＮＳサーバ
１０２　　ＳＧＳＮ
１０３　　ＭＭＥ
１０４　　Ｓ－ＧＷ
１０５　　Ｐ－ＧＷ
３１　　　Ｓ－ＧＷ１
３２　　　Ｓ－ＧＷ２
３３　　　Ｓ－ＧＷ３
３４　　　ＤＮＳサーバ
３５　　　ＭＭＥ

Claims (8)

  1. 　移動通信用のＬＴＥ（Long　Term　Evolution）ネットワークの中核を形成するＥＰＣ（Evolved　Packet　Core）ネットワークを構成する各ＥＰＣノードと、
    　使用する前記ＥＰＣノードを、設定登録されているＤＮＳ（Domain Name Server）リソースレコード内の選択優先度に基づいて、選択するＤＮＳサーバと、を具備し、
    　各前記ＥＰＣノードは、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を送信するＤＤＮＳ（Dynamic　ＤＮＳ）クライアント機能を備え、
    　前記ＤＮＳサーバは、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備えることを特徴とする移動通信システム。
  2. 　前記ＤＮＳサーバに対して前記ＤＮＳリソースレコードの更新要求を送信した前記ＥＰＣノードが、自ＥＰＣノードのリソース使用状態が、過負荷状態から脱したことを検知するためにあらかじめ設定した通常状態復帰閾値以下に低下したことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰する要求を、前記ＤＮＳサーバに対して送信し、
    　一方、前記ＤＮＳサーバは、前記ＥＰＣノードから該要求を受け取った際に、前記ＤＮＳリソースレコードを動的に更新して、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰させることを特徴とする請求項１に記載の移動通信システム。
  3. 　前記ＤＮＳサーバは、前記ＥＰＣノードのＩＰアドレスから当該ＥＰＣノードのＥＰＣノード名を取得するためのＰＴＲ（Pointer）レコードを備え、前記ＥＰＣノードから自ＥＰＣノードのＩＰアドレスを含むＰＴＲレコードクエリを受け取った際に、該ＰＴＲレコードクエリに含まれている前記ＩＰアドレスに基づいて前記ＰＴＲレコードから抽出した当該ＥＰＣノードのＥＰＣノード名を、問い合わせ元の前記ＥＰＣノードに返送することを特徴とする請求項１または２に記載の移動通信システム。
  4. 　前記ＤＮＳサーバは、さらに、前記ＤＮＳリソースレコードとして、前記選択優先度が設定登録されているＮＡＰＴＲ（Naming　Authority　Pointer）レコードおよびＳＲＶ（Service）レコードの他に、前記ＥＰＣノード名が割り当てられた前記ＥＰＣノードに関連する前記ＤＮＳリソースレコードのドメイン名をあらかじめ設定している補充ＮＡＰＴＲレコードを備え、前記ＥＰＣノードから自ＥＰＣノードのＥＰＣノード名を含むＮＡＰＴＲレコードクエリを受け取った際に、該ＮＡＰＴＲレコードクエリに含まれている前記ＥＰＣノード名に関連する前記補充ＮＡＰＴＲを少なくとも抽出して、問い合わせ元の前記ＥＰＣノードに返送することを特徴とする請求項３に記載の移動通信システム。
  5. 　前記ＤＮＳサーバから前記補充ＮＡＰＴＲレコードを受け取った前記ＥＰＣノードは、該補充ＮＡＰＴＲレコードに含まれている前記ＮＡＰＴＲレコード、前記ＳＲＶレコードそれぞれのドメイン名を含むＮＡＰＴＲレコードクエリ、ＳＲＶレコードクエリを前記ＤＮＳサーバに送信し、該ＮＡＰＴＲレコードクエリ、該ＳＲＶレコードクエリに対するレスポンスとして、前記ＤＮＳサーバから当該ＥＰＣノードに関連する前記ＮＡＰＴＲレコード、前記ＳＲＶレコードが返送されてきた際に、返送されてきた前記ＮＡＰＴＲレコード、前記ＳＲＶレコードに設定されている選択優先度を適宜書き替えて、前記ＤＮＳリソースレコードの更新要求として、前記ＤＮＳサーバに送信することを特徴とする請求項４に記載の移動通信システム。
  6. 　移動通信用のＬＴＥ（Long　Term　Evolution）ネットワークの中核を形成するＥＰＣ（Evolved　Packet　Core）ネットワークを構成する各ＥＰＣノードのうち、使用するＥＰＣノードを、ＤＮＳ（Domain Name Server）サーバに設定登録されているＤＮＳリソースレコード内の選択優先度に基づいて該ＤＮＳサーバにより選択し、
    　各前記ＥＰＣノードが、それぞれ、自ＥＰＣノードのリソース使用状態が、過負荷状態に近づきつつあることを検知するためにあらかじめ設定した過負荷閾値を超えたことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を下げるように、前記ＤＮＳサーバに対して、ＤＮＳリソースレコードの更新要求を、ＤＤＮＳ（Dynamic　ＤＮＳ）クライアント機能により送信し、
    　前記ＤＮＳサーバは、前記ＤＮＳリソースレコードを動的に更新するＤＤＮＳサーバ機能を備え、前記ＥＰＣノードから前記ＤＮＳリソースレコードの更新要求を受け取った際に、該更新要求に対応して前記ＤＮＳリソースレコードを動的に更新することを特徴とする移動通信システムの制御方法。
  7. 　前記ＤＮＳサーバに対して前記ＤＮＳリソースレコードの更新要求を送信した前記ＥＰＣノードは、自ＥＰＣノードのリソース使用状態が、過負荷状態から脱したことを検知するためにあらかじめ設定した通常状態復帰閾値以下に低下したことを検知した際に、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰する要求を、前記ＤＮＳサーバに対して送信し、
    　一方、前記ＤＮＳサーバは、前記ＥＰＣノードから該要求を受け取った際に、前記ＤＮＳリソースレコードを動的に更新して、当該ＥＰＣノードに関連する前記ＤＮＳリソースレコードの選択優先度を元の状態に復帰させることを特徴とする請求項６に記載の移動通信システムの制御方法。
  8. 　請求項６または７に記載の移動通信システムの制御方法を、コンピュータによって実行可能な移動通信システムの制御プログラムを格納した非一時的なコンピュータ可読媒体。
PCT/JP2012/003320 2011-06-14 2012-05-22 移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体 WO2012172729A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US14/115,696 US9319921B2 (en) 2011-06-14 2012-05-22 Load distribution in an EPC network of a mobile communication system
BR112013032216A BR112013032216A2 (pt) 2011-06-14 2012-05-22 sistema de comunicação móvel, método de controle do mesmo e meio legível em computador não transitório que armazena programa de controle
EP12800404.1A EP2723116B1 (en) 2011-06-14 2012-05-22 Mobile communication system, control method for same and non-transitory computer-readable medium in which control program is stored
JP2013520413A JP5673817B2 (ja) 2011-06-14 2012-05-22 移動通信システム、その制御方法および制御プログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-132507 2011-06-14
JP2011132507 2011-06-14

Publications (1)

Publication Number Publication Date
WO2012172729A1 true WO2012172729A1 (ja) 2012-12-20

Family

ID=47356747

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/003320 WO2012172729A1 (ja) 2011-06-14 2012-05-22 移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体

Country Status (5)

Country Link
US (1) US9319921B2 (ja)
EP (1) EP2723116B1 (ja)
JP (1) JP5673817B2 (ja)
BR (1) BR112013032216A2 (ja)
WO (1) WO2012172729A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103974237A (zh) * 2013-02-06 2014-08-06 中国移动通信集团公司 移动性管理方法及实体
JP2016034164A (ja) * 2013-07-04 2016-03-10 日本電気株式会社 通信システムと方法と装置

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9391881B2 (en) * 2013-02-20 2016-07-12 Ip Technology Labs, Llc System and methods for dynamic network address modification
US9497213B2 (en) * 2013-03-15 2016-11-15 Fireeye, Inc. System and method to manage sinkholes
US9936532B2 (en) * 2013-10-04 2018-04-03 At&T Intellectual Property I, L.P. Method and apparatus for processing communication requests
US10122630B1 (en) 2014-08-15 2018-11-06 F5 Networks, Inc. Methods for network traffic presteering and devices thereof
US10805217B2 (en) * 2015-11-10 2020-10-13 At&T Intellectual Property I, L.P. Control plane device selection for broadcast session exchange
US10230685B2 (en) 2016-05-20 2019-03-12 At&T Intellectual Property I, L.P. Subscriber session director
US10791088B1 (en) 2016-06-17 2020-09-29 F5 Networks, Inc. Methods for disaggregating subscribers via DHCP address translation and devices thereof
CN106533762B (zh) * 2016-11-17 2020-09-08 贵州白山云科技股份有限公司 一种设备切换的方法以及设备切换装置
CN106453687B (zh) * 2016-11-21 2019-08-16 中国联合网络通信集团有限公司 一种目标设备的ip获取方法、mme网元及dns服务器
US11122083B1 (en) 2017-09-08 2021-09-14 F5 Networks, Inc. Methods for managing network connections based on DNS data and network policies and devices thereof
US11601847B2 (en) * 2017-12-21 2023-03-07 Telefonaktiebolaget Lm Ericsson (Publ) Agent, server, core network node and methods therein for handling an event of a network service deployed in a cloud environment
WO2020041988A1 (zh) * 2018-08-28 2020-03-05 华为技术有限公司 一种服务器节点的选择方法和终端设备
CN110716985B (zh) * 2019-10-16 2022-09-09 北京小米移动软件有限公司 一种节点信息处理方法、装置及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007238A (ja) * 2000-06-21 2002-01-11 Nec Corp 移動通信システム及びそのゲートウェイ選択方法
JP2010539758A (ja) 2007-09-14 2010-12-16 大唐移▲動▼通信▲設▼▲備▼有限公司 Ｌｔｅシステムにおいて、ユーザ静的ｉｐアドレスのアドレッシングをサポートする方法、システムおよび装置
JP2011132507A (ja) 2009-11-26 2011-07-07 Ajinomoto Co Inc エポキシ樹脂組成物

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001091382A1 (en) 2000-05-22 2001-11-29 Nokia Corporation System and method for providing a connection in a communication network
WO2010132884A1 (en) * 2009-05-15 2010-11-18 Ciso Technology, Inc. System and method for a self-organizing network
CN101616152B (zh) 2009-06-19 2012-10-10 中兴通讯股份有限公司 一种cscf实体容灾和负载均衡的系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007238A (ja) * 2000-06-21 2002-01-11 Nec Corp 移動通信システム及びそのゲートウェイ選択方法
JP2010539758A (ja) 2007-09-14 2010-12-16 大唐移▲動▼通信▲設▼▲備▼有限公司 Ｌｔｅシステムにおいて、ユーザ静的ｉｐアドレスのアドレッシングをサポートする方法、システムおよび装置
JP2011132507A (ja) 2009-11-26 2011-07-07 Ajinomoto Co Inc エポキシ樹脂組成物

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
NOKIA SIEMENS NETWORKS: "Discussion paper on Optimized load balancing within EPC", 3GPP, 15 October 2009 (2009-10-15), XP050386694 *
ORANGE ET AL.: "LDF architecture update", 3GPP, 25 February 2011 (2011-02-25), XP050524031 *
SAMSUNG: "On the DNS Function used for Server Selection", 3GPP, 11 April 2008 (2008-04-11), pages 2 - 082664, XP050264955 *
See also references of EP2723116A4

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103974237A (zh) * 2013-02-06 2014-08-06 中国移动通信集团公司 移动性管理方法及实体
JP2016034164A (ja) * 2013-07-04 2016-03-10 日本電気株式会社 通信システムと方法と装置
US9883440B2 (en) 2013-07-04 2018-01-30 Nec Corporation System, method, and apparatus for establishing a connection between a terminal and a network node

Also Published As

Publication number Publication date
JP5673817B2 (ja) 2015-02-18
JPWO2012172729A1 (ja) 2015-02-23
US20140064099A1 (en) 2014-03-06
EP2723116B1 (en) 2017-08-16
BR112013032216A2 (pt) 2016-12-20
US9319921B2 (en) 2016-04-19
EP2723116A4 (en) 2015-04-29
EP2723116A1 (en) 2014-04-23

Similar Documents

Publication Publication Date Title
JP5673817B2 (ja) 移動通信システム、その制御方法および制御プログラム
RU2695990C1 (ru) Система связи, базовая станция, способ связи и энергонезависимый компьютерно-читаемый носитель, хранящий программу
US11039381B2 (en) SMF selection based on supported DNN
US20240259341A1 (en) Method and apparatus for local application server discovery in mobile edge computing
US10674421B2 (en) Data packet processing method and device
US12095723B2 (en) Domain name address obtaining method and device
US20190014550A1 (en) Tracking area and user plane mapping for control plane/user plane split
US11888946B2 (en) Methods, systems, and computer readable media for applying or overriding preferred locality criteria in processing network function (NF) discovery requests
EP2666321A1 (en) Gateway allocation in a mobile communication system
US20140169332A1 (en) Method for supporting selection of pdn connections for a mobile terminal and mobile terminal
US20190037485A1 (en) Service node selection and query method, apparatus, and system
EP3949354A1 (en) Method and apparatus for service discovery
US20140376470A1 (en) Policy and charging control (pcc) for nat64 and dns64
WO2018112759A1 (zh) 访问资源的方法、装置和系统
US11082904B2 (en) Determining a core network gateway based on a tracking area or a cell of a user device
WO2019076292A1 (zh) 管理方法及装置、网关控制面网元、通信系统及存储介质
US10063483B2 (en) Enhanced load balancing in a mobile communication network
JP2011135417A (ja) 基地局装置、基地局の制御方法、及びプログラム
CN104427568B (zh) 一种实现3gpp网络流量卸载的方法、装置
WO2013010585A1 (en) Logical rules based domain name server setup
US20170078196A1 (en) Communication system, control apparatus, and control method
CN108124288B (zh) 用于s1接口切换、网络组建的方法及网络系统
EP2950564B1 (en) Node of a telecommunication network for content delivery network traffic
JP5872333B2 (ja) 通信装置、通信システム、制御方法及び制御プログラム
JP2017022430A (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: 12800404

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013520413

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14115696

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2012800404

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112013032216

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112013032216

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20131213