WO2008072660A1 - ホームネットワークシステム及び該ホームネットワークシステムに用いられるモビリティアンカー割当て方法 - Google Patents

ホームネットワークシステム及び該ホームネットワークシステムに用いられるモビリティアンカー割当て方法 Download PDF

Info

Publication number
WO2008072660A1
WO2008072660A1 PCT/JP2007/073949 JP2007073949W WO2008072660A1 WO 2008072660 A1 WO2008072660 A1 WO 2008072660A1 JP 2007073949 W JP2007073949 W JP 2007073949W WO 2008072660 A1 WO2008072660 A1 WO 2008072660A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile node
anchor
communication load
mobility
load prediction
Prior art date
Application number
PCT/JP2007/073949
Other languages
English (en)
French (fr)
Inventor
Jun Awano
Original Assignee
Nec Corporation
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 Nec Corporation filed Critical Nec Corporation
Priority to JP2008549336A priority Critical patent/JP5120262B2/ja
Priority to CN200780046410.8A priority patent/CN101601204B/zh
Priority to US12/518,151 priority patent/US8238930B2/en
Publication of WO2008072660A1 publication Critical patent/WO2008072660A1/ja
Priority to US13/539,981 priority patent/US9113363B2/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/088Load balancing or load distribution among core entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to a home network system and a mobility anchor assignment method used for the home network system, for example, a home network system suitable for use when the cellular phone network is IP (Internet Protocol) and the like.
  • the present invention relates to a mobility anchor assignment method used in a home network system.
  • FIG. 13 is a schematic view illustrating an environment in which mopile IP is used.
  • the care-of address (CoA, Care of Address) assigned to the network interface in the external network to which the mobile node 1 is connected at the move destination and the mobile node 1 belong.
  • the home address (Home Address, HoA), which is the address of the home network in which the mobile node 1 is connected
  • the home network is the network to which home agent 2 belongs, and mobile agent 1 is located in an external network where mobile node 1 is located.
  • the link layer address for the HoA is required on behalf of the same mobile node 1, it responds with its own link layer address.
  • Packets addressed to oA are sent to home agent 2 by a general routing process.
  • the home agent 2 transmits the source as the home agent 2 address HA-addr and the destination address based on the stored correspondence information between HoA and CoA. Encapsulates with the CoA of mobile node 1 and transfers the packet to the same mobile node 1.
  • a packet when a packet is sent from the mobile node 1 to the communication node 3, if the source address does not belong to the existing network address of the mobile node 1, the packet is discarded by the ingress filter. Therefore, a packet whose source address is the HoA of mobile node 1 and whose destination address is the address of correspondent node 3 (CN-addr) is sent, source address is CoA of mobile node 1, and destination address is home. It is forced to be the Agent 2 address (HA_addr) and sent to the Home Agent 2 once. The home agent 2 forwards the packet to the communication node 3 after decapsulating the packet.
  • CN-addr correspondent node 3
  • the mobile node 1 transmits a registration request for updating the correspondence between the HoA and the CoA each time to the home agent 2.
  • the CoA associated with the HoA is updated by the above registration request.
  • Patent Document 1 Conventionally, as this type of technology, for example, there is one described in Patent Document 1.
  • the mobile node when communication load information is periodically exchanged among a plurality of home agents, and one home agent exceeds a predetermined load, the mobile node receives another load with a smaller load. Load is distributed by sending a registration request to the home agent.
  • each home agent device In the home agent device described in Patent Document 2, in the IP network in which a plurality of home agent devices are provided, each home agent device When the load information of BC (binding cache) is measured and one home agent device 1S requests other home agent devices to transfer BC, the requested home agent device power S, BC at the corresponding device at that time Based on the load and the transferred BC load, it is judged whether or not to accept the BC, and the load is distributed based on this judgment result.
  • BC binding cache
  • the load processing state of the packet processing device is grasped by the packet processing representative device, and the establishment of communication from the mobile or to the mobile is at present. Based on the load status of the! /, The load distribution of the packet processing device is planned, and the system operation efficiency is improved.
  • Patent Document 1 Japanese Patent Application Laid-Open No. 2005-027315 (abstract, FIG. 2)
  • Patent Document 2 Reclaimed WO 2004-105329 (abstract, FIG. 2)
  • Patent Document 3 Japanese Patent Laid-Open No. 2004-207851 (abstract, FIG. 2)
  • Patent Documents 1 to 3 are incorporated herein by reference.
  • this home agent may already accommodate many mobile nodes. If the communication timing is similar, the communication load of the home agent may be exceeded at the time of actual communication. For this reason, when the mobile node communicates only for a part of a powered-on period, such as a mobile phone, a momentary communication load information such as when the mobile node is powered on. However, there is a problem that it is not possible to assign an appropriate home agent.
  • the value obtained by dividing the allowable communication load of the home agent by the maximum communication load per mobile node is estimated as the number of mobile nodes that can be accommodated
  • the number of mobile nodes that can be accommodated per home agent is Since the number of home agents is reduced and the number of home agents installed is increased, there is a problem that the hardware configuration of the device, the installation cost and the management cost increase.
  • the present invention has been made in view of the above-described circumstances, and is used for a home network system in which the number of mobility anchors is reduced while allocating an appropriate mobility anchor to a mobile node, and for the home network system.
  • To provide mobility anchor assignment method is a goal!
  • each mobile node registers the correspondence with the care-of address assigned to each mobile node on the foreign network connected at the movement destination, and when each mobile node is connected to the foreign network
  • each packet is moved according to the correspondence of each address.
  • a home network system is provided having a plurality of mobility anchors for forwarding to a node, and an anchor assignment means for dynamically assigning any one of the plurality of mobility anchors to each mobile node.
  • the home network system comprises: mobile node information storage means for storing first communication load prediction data representing communication load prediction values at a plurality of time points of each mobile node; and a plurality of the plurality of mobility anchors. And anchor information storage means for storing second communication load prediction data representing a communication load prediction value at a time point, wherein the anchor allocation means comprises the first communication load prediction data and the second communication load prediction data.
  • Third communication load prediction data representing prediction values of communication loads at the plurality of points in time of the mobility anchor when the mobile node is accommodated based on the communication load prediction data of the plurality of mobility anchors; Among them, the third communication load prediction data is less than or equal to the predetermined load upper limit value at all time points, and the maximum value of the second communication load prediction data is the maximum. Select a small mobility anchor assigned to those the mobile node.
  • the mobile node information storage means relates to the above-mentioned home network system, wherein the mobile node information storage means corresponds to the first communication load corresponding to the communication tendency of the subscriber of each mobile node.
  • the anchor information storage means comprises a subscriber information storage server for storing prediction data
  • the anchor information storage means comprises an anchor information storage server for storing the second communication load prediction data
  • the anchor allocation means comprises
  • the first communication load prediction data is added to each of the second communication load prediction data to obtain the third communication load prediction data
  • the plurality of mobility Among the anchors the third communication load prediction data becomes equal to or less than the load upper limit value at all times, and the maximum of the second communication load prediction data
  • the home network system is provided that the value selects the smallest mobility anchor is constituted by an anchor allocation server to be allocated to the mobile node.
  • the subscriber information storage server relates to the home network system described above, wherein the subscriber information storage server is a member of each mobile node for the first communication load prediction data.
  • the anchor information storage server is configured to set an initial value according to the communication tendency of the person and to sequentially update according to the actual communication load history, and the anchor information storage server is configured to set the second communication load.
  • a home network system configured to sequentially update predicted data according to an actual communication load history is provided.
  • the subscriber information storage server communicates with the subscriber of each mobile node at high frequency.
  • a mobile node ID is recorded, and each of the mobility anchors is based on the mobile node ID of the high frequency communication counterpart and an actual communication load history corresponding to the mobile node ID V, a high communication frequency,
  • a home network system is provided which is configured to select and accommodate nodes.
  • the home network system described above is connected via a plurality of networks, and the anchor allocation unit of each home network system is the home network system.
  • the mobility anchor of the home network system is assigned to the mobile node in which the first communication load prediction data is stored in the mobile node information storage means of another home network system
  • a home network system configured to access another home network system and refer to the first communication load prediction data corresponding to the mobile node.
  • the home network system described above is connected via a plurality of networks, and the anchor allocation unit of each home network system is the same as the home network system.
  • the mobility anchor of the home network system is assigned to the mobile node in which the first communication load prediction data is stored in the mobile node information storage means of another home network system
  • a home network system configured to access another home network system and reflect the communication performance of the mobile node in the home network system in the first communication load prediction data.
  • a mobility anchor assignment method is provided for use in a home network system having an anchor and anchor assignment means for dynamically assigning any one of the plurality of mobility anchors to each mobile node.
  • mobile node information storage processing for storing first communication load prediction data representing predicted values of communication loads at a plurality of times of each mobile node, and communication loads at each of the plurality of times of each mobility anchor
  • anchor information storing processing for storing second communication load prediction data representing a predicted value of the second communication load prediction data
  • the anchor allocation unit is configured to calculate the second communication load prediction data based on the first communication load prediction data and the second communication load prediction data.
  • third communication load prediction data representing prediction values of communication loads at the plurality of points in time of the respective mobility anchors when storing the mobile node, and from among the plurality of mobility anchors, the third communication load prediction data is calculated Select the mobility anchor with the smallest third communication load forecast data being less than or equal to the specified upper load limit at all times, and with the smallest maximum value of the second communication load forecast data. Allocated to the mobile node Te.
  • a plurality of mobility anchors for forwarding packets addressed to each mobile node to each mobile node, and any one of the plurality of mobility anchors are used for each mobile node.
  • a home network system having anchor allocation means for dynamically allocating, wherein: first communication load prediction data representing an estimated value of communication load at each of a plurality of points in time of each mobile node; and a plurality of said plurality of said mobility anchors A second communication load prediction data representing a communication load prediction value at a time point, the communication load prediction value at each of the plurality of time points of the mobility anchor when the mobile node is accommodated; Of the third communication load prediction data among the plurality of time points among the plurality of means for obtaining the communication load prediction data and the plurality of mobility anchors.
  • an anchor assignment server functioning as the anchor assignment means is also provided.
  • Each mobile node registers the correspondence with the care-of address assigned to each mobile node on the foreign network connected at the movement destination, and when the packet addressed to each mobile node is received, the correspondence between each address
  • a home having: a plurality of mobility anchors for transferring the packet to the mobile nodes based on the mobile station; and an anchor assignment unit for dynamically assigning any one of the plurality of mobility anchors to the mobile nodes.
  • a network system a second communication load forecast representing a predicted value of communication load at a predetermined time of each of said mobility anchors;
  • An anchor information storage unit for storing data is provided, and the anchor allocation unit is configured to calculate the second communication load prediction data out of the plurality of mobility anchors based on the second communication load prediction data.
  • the present invention provides a home network system which selects a mobility anchor having a predetermined load limit value or less at any time and assigns it to the mobile node, and a mobility anchor assignment method implemented by this home network system. Further, according to an eleventh aspect of the present invention, there is provided a home address assigned to each of the mobile nodes on the home network to which the plurality of mobile nodes are accommodated and to which each of the accommodated mobile nodes belongs.
  • Each mobile node registers the correspondence with the care-of address assigned to each mobile node on the foreign network connected at the movement destination, and when the packet addressed to each mobile node is received, the correspondence between each address
  • a home having: a plurality of mobility anchors for transferring the packet to the mobile nodes based on the mobile station; and an anchor assignment unit for dynamically assigning any one of the plurality of mobility anchors to the mobile nodes.
  • first communication load prediction data representing a communication load prediction value at a predetermined time of each mobile node
  • Mobile node information storage means for storing is provided, and the anchor allocation means is configured to calculate the first communication load prediction data out of the plurality of mobility anchors based on the first communication load prediction data.
  • a home network system characterized by assigning to the mobile node and a mobility anchor assignment method implemented by the home network system.
  • the first communication load prediction data representing the communication load prediction values at each of a plurality of time points of each mobile node by the anchor allocation means and each of the mobility anchors at the plurality of time points.
  • a third communication load prediction representing communication load prediction values at each of the plurality of points in time of the mobility anchor when the mobile node is accommodated based on second communication load prediction data representing the communication load prediction value.
  • the third communication load prediction data is equal to or less than a predetermined load upper limit value at all times, and the maximum value of the second communication load prediction data is Since the smallest mobility anchor is selected and assigned to the mobile node, appropriate mobility anchor can be assigned.
  • each mobility anchor is allocated based on the third communication load prediction data calculated at each time, mobile nodes of subscribers having different communication time zones are accommodated in each mobility anchor, and it is possible to allocate in the time direction. Because the load is distributed, the number of mobile nodes that can be accommodated in each mobility anchor can be increased, and as a result, the number of mobility anchors can be reduced.
  • the subscriber information storage server records the mobile node ID of the high frequency communication partner communicating with the subscriber of the mobile node at high frequency, and the mobility anchor is used to move the high frequency communication partner. Since mobile nodes with high communication frequency are selected and accommodated based on the node ID and the actual communication load history corresponding to the same mobile node ID, communication via multiple mobility anchors is avoided, and communication efficiency is improved. Can improve
  • the anchor allocation unit of each home network system can be used in the mobile node in which the first communication load prediction data is stored in the mobile node information storage unit of the home network system other than the home network access system.
  • the mobility anchor of the network system is assigned, the first communication load prediction data corresponding to the mobile node is accessed through the network and is accessed to the other home network system. For example, when receiving a roaming service, the same effect as above is obtained.
  • the anchor assignment means of each home network system allows the mobile node for which the first communication load prediction data is stored in the mobile node information storage means of the home network system different from the home network system
  • the other home network system is accessed through the network, and the communication history of the mobile node in the home network system is reflected in the first communication load prediction data. For example, when receiving roaming service, the same effect as above is obtained.
  • FIG. 1 is a schematic view showing an environment in which a home network system according to a first embodiment of the present invention is used.
  • FIG. 2 is a view showing an example of a subscriber information table held in a subscriber information storage server 14;
  • FIG. 3 is a diagram showing communication load prediction data of each mobile node.
  • FIG. 4 A diagram showing initial values of communication load prediction data.
  • FIG. 5 is a diagram showing an example of an anchor information table held in the anchor information accumulation server 15.
  • FIG. 6 is a diagram showing the result of addition of communication load prediction data shown in FIG. 4 (a) and FIG. 4 (b).
  • FIG. 7 is a sequence diagram for explaining the operation of the home network system 10.
  • FIG. 8 is a flow chart for explaining a mobility anchor determination procedure in FIG. 7;
  • FIG. 9 is a view showing a subscriber information table for implementing a mobility anchor assignment method according to a second embodiment of the present invention.
  • FIG. 10 is a flowchart showing a procedure of determining a mobility anchor of the home network system of this example.
  • FIG. 11 is a schematic view showing an environment in which a home network system according to a third embodiment of the present invention is used.
  • FIG. 12 is a sequence diagram for explaining the operation of the home network system of FIG.
  • FIG. 13 is a schematic view illustrating an environment in which a mopile IP is used. Explanation of sign
  • Anchor information storage server (Anchor information storage means)
  • the first communication load prediction data representing the communication load prediction value for each predetermined time of the mobile node and the second communication load prediction data representing the communication load prediction value for each predetermined time of each mobility anchor is determined based on the above, and among the plurality of mobility anchors, the third communication load prediction data is obtained.
  • a home network system which selects a mobility anchor having a communication load prediction data of No. 3 at a predetermined time or less and at which the maximum value of the second communication load prediction data is the smallest and which is allocated to the mobile node Provides a mobility anchor assignment method used for home network system.
  • FIG. 1 is a schematic view showing an environment in which a home network system according to a first embodiment of the present invention is used.
  • the home network system 10 in this example is connected to the network 20 as shown in the figure. Also, an external network 30 and a communication node 40 are connected to the network 20.
  • a plurality of mobility anchors 11 ie, mobility anchors 11a, 11b, 11c, ⁇
  • an accessorator al 2 an anchor damage ij, the server 13, and a subscriber Information storage server 14 and anchor information storage server 15 are provided. And they are connected to each other.
  • Mobility anchor 11 is an address (ie, home address, Home Address, HoA) in the home network to which mobile node 32 belongs, and the same external network 30 when mobile node 32 has moved to foreign network 30. Holds a correspondence table showing the correspondence with the addresses assigned (ie, Care of Address, Core of Address, CoA), and based on this correspondence table, the packet sent to the HoA of the mobile node 32. On the other hand, the source node encapsulates it as the mobility anchor 11 own address and the destination end as the CoA of the mobile node 32, and transfers them to the mobile node 32.
  • the addresses assigned ie, Care of Address, Core of Address, CoA
  • the mobility anchor 11 decapsulates the packet sent from the mobile node 32 by encapsulating the CoA of the mobile node 32 and the endpoint of the mobility anchor 11 as the source, and then de-encapsulating the packet. Forward to the final destination of.
  • any other mobile station may be used as long as it functions as a mobility management server that provides the above service to a mobile node using the name “mobility anchor”.
  • the mobility anchor 11 corresponds to Mobile IPv4 defined in IETF (Internet Engineering Task Force) RFC 3344 or Home Agent (Home Agent, HA) in Mobile IPv6 defined in RFC 3775.
  • IETF Internet Engineering Task Force
  • HA Home Agent
  • the mobility anchor 11 is to the mobile node 32.
  • mobility anchor 11 particularly has, in this embodiment, information possessed by the same mobility anchor 11 (the relevant mobility anchor 11 a, l ib, ⁇ ⁇ ⁇ ⁇ ). / / Has a function to send to the subscriber information storage server 14 and anchor information storage server 15!
  • a mobile node ID of a mobile node accommodated by the mobility anchor 11 ie, providing a mobility service
  • communication load information associated with time information It is fixed.
  • the mobility anchor ID of the mobility anchor 11 the address, the upper limit of the allowable load, the communication load information associated with the time, and the movement during accommodation.
  • the node's move node ID is assumed.
  • the information transmitted to the subscriber information storage server 14 and the anchor information storage server 15 may include part of the above information or other information.
  • the mobile node ID may be substituted by the mobile node HoA.
  • anchor assignment server 13 When there is a “mobility anchor assignment request” from mobile node 32, anchor assignment server 13 receives a mobile node ID for identifying a mobile node included in this “mobility anchor assignment request”, a subscriber information storage server The communication load of the mobile node 32 is added based on the communication load prediction data for the mobile node 32 stored in 14 and the information on the mobility anchor 11 as an allocation candidate stored in the anchor information storage server 15. Even at all times, the mobile node 32 transmits to the mobile node 32 a “mobility anchor assignment response” which stores the IP address of the mobility anchor which is below the predetermined load limit value and which is predicted to be serviceable.
  • the subscriber information storage server 14 holds a subscriber information table in which information of a subscriber who has contracted with a mobility service provider in order to enjoy the mobility service is recorded, and communication load prediction data of each mobile node.
  • FIG. 2 is a view showing an example of a subscriber information table held in the subscriber information storage server 14.
  • a subscriber ID for uniquely identifying a subscriber a mobile node ID for uniquely identifying a mobile node used by the subscriber, and a mobile node are assigned. It includes HoA, subscriber's rate plan, subscriber's occupation, and subscriber's age information. However, the subscriber information may be added with other information such as gender. In addition, part of the above information may be omitted.
  • When assigning a fixed HoA as a HoA to a mobile node record the HoA in the subscriber information table at the time of joining, as well as other information (charge plan, occupation, age) of the subscriber. Can.
  • the HoA when the HoA is dynamically assigned, the HoA can be notified from the mobility anchor 11 when the HoA is determined, and can be recorded in the subscriber information table.
  • HoA may be an address corresponding to IPv4 or an address corresponding to IPv6. like this
  • the anchor assignment server 13 or the like searches the HoA instead of the mobile node ID when acquiring information of a specific mobile node. It can be used as a key.
  • FIG. 3 is a diagram showing communication load prediction data of each mobile node.
  • the communication load prediction data of each mobile node is a value obtained by predicting how much communication each mobile node will perform at which time of the day, as shown in FIG.
  • the communication load information of each mobile node notified from is averaged in a predetermined time unit.
  • the communication load is an average data rate in one-hour units, but may be other indicators such as the number of packets, total data size, etc.
  • the communication load prediction data is improved in the accuracy of the value indicating the time and the number of communications performed by the subscriber as the subscriber's number of days of subscription elapses.
  • the communication load prediction data is calculated by equation (1).
  • PLn is the communication load forecast data when the joining date and n days have passed
  • Ln is the actual communication loading data of the mobile node of the joining date, the nth day
  • the mobility anchor 1 1 It is a value notified from.
  • a is a weighting parameter that is greater than or equal to zero and less than one.
  • the communication load prediction data PLn and the communication load data Ln are represented as a two-dimensional array of mobile node ID and time. The initial value of the communication load prediction data at the time of joining shall be generated based on the information in the subscriber information table of FIG.
  • FIG. 4 is a diagram showing initial values of communication load prediction data.
  • the figure (a) shows the initial value of the communication load forecast data (night type) of the mobile node of the subscriber who has selected the communication plan (night gain plan) for which the communication charge is low at night, and the figure (b In), the communication charge during the daytime is low! /, Select the communication plan (daytime plan)! /,
  • the initial value of the communication load forecast data (daytime type) of the mobile node of the subscriber is shown I see.
  • information ability such as "Fee plan", "Occupation” and "Age” of the subscriber information table, classify the subscriber, and similar categories.
  • the initial value of the communication load prediction data of the subscriber may be determined based on the communication load prediction data of the subscriber belonging to Gori.
  • FIG. 5 is a diagram showing an example of the anchor information table held in the anchor information storage server 15.
  • the anchor information storage server 15 holds the anchor information table shown in FIG. 5 and the mobility anchor communication load prediction data, and based on the information notified from the mobility anchor 11, the above anchor information table. And update the communication load forecast data one by one.
  • the mobility anchor ID is used.
  • the mobility anchor communication load prediction data is calculated by equation (2).
  • PLancn is the communication load forecast data when n days have passed on the mobility anchor installation date force
  • Lancn is the actual communication load data of the mobility anchor notified from each mobility anchor.
  • is a weighting parameter and is “0 or more and less than“.
  • communication load prediction data PLancn and communication load data Lancn are represented as a two-dimensional array of mobility anchor ID and time.
  • the information storage server 15 also transmits the anchor information table and the information on the mobility anchor communication load prediction data to the anchor allocation server 13 in response to a request from the anchor allocation server 13.
  • the number of mobile nodes accommodated in each mobility anchor shown in is, for example, hundreds to thousands.
  • the network 20 is a network managed by the Internet or an operator who manages the home network 10, and in any case, is configured as a general IP network.
  • the external network 30 is a network connected to the network 20 via the access router b 31 and has a network address different from that of the home network 10. For this reason, the physical network interface of the mobile node 32 connected to the external network 30 is not limited to Dynamic Host Configuration Protocol (DHCP) or An address having the network address of the external network 30 is given by RA (Router Advertisement) of the set router b31 or the like.
  • DHCP Dynamic Host Configuration Protocol
  • RA Ra (Router Advertisement) of the set router b31 or the like.
  • Mobile node 32 has the same function as a general mobile node defined in Mobile IPv4 or Mobile IPv6, and when connecting to external network 30, connecting to another external network, or connecting to home network 10.
  • the operation at the time of feedback is also similar to that of a general mobile node.
  • the difference between mobile node 32 and a general mobile node is that, when the mobile node 32 is powered on, the anchor allocation server 13 is inquired of a mobility anchor that should make a registration request for correlating CoA and HoA. is there. After this, the mobile node 32 transmits a registration request to the address of the mobility anchor that has been responded from the anchor assignment server 13, and the target mobility anchor accepts it, whereby the mobility for the mobile node 32 is received. The service is started. Note that the “mobility anchor assignment request” to the anchor assignment server 13 may be transmitted at an opportunity other than immediately after the power is turned on.
  • access router b 31 detects that the mobile node 32 is connected to the network, such as when the access router b 31 receives an IP address setting request called a DHCP request from the mobile node 32.
  • the router b 31 queries the mobility anchor to be assigned to the anchor assignment server 13 on behalf of the mobile node 32, and returns information such as the IP address of the resulting mobility anchor to the mobile node 32.
  • the mobility anchor address can be stored. Can be set in the mobile node 32 by a DHCP response. This simplifies the processing of mobile node 32.
  • the access router b 31 will perform an operation of acquiring the mobility anchor address of the mobile node 32 on behalf of the access router b 31.
  • This is equivalent to Mobile IPv4 'Registration Request' or Mobile IPv6 'Binding Update', so that the access router b31 can also transmit on the mobility anchor a signal requesting the association between HoA and CoA. Also good Yes.
  • the access router b 31 does not have to transmit the acquired address of the mobility anchor 11 to the mobile node 32.
  • Netlmm Network-based Localized Mobility Management
  • the mobile node 32 itself is required to return mobility anchor allocation request or the information of the resulting allocated mobility anchor!
  • the mobility anchor assignment method of the embodiment can be applied similarly.
  • the “mobility anchor assignment request” transmitted by the mobile node 32 may be in the form of storing information included in the “mobility anchor assignment request” in the “Registration Request” of Mobile IPv4 or the “Binding Update” of Mobile IPv6.
  • the “mobility anchor assignment response” transmitted by the anchor assignment server 13 is “mobility anchor assignment in the“ Registration Reply and “Binding A acknowledgment” that is the response of the “Registration Ratio Request and Binding Update”. It may be in the form of storing the information contained in the response.
  • the destination to which the mobile node 32 transmits the “mobility anchor assignment request” is the mobility anchor having the above configuration. If it is 11, it will be advantageous from the viewpoint of load distribution which is good.
  • Communication node 40 is a general server or terminal having a communication function corresponding to general IPv4, IPv6, or both, and a mobile node having the same function as mobile node 32. It may be In home network 10, mobility anchor 11, access router al 2, anchor assignment server 13, and anchor information storage server 15 are connected in the same link, that is, Ethernet (registered trademark) without passing through a router. It may be connected via one or more routers. Also, for the external network 30, the access router b31 and the mobile node 32 are connected by the same link via a wireless LAN, Ethernet (registered trademark), etc. It may be configured to be connected via a router.
  • FIG. 6 is a diagram showing the result of addition of communication load prediction data shown in FIG. 4 (a) and FIG. 4 (b),
  • FIG. 7 is a sequence diagram illustrating the operation of the home network system 10
  • FIG. 8 is a flowchart illustrating the mobility anchor determination procedure in FIG. The processing contents of the mobility anchor assignment method used for the home network system of this example will be described with reference to these figures.
  • the subscriber information storage server 14 displays predicted values of communication load at a plurality of time points (for example, every predetermined time) corresponding to the communication tendency of the mobile node 32 subscriber.
  • the communication load prediction data of 1 is stored (mobile node information storage processing), and the second communication load prediction data representing the communication load prediction value for each predetermined time of each mobility anchor 11 is stored by the anchor information storage server 15. Accumulated (Anchor information accumulation processing).
  • anchor assignment server 13 transmits the first communication load prediction data and the respective second communication load prediction data.
  • the third communication load prediction data is added to obtain the third communication load prediction data, and among the plurality of mobility anchors 11, the third communication load prediction data becomes equal to or less than the load upper limit value at all times, and the second communication load prediction.
  • the mobility anchor with the smallest maximum data value is selected and assigned to mobile node 32. That is, when the mobile node 32 is powered on in the foreign network 30 (step A1), the mobile node 32 determines a mobility anchor for registering the association between the HoA and the CoA in the foreign network 30.
  • a “mobility anchor assignment request” to send is sent to the anchor assignment server 13 (step A2).
  • the anchor assignment server 13 When the anchor assignment server 13 receives the “mobility anchor assignment request” from the mobile node 32, it is stored in the mobile node ID, the subscriber information storage server 14 and the anchor information storage server 15 included in the “mobility anchor assignment request”. Based on the obtained data, the mobility anchor to be assigned to the mobile node 32 is determined (step A3), and the “mobility anchor assignment response” storing the IP address of the determined mobility anchor is transmitted to the same mobile node 32. (Step A4). When the mobile node 32 receives the “mobility anchor assignment and response” from the anchor assignment server 13, the mobile node 32 communicates with the mobility anchor having the mobility anchor address included in it, performs HoA acquisition, and performs security related initialization (step A5). ).
  • IKEv2 Internet Key Function version 2, defined in RFC 4306, key data exchange protocol used on the Internet
  • RFC 4306 key data exchange protocol used on the Internet
  • other protocols may be used.
  • the mobile node 32 upon receiving the “mobility anchor assignment response” from the anchor assignment server 13, the mobile node 32 transmits a “registration request” for associating the HoA with the CoA with respect to the address of the mobility anchor included therein. Do it (Step A6).
  • the mobility anchor that has received this "registration request” sends a "registration response" to the mobile node 32 indicating acceptance of the "registration request” (but refusing if the registration request is improperly configured, etc.) (step A7).
  • the mobile node 32 decides to transmit the “mobility anchor assignment request” upon power on as long as the mobile node 32 is not in communication by itself, the power is continuously turned on. Even if it is medium, "mobility anchor assignment request” may be sent periodically, and the mobility anchor that sends "registration request” may be updated. This "registration request” is periodically transmitted to the mobility anchor based on the conditions for transmission of the registration request defined in the above Mobile IPv4 or Mobile IPv6, in addition to the trigger for transmitting the "registration request". Note that the feature of this embodiment is the procedure of determining the mobility anchor in step A3, and the other procedures may be procedures other than those shown in FIG.
  • the access router b31 is a mobility anchor obtained by the mobility anchor determination procedure (step A3) on behalf of the mobile node 32.
  • the "registration request” is sent to the ", and the" registration response "is received as the response, but in this case, the mobility anchor determination procedure in step A3 is similar.
  • the anchor assignment server 13 communicates with the subscriber information storage server 14, and as shown in FIG. 8, the “mobility anchor assignment request” from the mobile node 32.
  • the communication load prediction data corresponding to the mobile node ID included in is acquired (step Bl). For example, in the case of mobile node ID strength MNID_A ′ ′, communication load prediction data PLn [MNID ⁇ A] [time] is obtained using equation (1).
  • anchor assignment server 13 receives anchor information Communicate with storage server 15, store the same anchor information
  • One of the plurality of pieces of mobility anchor information stored in the product server 15 is acquired (step B2).
  • the acquired mobility anchor information is the information shown in the anchor information table of FIG.
  • the anchor assignment server 13 also acquires communication load prediction data of the mobility anchor. For example, if the mobility anchor ID is "AncID-A”, get PLancn [AncID-A] [time].
  • the anchor information storage server 15 transmits a notification indicating “completion” to the anchor allocation server 13 .
  • step B4 communication load prediction data when the mobility anchor corresponding to the mobility anchor information read in step B2 is assigned to the mobile node 32 is calculated by equation (3).
  • PL ⁇ anc ′ [time] is communication load prediction data of the mobility anchor at the time (time) when the mobile node 32 is accommodated.
  • PL- mn [time] is the communication load prediction data of the mobile node 32 obtained from the subscriber information storage server 14 in step B1 (PLn [MNID_A] [time] in the above example)
  • PL- anc [time] is mobility anchor communication load prediction data at time (time) acquired from the anchor information storage server 15 (in the above example, PLancn [AncID_A] [time]).
  • the subscriber information storage server 14 Communication load prediction data of each mobile node may be acquired and calculated by summing them. For the latter, more accurate values can be obtained if the mobile node accommodated by the force mobile anchor, which is expensive for communication and calculation, changes frequently.
  • the communication load prediction data obtained by equation (3), and the load upper limit of the mobility anchor Whether or not the mobile node 32 can be accommodated is determined by comparing MaxLoad (obtained from the “load upper limit” of the anchor information table in FIG. 5) based on the equation (4) (step B5). Specifically, if the communication load prediction data is data for one hour, formula (4) holds for all when the time is 1 o'clock, 2 o'clock, 2 o'clock, and 2 o'clock. For example, it is determined that the mobile node 32 can be accommodated, otherwise it is determined that the mobile node 32 can not be accommodated. The above time is not limited to 1 o'clock, 2 o'clock, ⁇ ⁇ ⁇ , 24 o'clock.
  • step B5 If it is determined in step B5 that the mobile node 32 can be assigned to the mobility anchor, the number of mobility anchors “Capable Anchor Cnt” that can be assigned to the mobile node 32 is counted up (step B6). On the other hand, if it is determined in step B5 that allocation can not be made to the mobility anchor, “Capable Anchor Cnt” is not counted up. Note that “Capable Anchor Cnt” is taleed to "0" at the beginning of the anchor determination procedure.
  • the communication load upper limit per mobility anchor is, for example, 5 [Mbps]
  • the load is distributed in the time direction, so that ten mobility nodes can be accommodated in one mobility anchor, and the mobility nodes are efficiently accommodated in one mobility anchor.
  • the communication load predicted value when the mobile node 32 calculated by equation (3) is assigned to the mobility anchor PL ⁇ an c ′ [time] force
  • the identifier of the mobility anchor, and the value determined in step B5 It is recorded in anchor assignment server 13 in association with assignment availability information of the mobility anchor (step B7). Thereafter, the process returns to step B2 and the processes from step B2 to step B7 are repeated until there are no mobility anchors to be evaluated.
  • anchor assignment server 13 is the anchor information storage server. If the notification indicating “completion” is received from 15 and the determination as to whether or not all the mobility anchors can be assigned to the mobile node 32 has been completed, the process proceeds to step B8.
  • the anchor assignment server 13 determines whether or not there is an assignable mobility anchor by determining whether "Capable Anchor Cnt" is greater than "0" (ie, "1" or more) (step B8). If it is determined in step B8 that there is an assignable mobility anchor, the mobility anchor force S that minimizes the maximum value of the communication load prediction data recorded in step B7 is the mobility anchor as a candidate for assignment to the mobile node 32. Is selected (step B9).
  • the selected mobility anchor is assigned in the same manner as in step B9.
  • an alarm indicating that the capacity of the mobility anchor is insufficient may be notified to the manager of the mobility anchor by an e-mail format or a method compatible with the system.
  • the communication load information of the mobility anchor 11 (11a, l ib,%) At that time is compared. Compared with the method of allocating a mobility anchor with a smaller load, it may not be possible to assign an appropriate mobility anchor even in such a case, the communication load prediction data for each time of the mobile node 32 or mobility anchor 11 is considered. Appropriate allocation of mobility anchors.
  • each mobility anchor 11 based on the communication load prediction data calculated for each time, subscriber mobility nodes of different time zones for communication are accommodated in each mobility anchor 11, and in the time direction, As load distribution is realized, the number of mobile nodes that can be accommodated in each mobility anchor 11 can be increased, and as a result, the number of mobility anchors 11 is reduced.
  • the communication load prediction data is generated by adding the respective communication load prediction data using two of the subscriber information storage server 14 and the anchor information storage server 15 has been described.
  • the subscriber information storage server 14 is not limited, or The communication load prediction data of any of the anchor information storage server 15 may be used.
  • communication load prediction data is created based on the information table stored in the anchor information storage server 15. Further, when the anchor information storage server 15 is not arranged, communication load prediction data is created based on the information table stored in the subscriber information storage server 14.
  • FIG. 9 is a diagram showing a subscriber information table for implementing the mobility anchor assignment method according to the second embodiment of the present invention.
  • the mobility anchor determination procedure is further devised in the case where the correspondent node of the mobile node 32 is also the same mobile node. That is, when the correspondent of the mobile node 32 is a similar mobile node, the communication path is, for example, “mobile node A ⁇ mobility anchor accommodating mobile node A”> mobility anchor accommodating mobile node B ”> Communication efficiency is reduced because the mobility anchor that accommodates each mobile node is passed as in mobile node B ". For this reason, it is more efficient to accommodate mobile nodes with high communication frequency in the same mobility anchor as possible.
  • the subscriber information table of the subscriber information storage server 14 includes “friends” (as shown in FIG. 9) for the configuration of FIG. 2 showing the first embodiment.
  • High frequency communication partner item is added.
  • the mobile node ID (UID-X, UID-Y, ⁇ ⁇ ⁇ ) of the subscriber specified as the other party with whom the subscriber frequently communicates is considered at the time of service subscription etc. It is recorded.
  • each mobility anchor 11 selects and accommodates mobile nodes with high communication frequency based on the mobile node ID of the high frequency communication partner and the actual communication load history corresponding to the mobile node ID.
  • the high frequency communication partner may be, for example, "family".
  • FIG. 10 is a flowchart showing the procedure of determining the mobility anchor of the home network system of this example.
  • the mobility network used for the home network system of this example is The processing content of the car assignment method will be described.
  • step A3 processing is performed in consideration of the mobile node of the other party whose communication frequency is predicted to be high.
  • steps C1 to C8 are processed in the same manner as steps B1 to B8 of FIG. 8 of the first embodiment.
  • step C7 in addition to the information on the communication load prediction data recorded in step B7, whether the mobility anchor is the mobility anchor in which the mobile node of the other party of communication set in the item of “friend” is accommodated? A flag indicating whether or not it is also recorded.
  • the mobile node ID of the subscriber designated as "friend” is obtained from the subscriber information table of the subscriber information storage server 14, and based on the above flag, this mobile node ID is "accommodated in the anchor information table".
  • this mobile node ID is "accommodated in the anchor information table”.
  • Step C8 if "Capable Anchor Cnt" is larger than "0", that is, it is determined that there is an assignable mobility anchor, assignment is possible using the information (flag) recorded in Step C7.
  • the mobility anchors it is determined whether or not there is a mobility anchor in which the "friend" -designated mobile node is accommodated (step C9).
  • the mobility anchor is selected as a mobility anchor to be assigned to the mobile node 32 (step C10). ).
  • step C9 when there is no mobility anchor in which the mobile node designated “friend” is accommodated among the assignable mobility anchors ( ⁇ in step C9), the maximum value of the communication load prediction data of each mobility anchor is compared. And the mobility anchor for which it is the smallest is selected as the mobility anchor to assign to mobile node 32, and the mobility anchor determination procedure ends (step Cl l).
  • Step C8 when "Capable Anchor Cnt" is "0", that is, when it is determined that there is no assignable mobility anchor (N in Step C8), the mobility anchor is determined. No response to the assignable mobility anchor after Force that can also be transmitted to the road 32
  • the mobility anchor is selected in the same way as step C11.
  • an alarm indicating that the capacity of the mobility anchor is insufficient may be notified to the manager of the mobility anchor by an e-mail format or a method suitable for the system.
  • a log indicating that is left in the anchor assignment server 13 it is good! / ⁇ (step C12).
  • a single “friend” in FIG. 9 may be a force S or a plurality of people. Also, if the amount of communication between mobile nodes is recorded using a mobility anchor or the like, and the amount of communication is greater than a predetermined threshold, both of them are regarded as the same as “friend” designation, and the same mobility Good, even if you assign an anchor.
  • FIG. 11 is a schematic view showing an environment in which a home network system according to a third embodiment of the present invention is used, and elements common to elements in FIG. 1 showing the first embodiment may be shared. Common symbols are attached.
  • a home network system 50 is newly provided and connected to the network 60, as shown in FIG. Also, an external network 70 is connected to the network 60, and the network 60 is connected to the network 20.
  • a plurality of mobility anchors 51 ie, mobility anchors 51a, 51b, 51c, ⁇ ⁇ ⁇
  • a subscriber information storage server 54 and an anchor information storage server 55 are provided, and an address management server 56 is newly provided, and these are mutually connected.
  • Network 60 is, like network 20, the Internet or a home network.
  • the external network 70 is a network connected to the network 60 via the access router b71, and is different from the home network 50. I have a dress. Also, in this embodiment, the mobile node 32 in FIG. 1 is moved to and connected to this external network 70.
  • second home network system In this home network system (hereinafter, referred to as “second home network system” to distinguish from home network systems 10 and 50), the mobile node 32 is joined by the user of the mobile node 32. It is used when assigning a mobility anchor operated by an operator (or provider etc.) different from the operator (or provider etc.).
  • the operator a operates the home network 10
  • the network 20 and the external network 30 and the operator b operates the home network system 50, the network 60 and the external network 70.
  • the mobility anchor operated by the operator b is assigned.
  • the network 20 and the network 60 are connected, communication is possible between the above-mentioned networks operated by the operators a and b.
  • anchor allocation server 53 additionally has a function of accessing subscriber information storage servers belonging to different home network systems to determine a mobility anchor to be allocated. It is done. That is, when there is a “mobility anchor assignment request” from the mobile node 32, the anchor assignment server 53 judges the operator (in this case, the operator a) to which the user of the same mobile node 32 subscribes. , The function of communicating with the subscriber information storage server 14 operated by the operator a through the network 60 and the network 20 is further added, and the communication load prediction data of the user is read from the subscriber information storage server 14, It has a function of assigning the mobility anchor 51 belonging to the home network system 50 based on this.
  • the “mobility anchor assignment request” from the mobile node 32 includes an operator identifier for determining the operator to which the mobile node 32 has joined.
  • the operator identifier is, for example, a domain name such as "operator—a. Sample, net”, but is not limited to this.
  • anchor assignment server 53 receives a “mobility anchor assignment request” including an operator identifier from mobile node 32, “subscriber information including the same operator identifier” is received. It has a function of acquiring the IP address of the subscriber information storage server 14 by transmitting the information storage server address request to the address management server 56.
  • the subscriber information storage server 14 Even if the IP address is acquired directly in the form of FQDN (Fully Qualified Domain Name) based on the power S, which is determined to acquire the IP address directly, and the domain name and IP address managed by a general DNS (Domain Name System) server.
  • FQDN Full Qualified Domain Name
  • the anchor allocation server 53 has the acquired IP address of the subscriber information storage server 14 Alternatively, it has a function of associating the FQDN with the mobile node ID of the mobile node 32 and notifying the subscriber information storage server 54.
  • subscriber information storage server 54 associates the communication load data of mobile node 32 with time information, accesses a different home network system, and transmits it to subscriber information storage server belonging to the home network system. Functions are added. That is, in addition to the mobility anchor 11, the subscriber information storage server 54 is a subscriber information operated by the operator a through the network 60 and the network 20, with the communication load data of the mobile node notified of the mobility anchor 51, etc. It has a function of transmitting to the accumulation server 14. When acquiring the address of the subscriber information storage server 14 to be the transmission destination, the mobile node ID and the operator identifier of the mobile node 32 sent from the anchor assignment server 53 are used. With this function of the subscriber information storage server 54, even when the user of the mobile node 32 receives roaming service in the network operated by another operator b, the communication load data of the mobile node 32 can be updated. Become.
  • Address management server 56 stores the address of subscriber information storage server 14 of operator a permitted to roam, and, in response to the “subscriber information storage server address request” of anchor assignment server 53, the same request is received. Based on the included operator identifier, the IP address of the subscriber information storage server 14 of the network operated by the operator a is returned. In this case, it may be possible to respond in the form of FQDN instead of responding directly to the IP address.
  • the home network system 50 is the same as the home network system 50. A home network system of various configurations may be provided.
  • FIG. 12 is a sequence diagram for explaining the operation of the home network system of FIG. 11. With reference to this figure, the processing content of the mobility anchor assignment method used for the home network system of this example will be described.
  • subscriber information is stored in the subscriber information storage server 14 of the home network system 10 different from the home network system 50 (ie, contracted with an operator who manages the home network system 10) )
  • the mobility anchor 51 of the home network system 50 is assigned to the mobile node 32
  • the first communication load prediction data corresponding to the mobile node 32 is accessed by accessing the home network system 10 via the networks 60 and 20.
  • the communication performance of the mobile node 32 in the home network system 50 is reflected in the first communication load prediction data.
  • a "mobility anchor assignment request” is sent to the anchor assignment server 53 (step C2).
  • This "mobility anchor assignment request” includes, in addition to the mobile node ID similar to that of the first embodiment, an operator identifier for determining the operator a who has joined the mobile node 32! ! /.
  • the anchor assignment server 53 receives the "mobility anchor assignment request" from the mobile node 32, the anchor assignment server 53 sends the "subscriber information storage server address request" including the operator identifier included in the "mobility anchor assignment request” to the address management server 56. Send (step D3).
  • address management server 56 When receiving the “subscriber information storage server address request” sent from anchor assignment server 53, address management server 56 records the same address management server 56 with the operator identifier included in the request as a search key. When the correspondence between the registered operator identifier and the address of the subscriber information storage server 14 operated by the operator a corresponding to the operator identifier is searched, and an entry matching the operator identifier to be searched is found
  • the anchor assignment server 53 responds to the address of the subscriber information storage server 14 associated with the operator identifier (step D4).
  • a subscriber information storage server; a force S that responds to the address of L4; and an F QDN indicating the subscriber information storage server 14 may be transmitted.
  • the address management server 56 records the correspondence between the operator identifier and the FQDN of the subscriber information storage server operated by the operator a indicated by the operator identifier.
  • the address management server 56 If the address management server 56 does not have an entry matching the operator identifier to be retrieved, the address management server 56 indicates that the anchor assignment server 53 has no matching entry. Make a response. When the anchor assignment server 53 receives the response, the anchor assignment server 53 may notify the mobile node 32 of “impossible of mobility anchor assignment” but may not do anything. In any case, the process ends in step D5.
  • the anchor assignment server 53 makes correspondence information between the mobile node ID obtained at the time of receiving the “mobility anchor assignment request” at step D2 and the address of the subscriber information storage server 14 obtained at step D4. , Notify the subscriber information storage server 54.
  • the subscriber information accumulation server 54 transmits the communication load information of the mobile node 32 at the roaming time to the subscriber information accumulation server 14 of the operator a as the roaming source, using the correspondence information.
  • anchor assignment server 53 uses the information stored in subscriber information storage server 14 and anchor information storage server 55 having the mobile node ID of mobile node 32 and the address of the subscriber information storage server obtained in step D4. Then, determine the mobility anchor to be assigned to the mobile node 32 (step D6).
  • the mobility anchor determination procedure of this step D6 is the mobility anchor determination shown in FIG. 8 (embodiment 1) or FIG. 10 (embodiment 2) except that the subscriber information storage server 14 operated by another operator is used. It is similar to the procedure.
  • the anchor assignment server 53 acquires the address of the subscriber information storage server 14 from the FQDN using a general DNS mechanism.
  • the mobile node 32 After the mobility allocation anchor to be allocated to the mobile node 32 is determined by the anchor allocation server 53 in step D6, the "mobility storing the address of the mobility anchor concerned" The anchor assignment response is transmitted to the mobile node 32 (step D7).
  • the mobile node 32 receives the "mobility anchor assignment response" from the anchor assignment server 53, the mobile node 32 and the mobility anchor having the mobility anchor address included therein are Communicate, obtain HoA, and perform security-related initial settings (Step D8)
  • IETF standard protocol IKEv2 specified in Internet Key Exchange version 2, RFC 4306) is used. Other protocols may be used.
  • the mobile node 32 transmits a "registration request” for associating the HoA with the CoA to the harmed IJ assigned mobility anchor (step D9).
  • the mobility anchor that has received this "registration request” sends a "registration response" to the mobile node 32 indicating acceptance of the "registration request” (but refusing if the registration request is improperly configured, etc.) (step D10).
  • these "registration request” and “registration response” respectively correspond to "Registration ion Request” and "Registration R mark 1" of Mobile IPv4, and also to Binding Update and Binding Acknowledgment of Mobile IPv6.
  • the mobile node 32 can communicate with the communication node 40 using the HoA (step D1 l).
  • a power S showing an example of using a subscriber information storage server operated by another operator, as a case where the (second) home network system of this embodiment is effectively used, User power of terminals subscribed to domestic operators It is possible that roaming service may be received in the network of overseas operators affiliated with the domestic operators.
  • the mobile node 32 in which subscriber information is stored in the subscriber information storage server 14 of the home network system 10 different from the home network system 50 In the state where the mobility anchor 51 of the home network system 50 is assigned, the same advantages as the first embodiment can be obtained.
  • mobility protocol for realizing mobile communication is mopile IPv4 or mopile IPv6, mobility anchors 11 and 51 correspond to HA (Home Agent) and the mobility protocol is Netlmm (Proxy MIPv6).
  • the mobility anchors 11 and 51 correspond to the LMA (Local Mobility Anchor), and the access router b (a configuration of the access router a is also conceivable) is mapped to the MAG (Mobility Access Gate). Also, in the case of ProxyMIP (ProxyMIPv4) under consideration in Mobility Protocol Force SIETF, mobility anchors 11 and 51 correspond to HA, and access router b (can be configured as access router a) is MPA (Mobile Proxy Agent) Is associated with In this way, there is a difference in the name of each mobility protocol, and if the node that performs registration processing to the mobility anchor when connected and moved to the network is a terminal power or an access router, there is a difference between the power subscriber and the user subscriber.
  • the characteristic elements of the present invention of allocating mobility anchors based on information and communication performance can be applied to any mobility protocol.
  • the present invention is effective when applied to the case where the cellular phone network is made IP.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

 移動ノードに適切なモビリティアンカーを割り当てると共に、モビリティアンカーの数が低減されるホームネットワークシステムを構成する。加入者情報蓄積サーバ14により、移動ノード32の各時刻毎の第1の通信負荷予測データが蓄積され、アンカー情報蓄積サーバ15により、各モビリティアンカー11の各時刻毎の第2の通信負荷予測データが蓄積される。移動ノード32から“モビリティアンカー割当て要求”がアンカー割当サーバ13に送信されたとき、同アンカー割当サーバ13で第1の通信負荷予測データと各第2の通信負荷予測データとが加算されて第3の通信負荷予測データが求められ、複数のモビリティアンカー11のうちから、第3の通信負荷予測データが全ての時刻において負荷上限値以下かつ第2の通信負荷予測データの最大値が最も小さいモビリティアンカーが選択されて割り当てられる。

Description

明 細 書
ホームネットワークシステム及び該ホームネットワークシステムに用いられ るモビリティアンカ一割当て方法
技術分野
[0001] (関連出願)本願は、先の日本特許出願 2006— 336058号(2006年 12月 13日出 願)の優先権を主張するものであり、前記先の出願の全記載内容は、本書に引用を もって繰込み記載されて!/、るものとみなされる。
この発明は、ホームネットワークシステム及び該ホームネットワークシステムに用いら れるモビリティアンカー割当て方法に係り、たとえば、携帯電話網が IP (Internet Prot ocol )化された場合などに用いて好適なホームネットワークシステム及び該ホームネ ットワークシステムに用いられるモビリティアンカー割当て方法に関する。
背景技術
[0002] IPネットワーク上で携帯電話機やパソコンなどの移動ノードが各ネットワーク間を移 動したときに IPアドレスの管理と移動先への通信パケットの転送を自動化してモビリ ティ(mobility、可動性)を達成する技術として、たとえば IETF (Internet Engineering Task Force )で規定されたモパイル(Mobile) IPがある。
[0003] 図 13は、モパイル IPが用いられる環境を説明する模式図である。
このモパイル IPによれば、同図 13に示すように、移動ノード 1が移動先で接続した 外部ネットワークでネットワークインタフェースに割当てられる気付けアドレス(CoA、 Care of Address )と、同移動ノード 1が所属しているホームネットワークのアドレスであ るホームアドレス(Home Address, HoA)との両者の対応付け力 ホームエージェント 2に登録されることにより、同移動ノード 1が接続するリンクが変化した場合でも、通信 ノード 3との継続した通信がネットワーク 4を介して実現する。たとえば、通信ノード 3か ら HoA宛のパケットが送信された場合、上記ホームネットワークは、ホームエージェン ト 2が属するネットワークであり、さらに同ホームエージェント 2は、移動ノード 1が外部 ネットワークに在圏している間、同移動ノード 1の代理で HoAに対するリンク層ァドレ スが必要な場合に自らのリンク層アドレスを応答するので、通信ノード 3が送信した H oA宛のパケットは、一般的なルーティング処理によりホームエージェント 2に送られる 。上記 HoA宛のパケットがホームエージェント 2に到達すると、同ホームエージェント 2は、保持している HoAと CoAとの対応情報に基づいて、送信元をホームエージェ ント 2のアドレス HA— addr、及び宛先アドレスを移動ノード 1の CoAとしたカプセル 化を行い、同移動ノード 1へパケットを転送する。
[0004] また、移動ノード 1から通信ノード 3へパケットが送られるとき、送信元のアドレスが同 移動ノード 1の在圏するネットワークアドレスに属さない場合、イングレスフィルタにより 破棄されてしまう。このため、送信元のアドレスが移動ノード 1の HoA、及び宛先アド レスが通信ノード 3のアドレス(CN— addr)のパケットが、送信元のアドレスが移動ノー ド 1の CoA、及び宛先アドレスがホームエージェント 2のアドレス(HA_addr)として力 プセル化されて、一度ホームエージェント 2に送信される。ホームエージェント 2は、上 記パケットのカプセル化を解除した後に通信ノード 3にパケットを転送する。また、移 動ノード 1が接続するネットワークが変わって CoAが変化した場合、同移動ノード 1は 、その都度 HoAと CoAとの対応関係を更新するための登録要求をホームエージェン ト 2に送信する。ホームエージェント 2では、上記登録要求により、 HoAに対応付ける CoAが更新される。以上の処理により、移動ノード 1と通信ノード 3との継続的な通信 が達成される。
[0005] しかしながら、上記モパイル IPのホームエージェント 2のように、 1つのモビリティアン カーが集約的にパケットの転送を担う方式では、同モビリティアンカーに負荷が集中 するため、同様のモビリティアンカーを複数設けることにより、負荷を分散することが 考えられる。
[0006] 従来、この種の技術としては、たとえば、特許文献 1に記載されたものがある。
特許文献 1に記載された負荷バランス方法では、複数のホームエージェントの間で 定期的に通信負荷情報が交換され、あるホームエージェントが所定の負荷を超えた 場合、移動ノードが、負荷の小さい他のホームエージェントに登録要求を送信するこ とにより、負荷が分散される。
[0007] また、特許文献 2に記載されたホームエージェント装置では、複数のホームエージ ェント装置が設けられている IPネットワークにおいて、各ホームエージェント装置は、 BC (バインディングキャッシュ)の負荷情報を測定し、 1つのホームエージェント装置 1S 他のホームエージェント装置に BCの転送を依頼したとき、依頼先のホームエー ジェント装置力 S、その時点での当該装置における BC負荷と転送される BCの負荷に 基づいて、 BCの受け入れの可否を判断し、この判断結果に基づいて負荷が分散さ れる。
[0008] また、特許文献 3に記載された移動体通信システムでは、パケット処理代表装置に より、パケット処理装置の負荷状況が把握され、移動体からの、又は移動体への通信 確立が現時点での負荷状況に基づ!/、て指定され、パケット処理装置の負荷分散が 図られて、システムの運用効率が向上する。
特許文献 1 :特開 2005— 027315号公報(要約書、図 2)
特許文献 2:再特 WO2004— 105329号公報(要約書、図 2)
特許文献 3 :特開 2004— 207851号公報(要約書、図 2)
発明の開示
発明が解決しょうとする課題
[0009] 上記特許文献 1〜3の全開示内容はその引用をもって本書に繰込み記載されてい るあのとする。
しかしながら、特許文献 1に記載された負荷バランス方法では、ホームエージェント に収容される移動ノードが現在の携帯電話機などのように非常に多くなつた場合、ホ ームエージェントを変更する処理が必要な移動ノードもかなりの数となるため、登録 情報の生成や削除処理のために、かえって同ホームエージェントの負担が増大する という問題点がある。また、通信中にホームエージェントを変更することになつた場合 、通信が途絶するという問題点もある。このため、移動ノードの電源投入時など、最初 にホームエージェントを割り当てる時点で、より適切なホームエージェントを割り当てる 必要がある。たとえば、移動ノードの電源が投入された際に、その時点でのホームェ ージェントの負荷を考慮して、負荷の小さなホームエージェントを割り当てる方法が考 x_られる。
[0010] ところ力 ホームエージェントを割り当てる時点で通信負荷が小さくても、このホーム エージェントには、既に多くの移動ノードが収容されていることがあり、各移動ノードの 通信タイミングが類似している場合、実際に通信を行う時点で、当該ホームエージェ ントの許容通信負荷を超えてしまう可能性がある。このため、移動ノードが、たとえば 携帯電話機などのように、電源が投入されている期間のごく一部しか通信を行なわな い場合では、同移動ノードの電源投入時など、ある一瞬の通信負荷情報では、適切 なホームエージェントの割当てができないという問題点がある。一方、ホームエージェ ントの許容通信負荷を移動ノード 1台当たりの最大通信負荷で割った値を収容可能 な移動ノード数と見積もった場合、ホームエージェント 1台当たりに収容可能な移動ノ 一ド数は少なくなり、ホームエージェントの設置数が多くなるため、装置のハード構成 、設置コスト及び管理コストが増大するという問題点がある。
[0011] 特許文献 2に記載されたホームエージェント装置では、 1つのホームエージェント装 置から他のホームエージェント装置に BCの転送を依頼したとき、依頼先のホームェ ージェント装置で、その時点での当該装置における BC負荷と転送される BCの負荷 に基づいて、 BCの受け入れの可否が判断されるので、上記特許文献 1とほぼ同様 の問題点がある。
[0012] 特許文献 3に記載された移動体通信システムでは、移動体からの、又は移動体へ の通信確立が現時点での負荷状況に基づいて指定されるので、上記特許文献 1とほ ぼ同様の問題点がある。
[0013] この発明は、上述の事情に鑑みてなされたもので、移動ノードに適切なモビリティア ンカーを割り当てると共に、モビリティアンカーの数が低減されるホームネットワークシ ステム及び該ホームネットワークシステムに用いられるモビリティアンカー割当て方法 を提供することを目白勺として!/、る。
課題を解決するための手段
[0014] 本発明の第 1の視点によれば、複数の移動ノードを収容し、収容している前記各移 動ノードが所属しているホームネットワーク上で前記各移動ノードに割り当てられるホ ームアドレスと、前記各移動ノードが移動先で接続した外部ネットワーク上で前記各 移動ノードに割り当てられる気付けアドレスとの対応関係を登録し、かつ、前記各移 動ノードが前記外部ネットワークに接続されているときに前記各移動ノード宛のバケツ トを受信したとき、前記各アドレスの対応関係に基づいて前記パケットを前記各移動 ノードに転送するための複数のモビリティアンカーと、前記複数のモビリティアンカー のうちの任意の 1つを前記各移動ノードに動的に割り当てるアンカー割当手段とを有 するホームネットワークシステムが提供される。このホームネットワークシステムは、前 記各移動ノードの複数の時点での通信負荷の予測値を表す第 1の通信負荷予測デ ータを蓄積する移動ノード情報蓄積手段と、前記各モビリティアンカーの前記複数の 時点での通信負荷の予測値を表す第 2の通信負荷予測データを蓄積するアンカー 情報蓄積手段とが設けられ、前記アンカー割当手段は、前記第 1の通信負荷予測デ ータ及び前記第 2の通信負荷予測データに基づいて、当該移動ノードを収容した際 の前記各モビリティアンカーの前記複数の時点での通信負荷の予測値を表す第 3の 通信負荷予測データを求め、前記複数のモビリティアンカーのうちから、前記第 3の 通信負荷予測データが全ての時点において所定の負荷上限値以下となり、かつ前 記第 2の通信負荷予測データの最大値が最も小さいモビリティアンカーを選択して当 該移動ノードに割り当てる。
[0015] 本発明の第 2の視点によれば、上記したホームネットワークシステムに係り、前記移 動ノード情報蓄積手段は、前記各移動ノードの加入者の通信傾向に対応した前記 第 1の通信負荷予測データを蓄積する加入者情報蓄積サーバで構成され、前記ァ ンカー情報蓄積手段は、前記第 2の通信負荷予測データを蓄積するアンカー情報 蓄積サーバで構成され、前記アンカー割当手段は、前記各移動ノードからモビリティ アンカー割当て要求が送信されたとき、前記第 1の通信負荷予測データと前記各第 2の通信負荷予測データとを加算して前記第 3の通信負荷予測データを求め、前記 複数のモビリティアンカーのうちから、前記第 3の通信負荷予測データが全ての時刻 において前記負荷上限値以下となり、かつ前記第 2の通信負荷予測データの最大 値が最も小さいモビリティアンカーを選択して当該移動ノードに割り当てるアンカー割 当サーバで構成されているホームネットワークシステムが提供される。
[0016] 本発明の第 3の視点によれば、上記したホームネットワークシステムに係り、前記加 入者情報蓄積サーバは、前記第 1の通信負荷予測データに対して、前記各移動ノー ドの加入者の通信傾向に応じて初期値を設定し、かつ、実際の通信負荷履歴に応じ て逐次更新する構成とされ、前記アンカー情報蓄積サーバは、前記第 2の通信負荷 予測データに対して、実際の通信負荷履歴に応じて逐次更新する構成とされている ホームネットワークシステムが提供される。
[0017] 本発明の第 4の視点によれば、上記したホームネットワークシステムに係り、前記加 入者情報蓄積サーバは、前記各移動ノードの加入者と高頻度で通信を行う高頻度 通信相手の移動ノード IDが記録され、前記各モビリティアンカーは、前記高頻度通 信相手の移動ノード ID及び該移動ノード IDに対応した実際の通信負荷履歴に基づ V、て、通信頻度の高レ、移動ノード同士を選択して収容する構成とされて!/、るホームネ ットワークシステムが提供される。
[0018] 本発明の第 5の視点によれば、上記したホームネットワークシステムが複数ネットヮ ークを介して接続されてなり、前記各ホームネットワークシステムの前記アンカー割当 手段は、当該ホームネットワークシステムとは別のホームネットワークシステムの前記 移動ノード情報蓄積手段に前記第 1の通信負荷予測データが蓄積されている移動ノ ードに、当該ホームネットワークシステムのモビリティアンカーを割り当てた場合、前記 ネットワークを介して前記別のホームネットワークシステムにアクセスし、前記移動ノー ドに対応した前記第 1の通信負荷予測データを参照する構成とされているホームネッ トワークシステムが提供される。
[0019] 本発明の第 6の視点によれば、上記したホームネットワークシステムが複数ネットヮ ークを介して接続されてなり、前記各ホームネットワークシステムの前記アンカー割当 手段は、当該ホームネットワークシステムとは別のホームネットワークシステムの前記 移動ノード情報蓄積手段に前記第 1の通信負荷予測データが蓄積されている移動ノ ードに、当該ホームネットワークシステムのモビリティアンカーを割り当てた場合、前記 ネットワークを介して前記別のホームネットワークシステムにアクセスし、前記移動ノー ドの当該ホームネットワークシステムでの通信実績を前記第 1の通信負荷予測データ に反映させる構成とされているホームネットワークシステムが提供される。
[0020] 本発明の第 7の視点によれば、複数の移動ノードを収容し、収容している前記各移 動ノードが所属しているホームネットワーク上で前記各移動ノードに割り当てられるホ ームアドレスと、前記各移動ノードが移動先で接続した外部ネットワーク上で前記各 移動ノードに割り当てられる気付けアドレスとの対応関係を登録し、かつ、前記各移 動ノードが前記外部ネットワークに接続されているときに前記各移動ノード宛のバケツ トを受信したとき、前記各アドレスの対応関係に基づいて前記パケットを前記各移動 ノードに転送するための複数のモビリティアンカーと、前記複数のモビリティアンカー のうちの任意の 1つを前記各移動ノードに動的に割り当てるアンカー割当手段とを有 するホームネットワークシステムに用いられるモビリティアンカー割当て方法が提供さ れる。即ち、前記各移動ノードの複数の時点での通信負荷の予測値を表す第 1の通 信負荷予測データを蓄積する移動ノード情報蓄積処理と、前記各モビリティアンカー の前記複数の時点での通信負荷の予測値を表す第 2の通信負荷予測データを蓄積 するアンカー情報蓄積処理とを行い、前記アンカー割当手段が、前記第 1の通信負 荷予測データ及び前記第 2の通信負荷予測データに基づいて、当該移動ノードを収 容した際の前記各モビリティアンカーの前記複数の時点での通信負荷の予測値を表 す第 3の通信負荷予測データを求め、前記複数のモビリティアンカーのうちから、前 記第 3の通信負荷予測データが全ての時点において所定の負荷上限値以下となり、 かつ前記第 2の通信負荷予測データの最大値が最も小さいモビリティアンカーを選 択して当該移動ノードに割り当てる。
本発明の第 8の視点によれば、各移動ノード宛のパケットを、前記各移動ノードに 転送する複数のモビリティアンカーと、前記複数のモビリティアンカーのうちの任意の 1つを前記各移動ノードに動的に割り当てるアンカー割当手段とを有するホームネッ トワークシステムであって、前記各移動ノードの複数の時点での通信負荷の予測値を 表す第 1の通信負荷予測データ及び前記前記各モビリティアンカーの前記複数の時 点での通信負荷の予測値を表す第 2の通信負荷予測データに基づいて、当該移動 ノードを収容した際の前記各モビリティアンカーの前記複数の時点での通信負荷の 予測値を表す第 3の通信負荷予測データを求める手段と、前記複数のモビリティアン カーのうちから、前記第 3の通信負荷予測データが前記複数の時点のうちの全ての 時点において所定の負荷上限値以下となり、かつ、前記複数の時点の第 2の通信負 荷予測データのうちの最大値が最も小さいモビリティアンカーを選択して当該移動ノ ードに割り当てる手段と、を備えることを特徴とするホームネットワークシステムが提供 される。 また、本発明の第 9の視点によれば、前記アンカー割当手段として機能するアンカ 一割当サーバも併せて提供される。
また、本発明の第 10の視点によれば、複数の移動ノードを収容し、収容している前 記各移動ノードが所属しているホームネットワーク上で前記各移動ノードに割り当てら れるホームアドレスと前記各移動ノードが移動先で接続した外部ネットワーク上で前 記各移動ノードに割り当てられる気付けアドレスとの対応関係を登録し、前記各移動 ノード宛のパケットを受信したときに前記各アドレスの対応関係に基づいて前記パケ ットを前記各移動ノードに転送する複数のモビリティアンカーと、前記複数のモビリテ イアンカーのうちの任意の 1つを前記各移動ノードに動的に割り当てるアンカー割当 手段とを有するホームネットワークシステムであって、前記各モビリティアンカーの所 定の時点での通信負荷の予測値を表す第 2の通信負荷予測データを蓄積するアン カー情報蓄積手段が設けられ、前記アンカー割当手段は、前記第 2の通信負荷予 測データに基づいて、前記複数のモビリティアンカーのうちから、前記第 2の通信負 荷予測データが任意の時点において所定の負荷上限値以下のモビリティアンカーを 選択して当該移動ノードに割り当てるホームネットワークシステム及びこのホームネッ トワークシステムによって実現されるモビリティアンカー割当て方法が提供される。 また、本発明の第 11の視点によれば、複数の移動ノードを収容し、収容している前 記各移動ノードが所属しているホームネットワーク上で前記各移動ノードに割り当てら れるホームアドレスと前記各移動ノードが移動先で接続した外部ネットワーク上で前 記各移動ノードに割り当てられる気付けアドレスとの対応関係を登録し、前記各移動 ノード宛のパケットを受信したときに前記各アドレスの対応関係に基づいて前記パケ ットを前記各移動ノードに転送する複数のモビリティアンカーと、前記複数のモビリテ イアンカーのうちの任意の 1つを前記各移動ノードに動的に割り当てるアンカー割当 手段とを有するホームネットワークシステムであって、前記各移動ノードの所定の時点 での通信負荷の予測値を表す第 1の通信負荷予測データを蓄積する移動ノード情 報蓄積手段が設けられ、前記アンカー割当手段は、前記第 1の通信負荷予測データ に基づいて、前記複数のモビリティアンカーのうちから、前記第 1の通信負荷予測デ ータが任意の時点において所定の負荷上限値以下となるモビリティアンカーを選択 して当該移動ノードに割り当てることを特徴とするホームネットワークシステム及びこの ホームネットワークシステムによって実現されるモビリティアンカー割当て方法が提供 される。
発明の効果
[0023] この発明の構成によれば、アンカー割当手段により、各移動ノードの複数の時点で の通信負荷の予測値を表す第 1の通信負荷予測データ及び各モビリティアンカーの 上記複数の時点での通信負荷の予測値を表す第 2の通信負荷予測データに基づい て、当該移動ノードを収容した際の上記各モビリティアンカーの上記複数の時点での 通信負荷の予測値を表す第 3の通信負荷予測データが求められ、上記複数のモビリ ティアンカーのうちから、上記第 3の通信負荷予測データが全ての時刻において所 定の負荷上限値以下で、かつ上記第 2の通信負荷予測データの最大値が最も小さ いモビリティアンカーが選択されて当該移動ノードに割り当てられるので、適切なモビ リテイアンカーの割当てができる。また、時刻毎に算出した第 3の通信負荷予測デー タに基づいて各モビリティアンカーが割り当てられるので、通信を行う時間帯の異なる 加入者の移動ノードが各モビリティアンカーに収容され、時間方向での負荷が分散さ れるので、各モビリティアンカーに収容可能な移動ノードを増加することができ、この 結果、モビリティアンカーの数を低減することができる。
[0024] また、加入者情報蓄積サーバにより、当該移動ノードの加入者と高頻度で通信を行 う高頻度通信相手の移動ノード IDが記録され、各モビリティアンカーにより、上記高 頻度通信相手の移動ノード ID及び同移動ノード IDに対応した実際の通信負荷履歴 に基づいて、通信頻度の高い移動ノード同士が選択されて収容されるので、複数の モビリティアンカーを経由した通信が回避され、通信の効率を向上させることができる
[0025] また、各ホームネットワークシステムのアンカー割当手段により、当該ホームネットヮ ークシステムとは別のホームネットワークシステムの移動ノード情報蓄積手段に第 1の 通信負荷予測データが蓄積されている移動ノードに、当該ホームネットワークシステ ムのモビリティアンカーを割り当てる場合、ネットワークを介して上記別のホームネット ワークシステムにアクセスされ、上記移動ノードに対応した第 1の通信負荷予測デー タが参照されるので、たとえばローミングサービスを受ける場合などで、上記と同様の 効果がある。また、各ホームネットワークシステムのアンカー割当手段により、当該ホ ームネットワークシステムとは別のホームネットワークシステムの移動ノード情報蓄積 手段に第 1の通信負荷予測データが蓄積されている移動ノードに、当該ホームネット ワークシステムのモビリティアンカーを割り当てる場合、ネットワークを介して上記別の ホームネットワークシステムにアクセスし、上記移動ノードの当該ホームネットワークシ ステムでの通信実績を第 1の通信負荷予測データに反映させるので、たとえばローミ ングサービスを受ける場合などで、上記と同様の効果がある。
図面の簡単な説明
[図 1]この発明の第 1の実施形態であるホームネットワークシステムが用いられる環境 を示す模式図である。
[図 2]加入者情報蓄積サーバ 14に保持されている加入者情報テーブルの例を示す 図である。
[図 3]各移動ノードの通信負荷予測データを示す図である。
[図 4]通信負荷予測データの初期値を示す図である。
[図 5]アンカー情報蓄積サーバ 15に保持されているアンカー情報テーブルの例を示 す図である。
[図 6]図 4 (a)及び図 4 (b)に示す通信負荷予測データの加算結果を示す図である。
[図 7]ホームネットワークシステム 10の動作を説明するシーケンス図である。
[図 8]図 7中のモビリティアンカー決定手順を説明するフローチャートである。
[図 9]この発明の第 2の実施形態であるモビリティアンカー割当て方法を実施するた めの加入者情報テーブルを示す図である。
[図 10]この例のホームネットワークシステムのモビリティアンカー決定手順を示すフロ 一チャートである。
[図 11]この発明の第 3の実施形態であるホームネットワークシステムが用いられる環 境を示す模式図である。
[図 12]図 11のホームネットワークシステムの動作を説明するシーケンス図である。
[図 13]モパイル IPが用いられる環境を説明する模式図である。 符号の説明
10, 50 ホームネットワークシス ^
11 , 51 モビリティアンカー
13, 53 アンカー割当サーバ(つンカー割当手段)
14, 54 加入者情報蓄積サーノ 移動ノード情報蓄積手段)
15, 55 アンカー情報蓄積サーバ (アンカー情報蓄積手段)
20, 60 ネットワーク
30, 70 外部ネットワーク
32 移動ノード
56 アドレス管理サーバ(ホームネットワークシステムの一部)
発明を実施するための最良の形態
[0028] 移動ノードの所定の時刻毎の通信負荷の予測値を表す第 1の通信負荷予測デー タ及び各モビリティアンカーの所定の時刻毎の通信負荷の予測値を表す第 2の通信 負荷予測データに基づいて、当該移動ノードを収容した際の同各モビリティアンカー の所定の時刻毎の通信負荷の予測値を表す第 3の通信負荷予測データを求め、複 数のモビリティアンカーのうちから、上記第 3の通信負荷予測データが全ての時刻に おいて所定の負荷上限値以下かつ上記第 2の通信負荷予測データの最大値が最も 小さいモビリティアンカーを選択して当該移動ノードに割り当てるホームネットワーク システム及び該ホームネットワークシステムに用いられるモビリティアンカー割当て方 法を提供する。
実施形態 1
[0029] 図 1は、この発明の第 1の実施形態であるホームネットワークシステムが用いられる 環境を示す模式図である。
この例のホームネットワークシステム 10は、同図に示すように、ネットワーク 20に接 続されている。また、外部ネットワーク 30及び通信ノード 40が、ネットワーク 20に接続 されている。ホームネットワークシステム 10では、複数のモビリティアンカー 11 (すな わち、モビリティアンカー 11 a, l ib, 11c, · · ·)と、アクセスノレータ al 2と、アンカー害 ij 当サーバ 13と、加入者情報蓄積サーバ 14と、アンカー情報蓄積サーバ 15とが備え られ、これらが相互に接続されている。
[0030] モビリティアンカー 11は、移動ノード 32の所属するホームネットワークにおけるアド レス(すなわち、ホームアドレス、 Home Address, HoA)と同移動ノード 32が外部ネッ トワーク 30に移動した場合に同外部ネットワーク 30にて割り当てられるアドレス(すな わち、気付けアドレス、 Core of Address、 CoA)との対応関係を表す対応テーブルを 保持し、この対応テーブルを元に、移動ノード 32の HoA宛に送信されたパケットに 対して、始点が同モビリティアンカー 11自身のアドレス、及び終点が移動ノード 32の CoAとしたカプセル化を行い、同移動ノード 32に転送する。また、モビリティアンカー 11は、移動ノード 32から、始点が同移動ノード 32の CoA、及び終点が同モビリティ アンカー 11のアドレスとしてカプセル化されて送られたパケットを、カプセル化を解除 した後、同パケットの最終的な宛先に転送する。なお、本明細書では「モビリティアン カー」との名称を用いている力 移動ノードに対し上記サービスを提供する移動管理 サーバとして機能するものであれば他のものでもよい。
[0031] 同モビリティアンカー 11は、具体的には、 IETF (Internet Engineering Task Force ) RFC3344で規定された MobileIPv4、又は RFC3775で規定された MobileIPv6 におけるホームエージェント(Home Agent, HA)に相当するものであるが、これに限 らない。たとえば、同じく IETFで標準化が進められている Netlmm (Network-based Localized Mobility Management ) ( LMA (Local Mobility Anchor )に相当するものと 見做しても良い。つまり、モビリティアンカー 11は、移動ノード 32へ送られるパケットを 受信し、同移動ノード 32に同パケットが到達するように転送することで、同移動ノード 32が接続するアクセスルータが変わっても、継続して通信を可能とするものであれば 良い。ただし、モビリティアンカー 11は、従来の HA (ホームエージェント)などの機能 に加え、特に、この実施形態では、同モビリティアンカー 11 (当該モビリティアンカー 11 a, l ib, · · ·)が有する情報を加入者情報蓄積サーバ 14やアンカー情報蓄積サー バ 15に送信する機能を有して!/、る。
[0032] この実施形態では、モビリティアンカー 11から加入者情報蓄積サーバ 14に送信す る情報として、同モビリティアンカー 11が収容する(すなわち、モビリティサービスを提 供中の)移動ノードの移動ノード ID、及び時刻情報と対応付けた通信負荷情報が想 定されている。また、モビリティアンカー 11からアンカー情報蓄積サーバ 15に通知す る情報として、同モビリティアンカー 11のモビリティアンカー ID、アドレス、許容される 負荷の上限、時刻と対応付けた通信負荷情報、及び収容中の移動ノードの移動ノー ド IDが想定されている。ただし、加入者情報蓄積サーバ 14及びアンカー情報蓄積サ ーバ 15に送信する情報は、上記の情報の一部、又は他の情報を含んでいても良い 。たとえば、移動ノード IDは、移動ノードの HoAで代用しても良い。
[0033] アンカー割当サーバ 13は、移動ノード 32からの"モビリティアンカー割当て要求"が あった場合、この"モビリティアンカー割当て要求"に含まれる移動ノード識別のため の移動ノード ID、加入者情報蓄積サーバ 14に蓄積された当該移動ノード 32につい ての通信負荷予測データ、また、アンカー情報蓄積サーバ 15に蓄積された割当て 候補とするモビリティアンカー 11の情報を元に、当該移動ノード 32の通信負荷が加 わっても、全ての時刻において所定の負荷上限値以下となり、サービス継続が可能と 予測されたモビリティアンカーの IPアドレスを格納した"モビリティアンカー割当て応 答"を移動ノード 32へ送信する。加入者情報蓄積サーバ 14は、モビリティサービスを 享受すべくモビリティサービスプロバイダと契約した加入者の情報が記録された加入 者情報テーブル、及び各移動ノードの通信負荷予測データを保持する。
[0034] 図 2は、加入者情報蓄積サーバ 14に保持されている加入者情報テーブルの例を 示す図である。
この加入者情報テーブルには、同図 2に示すように、加入者を一意に識別するため の加入者 ID、加入者が使う移動ノードを一意に識別するための移動ノード ID、移動 ノードに割当てた HoA、加入者の料金プラン、加入者の職業、及び加入者の年齢情 報が含まれている。ただし、上記加入者情報は、たとえば性別など、他の情報を付加 しても良い。また、上記の情報の一部を省略しても良い。なお、 HoAとして固定的な HoAを移動ノードに割り当てる場合には、加入者の他の情報 (料金プラン、職業、年 齢)などと同様に、加入時点で HoAを加入者情報テーブルに記録することができる。 一方、 HoAを動的に割り当てる場合は、同 HoAが決定した時点でモビリティアンカ 一 11から HoAを通知してもらい、加入者情報テーブルに記録することができる。また 、 HoAは、 IPv4に対応するアドレスでも IPv6に対応するアドレスでも良い。このよう に、 HoAと移動ノード IDとの対応が常に取れるようにしておくことで、アンカー割当サ ーバ 13などが特定の移動ノードの情報を取得する際に、移動ノード IDの代わりに H oAを検索キーとして使用することができる。
[0035] 図 3は、各移動ノードの通信負荷予測データを示す図である。
上記各移動ノードの通信負荷予測データは、同図 3に示すように、各移動ノードが 1日のうちのどの時間にどれだけの通信を行うかを予測した値であり、モビリティアン カー 1 1から通知された各移動ノードの通信負荷情報を、所定の時間単位で平均した ものである。同図 3では、通信負荷は、 1時間単位の平均データレートであるが、たと えば、パケット数、合計データサイズなど、他の指標でも良い。この通信負荷予測デ ータは、加入者の加入日数が経過するほど、当該加入者がどの時刻にどれだけの通 信を行っているかを示す値の精度が向上する。
[0036] 上記通信負荷予測データは、式(1 )により算出される。
PLn [MNID] [time]
= ( 1 - α ) · PLn-1 [MNID] [time]
+ a - Ln [MNID] [time] · · · ( 1 )
ただし、 PLnは、加入日力も n日が経過した時点での通信負荷予測データ、 Lnは、 加入日力、ら n日目の当該移動ノードの実際の通信負荷データであり、モビリティアン カー 1 1から通知される値である。 aは、重み付け用パラメータで、 "0"以上、かつ" 1 " 未満である。また、通信負荷予測データ PLn、通信負荷データ Lnは、移動ノード IDと 時刻との 2次元配列として表される。なお、加入時点での通信負荷予測データの初 期値は、図 2の加入者情報テーブルの情報を元に生成するものとする。
[0037] 図 4は、通信負荷予測データの初期値を示す図である。
同図(a)では、夜間の通信料が安い通信プラン (夜得プラン)を選択している加入 者の移動ノードの通信負荷予測データ (夜型)の初期値が示され、同図(b)では、昼 間の通信料が安!/、通信プラン(昼得プラン)を選択して!/、る加入者の移動ノードの通 信負荷予測データ(昼型)の初期値が示されてレ、る。これらの移動ノードの最大通信 負荷は、たとえば l [Mbps] ( = 1000 [Kbps] )となっている。また、加入者情報テー ブルの"料金プラン"、 "職業"、 "年齢"のような情報力 加入者を分類し、同様のカテ ゴリに属する加入者の通信負荷予測データを元に当該加入者の通信負荷予測デー タの初期値を決定するようにしても良い。
[0038] 図 5は、アンカー情報蓄積サーバ 15に保持されているアンカー情報テーブルの例 を示す図である。
アンカー情報蓄積サーバ 15は、同図 5に示すアンカー情報テーブル、及びモビリ ティアンカー通信負荷予測データを保持し、モビリティアンカー 1 1から通知される情 報に基づ!/、て、上記アンカー情報テーブル及び通信負荷予測データを逐次更新す る。アンカー情報テーブルから更新すべきモビリティアンカー情報を検索する際には 、モビリティアンカー IDを使用する。モビリティアンカー通信負荷予測データは、式(2 )により算出される。
PLancn [AncID」 [time」
= ( 1— α ) - PLancn-l [AncID] [time]
+ a - Lancn [AncID] [time] … (2)
ただし、 PLancnは、モビリティアンカー設置日力も n日が経過した時点での通信負 荷予測データ、 Lancnは、各モビリティアンカーから通知されるモビリティアンカーの 実際の通信負荷データである。 αは、重み付け用パラメータで、 "0"以上、かつ" 未満である。また、通信負荷予測データ PLancn、通信負荷データ Lancnは、モビリ ティアンカー IDと時刻との 2次元配列として表される。アンカー情報蓄積サーバ 1 5は 、また、アンカー割当サーバ 13の要求に応じて、上記アンカー情報テーブル、及び モビリティアンカー通信負荷予測データの情報をアンカー割当サーバ 13に送信する 。なお、図 5のアンカー情報テーブルに示す各モビリティアンカーに収容された移動 ノードの数は、たとえば数百乃至数千である。
[0039] ネットワーク 20は、インターネット、又はホームネットワーク 10を管理するオペレータ などが管理するネットワークであり、いずれの場合も、一般的な IPネットワークとして構 成されている。外部ネットワーク 30は、アクセスルータ b31を介してネットワーク 20に 接続されたネットワークであり、ホームネットワーク 10とは異なるネットワークアドレスを 有している。このため、外部ネットワーク 30に接続した移動ノード 32の物理的なネット ワークインタフェースには、 DHCP (Dynamic Host Configuration Protocol )や、ァク セスルータ b31の RA(Router Advertisement)などより外部ネットワーク 30のネットヮ ークアドレスを有するアドレスが付与される。
[0040] 移動ノード 32は、 MobileIPv4又は MobileIPv6に規定された一般の移動ノードと 同様の機能を備え、外部ネットワーク 30への接続時、さらに他の外部ネットワークへ の接続時、あるいはホームネットワーク 10への帰還時の動作も、一般の移動ノードと 同様である。ただし、移動ノード 32が一般移動ノードと異なる点は、同移動ノード 32 の電源投入時に、 CoAと HoAを対応付けるための登録要求を行うべきモビリティア ンカーを、アンカー割当サーバ 13に対して問い合わせる点である。この後、移動ノー ド 32は、アンカー割当サーバ 13から応答されたモビリティアンカーのアドレスに対し て登録要求を送信し、対象となるモビリティアンカーがこれを受理することで、移動ノ ード 32に対するモビリティサービスが開始される。なお、アンカー割当サーバ 13への "モビリティアンカー割当て要求"は、電源投入直後以外の契機にも送信するようにし ても良い。
[0041] また、アクセスルータ b31が、移動ノード 32から DHCP要求という IPアドレス設定要 求を受信した契機などのように、同移動ノード 32がネットワーク接続したことを検出し たことを契機として、アクセスルータ b31が、移動ノード 32の代理でアンカー割当サ ーバ 13に割り当てるべきモビリティアンカーを問合わせるようにして、結果として得ら れたモビリティアンカーの IPアドレスなどの情報を移動ノード 32に返すようにしても良 い。たとえば、 DHCPでやり取りされるパケットには、オプションにより様々な情報を格 納することができるので、アクセスルータ b31と移動ノード 32との両者で解釈可能な オプションを取り決めておけば、モビリティアンカーのアドレスを DHCP応答により移 動ノード 32に設定することができる。これにより、移動ノード 32の処理が簡略化される
[0042] 前記の例では、移動ノード 32のモビリティアンカーのアドレスを取得する動作をァク セスルータ b31が代理で行うことになる力 同移動ノード 32が割当てられたモビリティ アンカーに対して行う登録要求(MobileIPv4の" Registration Request",又は、 Mob ileIPv6の" Binding Update"に相当するもので、モビリティアンカーに HoAと CoAの 対応付けを要求する信号)の送信も、アクセスルータ b31が代理で行うようにしても良 い。なお、この場合、アクセスルータ b31は、取得したモビリティアンカー 11のアドレス を移動ノード 32に送信する必要はない。このような構成のものに Netlmm (Network- based Localized Mobility Management ) ΡΐΌχγ· ΜΙΡ (MobilelP)カある。このよつ に、モビリティアンカー割当てを要求、あるいは結果として割当てられたモビリティアン カーの情報を返す先が移動ノード 32自身でな!/、ケースもある力 V、ずれの場合にお いても、この実施形態のモビリティアンカー割当て方法を同様に適用することが可能 である。なお、移動ノード 32が送信する"モビリティアンカー割当て要求"は、 Mobile IPv4の" Registration Request" ,あるいは MobileIPv6の" Binding Update"の中に" モビリティアンカー割当て要求"が含む情報を格納した形式としても良い。また、アン カー割当サーバ 13が送信する"モビリティアンカー割当て応答"は、上記 "Registratio n Request 及 Όゝ Binding Update の応答である 'Registration Reply及 Όゝ 'Binding A cknowledgement "の中に"モビリティアンカー割当て応答"が含む情報を格納した形 式としても良い。さらに、このとき、アンカー割当サーバ 13の機能をモビリティアンカー 11に取り込んだ構成としても良ぐこの場合、移動ノード 32が"モビリティアンカー割 当て要求"を送信する先は、上記の構成としたモビリティアンカー 11であればどれで も良ぐ負荷分散の観点で有利となる。
[0043] 通信ノード 40は、一般的な IPv4、 IPv6、又は、これらの双方に対応した通信機能 を有する一般的なサーバあるいは端末であり、また、移動ノード 32と同様の機能を有 する移動ノードであっても良い。なお、ホームネットワーク 10では、モビリティアンカー 11、アクセスルータ al 2、アンカー割当サーバ 13、アンカー情報蓄積サーバ 15は、 同一のリンク、つまり、ルータを介さずにイーサネット (登録商標)で接続される構成で も良いし、 1つ又は複数のルータを介して接続される構成としても良い。また、外部ネ ットワーク 30についても、アクセスルータ b31と移動ノード 32とが無線 LANやイーサ ネット(登録商標)などにより同一リンクで接続されて!/、ても良レ、し、 1つ又は複数のル ータを介して接続される構成としても良い。
[0044] 図 6は、図 4 (a)及び図 4 (b)に示す通信負荷予測データの加算結果を示す図、図
7は、ホームネットワークシステム 10の動作を説明するシーケンス図、及び図 8が、図 7中のモビリティアンカー決定手順を説明するフローチャートである。 これらの図を参照して、この例のホームネットワークシステムに用いられるモビリティ アンカー割当て方法の処理内容について説明する。
このホームネットワークシステム 10では、加入者情報蓄積サーバ 14により、移動ノ ード 32の加入者の通信傾向に対応した複数の時点(たとえば、所定の時刻毎)での 通信負荷の予測値を表す第 1の通信負荷予測データが蓄積され (移動ノード情報蓄 積処理)、アンカー情報蓄積サーバ 15により、各モビリティアンカー 11の所定の時刻 毎の通信負荷の予測値を表す第 2の通信負荷予測データが蓄積される(アンカー情 報蓄積処理)。移動ノード 32から"モビリティアンカー割当て要求"がアンカー割当サ ーバ 13に送信されたとき、同アンカー割当サーバ 13により、第 1の通信負荷予測デ 一タと各第 2の通信負荷予測データとが加算されて第 3の通信負荷予測データが求 められ、複数のモビリティアンカー 11のうちから、第 3の通信負荷予測データが全て の時刻において負荷上限値以下となり、かつ上記第 2の通信負荷予測データの最大 値が最も小さいモビリティアンカーが選択されて移動ノード 32に割り当てられる。 すなわち、移動ノード 32の電源が外部ネットワーク 30において投入されたとき(ステ ップ A1)、移動ノード 32から、 HoAと外部ネットワーク 30での CoAとの対応付けを登 録するためのモビリティアンカーを決定するための"モビリティアンカー割当て要求" がアンカー割当サーバ 13に送信される(ステップ A2)。アンカー割当サーバ 13では 、移動ノード 32から"モビリティアンカー割当て要求"を受信すると、同"モビリティアン カー割当て要求"に含まれる移動ノード ID、加入者情報蓄積サーバ 14及びアンカー 情報蓄積サーバ 15に蓄積されたデータを元に、移動ノード 32に割り当てるべきモビ リテイアンカーが決定され (ステップ A3)、そこで決定されたモビリティアンカーの IPァ ドレスを格納した"モビリティアンカー割当て応答"が同移動ノード 32へ送信される(ス テツプ A4)。移動ノード 32は、アンカー割当サーバ 13から"モビリティアンカー割当 て応答"を受信すると、それに含まれるモビリティアンカーアドレスを有するモビリティ アンカーと通信し、 HoAの取得や、セキュリティ関連の初期設定を行う(ステップ A5) 。これらの処理には、たとえば IETFの標準プロトコルである IKEv2 (Internet Key Exc hange version 2、 RFC4306で規定、インターネットで用いる鍵データ交換プロトコル )が使用されるが、他のプロトコルでも良い。 [0046] また、移動ノード 32は、アンカー割当サーバ 13から"モビリティアンカー割当て応答 "を受信すると、これに含まれるモビリティアンカーのアドレスに対し、 HoAと CoAとを 対応付けるための"登録要求"を送信する (ステップ A6)。この"登録要求"を受信した モビリティアンカーは、同"登録要求"の受理 (ただし、登録要求が不正に構成された 場合などでは拒否)を示す"登録応答"を移動ノード 32に送信する (ステップ A7)。な お、これらの"登録要求"及び"登録応答"は、それぞれ、 MobileIPv4の" Registratio n Request"、及び" Registration R印 ly"に相当するものであり、また、 MobileIPv6の" Binding Update"、 "Binding Acknowledgement "に相当するものである。この後、移動 ノード 32は、 HoAを使って通信ノード 40と通信することが可能となる(ステップ A8)。
[0047] なお、ここでは、移動ノード 32が、電源投入を契機に"モビリティアンカー割当て要 求"を送信することとした力 それだけではなぐ通信していない状態であれば、継続 して電源を投入中であっても、定期的に"モビリティアンカー割当て要求"を送り、 "登 録要求"を送信するモビリティアンカーを更新するようにしても良い。この"登録要求" は、同"登録要求"を送信する契機以外にも、上記 MobileIPv4又は MobileIPv6で 規定された登録要求の送信条件に基づいて定期的にモビリティアンカーに送信され るものとする。なお、この実施形態の特徴は、ステップ A3のモビリティアンカーの決定 手順であり、これ以外の手順は、図 7に示したもの以外の手順であっても良い。たとえ ば、モビリティ実現のためのプロトコノレに Netlmm (Network-based Localized Mobility Management )を選択した場合、アクセスルータ b31が、移動ノード 32に代わってモ ビリティアンカー決定手順 (ステップ A3)により得られたモビリティアンカーに対して" 登録要求"を送信し、その応答として"登録応答"を受け取る構成となるが、この場合 でも、ステップ A3のモビリティアンカー決定手順は同様である。
[0048] 上記ステップ A3のモビリティアンカー決定手順では、まず、アンカー割当サーバ 13 は、加入者情報蓄積サーバ 14と通信し、図 8に示すように、移動ノード 32からの"モ ビリティアンカー割当て要求"に含まれる移動ノード IDに対応する通信負荷予測デー タを取得する(ステップ Bl)。たとえば、移動ノード ID力 MNID_A "の場合は、式( 1)を用いて、通信負荷予測データ PLn [MNID— A] [time]が取得される。次に、ァ ンカー割当サーバ 13は、アンカー情報蓄積サーバ 15と通信し、同アンカー情報蓄 積サーバ 15に蓄積されている複数のモビリティアンカー情報のうちの 1つを取得する (ステップ B2)。この取得するモビリティアンカー情報は、図 5のアンカー情報テープ ルに示された情報である。また、アンカー割当サーバ 13は、モビリティアンカーの通 信負荷予測データも取得する。たとえば、モビリティアンカー IDが "AncID— A"であ る場合、 PLancn [AncID— A] [time]を取得する。ここで、アンカー割当サーバ 13 、アンカー情報蓄積サーバ 15に蓄積されたモビリティアンカー情報を全て取得し ていた場合は、アンカー情報蓄積サーバ 15は、 "完了"を示す通知をアンカー割当 サーバ 13へ送信する。次に、アンカー情報蓄積サーバ 15に評価すべき(未評価)モ ビリティアンカーが残っているか否かが判定され (ステップ B3)、残っている場合はス テツプ B4に進む。
[0049] ステップ B4では、ステップ B2で読み出されたモビリティアンカー情報に対応するモ ビリティアンカーを移動ノード 32に割当てた場合の通信負荷予測データが式(3)によ り計算される。
PL― anc [timej
=PL― anc [time] + PL― mn [time] · · · \S)
ここで、 PL— anc ' [time]は、移動ノード 32を収容した際の時刻 (time)におけるモ ビリティアンカーの通信負荷予測データである。また、 PL— mn [time]は、ステップ B 1において加入者情報蓄積サーバ 14から取得した移動ノード 32の通信負荷予測デ ータ(上記の例では、 PLn [MNID_A] [time] ) , PL— anc [time]は、アンカー情 報蓄積サーバ 15から取得した時刻 (time)におけるモビリティアンカー通信負荷予測 データである(上記の例では、 PLancn [AncID_A] [time] )。この PL— anc [time ]については、アンカー情報テーブルの"収容移動ノード"の項目力、ら取得した当該 モビリティアンカーが収容する移動ノードの移動ノード D 情報を用いて、加入者情報 蓄積サーバ 14から各移動ノードの通信負荷予測データを取得し、それらを合計して 求めるようにしても良い。後者の方が、通信コスト及び計算コストがかかる力 モビリテ イアンカーが収容する移動ノードが頻繁に変化する場合は、より正確な値が得られる
[0050] 次に、式(3)で求めた通信負荷予測データと、当該モビリティアンカーの負荷上限( MaxLoad,図 5のアンカー情報テーブルの"負荷上限"から取得)とを式(4)に基づ いて比較することにより、移動ノード 32の収容の可否が判定される(ステップ B5)。具 体的には、通信負荷予測データが 1時間毎のデータの場合は、時刻(time)を 1時、 2時、 · · ·、 24時としたときの全てにおいて式 (4)が成立すれば、移動ノード 32を収容 可能と判定され、それ以外の場合は収容不可と判定される。なお、上記時刻(time) は、 1時、 2時、 · · ·、 24時に限定されない。
PL_anc ' [time] < MaxLoad …(4)
ステップ B5で当該モビリティアンカーに移動ノード 32を割当て可能と判定された場 合、移動ノード 32に対して割当て可能なモビリティアンカーの数" Capable Anchor Cn t"がカウントアップされる(ステップ B6)。一方、ステップ B5で、当該モビリティアンカ 一には割当てできないと判定された場合は、 "Capable Anchor Cnt"のカウントアップ は行わない。なお、 "Capable Anchor Cnt"は、アンカー決定手順の始めに" 0"にタリ ァされている。
[0051] モビリティアンカー 1台当たりの通信負荷上限を、たとえば 5 [Mbps]とすると、移動 ノードの最大通信負荷が図 4 (a) , (b)に示す l [Mbps]の場合、通信負荷予測デー タを考慮しなければ、モビリティアンカー 1台に割当て可能な移動ノードは 5台(= 5 /1)となる力 図 6に示すように、図 4 (a)に対応する移動ノード (端末 A, B, C, D, E)の各時刻毎の通信負荷予測データ及び図 4 (b)に対応する移動ノード(端末 F, G , H, I, J)の各時刻毎の通信負荷予測データを加算すると、時間方向に負荷が分散 され、モビリティアンカー 1台に収容可能な移動ノードが 10台となり、モビリティアンカ 一へ移動ノードが効率的に収容される。
[0052] 次に、式(3)で算出された移動ノード 32を当該モビリティアンカーに割当てた場合 の通信負荷予測値 PL— anc ' [time]力 モビリティアンカーの識別子、及びステップ B5において判定された当該モビリティアンカーの割当て可否情報と対応づけてアン カー割当サーバ 13に記録される(ステップ B7)。この後、ステップ B2に戻り、評価す べきモビリティアンカーがなくなるまで、ステップ B2からステップ B7までの処理が繰り 返される。
[0053] そして、ステップ B3において、アンカー割当サーバ 13がアンカー情報蓄積サーバ 15から上記"完了"を示す通知を受信し、全てのモビリティアンカーについて移動ノ ード 32への割当て可否の判定が完了していた場合は、ステップ B8に進む。アンカー 割当サーバ 13では、 "Capable Anchor Cnt"が" 0"より大きい(すなわち、 "1 "以上)か 否かを判定することで、割当て可能なモビリティアンカーがあるか否かが判定される( ステップ B8)。ステップ B8で割当て可能なモビリティアンカーがあると判定された場合 は、ステップ B7で記録された通信負荷予測データの最大値が最も小さくなるモビリテ イアンカー力 S、移動ノード 32への割当て候補とするモビリティアンカーとして選択され る(ステップ B9)。
[0054] また、ステップ B8で、割当て可能なモビリティアンカーがないと判定された場合は、 図 7のステップ A4にて割当て可能なモビリティアンカーがないとした"モビリティアンカ 一割当て応答"を移動ノード 32に送信することもできるが、この実施形態では、ステツ プ B9と同じ方法で選択したモビリティアンカーを割り当てる。このとき、モビリティアン カーの収容能力が不足している旨のアラームを、モビリティアンカーの管理者に電子 メール形式、あるいはシステムに適合した方法で通知するようにしても良い。また、そ の旨を示すログをアンカー割当サーバ 13内に残すようにしても良!/ヽ (ステップ B 10)。
[0055] 以上のように、この第 1の実施形態では、移動ノード 32にモビリティアンカーを割り 当てる際、その時点でのモビリティアンカー 11 (11a, l ib, ···)の通信負荷情報を比 較して負荷の小さいモビリティアンカーを割り当てる方法では、適切なモビリティアン カーの割当てができないことがある力 このような場合でも、移動ノード 32やモビリティ アンカー 11の時刻毎の通信負荷予測データを考慮することで、適切なモビリティアン カーの割当てができる。また、時刻毎に算出した通信負荷予測データに基づいて各 モビリティアンカー 11を割り当てることで、通信を行う時間帯の異なる加入者の移動ノ 一ドが各モビリティアンカー 11に収容され、時間方向での負荷分散が実現するので 、各モビリティアンカー 11に収容可能な移動ノードを増加することができ、この結果、 モビリティアンカー 11の数が低減される。
本実施形態 1では、加入者情報蓄積サーバ 14とアンカー情報蓄積サーバ 15の 2 つを使って、それぞれの通信負荷予測データを加算し通信負荷予測データを生成し た例を記載したが、これに限られるわけではなぐ加入者情報蓄積サーバ 14、又は、 アンカー情報蓄積サーバ 15のいずれかの通信負荷予測データを用いた形態でもよ い。
例えば、加入者情報蓄積サーバ 14を配置しない場合は、アンカー情報蓄積サー ノ 15に蓄積される情報テーブルに基づいて通信負荷予測データを作成することに なる。また、アンカー情報蓄積サーバ 15を配置しない場合は、加入者情報蓄積サー ノ 14に蓄積される情報テーブルに基づいて通信負荷予測データを作成することに なる。
実施形態 2
[0056] 図 9は、この発明の第 2の実施形態であるモビリティアンカー割当て方法を実施する ための加入者情報テーブルを示す図である。
この実施形態では、移動ノード 32の通信相手も同様の移動ノードである場合につ いて、モビリティアンカー決定手順をさらに工夫している。すなわち、移動ノード 32の 通信相手が同様の移動ノードである場合、通信経路は、たとえば、 "移動ノード A→ 移動ノード Aを収容するモビリティアンカ一" >移動ノード Bを収容するモビリティアンカ 一" >移動ノード B"のように、それぞれの移動ノードを収容しているモビリティアンカー を経由するので、通信効率が低下する。このため、通信頻度の高い移動ノード同士 を、できるだけ同じモビリティアンカーに収容する方が効率的である。
[0057] これを達成するために、加入者情報蓄積サーバ 14の加入者情報テーブルには、 図 9に示すように、第 1の実施形態を示す図 2の構成に対して、 "友人"(高頻度通信 相手)の項目が付加されている。この項目には、加入者がサービス加入時などの契 機にぉレ、て、頻繁に通信を行う相手として指定した加入者の移動ノード ID (UID— X , UID— Y, · · · )が記録されている。また、各モビリティアンカー 11は、高頻度通信相 手の移動ノード ID及び同移動ノード IDに対応した実際の通信負荷履歴に基づいて 、通信頻度の高い移動ノード同士を選択して収容する。なお、高頻度通信相手として は、たとえば"家族"などでも良い。
[0058] 図 10は、この例のホームネットワークシステムのモビリティアンカー決定手順を示す フローチャートである。
この図を参照して、この例のホームネットワークシステムに用いられるモビリティアン カー割当て方法の処理内容について説明する。
この実施形態では、第 1の実施形態の図 7中のステップ A3を除き、図 7と同様の処 理が行われる。すなわち、ステップ A3では、通信頻度が高いと予測される相手の移 動ノードを考慮した処理が行われる。この場合、図 10に示すように、ステップ C1乃至 ステップ C8までは、第 1の実施形態の図 8のステップ B1乃至ステップ B8と同様の処 理が行われる。ただし、ステップ C7では、ステップ B7で記録された通信負荷予測デ ータの情報に加え、当該モビリティアンカーが、上記"友人"の項目に設定した通信 相手の移動ノードが収容されているモビリティアンカーか否かを示すフラグも合わせ て記録される。そして、加入者情報蓄積サーバ 14の加入者情報テーブルから、 "友 人"として指定された加入者の移動ノード IDが得られ、上記フラグに基づいて、この 移動ノード IDがアンカー情報テーブルの"収容移動ノード"の項目に含まれているか 否かを照合することで、モビリティアンカーに上記"友人"の加入する移動ノードが収 容されて!/、るか否かが判定される。
[0059] ステップ C8で、 "Capable Anchor Cnt"が" 0"より大きい場合、つまり、割当て可能な モビリティアンカーがあると判定された場合、ステップ C7で記録された情報 (フラグ)を 用い、割当て可能なモビリティアンカーの中に、 "友人"指定の移動ノードが収容され たモビリティアンカーが存在するか否かが判定される (ステップ C9)。この結果、割当 て可能で、かつ"友人"指定の移動ノードを収容するモビリティアンカーがある場合( ステップ C9の Y)、当該モビリティアンカーが、移動ノード 32へ割り当てるモビリティア ンカーとして選択され (ステップ C10)、モビリティアンカー決定手順が終了する。
[0060] 一方、割当て可能なモビリティアンカーの中に"友人"指定の移動ノードが収容され たモビリティアンカーがない場合(ステップ C9の Ν)、各モビリティアンカーの通信負 荷予測データの最大値が比較され、それが最小となるモビリティアンカーが移動ノー ド 32へ割り当てるモビリティアンカーとして選択され、モビリティアンカー決定手順が 終了する(ステップ Cl l)。
[0061] また、ステップ C8で、 "Capable Anchor Cnt"が" 0"であった場合、つまり、割当て可 能なモビリティアンカーがないと判定された場合(ステップ C8の N)、モビリティアンカ 一決定手順を終了した後、割当て可能なモビリティアンカーがないとの応答を移動ノ ード 32に送信することもできる力 この実施形態では、ステップ C11と同様の方法で モビリティアンカーが選択されるものとする。この場合、モビリティアンカーの収容能力 が不足しているとのアラームを、モビリティアンカーの管理者に電子メール形式、ある いはシステムに適合した方法で通知するようにしても良い。また、その旨を示すログを アンカー割当サーバ 13内に残すようにしても良!/ヽ(ステップ C 12)。
[0062] なお、この実施形態では、図 9中の"友人"を 1人とした力 S、複数人としても良い。ま た、モビリティアンカーなどで、移動ノード同士の通信量を記録し、これが予め定めた 閾値以上の通信量であった場合、その両者を"友人"指定と同様の极いとし、なるベ く同じモビリティアンカーを割り当てるようにしても良レ、。
[0063] 以上のように、この第 2の実施形態では、高頻度で通信を行う移動ノード同士が、な るべく同じモビリティアンカーに害 ij当てられるようにしたので、 2つのモビリティアンカ 一を経由した通信となることが回避され、通信の効率が向上する。
実施形態 3
[0064] 図 11は、この発明の第 3の実施形態であるホームネットワークシステムが用いられる 環境を示す模式図であり、第 1の実施形態を示す図 1中の要素と共通の要素には共 通の符号が付されている。
この例のホームネットワークシステムでは、同図 11に示すように、ホームネットワーク システム 50が新たに設けられ、ネットワーク 60に接続されている。また、外部ネットヮ ーク 70がネットワーク 60に接続され、同ネットワーク 60がネットワーク 20に接続されて いる。ホームネットワークシステム 50では、ホームネットワークシステム 10中の各部と 同様の機能を有する複数のモビリティアンカー 51 (すなわち、モビリティアンカー 51a , 51b, 51c、 · · ·)と、アクセスルータ a52と、アンカー割当サーバ 53と、加入者情報蓄 積サーバ 54と、アンカー情報蓄積サーバ 55とが備えられ、また、新たにアドレス管理 サーバ 56が設けられ、これらが相互に接続されている。
[0065] ネットワーク 60は、ネットワーク 20と同様に、インターネット、又はホームネットワーク
50を管理するオペレータなどが管理するネットワークであり、一般的な IPネットワーク として構成されている。外部ネットワーク 70は、アクセスルータ b71を介してネットヮー ク 60に接続されたネットワークであり、ホームネットワーク 50とは異なるネットワークァ ドレスを有している。また、この実施形態では、図 1中の移動ノード 32が、この外部ネ ットワーク 70に移動して接続されている。
[0066] このホームネットワークシステム(以下、ホームネットワークシステム 10、 50と区別す るため、「第 2のホームネットワークシステム」という。)は、移動ノード 32に対し、同移 動ノード 32のユーザが加入したオペレータ(又は、プロバイダなど)とは異なるォペレ ータ(又は、プロバイダなど)が運営するモビリティアンカーを割り当てる場合に用いら れる。ここで、ホームネットワーク 10、ネットワーク 20及び外部ネットワーク 30をォペレ ータ aが運営し、また、ホームネットワークシステム 50、ネットワーク 60及び外部ネット ワーク 70をオペレータ bが運営するものとする。さらに、移動ノード 32がオペレータ b の運営する外部ネットワーク 70に接続された状態で、同オペレータ bが運営するモビ リティアンカーを割り当てるものとする。そして、ネットワーク 20とネットワーク 60とが接 続されているので、双方のオペレータ a, bの運営する上記各ネットワーク間で通信が 可能となっている。
[0067] このため、アンカー割当サーバ 53は、アンカー割当サーバ 13の機能に加え、異な るホームネットワークシステムに属する加入者情報蓄積サーバにアクセスして、割り当 てるべきモビリティアンカーを決定する機能が付加されている。すなわち、アンカー割 当サーバ 53は、移動ノード 32から"モビリティアンカー割当て要求"があった場合、同 移動ノード 32のユーザが加入して!/、るオペレータ(この場合は、オペレータ a)を判定 し、ネットワーク 60及びネットワーク 20を介して、オペレータ aが運営する加入者情報 蓄積サーバ 14と通信する機能が付加され、さらに、同加入者情報蓄積サーバ 14か ら当該ユーザの通信負荷予測データを読み出し、これを元にホームネットワークシス テム 50に属するモビリティアンカー 51を割り当てる機能を有している。この場合、移 動ノード 32からの"モビリティアンカー割当て要求"には、同移動ノード 32が加入して いるオペレータを判別するためのオペレータ識別子が含まれている。同オペレータ識 別子は、たとえば" operator— a. sample, net"のようなドメイン名が使用されるが、 これに限らない。
[0068] また、アンカー割当サーバ 53は、移動ノード 32からオペレータ識別子を含む"モビ リティアンカー割当て要求"を受信したとき、同オペレータ識別子を含んだ"加入者情 報蓄積サーバアドレス要求"をアドレス管理サーバ 56に送信することで、加入者情報 蓄積サーバ 14の IPアドレスを取得する機能を備える。ここで、アドレス管理サーバ 56 からは、加入者情報蓄積サーバ 14の IPアドレスを直接取得することとした力 S、一般的 な DNS (Domain Name System)サーバで管理されているドメイン名及び IPアドレスに 基づいて FQDN (Fully Qualified Domain Name )形式で取得するようにしても良い。 これにより、対象となる加入者情報蓄積サーバ 14の IPアドレスが変更になった場合 や、同一の FQDNに複数の IPアドレスを対応付けて負荷分散する場合などに対応 できる。まに、上記] は、 7こと ュ、 userdata_server.operator_a.sample.net な どとすること力 Sできる。さらに、アンカー割当サーバ 53は、取得した加入者情報蓄積 サーバ 14の IPアドレスあるいは FQDNを、当該移動ノード 32の移動ノード IDと対応 付けて加入者情報蓄積サーバ 54に通知する機能を有する。
[0069] また、加入者情報蓄積サーバ 54は、移動ノード 32の通信負荷データを時刻情報と 対応付けて、異なるホームネットワークシステムにアクセスして同ホームネットワークシ ステムに属する加入者情報蓄積サーバに送信する機能が付加されている。すなわち 、加入者情報蓄積サーバ 54は、モビリティアンカー 11に加え、モビリティアンカー 51 力、ら通知された移動ノードの通信負荷データを、ネットワーク 60及びネットワーク 20を 介して、オペレータ aが運営する加入者情報蓄積サーバ 14に送信する機能を有する 。送信先となる加入者情報蓄積サーバ 14のアドレスを取得する場合、アンカー割当 サーバ 53から送られた移動ノード 32の移動ノード ID及びオペレータ識別子が用いら れる。この加入者情報蓄積サーバ 54の機能により、移動ノード 32のユーザが別のォ ペレータ bの運営するネットワークでローミングサービスを受けていた場合でも、同移 動ノード 32の通信負荷データの更新が可能となる。
[0070] アドレス管理サーバ 56は、ローミングが許可されたオペレータ aの加入者情報蓄積 サーバ 14のアドレスを蓄積し、アンカー割当サーバ 53の"加入者情報蓄積サーバァ ドレス要求"に応じて、同要求に含まれるオペレータ識別子を元に、当該オペレータ a の運営するネットワークの加入者情報蓄積サーバ 14の IPアドレスを応答する。この場 合、 IPアドレスを直接応答するのではなぐ FQDNの形式で応答するようにしても良 い。なお、ホームネットワークシステム 10に代えて、ホームネットワークシステム 50と同 様の構成のホームネットワークシステムを設けても良い。
[0071] 図 12は、図 11のホームネットワークシステムの動作を説明するシーケンス図である この図を参照して、この例のホームネットワークシステムに用いられるモビリティアン カー割当て方法の処理内容について説明する。
このホームネットワークシステムでは、ホームネットワークシステム 50とは別のホーム ネットワークシステム 10の加入者情報蓄積サーバ 14に加入者情報が蓄積されている (すなわち、ホームネットワークシステム 10を管理するオペレータと契約している)移 動ノード 32に、ホームネットワークシステム 50のモビリティアンカー 51を割り当てる場 合、ネットワーク 60, 20を介してホームネットワークシステム 10にアクセスされ、移動ノ ード 32に対応した第 1の通信負荷予測データが参照され、また、移動ノード 32のホ ームネットワークシステム 50での通信実績が上記第 1の通信負荷予測データに反映 する。
[0072] すなわち、移動ノード 32の電源が外部ネットワーク 70において投入されたとき(ステ ップ Dl)、同移動ノード 32は、 HoAと外部ネットワーク 70での CoAとの対応付けを 登録するためのモビリティアンカーを決定するために、 "モビリティアンカー割当て要 求"をアンカー割当サーバ 53に送信する(ステップ C2)。この"モビリティアンカー割 当て要求"には、第 1の実施形態と同様の移動ノード IDに加え、さらに移動ノード 32 が加入して!/、るオペレータ aを判別するためのオペレータ識別子が含まれて!/、る。 アンカー割当サーバ 53は、移動ノード 32から"モビリティアンカー割当て要求"を受 信すると、同"モビリティアンカー割当て要求"に含まれるオペレータ識別子を含む" 加入者情報蓄積サーバアドレス要求"をアドレス管理サーバ 56に送信する(ステップ D3)。
[0073] アドレス管理サーバ 56は、アンカー割当サーバ 53から送られた"加入者情報蓄積 サーバアドレス要求"を受信すると、同要求に含まれるオペレータ識別子を検索キー として、同アドレス管理サーバ 56に記録されたオペレータ識別子と同オペレータ識別 子に対応するオペレータ aが運営する加入者情報蓄積サーバ 14のアドレスとの対応 関係を検索し、検索対象としたオペレータ識別子に適合するエントリを見つけた場合 は、当該オペレータ識別子に対応付けられた加入者情報蓄積サーバ 14のアドレスを アンカー割当サーバ 53に応答する(ステップ D4)。なお、ここでは、加入者情報蓄積 サーバ; L4のアドレスを応答することとした力 S、同加入者情報蓄積サーバ 14を示す F QDNを送信するようにしても良い。この場合は、アドレス管理サーバ 56には、ォペレ ータ識別子と、そのオペレータ識別子が示すオペレータ aが運営する加入者情報蓄 積サーバの FQDNとの対応関係が記録される。
[0074] また、アドレス管理サーバ 56に検索対象としたオペレータ識別子に適合するェント リがなかった場合は、同アドレス管理サーバ 56は、アンカー割当サーバ 53に対して、 適合するエントリがないことを示す応答を行う。アンカー割当サーバ 53は、その応答 を受信した場合、移動ノード 32に対して、 "モビリティアンカー割当て不能"を示す通 知を行っても良いが、何も行わないようにしても良い。いずれの場合でも、ステップ D 5で処理が終了する。
[0075] 次に、アンカー割当サーバ 53は、ステップ D2での"モビリティアンカー割当て要求" の受信時に取得した移動ノード IDとステップ D4で取得した加入者情報蓄積サーバ 1 4のアドレスとの対応情報を、加入者情報蓄積サーバ 54に通知する。加入者情報蓄 積サーバ 54は、この対応情報を用いて、ローミング時の移動ノード 32の通信負荷情 報をローミング元となるオペレータ aの加入者情報蓄積サーバ 14に送信する。また、 アンカー割当サーバ 53は、移動ノード 32の移動ノード IDと、ステップ D4で取得した 加入者情報蓄積サーバのアドレスを有する加入者情報蓄積サーバ 14及びアンカー 情報蓄積サーバ 55に蓄積された情報を元に、移動ノード 32に割り当てるべきモビリ ティアンカーを決定する(ステップ D6)。このステップ D6のモビリティアンカー決定手 順は、他のオペレータが運営する加入者情報蓄積サーバ 14を使用すること以外は、 図 8 (実施形態 1)あるいは図 10 (実施形態 2)に示すモビリティアンカー決定手順と同 様である。なお、ステップ D4で加入者情報蓄積サーバ 14の FQDNが応答された場 合は、アンカー割当サーバ 53は、一般的な DNSの仕組みを用いて FQDNから加入 者情報蓄積サーバ 14のアドレスを取得する。
[0076] ステップ D6でアンカー割当サーバ 53により移動ノード 32に割り当てるべきモビリテ イアンカーが決定された後、当該モビリティアンカーのアドレスを格納した"モビリティ アンカー割当て応答"が移動ノード 32へ送信される (ステップ D7)。移動ノード 32は、 アンカー割当サーバ 53から"モビリティアンカー割当て応答"を受信すると、これに含 まれるモビリティアンカーアドレスを有するモビリティアンカーと通信し、 HoAの取得 や、セキュリティ関連の初期設定を行う(ステップ D8)。この場合、たとえば IETFの標 準プロトコルである IKEv2 (Internet Key Exchange version 2、 RFC4306で規定)力 S 使用されるが、他のプロトコルでも良い。
[0077] 次に、移動ノード 32は、害 IJり当てられたモビリティアンカーに対し、 HoAと CoAとを 対応付けるための"登録要求"を送信する (ステップ D9)。この"登録要求"を受信した モビリティアンカーは、同"登録要求"の受理 (ただし、登録要求が不正に構成された 場合などでは拒否)を示す"登録応答"を移動ノード 32に送信する (ステップ D10)。 なお、これらの"登録要求"及び"登録応答"は、それぞれ、 MobileIPv4の" Registrat ion Request"、及び" Registration R印 1 ,に相当するものであり、また、 MobileIPv6 の Binding Update 、及び Binding Acknowledgement に相当する ¾のである。スァ ップ D10の後、移動ノード 32は、 HoAを用いて通信ノード 40と通信することが可能と なる (ステップ Dl l)。
[0078] この実施形態では、他のオペレータの運営する加入者情報蓄積サーバを使用する 例を示した力 S、この実施形態の(第 2の)ホームネットワークシステムが効果的に用い られるケースとして、国内オペレータに加入した端末のユーザ力 同国内オペレータ と提携している海外オペレータのネットワークでローミングサービスを受ける場合など が考えられる。
[0079] 以上のように、この第 3の実施形態では、ホームネットワークシステム 50とは別のホ ームネットワークシステム 10の加入者情報蓄積サーバ 14に加入者情報が蓄積され ている移動ノード 32に、ホームネットワークシステム 50のモビリティアンカー 51を割り 当てた状態で、第 1の実施形態と同様の利点がある。
[0080] 以上本発明の好適な実施形態について説明したが、本発明の全開示(請求の範 囲を含む)の枠内において、さらにその基本的技術思想に基づいて、実施形態ない し実施例の変更 ·調整が可能である。また、本発明の請求の範囲の枠内において種 々の開示要素の多様な組み合わせないし選択が可能である。 [0081] 例えば、移動通信を実現するためのモビリティプロトコルがモパイル IPv4あるいは モパイル IPv6である場合、モビリティアンカー 11 , 51は、 HA(Home Agent)に対応 し、同モビリティプロトコルが Netlmm (ProxyMIPv6)の場合は、モビリティアンカー 11 , 51は、 LMA (Local Mobility Anchor )に対応し、また、アクセスルータ b (ァクセ スルータ aという構成も考えられる)は、 MAG (Mobility Access Gate)に対応付けられ る。また、モビリティプロトコル力 SIETFで検討中の ProxyMIP (ProxyMIPv4)の場 合は、モビリティアンカー 11 , 51は HAに対応し、アクセスルータ b (アクセスルータ a という構成も考えられる)は MPA (Mobile Proxy Agent)に対応付けられる。このように 、それぞれのモビリティプロトコルにおいて名称の違いや、ネットワークに接続及び移 動した場合にモビリティアンカーへ登録処理を行うノードが端末力、、あるいはアクセス ルータかといつた違いはある力 ユーザの加入者情報や通信実績により、モビリティ アンカーを割当てるという、この発明の特徴たる要素は、いずれのモビリティプロトコ ルを使用した場合においても適応可能である。
産業上の利用可能性
[0082] この発明は、携帯電話網が IP化された場合などに適用して効果的である。

Claims

請求の範囲
[1] 複数の移動ノードを収容し、収容してレ、る前記各移動ノードが所属して!/、るホーム ネットワーク上で前記各移動ノードに割り当てられるホームアドレスと前記各移動ノー ドが移動先で接続した外部ネットワーク上で前記各移動ノードに割り当てられる気付 けアドレスとの対応関係を登録し、かつ、前記各移動ノードが前記外部ネットワークに 接続されているときに前記各移動ノード宛のパケットを受信したとき、前記各アドレス の対応関係に基づいて前記パケットを前記各移動ノードに転送するための複数のモ ビリティアンカーと、
前記複数のモビリティアンカーのうちの任意の 1つを前記各移動ノードに動的に割 り当てるアンカー割当手段とを有するホームネットワークシステムであって、
前記各移動ノードの複数の時点での通信負荷の予測値を表す第 1の通信負荷予 測データを蓄積する移動ノード情報蓄積手段と、
前記各モビリティアンカーの前記複数の時点での通信負荷の予測値を表す第 2の 通信負荷予測データを蓄積するアンカー情報蓄積手段とが設けられ、
前記アンカー割当手段は、
前記第 1の通信負荷予測データ及び前記第 2の通信負荷予測データに基づいて、 当該移動ノードを収容した際の前記各モビリティアンカーの前記複数の時点での通 信負荷の予測値を表す第 3の通信負荷予測データを求め、前記複数のモビリティア ンカーのうちから、前記第 3の通信負荷予測データが全ての時点において所定の負 荷上限値以下となり、かつ前記第 2の通信負荷予測データの最大値が最も小さいモ ビリティアンカーを選択して当該移動ノードに割り当てる構成とされていることを特徴 とするホームネットワークシステム。
[2] 前記移動ノード情報蓄積手段は、
前記各移動ノードの加入者の通信傾向に対応した前記第 1の通信負荷予測データ を蓄積する加入者情報蓄積サーバで構成され、
前記アンカー情報蓄積手段は、
前記第 2の通信負荷予測データを蓄積するアンカー情報蓄積サーバで構成され、 前記アンカー割当手段は、 前記各移動ノードからモビリティアンカー割当て要求が送信されたとき、前記第 1の 通信負荷予測データと前記各第 2の通信負荷予測データとを加算して前記第 3の通 信負荷予測データを求め、前記複数のモビリティアンカーのうちから、前記第 3の通 信負荷予測データが全ての時刻において前記負荷上限値以下となり、かつ前記第 2 の通信負荷予測データの最大値が最も小さいモビリティアンカーを選択して当該移 動ノードに割り当てるアンカー割当サーバで構成されていることを特徴とする請求項
1記載のホームネットワークシステム。
[3] 前記加入者情報蓄積サーバは、
前記第 1の通信負荷予測データに対して、前記各移動ノードの加入者の通信傾向 に応じて初期値を設定し、かつ、実際の通信負荷履歴に応じて逐次更新する構成と され、
前記アンカー情報蓄積サーバは、
前記第 2の通信負荷予測データに対して、実際の通信負荷履歴に応じて逐次更新 する構成とされていることを特徴とする請求項 2記載のホームネットワークシステム。
[4] 前記加入者情報蓄積サーバは、
前記各移動ノードの加入者と高頻度で通信を行う高頻度通信相手の移動ノード ID が記録され、
前記各モビリティアンカーは、
前記高頻度通信相手の移動ノード ID及び該移動ノード IDに対応した実際の通信 負荷履歴に基づいて、通信頻度の高い移動ノード同士を選択して収容する構成とさ れていることを特徴とする請求項 2又は 3記載のホームネットワークシステム。
[5] 請求項 1乃至 4記載のいずれか一に記載のホームネットワークシステムが複数ネット ワークを介して接続されてなり、
前記各ホームネットワークシステムの前記アンカー割当手段は、
当該ホームネットワークシステムとは別のホームネットワークシステムの前記移動ノ ード情報蓄積手段に前記第 1の通信負荷予測データが蓄積されている移動ノードに 、当該ホームネットワークシステムのモビリティアンカーを割り当てた場合、前記ネット ワークを介して前記別のホームネットワークシステムにアクセスし、前記移動ノードに 対応した前記第 1の通信負荷予測データを参照する構成とされていることを特徴とす るホームネットワークシステム。
[6] 請求項 1乃至 4記載のいずれか一に記載のホームネットワークシステム(以下、「第 1 のホームネットワークシステム」という。)が複数ネットワークを介して接続されてなり、 前記各第 1のホームネットワークシステムの前記アンカー割当手段は、
当該ホームネットワークシステムとは別のホームネットワークシステムの前記移動ノ ード情報蓄積手段に前記第 1の通信負荷予測データが蓄積されている移動ノードに 、当該ホームネットワークシステムのモビリティアンカーを割り当てた場合、前記ネット ワークを介して前記別のホームネットワークシステムにアクセスし、前記移動ノードの 当該ホームネットワークシステムでの通信実績を前記第 1の通信負荷予測データに 反映させる構成とされていることを特徴とする第 2のホームネットワークシステム。
[7] 複数の移動ノードを収容し、収容してレ、る前記各移動ノードが所属して!/、るホーム ネットワーク上で前記各移動ノードに割り当てられるホームアドレスと、前記各移動ノ ードが移動先で接続した外部ネットワーク上で前記各移動ノードに割り当てられる気 付けアドレスとの対応関係を登録し、かつ、前記各移動ノードが前記外部ネットワーク に接続されているときに前記各移動ノード宛のパケットを受信したとき、前記各ァドレ スの対応関係に基づいて前記パケットを前記各移動ノードに転送するための複数の モビリティアンカーと、前記複数のモビリティアンカーのうちの任意の 1つを前記各移 動ノードに動的に割り当てるアンカー割当手段とを有するホームネットワークシステム に用いられるモビリティアンカー割当て方法であって、
前記各移動ノードの複数の時点での通信負荷の予測値を表す第 1の通信負荷予 測データを蓄積する移動ノード情報蓄積処理と、
前記各モビリティアンカーの前記複数の時点での通信負荷の予測値を表す第 2の 通信負荷予測データを蓄積するアンカー情報蓄積処理とを行い、
前記アンカー割当手段が、前記第 1の通信負荷予測データ及び前記第 2の通信負 荷予測データに基づいて、当該移動ノードを収容した際の前記各モビリティアンカー の前記複数の時点での通信負荷の予測値を表す第 3の通信負荷予測データを求め 、前記複数のモビリティアンカーのうちから、前記第 3の通信負荷予測データが全て の時点において所定の負荷上限値以下となり、かつ前記第 2の通信負荷予測データ の最大値が最も小さいモビリティアンカーを選択して当該移動ノードに割り当てること
Figure imgf000037_0001
[8] 各移動ノード宛のパケットを、前記各移動ノードに転送する複数のモビリティアンカ 一と、前記複数のモビリティアンカーのうちの任意の 1つを前記各移動ノードに動的 に割り当てるアンカー割当手段とを有するホームネットワークシステムであって、 前記各移動ノードの複数の時点での通信負荷の予測値を表す第 1の通信負荷予 測データ及び前記前記各モビリティアンカーの前記複数の時点での通信負荷の予 測値を表す第 2の通信負荷予測データに基づいて、当該移動ノードを収容した際の 前記各モビリティアンカーの前記複数の時点での通信負荷の予測値を表す第 3の通 信負荷予測データを求める手段と、
前記複数のモビリティアンカーのうちから、前記第 3の通信負荷予測データが前記 複数の時点のうちの所定の時点において所定の負荷上限値以下となり、かつ、前記 複数の時点の第 2の通信負荷予測データのうちの最大値が最も小さいモビリティアン カーを選択して当該移動ノードに割り当てる手段と、を備えることを特徴とするホーム ネットワークシステム。
[9] 各移動ノード宛のパケットを、前記各移動ノードに転送する複数のモビリティアンカ 一を有するホームネットワークシステムに配置され、前記複数のモビリティアンカーの うちの任意の 1つを前記各移動ノードに動的に割り当てるアンカー割当サーバであつ て、
前記各移動ノードの複数の時点での通信負荷の予測値を表す第 1の通信負荷予 測データ及び前記前記各モビリティアンカーの前記複数の時点での通信負荷の予 測値を表す第 2の通信負荷予測データに基づいて、当該移動ノードを収容した際の 前記各モビリティアンカーの前記複数の時点での通信負荷の予測値を表す第 3の通 信負荷予測データを求める手段と、
前記複数のモビリティアンカーのうちから、前記第 3の通信負荷予測データが前記 複数の時点のうちの所定の時点において所定の負荷上限値以下となり、かつ、前記 複数の時点の第 2の通信負荷予測データのうちの最大値が最も小さいモビリティアン カーを選択して当該移動ノードに割り当てる手段と、を備えることを特徴とするアンカ 一割当サーバ。
[10] 複数の移動ノードを収容し、収容してレ、る前記各移動ノードが所属して!/、るホーム ネットワーク上で前記各移動ノードに割り当てられるホームアドレスと前記各移動ノー ドが移動先で接続した外部ネットワーク上で前記各移動ノードに割り当てられる気付 けアドレスとの対応関係を登録し、前記各移動ノード宛のパケットを受信したときに前 記各アドレスの対応関係に基づいて前記パケットを前記各移動ノードに転送する複 数のモビリティアンカーと、
前記複数のモビリティアンカーのうちの任意の 1つを前記各移動ノードに動的に割 り当てるアンカー割当手段とを有するホームネットワークシステムであって、
前記各モビリティアンカーの所定の時点での通信負荷の予測値を表す第 2の通信 負荷予測データを蓄積するアンカー情報蓄積手段が設けられ、
前記アンカー割当手段は、
前記第 2の通信負荷予測データに基づいて、前記複数のモビリティアンカーのうち から、前記第 2の通信負荷予測データが任意の時点において所定の負荷上限値以 下のモビリティアンカーを選択して当該移動ノードに割り当てることを特徴とするホー ムネットワークシステム。
[11] 複数の移動ノードを収容し、収容している前記各移動ノードが所属しているホーム ネットワーク上で前記各移動ノードに割り当てられるホームアドレスと前記各移動ノー ドが移動先で接続した外部ネットワーク上で前記各移動ノードに割り当てられる気付 けアドレスとの対応関係を登録し、前記各移動ノード宛のパケットを受信したときに前 記各アドレスの対応関係に基づいて前記パケットを前記各移動ノードに転送する複 数のモビリティアンカーと、
前記複数のモビリティアンカーのうちの任意の 1つを前記各移動ノードに動的に割 り当てるアンカー割当手段とを有するホームネットワークシステムであって、
前記各移動ノードの所定の時点での通信負荷の予測値を表す第 1の通信負荷予 測データを蓄積する移動ノード情報蓄積手段が設けられ、
前記アンカー割当手段は、 前記第 1の通信負荷予測データに基づいて、前記複数のモビリティアンカーのうち から、前記第 1の通信負荷予測データが任意の時点において所定の負荷上限値以 下となるモビリティアンカーを選択して当該移動ノードに割り当てることを特徴とするホ ームネットワークシステム。
[12] 複数の移動ノードを収容し、収容してレ、る前記各移動ノードが所属して!/、るホーム ネットワーク上で前記各移動ノードに割り当てられるホームアドレスと前記各移動ノー ドが移動先で接続した外部ネットワーク上で前記各移動ノードに割り当てられる気付 けアドレスとの対応関係を登録し、前記各移動ノード宛のパケットを受信したときに前 記各アドレスの対応関係に基づいて前記パケットを前記各移動ノードに転送する複 数のモビリティアンカーと、
前記複数のモビリティアンカーのうちの任意の 1つを前記各移動ノードに動的に割 り当てるアンカー割当手段とを有するホームネットワークシステムに用いられるモビリ ティアンカー割当て方法であって、
前記各モビリティアンカーの所定の時点での通信負荷の予測値を表す第 2の通信 負荷予測データを蓄積するアンカー情報蓄積処理を行い、
前記アンカー割当手段が、前記第 2の通信負荷予測データに基づいて、前記複数 のモビリティアンカーのうちから、前記第 3の通信負荷予測データが任意の時点にお いて所定の負荷上限値以下のモビリティアンカーを選択して当該移動ノードに割り当 てることを特徴とするモビリティアンカー割当て方法。
[13] 複数の移動ノードを収容し、収容してレ、る前記各移動ノードが所属して!/、るホーム ネットワーク上で前記各移動ノードに割り当てられるホームアドレスと前記各移動ノー ドが移動先で接続した外部ネットワーク上で前記各移動ノードに割り当てられる気付 けアドレスとの対応関係を登録し、前記各移動ノード宛のパケットを受信したときに前 記各アドレスの対応関係に基づいて前記パケットを前記各移動ノードに転送する複 数のモビリティアンカーと、
前記複数のモビリティアンカーのうちの任意の 1つを前記各移動ノードに動的に割 り当てるアンカー割当手段とを有するホームネットワークシステムに用いられるモビリ ティアンカー割当て方法であって、 前記各移動ノードの所定の時点での通信負荷の予測値を表す第 1の通信負荷予 測データを蓄積する移動ノード情報蓄積処理を行い、
前記アンカー割当手段が、前記第 1の通信負荷予測データに基づいて、前記複数 のモビリティアンカーのうちから、前記第 1の通信負荷予測データが任意の時点にお いて所定の負荷上限値以下となるモビリティアンカーを選択して当該移動ノードに割 り当てることを特徴とするモビリティアンカー割当て方法。
PCT/JP2007/073949 2006-12-13 2007-12-12 ホームネットワークシステム及び該ホームネットワークシステムに用いられるモビリティアンカー割当て方法 WO2008072660A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2008549336A JP5120262B2 (ja) 2006-12-13 2007-12-12 ホームネットワークシステム及び該ホームネットワークシステムに用いられるモビリティアンカー割当て方法
CN200780046410.8A CN101601204B (zh) 2006-12-13 2007-12-12 归属网络系统及该归属网络系统中使用的移动锚点分配方法
US12/518,151 US8238930B2 (en) 2006-12-13 2007-12-12 Home network system and mobility anchor allocation method used in the home network system
US13/539,981 US9113363B2 (en) 2006-12-13 2012-07-02 Home network system and mobility anchor allocation method used in the home network system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006336058 2006-12-13
JP2006-336058 2006-12-13

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US12/518,151 A-371-Of-International US8238930B2 (en) 2006-12-13 2007-12-12 Home network system and mobility anchor allocation method used in the home network system
US13/539,981 Continuation US9113363B2 (en) 2006-12-13 2012-07-02 Home network system and mobility anchor allocation method used in the home network system

Publications (1)

Publication Number Publication Date
WO2008072660A1 true WO2008072660A1 (ja) 2008-06-19

Family

ID=39511677

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/073949 WO2008072660A1 (ja) 2006-12-13 2007-12-12 ホームネットワークシステム及び該ホームネットワークシステムに用いられるモビリティアンカー割当て方法

Country Status (4)

Country Link
US (2) US8238930B2 (ja)
JP (1) JP5120262B2 (ja)
CN (1) CN101601204B (ja)
WO (1) WO2008072660A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012123999A1 (ja) * 2011-03-15 2012-09-20 日本電気株式会社 移動管理システム、移動管理方法、アクセスgw装置、移動管理制御装置、及びコンピュータ可読媒体
JP2015159567A (ja) * 2010-03-04 2015-09-03 インターデイジタル パテント ホールディングス インコーポレイテッド インターネットプロトコルマルチメディアサブシステム協調セッションにおける識別および移転のための方法および装置
US9602555B2 (en) 2009-11-10 2017-03-21 Interdigital Patent Holdings, Inc. Collaborative session control transfer and inter-device transfer in internet protocol multimedia subsystem
US9674833B2 (en) 2010-03-18 2017-06-06 Interdigital Patent Holdings, Inc. Authorizing IUT replication and distinguishing requests for replication from transfers

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2091204A1 (en) 2008-02-18 2009-08-19 Panasonic Corporation Home agent discovery upon changing the mobility management scheme
CN101534501B (zh) * 2008-03-13 2012-06-06 华为技术有限公司 本地移动锚点注册的方法、系统及设备
US8782211B1 (en) * 2010-12-21 2014-07-15 Juniper Networks, Inc. Dynamically scheduling tasks to manage system load
CN102752335B (zh) * 2011-04-22 2017-08-08 中兴通讯股份有限公司 对等叠加网中节点过负荷信息订阅方法及系统
US20130007286A1 (en) * 2011-06-29 2013-01-03 Juniper Networks, Inc. User session routing between mobile network gateways
US8650279B2 (en) 2011-06-29 2014-02-11 Juniper Networks, Inc. Mobile gateway having decentralized control plane for anchoring subscriber sessions
CN103313233B (zh) * 2012-03-08 2017-03-22 电信科学技术研究院 一种传输网关地址的方法、装置及系统
JP6105056B2 (ja) * 2012-06-11 2017-03-29 インテル コーポレイション 選択−保持−解放・電子デバイス・ナビゲーション・メニュー・システムのための技術
US8817707B2 (en) * 2012-07-20 2014-08-26 Intel Corporation Mechanisms for roaming between 3GPP operators and WLAN service providers
CN103249025B (zh) * 2013-05-23 2016-07-06 中国科学院计算机网络信息中心 一种PMIPv6环境中LMA动态发现方法
KR20150129510A (ko) * 2014-05-12 2015-11-20 삼성전자주식회사 이동통신 시스템에서 이동성 앵커 선택 방법 및 장치
CN105208588A (zh) * 2014-06-24 2015-12-30 北京信威通信技术股份有限公司 一种更换终端锚基站的方法
CN105208586A (zh) * 2014-06-24 2015-12-30 北京信威通信技术股份有限公司 一种基于锚基站池的锚基站管理方法
CN105208587A (zh) * 2014-06-24 2015-12-30 北京信威通信技术股份有限公司 一种基于锚基站池的锚基站管理系统
CN105307198A (zh) * 2014-06-24 2016-02-03 北京信威通信技术股份有限公司 实现更换终端锚基站的系统及装置
JP6597823B2 (ja) * 2018-03-23 2019-10-30 日本電気株式会社 ロードバランシング装置、通信システム、制御方法及びプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10105500A (ja) * 1996-09-09 1998-04-24 Lucent Technol Inc ネットワーク・サーバの動的再構成
JP2004207851A (ja) * 2002-12-24 2004-07-22 Mitsubishi Electric Corp パケット処理代表装置使用移動体通信システム
JP2005027315A (ja) * 2003-07-01 2005-01-27 Hitachi Ltd 多数個の分布式回帰エージェントを有するモバイルIPv6ネットワークおよびその多数個の回帰エージェントの負荷バランス方法
JP2006228115A (ja) * 2005-02-21 2006-08-31 Ntt Comware Corp 負荷分散予測装置及び負荷分散制御方法並びにそのプログラム、負荷分散制御システムおよび当該システムにおける負荷分散制御方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6728536B1 (en) * 2000-05-02 2004-04-27 Telefonaktiebolaget Lm Ericsson Method and system for combined transmission of access specific access independent and application specific information over public IP networks between visiting and home networks
US7260638B2 (en) * 2000-07-24 2007-08-21 Bluesocket, Inc. Method and system for enabling seamless roaming in a wireless network
JP4051064B2 (ja) 2003-05-19 2008-02-20 富士通株式会社 ホームエージェント装置,移動通信システムおよび負荷分散方法
CN1894893A (zh) * 2003-12-16 2007-01-10 株式会社Ntt都科摩 通信系统、通信方法、网络负载预测节点以及网络结构管理节点
EP1703712B1 (en) * 2005-03-08 2008-01-23 Alcatel Lucent Method and server for a push-to-talk service
US7590420B1 (en) * 2006-06-21 2009-09-15 Sprint Communications Company L.P. Intelligent home agent selection mechanism (IHASM) for dynamic home agent (HA) assignment

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10105500A (ja) * 1996-09-09 1998-04-24 Lucent Technol Inc ネットワーク・サーバの動的再構成
JP2004207851A (ja) * 2002-12-24 2004-07-22 Mitsubishi Electric Corp パケット処理代表装置使用移動体通信システム
JP2005027315A (ja) * 2003-07-01 2005-01-27 Hitachi Ltd 多数個の分布式回帰エージェントを有するモバイルIPv6ネットワークおよびその多数個の回帰エージェントの負荷バランス方法
JP2006228115A (ja) * 2005-02-21 2006-08-31 Ntt Comware Corp 負荷分散予測装置及び負荷分散制御方法並びにそのプログラム、負荷分散制御システムおよび当該システムにおける負荷分散制御方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9602555B2 (en) 2009-11-10 2017-03-21 Interdigital Patent Holdings, Inc. Collaborative session control transfer and inter-device transfer in internet protocol multimedia subsystem
US9832236B2 (en) 2009-11-10 2017-11-28 Interdigital Patent Holdings, Inc. Collaborative session control transfer and inter-device transfer in internet protocol multimedia subsystem
JP2015159567A (ja) * 2010-03-04 2015-09-03 インターデイジタル パテント ホールディングス インコーポレイテッド インターネットプロトコルマルチメディアサブシステム協調セッションにおける識別および移転のための方法および装置
US9560147B2 (en) 2010-03-04 2017-01-31 Interdigital Patent Holdings, Inc. Method and apparatus for identification and transfer in internet protocol multimedia subsystem collaborative sessions
US9674833B2 (en) 2010-03-18 2017-06-06 Interdigital Patent Holdings, Inc. Authorizing IUT replication and distinguishing requests for replication from transfers
WO2012123999A1 (ja) * 2011-03-15 2012-09-20 日本電気株式会社 移動管理システム、移動管理方法、アクセスgw装置、移動管理制御装置、及びコンピュータ可読媒体
KR101488312B1 (ko) 2011-03-15 2015-01-30 닛본 덴끼 가부시끼가이샤 이동 관리 시스템, 이동 관리 방법, 액세스 gw 장치, 이동 관리 제어 장치, 및 컴퓨터 가독 매체
US9344874B2 (en) 2011-03-15 2016-05-17 Nec Corporation Mobility management system, mobility management method, access GW apparatus, mobility management control apparatus, and computer-readable medium
US9693218B2 (en) 2011-03-15 2017-06-27 Nec Corporation Mobility management system, mobility management method, access GW apparatus, mobility management control apparatus, and computer-readable medium

Also Published As

Publication number Publication date
JP5120262B2 (ja) 2013-01-16
US20130170356A1 (en) 2013-07-04
US8238930B2 (en) 2012-08-07
CN101601204A (zh) 2009-12-09
JPWO2008072660A1 (ja) 2010-04-02
US9113363B2 (en) 2015-08-18
US20100008319A1 (en) 2010-01-14
CN101601204B (zh) 2014-01-22

Similar Documents

Publication Publication Date Title
WO2008072660A1 (ja) ホームネットワークシステム及び該ホームネットワークシステムに用いられるモビリティアンカー割当て方法
US7436843B2 (en) Method for access selection
CA2514424C (en) Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent node
US8601127B2 (en) Method for selective service updates for communication networks
US20040246933A1 (en) Arrangements and method in mobile internet communications systems
US20050003822A1 (en) Method and apparatus for automatically selecting a bearer for a wireless connection
US7515590B2 (en) Mobile communication system and method thereof
Choi et al. Implementation and evaluation of proxy mobile IPv6 in NS-3 network simulator
US8849983B2 (en) Method and system for updating and retrieving state information for mobile nodes in a communication network
CN101268670A (zh) 通过多归属移动节点使得能够同时使用归属网络和外部网络
CN101589601B (zh) 用于网络间检索用户相关数据的方法和装置
US7366145B2 (en) Fast recovery from unusable home server
CN101310484A (zh) 分层移动管理系统、接入路由器、锚定节点、移动通信系统和路由设置方法
Andersson et al. Optimized access network selection in a combined WLAN/LTE environment
Zhang et al. Support mobility in the global internet
WO2003067836A2 (en) Optimization of point-to-point sessions
US20090154422A1 (en) Method of providing seamless qos guarantees in internet protocol (ip) network when ip-based mobility service is provided
US7929506B1 (en) Method of resource management for a mobile node
US20120179803A1 (en) Enhancing network-based ip mobility management protocol to provide multihoming support
WO2008069397A1 (en) Ip handoff method in mobile agent platform environment
CN1770780B (zh) 移动终端管理系统,移动终端,代理,和程序
CN105612774A (zh) 近距离业务的控制方法、装置及系统
Islam et al. A novel scheme for PMIPv6 based Wireless Sensor Network
Sofia et al. Mobility estimation in the context of distributed mobility management
Kim et al. On PMIPv6-based Cost-Effective Function-distributed Mobility Management Scheme for Industrial Future Internet

Legal Events

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

Ref document number: 200780046410.8

Country of ref document: CN

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

Ref document number: 07850500

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 12518151

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2008549336

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07850500

Country of ref document: EP

Kind code of ref document: A1