JP6554430B2 - Location information management method and communication system - Google Patents

Description

  The present invention relates to a location information management method and a communication system when edge computing is applied to a mobile communication network.

  Conventionally, by distributing processing to edge servers close to terminals (such as smartphones) on a network, edge computing is called communication that reduces communication delay compared to a globally deployed cloud computing environment. A technology is considered (Non-patent Document 1).

"Edge Computing Concept", [online], NTT Holding Company News Release, [June 18, 2015 Search], Internet <http://www.ntt.co.jp/news2014/1401/140123a.html>

  When the above edge computing is applied to a mobile communication network, the mobile communication network has characteristics that the location information of the terminal changes as the terminal moves (occurrence of handover). It is necessary to properly manage current location information. 2. Description of the Related Art Conventionally, there is known a technique for centrally managing a location DB that collectively manages location information of terminals in the core network. However, inquiring the location information of the terminal to the location DB at the back of the core network every time has a problem of causing a processing delay.

  Therefore, the present invention has an object to suppress processing delay at the time of handover when edge computing is applied to a mobile communication network.

  As one aspect, the location information management method according to the present invention includes a plurality of processing servers that accommodate terminals located in a pre-assigned area and perform processing related to the terminals, and areas of the plurality of processing servers A location information management method executed in a communication system including a location DB that stores information on which processing server the terminal is accommodated in, and the processing server includes: Referring to the location cache that stores information on which processing server the terminal is accommodated in, and is used for communication by the terminal located in the area of the own device or the processing server If the information on the destination terminal cannot be obtained, the information on the destination terminal is obtained by querying the located DB for the information on the destination terminal, and stored in the location cache of the own device. The visited DB stores the processing server that has inquired the information of the counterpart terminal as a capture edge that captures the counterpart terminal, and stores the processing server in association with the counterpart terminal. When a handover of a certain terminal is notified, the capture edge of the terminal where the handover has occurred is specified from the stored content, and the new location information of the terminal after the handover is notified to the capture edge, The capture edge is characterized by updating the location information of the terminal stored in the location cache of the own device with the notified new location information, and continuing the capture of the terminal.

  In the location information management method described above, the processing server refers to the location cache of the own device, and cannot acquire information on a terminal located in the area of the own device or a destination terminal related to communication by the processing server. In this case, the information on the partner terminal is inquired of the area DB, and the information on the partner terminal is acquired and stored in the area cache of the own device. Thereby, even when the information on the partner terminal is not stored in the area cache of the own device, the information on the partner terminal can be acquired, and the partner terminal can be quickly accessed using the information on the partner terminal. Of course, if the information of the partner terminal can be acquired from the own area cache, it is possible to quickly access the partner terminal using the information of the partner terminal, and inquires to the area DB every time as before. Processing can be realized quickly.

  On the other hand, the in-zone DB can store the processing server that has inquired the information of the partner terminal in association with the partner terminal as a capture edge capturing the partner terminal. When the handover is notified to the visited DB, the visited DB identifies the capture edge of the terminal where the handover has occurred from the stored contents, and the new DB of the terminal after the handover to the capture edge is identified. Location information can be notified. Then, the acquisition edge updates the location information of the terminal stored in its own location cache with the notified new location information, and continues to acquire the terminal.

  In this way, processing delay at the time of handover can be suppressed when edge computing is applied to a mobile communication network.

  As another aspect, a location information management method according to the present invention includes a plurality of processing servers that accommodates terminals located in a pre-assigned area and performs processing related to the terminals. In this case, when a handover of a terminal occurs, the handover source processing server detects the handover of the terminal based on a signal from the network, and is provided in its own device. The above-mentioned terminal in which the handover has occurred is stored from the area cache which stores the information on which processing server the terminal is accommodated in and the information on the capture edge which is capturing the terminal. Identifying the capturing edge being captured and notifying the capturing edge of the new location information of the terminal after handover, the capturing edge being notified And with a new area information, and updates the located information of the terminal stored in the visited cache of its own, characterized by continuing the acquisition of the terminal.

  In the location information management method described above, in the location cache provided in the processing server, in addition to information on which processing server the terminal is accommodated in, information on the capture edge capturing the terminal is stored. When a handover of a certain terminal occurs, the handover source processing server detects the handover of the terminal based on a signal from the network, and acquires a capture edge capturing the terminal where the handover has occurred. It identifies from its own area cache, and notifies the acquisition edge of new area information of the terminal after the handover. Then, the acquisition edge updates the location information of the terminal stored in its own location cache with the notified new location information, and continues to acquire the terminal.

  In this way, processing delay at the time of handover can be suppressed when edge computing is applied to a mobile communication network.

  In addition, in both the above-described one aspect and another aspect, regarding the method of updating the location information of the terminal stored in the location cache by the capture edge, when the capture edge is notified of new location information, The new area information is added to the original area information stored in the own area cache, and the original area information is deleted from the own area cache when the handover is completed. It is also good. In this case, there is an advantage that recovery when handover fails is simplified. However, the capture edge may adopt a method of replacing the original location information with the new location information when new location information is notified.

  By the way, the present invention relating to the in-zone information management method can be described as the invention relating to the communication system as follows, and exhibits the same operation and effect.

  A communication system according to one aspect includes a plurality of processing servers that accommodate terminals that are located in a pre-assigned area and perform processing related to the terminals, and which processing server the terminal spans the areas of the plurality of processing servers. And a visited DB that stores information about whether the terminal is accommodated, wherein each processing server stores information on which processing server the terminal is accommodated in. When a service area cache is provided and the processing server cannot obtain information on a terminal located in the area of the own apparatus or a partner terminal involved in communication by the processing server with reference to the own area cache , Configured to obtain information on the destination terminal by inquiring the destination DB for information on the destination terminal and store the information in the location cache of the own device. Is configured to store the processing server, which has inquired the information of the partner terminal, as the capture edge capturing the partner terminal in association with the partner terminal, and the current area DB is When the handover of the terminal is notified, the capture edge of the terminal where the handover has occurred is specified from the stored contents, and the new location information of the terminal after the handover is notified to the capture edge The acquisition edge is configured to update the location information of the terminal stored in the location cache of the own device with the notified new location information and continue to acquire the terminal. I assume.

  Further, a communication system according to another aspect is a communication system configured to include a plurality of processing servers that accommodate terminals existing in a pre-assigned area and perform processing related to the terminals, Each processing server is provided with a current area cache in which information on which processing server the terminal is accommodated in and information on the capture edge capturing the terminal are stored in association with the terminal, When a terminal handover occurs, the handover source processing server detects the handover of the terminal based on a signal from the network, and captures the terminal in which the handover has occurred from its own area cache. Identifying the capturing edge, and notifying the capturing edge of the new location information of the terminal after the handover, May have a new area information notified to update the area information of the terminal stored in the visited cache of its own, characterized in that it is configured to continue the acquisition of the terminal.

  ADVANTAGE OF THE INVENTION According to this invention, when applying edge computing to a mobile communication network, the delay of the process at the time of a handover can be suppressed.

It is a figure which shows the structural example of the communication system of 1st Embodiment. (A)-(c) is a figure which shows the example of data of a present area cash | cache. (A)-(c) is a figure which shows the example of data of existing area DB. It is a figure which shows the example of hardware constitutions, such as VM. It is a flow figure showing an example of processing in a case where handover of UE is not accompanied. It is a flowchart which shows the process example in the case of being accompanied by the handover of UE. It is a figure which shows the structural example of the communication system of 2nd Embodiment. (A)-(c) is a figure which shows the example of data of the area cache of a handover origin (VM3). It is a figure which shows the example of data of the corresponding | compatible table of VM and eNB with which each VM is equipped. (A)-(c) is a figure which shows the example of data of the visiting area cache of capture edge (VM1). It is a figure which shows the example of data of the UE- accommodated VM corresponding | compatible table with which a movement detector is equipped. FIG. 7 is a flow diagram showing an example of processing when the network detects a handover of a UE.

  DESCRIPTION OF EMBODIMENTS Hereinafter, embodiments of a location information management method and a communication system according to the present invention will be described in order with the drawings. In the description of the drawings, the same elements are denoted by the same reference numerals, and redundant description is omitted.

First Embodiment
In FIG. 1, the example of a structure of the communication system 1 of 1st Embodiment is shown. The communication system 1 is a communication system in the case where edge computing is applied to a mobile communication network, and as shown in FIG. 1, a plurality of switches (Switch Board, hereinafter “SW”) connected directly or indirectly to each other. 10), a PDN (Public Data Network) 20, an eNodeB (hereinafter referred to as “eNB”) 30 corresponding to a base station in a mobile communication network, and a plurality of virtual machines (Virtual Machine, (Hereinafter referred to as “VM”) 40, a plurality of terminals (User Equipment, hereinafter referred to as “UE”) 50, and a location DB 60 that collectively manages the location information of the plurality of UEs. For convenience of explanation, as shown in FIG. 1, a plurality of SWs are illustrated as SW1 to SW4, a plurality of VMs are illustrated as VM1 to VM3, a plurality of eNBs are illustrated as eNB1 to eNB3, and a plurality of UEs are UE1,1. It is illustrated as UE2. In this configuration example, the visited DB 60 is connected to the PDN 20, SW3 is connected to eNB1 and eNB2, and SW4 is connected to eNB3.

  VM1, VM2, and VM3 are connected to eNB1, eNB2, and eNB3, respectively, accommodate UEs that are located in areas assigned in advance, and perform various processes according to service requests from UEs as edges in edge computing. Run. For example, when a VM that is requested to communicate with an application that operates on another UE is requested by an application that operates on a UE that is in the area, the VM identifies the other VM that accommodates the other UE, and the other VM Execute processing such as establishing communication with the In order to execute such processing, each of the VMs 1 to 3 is provided with a current area cache 70 storing information on which VM the UE is accommodated in.

  FIG. 2A to FIG. 2C show data examples of the in-zone cache 70, and the UE corresponds to the VM in which the UE is accommodated (denoted as “edge” in FIG. 2). Will be stored. 2A to 2C show data examples of the in-zone cache 70 of the VM 1 that becomes a capture edge in the processing of FIGS. 5 and 6 described later.

  FIG. 3A to FIG. 3C show data examples of the visited DB 60. The UE, the VM in which the UE is accommodated (denoted as “edge” in FIG. 3), the UE Are stored in association with each other (indicated as “capture edge” in FIG. 3).

  In addition, SW10 of FIG. 1, eNB30, VM40, UE50, and visiting DB60 are comprised by the general computer provided with the communication function. For example, as shown in FIG. 4, these devices (collectively referred to as device 100) include one or more CPUs 101, a RAM (Random Access Memory) 102 and a ROM (Read Only Memory) 103, which are main storage devices, and communication. The communication module 104 (Transmitter or Receiver) for performing, and one or a plurality of computers including hardware such as an auxiliary storage device 105 (Memory) such as a hard disk. In the apparatus 100, predetermined computer software is read on the hardware such as the CPU 101 and the RAM 102 shown in FIG. 4 to operate the communication module 104 and the like under the control of the CPU 101, and in the RAM 102 and the auxiliary storage device 105. By reading and writing data, a series of functions in each part are realized.

  Note that a processor such as the CPU 101 may be configured to execute all or part of its functions by a dedicated integrated circuit (IC). For example, the above functions may be executed by constructing a dedicated integrated circuit for performing image processing and communication control.

  Software, whether it is called software, firmware, middleware, microcode, hardware description language, or other names, instructions, instruction sets, codes, code segments, program codes, programs, subprograms, software modules Should be interpreted broadly to mean applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, etc.

  Also, software, instructions, etc. may be sent and received via a transmission medium. For example, software may use a wireline technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or a website, server or other using wireless technology such as infrared, radio and microwave When transmitted from a remote source, these wired and / or wireless technologies are included within the definition of transmission medium.

(Processing example without UE handover)
First, an example of processing when no UE handover is involved will be described with reference to FIG.

  When the VM1 is requested to communicate with the UE2 from the UE1 that is in the area, the VM1 first searches its own area cache (step S1). That is, the VM 1 first tries to acquire the location information of the counterpart terminal UE 2 by referring to its own location cache. However, since there is no UE2 location information in the VM1 location cache as shown in FIG. 2A at the first time, the VM1 inquires the location DB of the location information of UE2 (step S2).

  The in-zone DB that has received the inquiry obtains the in-zone information indicating that the UE 2 is accommodated in the VM 3 from its own data shown in FIG. 3A, and returns the in-zone information to the VM 1 (step) S3) As shown in FIG. 3 (b), VM1 which has inquired about the in-area information of UE2 is registered as a captured edge of UE2 (step S4). The VM 1 that has received the response registers the location information of the UE 2 (information indicating that the UE 2 is accommodated in the VM 3) as shown in FIG. 2B in its own location cache (step S5). It communicates with VM 3 (step S6).

  From the second time on, when the VM1 is requested to communicate with the UE2 from the UE1, the VM1 searches the local cache of its own device in FIG. 2B (step S7), and the local cache of its own device UE2 obtains the location information of UE2 (step S8) and communicates with VM3 (step S9). Thereby, VM1 can perform the process according to the request | requirement from UE1 promptly, without making the inquiry to located DB after the 2nd time.

(Example of processing when handover of UE is involved)
Next, with reference to FIG. 6, a process example in the case where the handover of the UE is involved, that is, the case where the partner terminal UE2 performs handover from VM3 to VM2 will be described.

  When the VM1 is requested to communicate with the UE2 from the UE1 that is in the area, the VM1 searches its own area cache in FIG. 2B (step S11), and the UE2 from the area cache of the own machine. The present area information is obtained (step S12), and communicated with the VM 3 (step S13). However, since movement processing (handover) of UE2 from VM3 to VM2 is executed at this time (step S14), VM3 returns an absence notification of UE2 to VM1 (step S15). The VM 1 that has received the absence notification waits for communication. Note that the process of step S14 includes, for example, a process of sharing a server state according to the elastic core technology, and in the VM2, a local cache creation related to the UE2 is executed. After completion of the handover, the visited cache for UE 2 is discarded in VM 3.

  Then, after the handover is completed, the VM 2 notifies the in-area DB that the movement of the UE 2 to the area of the VM 2 is completed (step S16). The visiting DB identifies VM1 as a capture edge capturing UE2 that has moved, from its own data shown in FIG. 3B, and notifies VM1 that UE2 has moved to the VM2 area. Then, as shown in FIG. 3C, the location information of the UE 2 (the VM that is in the location) is updated from VM 3 to VM 2 (step S18).

  Receiving the notification in step S17, the VM1 updates the location information (the VM that is present) of the UE2 stored in its own location cache from VM3 to VM2 as shown in FIG. Step S19) The communication (waiting communication with the VM that accommodates the UE 2 (the VM 2 at this time)) is resumed (step S20).

  Then, for the communication that occurred after the location cache update in step S19, when VM1 is requested by UE1 to communicate with UE2, VM1 searches its own location cache shown in FIG. In step S21), the location information (VM2) of UE2 is obtained from the location cache of the own device (step S22), and communication with VM2 is executed (step S23).

  As described above, according to the first embodiment, the VM 1 automatically obtains the information of the handover destination VM (VM 2) even when the handover of the capturing UE 2 occurs. Acquisition of UE2 can be continued. Therefore, the process according to the request | requirement from UE1 can be performed rapidly, and the delay of the process at the time of a handover can be suppressed.

  In step S16 of FIG. 6, the example in which the handover destination VM (VM2) notifies the movement of the UE2 to the in-area DB has been described, but the handover source VM (VM3) notifies the in-area DB Alternatively, the movement of the UE 2 may be detected in the network and notified to the visited DB. Similarly, although the process of notifying the capture edge of the movement in S17 is performed by the in-area DB, this process may be performed by the movement source VM or the movement destination VM.

Second Embodiment
In the second embodiment, the handover of the partner terminal (UE2) is detected in the network, and the capture edge (VM1) obtains the information of the handover destination (VM2) without making an inquiry to the visited DB. A series of processes of will be described.

  FIG. 7 shows a configuration example of the communication system 1S in the second embodiment. As illustrated in FIG. 7, the communication system 1S further includes an EPC (Evolved Packet Core) 80 and a movement detector 90 that detects the movement of the UE based on a network signal. The second embodiment is different from the communication system 1 (FIG. 1) of the first embodiment in that the second communication device 1, the second communication device 3, and the second communication device 3-2. The EPC 80 is connected to the PDN 20, and the movement detector 90 is connected to the EPC 80. eNB1 is connected to VM1, eNBs 2-1 and 2-2 are connected to VM2, eNBs 3-1 and 3-2 are connected to VM3, and UE1 is wirelessly connected to eNB1 and connected to VM1 at the processing start point in FIG. The UE 2 is wirelessly connected to the eNB 3-1 and is accommodated in the VM 3.

  FIG. 8A to FIG. 8C show data examples of the location cache 70 of the handover source (VM 3). The UE and the VM in which the UE is accommodated (“edge” in FIG. 8). In addition to “1”, a VM capturing the UE (denoted as “captured edge” in FIG. 8) is further associated and stored.

  FIG. 9 illustrates a data example of a correspondence table between VMs and eNBs managed by the VMs included in each VM.

  10 (a) to 10 (c) show data examples of the visited cache 70 of the capture edge (VM1), and the UE and the UE are accommodated as in FIG. 8 described above. The VM (denoted as “edge” in FIG. 8) and the VM capturing the UE (denoted as “acquired edge” in FIG. 8) are stored in association with each other.

  FIG. 11 shows a data example of a correspondence table of the UE included in the movement detector 90 and a VM (denoted as “edge” in FIG. 8) in which the UE is accommodated.

(Example of processing when the network detects a UE handover)
Next, an example of processing when the network detects a handover of the UE will be described using FIG. Here, an example in which the UE 2 captured by the VM 1 performs handover from the VM 3 to the VM 2 will be described.

  When the moving UE2 transmits a handover control signal to the mobile core network including the EPC 80 (step S31), the mobile core network notifies the mobile detector of the start of handover of the UE2 from the eNB 3-1 to the eNB 2-2. In step S32, a normal handover process is executed in the mobile core network (step S33).

  The movement detector detects the movement of UE2 (handover from eNB3-1 to eNB2-2) based on the notification in step S32 (step S34), and refers to the table in FIG. VM3 "is specified, and the handover of UE2 from eNB3-1 to eNB2-2 is notified to VM3 (step S35).

  The VM 3 that has received the notification in step S 35 searches for a migration destination VM that manages the eNB 2-2, which is a handover destination of the UE 2, with reference to the table of FIG. Are identified (step S36). Then, the VM 3 performs the UE 2 movement notification and its own location cache information transfer to the specified VM 2 (Step S37), and performs the UE 2 movement notification to the VM 1 that is the capture edge of the UE 2 (Step S38). And request the current area DB to update the current area information of the UE 2 (step S39).

  Further, the VM 3 updates the location of the UE 2 in its own location cache of FIG. 8A to “VM 2, VM 3” as shown in FIG. 8B (step S 40). Here, “VM2, VM3” means that UE2 is located in either VM2 or VM3. Receiving the notification in step S37, the VM 2 copies the UE 2 record and the UE record existing in the capture edge (VM 1) of the UE 2 to its own area cache (step S41). Update the machine's location cache to the latest status. Thereafter, migration processing including server state sharing processing by elastic core technology, for example, is executed between VM3 and VM2 (step S42).

  On the other hand, the capture edge (VM1) that has received the notification in step S38 displays the record related to UE2 in its own cache in FIG. 10 (a), which UE2 is the VM2 or VM3 as shown in FIG. 10 (b). It is updated to the effect that it is in the area (step S43). Also, the in-area DB that has received the request in step S39 updates the whereabouts of UE2 from VM3 to "VM2, VM3" (in which one of VM2 and VM3) (step S44).

  Thereafter, when the handover process in step S33 ends normally, a handover success notification is sent from the mobile core network to the mobile detector (step S45), and the mobile detector sends the handover success notification to the current area DB, capture edge ( VM1), the handover destination VM2 and the handover source VM3, respectively (steps S46 to S49). Then, the location DB updates the location of UE2 from “VM2, VM3” (located in either VM2 or VM3) to the handover destination “VM2” (step S50), and the capture edge (VM1) is Then, the record related to UE2 in the local cache of its own device in FIG. 10B is updated to indicate that UE2 is in VM2 as shown in FIG. 10C (step S51). Further, the handover destination VM 2 updates the location of the UE 2 in its own location cache from “VM 2, VM 3” to VM 2 (step S 52), and the handover source VM 3 is as shown in FIG. The record of the UE 2 is deleted from its own location cache (step S53).

  As described above, according to the second embodiment, even when the network detects the handover of the UE, the capture edge (VM1) does not make an inquiry to the visited DB, Information of VM (VM2) can be obtained automatically and acquisition of UE2 can be continued. Therefore, the process according to the request | requirement from UE1 can be performed rapidly, and the delay of the process at the time of a handover can be suppressed.

  Note that the processing when the handover processing in step S33 fails is not shown in FIG. 12, but a handover failure notification is transmitted from the mobile core network to the mobile detector, and the mobile detector sends a handover failure notification, The data is transmitted to the visited DB, the capture edge (VM1), the handover destination VM2, and the handover source VM3. Then, the visited DB returns the location of UE2 to VM3, and the capture edge (VM1) returns a record related to UE2 in its own location cache to indicate that UE2 is located in VM3, and the handover destination The VM 2 deletes the record of the UE 2 from its own location cache, and the handover source VM 3 returns the location of the UE 2 in its own location cache to the VM 3. As described above, in the mode in which the information of the handover source (VM3) is left as in the process of FIG. 12, the recovery process when the handover fails is very simple.

  However, the mode of leaving the information of the handover source (VM3) as in the processing of FIG. 12 is not essential, and a mode of leaving no information of the handover source (VM3) may be adopted. In that case, the processing of steps S45 to S53 in FIG. 12 (processing to delete the information of the handover source) becomes unnecessary, and instead, the information before handover of the area DB and the area cache is stored, When the over fails, a process for returning the visited DB and the visited cache to the information before the handover is required.

  In the first and second embodiments described above, the implementation for controlling the routing by the located DB and the IP address stored therein is exemplified, but other implementations, for example, “routing other than IP” by the SDN controller May be used. In that case, it is possible to employ an implementation in which an SDN controller is provided near the VM and the flow from the connection source VM to the connection destination VM is switched by the SDN controller as soon as a handover is detected.

  In the first and second embodiments described above, although the example in which the located DB is provided at the back of the core network has been described, a distributed DB distributed everywhere may be used as the located DB. .

  In the first and second embodiments, the example in which the processing server according to the present invention is configured by a virtual machine (VM) has been described. However, the processing server according to the present invention is not a virtual machine (VM). It may be implemented by a server.

  Note that the “information” described herein may be represented using any of a variety of different technologies. For example, data, instructions, commands, information, signals, bits, symbols, chips etc that may be mentioned throughout the above description may be voltage, current, electromagnetic waves, magnetic fields or particles, optical fields or photons, or any of these May be represented by a combination of

  As used herein, the phrase “based on” does not mean “based only on,” unless expressly specified otherwise. In other words, the phrase "based on" means both "based only on" and "based at least on."

  As long as there is no contradiction, the order of the processing procedures, sequences, flowcharts, and the like of each aspect / embodiment described in this specification may be changed. For example, for the methods described herein, elements of the various steps are presented in an exemplary order and are not limited to the particular order presented.

  Each aspect / embodiment described in this specification may be used alone, may be used in combination, and may be switched and used along with execution. In addition, notification of predetermined information (for example, notification of "it is X") is not limited to what is explicitly performed, but is performed by implicit (for example, not notifying of the predetermined information) It is also good.

  Although the present invention has been described above in detail, it is apparent to those skilled in the art that the present invention is not limited to the embodiments described herein. The present invention can be embodied as modifications and alterations without departing from the spirit and scope of the present invention defined by the description of the claims. Accordingly, the description in the present specification is for the purpose of illustration and does not have any limiting meaning on the present invention.

    1, 1S: communication system, 10: SW, 20: PDN, 30: eNB, 40: VM (processing server), 50: UE, 60: current area DB, 70: current area cache, 80: EPC, 90: movement Detector 100, device 101, CPU 102, RAM 103, ROM 104, communication module 105, auxiliary storage device.

Claims (5)

A plurality of processing servers that accommodate terminals located in a pre-allocated area and perform processing related to the terminals, and information on which processing server the terminals are accommodated across the areas of the plurality of processing servers are stored A location information management method implemented in a communication system including a region DB, comprising:
The processing server is a regional cache provided in its own device, and refers to the regional cache storing information indicating in which processing server the terminal is accommodated, and is a terminal located in the area of the own device Alternatively, when the information on the partner terminal related to the communication by the processing server cannot be acquired, the information on the partner terminal is inquired of the area DB to acquire the information on the partner terminal and is stored in the area cache of the own device. Remember
The visited DB stores the processing server that has inquired the information of the partner terminal as a capture edge capturing the partner terminal in association with the partner terminal,
When the handover of a certain terminal is notified, the visited DB identifies the captured edge of the terminal where the handover has occurred from the stored contents, and the new visited area of the terminal after the handover with respect to the captured edge Notify the information,
The acquisition edge updates the location information of the terminal stored in the location cache of its own device with the notified new location information, and continues to capture the terminal.
The present area information management method characterized by the above. A location information management method executed in a communication system configured to include a plurality of processing servers that accommodate a terminal located in a pre-assigned area and perform processing related to the terminal,
When a handover of a terminal occurs, the processing server that is the handover source detects the handover of the terminal based on a signal from the network, and is in a cache that is located in its own device, to which processing server the terminal is From the current area cache storing information on whether the terminal is accommodated and information on the captured edge capturing the terminal, identify the captured edge capturing the terminal for which the handover has occurred, and use the captured edge for the captured edge. Notifying the new location information of the terminal after the handover,
The acquisition edge updates the location information of the terminal stored in the location cache of its own device with the notified new location information, and continues to capture the terminal.
The present area information management method characterized by the above. The capture edge is
When the new location information is notified, the new location information is added to the original location information stored in the own region's location cache,
When the handover is completed, the original location information is deleted from the own region cache.
The in-zone information management method according to claim 1 or 2. A plurality of processing servers that accommodate terminals located in a pre-allocated area and perform processing related to the terminals, and information on which processing server the terminals are accommodated across the areas of the plurality of processing servers are stored A communication system including a visited DB,
Each of the processing servers is provided with a current area cache storing information on which processing server the terminal is accommodated in,
When the processing server cannot obtain information on the terminal in the area of the own device or information on the counterpart terminal related to communication by the processing server with reference to the local cache of the own device, the processing server It is configured to acquire the information of the correspondent terminal by inquiring the in-area DB, and store the information in the in-area cache of the own machine,
The visited DB is configured to store the processing server that has inquired the information of the counterpart terminal as a capture edge capturing the counterpart terminal in association with the counterpart terminal,
When the handover of a certain terminal is notified, the visited DB identifies the captured edge of the terminal where the handover has occurred from the stored contents, and the new visited area of the terminal after the handover with respect to the captured edge Configured to notify information,
The acquisition edge is configured to update the location information of the terminal stored in the location cache of the own device with the notified new location information, and to continue capturing the terminal.
A communication system characterized by the above. A communication system including a plurality of processing servers that accommodate terminals existing in a previously allocated area and perform processing related to the terminals,
Each of the processing servers is provided with a location cache that stores information on which processing server the terminal is accommodated in and information on the capture edge capturing the terminal in association with the terminal,
When a handover of a certain terminal occurs, the handover source processing server detects the handover of the terminal based on a signal from the network, and captures the terminal where the handover has occurred from its local cache. Configured to identify a capturing edge in progress and to notify the capturing edge of new presence information of the terminal after handover,
The acquisition edge is configured to update the location information of the terminal stored in the location cache of the own device with the notified new location information, and to continue capturing the terminal.
A communication system characterized by the above.

Images