WO2013088616A1 - 無線基地局、サーバ、移動通信システム及び動作制御方法 - Google Patents

無線基地局、サーバ、移動通信システム及び動作制御方法 Download PDF

Info

Publication number
WO2013088616A1
WO2013088616A1 PCT/JP2012/006178 JP2012006178W WO2013088616A1 WO 2013088616 A1 WO2013088616 A1 WO 2013088616A1 JP 2012006178 W JP2012006178 W JP 2012006178W WO 2013088616 A1 WO2013088616 A1 WO 2013088616A1
Authority
WO
WIPO (PCT)
Prior art keywords
enb
radio base
link
established
base station
Prior art date
Application number
PCT/JP2012/006178
Other languages
English (en)
French (fr)
Inventor
将人 神藤
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to CN201280061391.7A priority Critical patent/CN103988573A/zh
Priority to US14/357,743 priority patent/US9426705B2/en
Priority to EP12858215.2A priority patent/EP2806706B1/en
Priority to JP2013549069A priority patent/JP5928480B2/ja
Publication of WO2013088616A1 publication Critical patent/WO2013088616A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00835—Determination of neighbour cell lists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • the present invention relates to a radio base station, a server, a mobile communication system, and an operation control method, and more particularly to control of a logical interface defined between radio base stations.
  • FIG. 32 shows how to establish a logical interface (X2 interface) defined between eNBs (Evolved Node B, radio base station apparatus) in a mobile communication network, specifically, an LTE (Long Term Evolution) network.
  • X2 interface logical interface
  • eNBs Evolved Node B, radio base station apparatus
  • LTE Long Term Evolution
  • the eNBs 201 and 202 By setting the X2 link between the eNBs 201 and 202, when the UE (User Equipment, mobile terminal) is handed over between the eNBs 201 and 202, the eNBs 201 and 202 exchange information using the X2 link. Enable handover. If there is no X2 link, information exchange via the S1 interface is required, and the time required for handover increases. In addition, the burden on the core network also increases.
  • the logical X2 interface of the application layer is defined on SCTP (Stream Control Transmission Protocol) (see Non-Patent Document 2) which is a transport layer (Non-Patent Documents 3 and 4).
  • SCTP Stream Control Transmission Protocol
  • Non-Patent Document 2 which is a transport layer
  • Non-Patent Documents 3 and 4 One SCTP association established in step S111 is used for the X2 link between one eNB 201 and 202.
  • a function called ANR Auto Neighbor Relation
  • SON Self Organizing Network
  • the number of users that can be accommodated is small, or the cell radius is small. In some cases, there is not much merit in establishing an X2 link with such an eNB.
  • a mechanism for controlling (selecting) the establishment / disconnection of the X2 link using some logic when setting the X2 link with the neighboring eNB detected by the ANR function is required.
  • An object of the present invention is to provide a radio base station, a server, a mobile communication system, and an operation control method capable of solving the above-described problems and suppressing establishment of useless logical interfaces.
  • a radio base station is a radio base station in a mobile communication system, and comprises a judging means for judging whether or not a logical interface with a neighboring radio base station can be established based on attribute information of the neighboring radio base station. It is characterized by including.
  • An operation control method is an operation control method for a radio base station in a mobile communication system, and determines whether or not a logical interface with the neighboring radio base station can be established based on attribute information of the neighboring radio base station. Including the step of:
  • the server according to the present invention is a server connected to a radio base station in a mobile communication system, and comprises a judging means for judging whether or not a logical interface between the radio base stations can be established based on attribute information of the radio base station. It is characterized by including.
  • the operation control method is an operation control method of a server connected to a radio base station in a mobile communication system, and determines whether or not a logical interface between the radio base stations can be established based on attribute information of the radio base station.
  • the method includes a step of determining in the above.
  • the mobile communication system includes a radio base station and a determination unit that determines whether or not a logical interface between the radio base stations can be established based on attribute information of the radio base station.
  • An operation control method is an operation control method for a mobile communication system, and includes a step of determining whether or not a logical interface between radio base stations can be established based on attribute information of the radio base stations. To do.
  • FIG. 24 It is a figure which shows the structure of the management server of FIG. 24 is a database held by the management server of FIG. It is a sequence diagram which shows operation
  • the mobile communication system according to the present invention includes radio base stations, and further includes determination means for determining whether or not a logical interface between the radio base stations can be established based on attribute information of the radio base stations. Since the judging means judges whether or not a logical interface between wireless base stations can be established based on the attribute information of the wireless base station, the establishment of useless logical interfaces (logical interfaces that are not required to be maintained) is suppressed. It becomes possible.
  • FIG. 1 is a sequence diagram showing an operation of an eNB in a mobile communication system according to the first embodiment of the present invention.
  • the eNB (# 1) 101 and the eNB (# 2) 102 are LTE radio base station apparatuses.
  • FIG. 2 is a diagram showing the configuration of the eNB 101 of FIG. 1, and the eNB 102 also has an equivalent configuration.
  • the determination unit 13 determines whether or not an X2 link with a neighboring eNB can be established based on the eNB type of the neighboring eNB.
  • the control unit 11 transmits and receives messages to and from neighboring eNBs using the communication unit 12. Further, the control unit 11 performs control for disconnecting the X2 link according to the determination result of the determination unit 13.
  • the storage unit 14 includes various databases described later.
  • the radio communication unit 15 communicates with a UE (not shown).
  • FIG. 3 shows a database held by the eNB 101 of FIG.
  • a value of Macro eNB is set as the value of the eNB type of the own eNB. That is, the eNB 101 having this database is a Macro eNB.
  • the eNB type Macro eNB, Micro eNB, Pico eNB, and HeNB (Home eNB) are assumed.
  • Pico eNB and HeNB are set as eNB type values that should regulate the establishment of the X2 link.
  • values that can be taken here in addition to four types of Macro eNB, Micro eNB, Pico eNB, and HeNB, values that are freely combined with each other are possible (Macro eNB + Pico eNB, Macro eNB + Pico eNB + HeNB, etc.).
  • FIG. 4 shows a database held by the eNB 102 of FIG.
  • Pico eNB is set as the value of the eNB type of the own eNB. That is, eNB 101 is a Macro eNB, while eNB 102 is a Pico eNB.
  • Macro eNB is set as an eNB type value that should regulate establishment of the X2 link in the eNB 102.
  • Fig. 5 shows the information elements added to the X2 SETUP REQUEST message.
  • an IE Information Element, information element
  • Macro eNB, Micro eNB, Pico eNB, and HeNB can be set as the IE range indicating the eNB type.
  • eNB type 302 is newly defined. Macro eNB, Micro eNB, Pico eNB, and HeNB can be set as the IE range indicating the eNB type.
  • An SCTP link is established between the eNBs 101 and 102 (step S1). Since the SCTP procedure used at this time is well known in Non-Patent Document 2, etc., the details are omitted.
  • the eNB 101 transmits an X2 SETUP REQUEST message to the eNB 102 (step S2).
  • a message including the eNB type of the own eNB 101 is transmitted. This eNB type matches the eNB type of the own eNB shown in FIG.
  • the eNB 102 When the eNB 102 receives the X2 SETUP REQUEST message, the eNB102 transmits an X2 SETUP RESPONSE message (step S3). At this time, as illustrated in FIG. 6, a message including the eNB type of the own eNB 102 is transmitted. This eNB type matches the eNB type of its own eNB shown in FIG.
  • the eNB 101 determines whether or not the X2 link with the eNB 102 can be established based on the eNB type of the opposite eNB 102 included in the X2 SETUP RESPONSE message (step S4).
  • the eNB 101 confirms whether the eNB type of the eNB 102 is included in the eNB type that should regulate the X2 link establishment in FIG. Since it is included in this example, disconnection of the SCTP link is started.
  • the SCTP link disconnection operation is described in Non-Patent Document 2, and will be described below.
  • the eNB 101 transmits an SCTP SHUTDOWN message to disconnect the SCTP link (step S5).
  • the eNB 102 receives the SCTP SHUTDOWN message, it returns an SCTP SHUTDOWN ACK message (step S6).
  • the eNB 101 transmits an SCTP SHUTDOWN COMPLETE message to complete the disconnection of the SCTP link (step S7).
  • the eNB 101 can also disconnect by transmitting an SCTP ABORT message to the eNB 102.
  • step S4 when the eNB type of the eNB 102 is not included in the eNB type that should regulate the X2 link establishment in FIG. 3, the eNB 101 does not disconnect the SCTP link to maintain the X2 link.
  • the eNB 101 determines whether or not the X2 link can be established after the X2 link is established (X2 SETUPEQUREQUEST / RESPONSE is exchanged). It may be determined whether or not the X2 link can be established. In this case, the eNB 102 determines whether or not the X2 link can be established by checking whether the eNB type of the eNB 101 included in the X2 SETUP REQUEST message is included in the eNB type that should regulate the X2 link establishment in FIG. . If it is included, the eNB 102 does not establish the X2 link by returning an X2 SETUP FAILURE message to the eNB 101 instead of the X2 SETUP RESPONSE message.
  • the cell radius of the eNB e.g., takes values such as VerygeLarge, Large, Medium, Small
  • the number of users that can be accommodated in the eNB the number of users of the eNB (the number of users in the cell of the eNB (IDLE MODE And the number of UEs in CONNECTED MODE (see Non-Patent Document 6 for details of each mode)
  • eNB load status takes values such as High load, medium load, low load, etc.
  • eNB cell radius the aforementioned cell
  • the eNB's Reference signal power (dBm) may be used.
  • the eNBs 101 and 102 when establishing the X2 link, exchange eNB types with each other, and each eNB is based on the eNB type of the opposite eNB. It is determined whether or not the X2 link can be established. Accordingly, each eNB can select whether or not to establish the X2 link according to the eNB type of the opposite eNB, and thus it is possible to save resources for the X2 link / SCTP link.
  • whether or not the X2 link can be established is determined each time the X2 link is established. In the second embodiment of the present invention, the determination is performed every time the X2 link is established. Instead of determining whether or not an established X2 link can be established when the number of established X2 links reaches a predetermined value.
  • the basic configuration of the second exemplary embodiment of the present invention is the same as that of the first exemplary embodiment of the present invention.
  • the eNBs 101 and 102 are the same as those in FIG. Each of the four databases is held. Further, when establishing the X2 link between the eNBs 101 and 102, the eNBs 101 and 102 exchange their eNB types with each other as in steps S2 and S3 of FIG.
  • FIG. 7 and 8 are databases held by the eNB according to the second embodiment of the present invention.
  • 100 is set as the maximum number of X2 links of the eNB (upper limit of the number of established X2 links / SCTP links).
  • the identifier (eNB ID) of the opposite eNB that has established the X2 link with the own eNB and the eNB type information are stored.
  • the eNB ID and the eNB type information of the opposite eNB are notified from the opposite eNB when the X2 link is established as described above.
  • the eNB updates the database in FIG. 8 every time the X2 link is established and disconnected.
  • FIG. 9 is a flowchart showing the operation of the eNB according to the second embodiment of the present invention.
  • the operation when the eNB 101 detects the eNB 102 by the ANR function will be described with reference to FIG.
  • the eNB 101 confirms whether the number of established X2 links that the eNB 101 has is the same as the maximum number of X2 links in FIG. 7 (step S11). If the maximum number of X2 links has been reached, the eNB 101 determines whether or not an established X2 link can be established based on the eNB type in the database of FIG. 8 and confirms the presence or absence of an X2 link that can be disconnected (step S12). . That is, the eNB type included in the eNB type (in this case, Pico eNB, HeNB) whose X2 link establishment of FIG. 3 should be regulated is searched in the database of FIG. In FIG. 8, the established X2 link between eNB ID # 1, eNB ID # 2, and eNB ID # 5 is an X2 link selection target that can be disconnected.
  • the eNB type included in the eNB type in this case, Pico eNB, HeNB
  • step S13 disconnects the X2 link which can be cut
  • whether or not to establish the X2 link in step S12 is determined based on the eNB type of the eNB, but is not limited to the eNB type as in the first embodiment of the present invention.
  • Various eNB attribute information can be used. When using the number of users that can be accommodated, the number of users, Reference signal power (dBm), it may be judged by comparing the value with a predetermined threshold, or established with the eNB having the lowest value The X2 link may be disconnected.
  • the X2 link is established with the eNB type eNB that should regulate the establishment of the X2 link. If the upper limit is reached, it is determined whether or not the established X2 link can be established. Therefore, even if the upper limit is reached, the useless X2 link is disconnected and a newly detected neighborhood An X2 link can be established with the eNB.
  • the attribute information of the opposite eNB is notified only when the X2 link is established between the eNBs 101 and 102.
  • notification is performed.
  • each eNB periodically notifies the eNB's attribute information to the eNB that has established the X2 link with the own eNB.
  • the basic configuration of the third exemplary embodiment of the present invention is the same as that of the first exemplary embodiment of the present invention.
  • the number of eNB users (not the eNB cell) ENBs 101 and 102 do not have to maintain the databases of FIGS. 3 and 4, respectively.
  • Each of the eNBs 101 and 102 holds the database shown in FIG.
  • FIG. 10 is a sequence diagram showing the operation of the eNB according to the third embodiment of the present invention.
  • the number of users is notified using the X2 message.
  • ALT1 the operation
  • ALT2 an operation of notifying the opposite eNB using the ENB CONFIGURATION UPDATE message on the established X2 link on the number of users of the own eNB is shown.
  • an operation of disconnecting the X2 link / SCTP link is shown. The trigger of each ALT will be described later.
  • FIG. 11 is a diagram showing information elements added to the X2 SETUP REQUEST message in the third embodiment of the present invention.
  • IE called Number of users (number of users) 311 is defined.
  • FIG. 12 is a diagram showing information elements added to the X2XSETUP RESPONSE message in the third embodiment of the present invention.
  • IE called Number of users 312 is defined.
  • FIG. 13 is a diagram showing information elements added to the ENB CONFIGURATION UPDATE message in the third embodiment of the present invention.
  • an IE called Number of users 313 is newly defined.
  • the eNBs 101 and 102 can inform the opposite eNB of the number of users of the own eNB.
  • the number of users is the number of users residing in the cell of the own eNB (the number of UEs in IDLE MODE and CONNECTED ⁇ MODE.
  • the number of IDLE-MODE and CONNECTED-MODE users may be notified using different parameters. Further, since one eNB may have a plurality of cells, in that case, the number of users for each cell may be defined.
  • FIG. 14 shows a database held by the eNB according to the third embodiment of the present invention.
  • the identifier (eNB ID) of the opposite eNB that has established the X2 link with the own eNB and the number of users information thereof are stored.
  • the latest user number information received for each eNB is recorded.
  • eNB ID # 2 has 10 users, the smallest number of users.
  • FIG. 15 is a flowchart showing the operation of the eNB after establishing the X2 link in the third embodiment of the present invention.
  • the eNB starts timing by a timer (not shown) (step S31).
  • the eNB sends an ENB CONFIGURATION UPDATE message to the opposite eNB.
  • Notification including the number of users is made (step S33). While this operation is repeated while the X2 link is established with the opposite eNB, an ENBUCONFIGURATION UPDATE message is periodically transmitted to the opposite eNB.
  • step S33 in FIG. 15 corresponds to step S26 in FIG.
  • FIG. 16 shows a database held by the eNB according to the third embodiment of the present invention.
  • the timer value of the timer described in FIG. 15 is defined.
  • a timer value is set at 60 seconds. That is, when 60 seconds elapse, the number of users of the own eNB is notified to the opposite eNB.
  • FIG. 17 is a flowchart showing the operation of the eNB when the number-of-users information is received in the third embodiment of the present invention.
  • the eNB receives the X2 SETUP REQUEST message, the X2 SETUP RESPONSE message, and the ENB CONFIGURATION UPDATE message from the opposite eNB, the eNB updates the database of FIG. 14 held by the eNB (step S41).
  • step S41 in FIG. 17 corresponds to steps S23, S25, and S27 in FIG.
  • the eNB 102 transmits to the eNB 101 the X2 SETUP RESPONSE message of step S24 and the ENB CONFIGURATION UPDATE ACK message of step S28, respectively.
  • FIG. 18 is a flowchart showing the operation of the eNB when a new neighboring eNB is detected in the third embodiment of the present invention.
  • the eNB 101 detects the eNB 102 by the ANR function
  • the eNB 101 confirms whether the established X2 number of the eNB 101 has reached the number of X2 link maximum number ⁇ 1 in FIG. 7 (step S51). If the maximum number of X2 links ⁇ 1 is reached, the eNB 101 establishes an X2 link with the detected eNB 102 (step S52). Note that step S52 in FIG. 18 corresponds to steps S21 to S25 in FIG.
  • the eNB 101 determines whether the established X2 link can be established based on the number-of-users information in the database of FIG. 14 and selects the X2 link to be disconnected (step S53). Here, the neighboring eNB having the lowest number of users in the database of FIG. 14 is selected. Then, the eNB 101 disconnects the established X2 link with the selected eNB (step S54). Note that step S54 in FIG. 18 corresponds to the SCTP link disconnection operation in step S29 in FIG. If the maximum number of X2 links ⁇ 1 has not been reached in step S51, the eNB 101 establishes an X2 link with the detected eNB 102, similarly to step S52 (step S55).
  • whether to establish the X2 link in step S53 is determined based on the number of eNB users, but is not limited to the number of users, and various eNB attribute information can be used.
  • the cell radius of eNB for example, take values such as Very Large, Large, Medium, Small
  • the load status of eNB for example, take values such as High load, medium load, low load
  • the cell radius of the eNB unlike the above-described cell radius, expressed by Reference signal power (dBm) of the eNB may be used.
  • each eNB periodically notifies the eNB's attribute information to the eNB that has already established the X2 link with the own eNB. It is more preferable when dynamically changing information such as the number of users is used for the determination of availability.
  • whether or not the X2 link can be established is determined based on the attribute information of the eNB acquired via the X2 link.
  • Each eNB maintains a database that stores in advance the attribute information of each eNB in the mobile communication system, and determines whether or not the X2 link can be established using this database.
  • the basic configuration of the fourth exemplary embodiment of the present invention is the same as that of the first exemplary embodiment of the present invention. However, since the above database is used in the following description, the eNBs 101 and 102 are shown in FIG. And 4 databases need not be maintained.
  • FIG. 19 is a sequence diagram showing the operation of the eNB according to the fourth embodiment of the present invention.
  • 20 and 21 are databases held by the eNB according to the fourth embodiment of the present invention.
  • the identifier (eNB ID) of each eNB in the mobile communication system and its eNB type are stored in advance.
  • the eNB type that should regulate the establishment of the X2 link is registered.
  • FIG. 22 is a diagram showing elements added to Cause included in the X2XSETUP FAILURE message in the fourth embodiment of the present invention.
  • a cause “prohibited eNB Type” is added in >> Transport Layer Cause.
  • An SCTP link is established between the eNBs 101 and 102 (step S61).
  • the eNB 101 transmits an X2 SETUP REQUEST message to the eNB 102 (step S62). This message does not include eNB type information.
  • the eNB 102 determines whether or not the X2 link with the eNB 101 can be established using the stored database (step S63). That is, the eNB 102 obtains the eNB type of the eNB 101 from the database of FIG. 20 held by the eNB 102 based on the eNB ID of the transmission source eNB 101 included in the X2 SETUP REQUEST message. Moreover, eNB102 confirms whether eNB type of eNB101 is contained in eNB type which should regulate X2 link establishment with reference to the database of FIG. 21 which eNB102 has.
  • step S63 when the eNB type of the eNB 101 corresponds to the eNB type that should regulate the X2 link establishment, the eNB 102 transmits an X2 ⁇ SETUP FAILURE message to the eNB 101 to reject the X2 link establishment (step S64). At this time, it is necessary to include Cause in the X2 SETUP FAILURE message, and a Cause shown in FIG. 22 is proposed as a new Cause.
  • step S63 when the eNB type of the eNB 101 does not correspond to the eNB type whose X2 link establishment should be restricted, the eNB 102 transmits an X2 ⁇ SETUP RESPONSE message to the eNB 101 to establish the X2 link.
  • the eNB 102 can start disconnection of the SCTP link to release the transport layer resources with the eNB 101 (step S65).
  • the eNB 101 may start to disconnect the SCTP link.
  • the database shown in FIGS. 20 and 21 is used when an operator changes a policy (for example, when an eNB type that has not been registered in the database shown in FIG. 21 is added) or when a value is entered in each database for the first time. Updated.
  • the SCTP link is disconnected to disconnect the X2 link. May be started (step S66).
  • the eNB 102 that has received the X2 SETUP REQUEST message determines whether or not the X2 link can be established in step S63.
  • the establishment of the X2 link with the detected eNB 102 may be determined using the databases of FIGS. 20 and 21 held by the own eNB 101.
  • the eNB 101 does not transmit the X2 SETUP REQUEST message to the eNB 102 or establishes an SCTP link with the eNB 102 Or when the SCTP link has already been established with the eNB 102, it is possible to start disconnection of the SCTP link.
  • whether to establish the X2 link is determined based on the eNB type of the eNB, but is not limited to the eNB type as in the other embodiments of the present invention, and various eNB attribute information can be used.
  • each eNB maintains a database that stores in advance the eNB type of each eNB in the mobile communication system, and sets the eNB type of the opposite eNB obtained from the database. Based on this, it is determined whether or not the X2 link can be established. Accordingly, each eNB can select whether or not to establish the X2 link according to the eNB type of the opposite eNB, and thus it is possible to save resources for the X2 link / SCTP link.
  • every time a neighboring eNB is detected by the ANR function it is determined whether or not an X2 link can be established with the neighboring eNB.
  • the second embodiment of the present invention Whether or not the established X2 link can be established may be determined only when the number of established X2 links reaches a predetermined value as in the above embodiment.
  • each eNB includes the database shown in FIG. 7 in addition to the databases shown in FIGS. Then, when the neighboring eNB is detected by the ANR function, the eNB may perform the same operation as in the flowchart of FIG. However, in step S12 of FIG. 9, it is determined whether or not the established X2 link can be established using the databases of FIGS. 20 and 21 held by the own eNB.
  • each eNB maintains a database in which attribute information of each eNB in the mobile communication system is stored in advance, but in the fifth embodiment of the present invention, a server different from the eNB is used.
  • the database is held, and the server determines whether or not the X2 link can be established in each eNB using the database.
  • FIG. 23 is a diagram showing a configuration of a mobile communication system according to the fifth embodiment of the present invention.
  • eNBs 101 and 102 exist as in the first to fourth embodiments of the present invention.
  • the eNBs 101 and 102 are different from the first to fourth embodiments of the present invention in that they are connected to the management server 150.
  • FIG. 24 is a diagram showing a configuration of the management server 150 of FIG.
  • the determination unit 23 determines whether or not the X2 link between the eNBs can be established based on the eNB type of the eNB.
  • the control unit 21 communicates with the eNB using the communication unit 22.
  • the storage unit 24 includes various databases described later.
  • FIG. 25 shows a database held by the management server 150 according to the fifth embodiment of the present invention.
  • an identifier (eNB ID) of each eNB in the mobile communication system, an eNB type thereof, and an eNB type that should regulate X2 link establishment are registered.
  • FIG. 26 is a sequence diagram showing operations of the mobile communication system according to the fifth embodiment of the present invention.
  • the operation when the eNB 101 detects the eNB 102 by the ANR function and tries to establish the X2 link will be described.
  • the eNB 101 When the eNB 101 generates an X2 link establishment trigger by the ANR function (step S71), the eNB 101 inquires of the management server 150 whether the X2 link can be established with the eNB 102 (step S72).
  • the management server 150 determines whether or not the X2 link with the eNB 102 can be established using the stored database (step S73).
  • the management server 150 refers to the database of FIG. 25 held by the management server 150 based on the eNB ID of the transmission source eNB 101 and the eNB ID of the opposite eNB 102 included in the inquiry from the eNB 101, and the eNB type of the opposite eNB 102 is eNB 101 It is confirmed whether it is included in the eNB type that should regulate the establishment of the X2 link. Note that whether or not the X2 link can be established may be determined by confirming whether the eNB type of the eNB 101 is included in the eNB type that should regulate the establishment of the X2 link in the opposite eNB 102.
  • step S73 when the eNB type of the eNB 102 does not correspond to the eNB type for which the establishment of the X2 link should be restricted, the management server 150 transmits to the eNB 101 a response that allows the establishment of the X2 link with the eNB 102 (step S74). .
  • the eNB 101 receives the response, the eNB 101 performs an X2 link establishment procedure (exchange of the X2 ⁇ SETUP REQUEST message and the X2 SETUP RESPONSE message after the SCTP link is established) with the eNB 102 (step S75).
  • step S73 when the eNB type of the eNB 102 corresponds to the eNB type whose X2 link establishment should be restricted, the management server 150 transmits a response to the eNB 101 that disables the establishment of the X2 link with the eNB 102 (step S74). .
  • the eNB 101 does not attempt to establish an X2 link with the eNB 102.
  • whether to establish the X2 link is determined based on the eNB type of the eNB.
  • the eNB type is not limited to the eNB type. Attribute information can be used.
  • the management server 150 maintains a database that stores in advance the eNB type of each eNB in the mobile communication system, and the eNB type of the target eNB obtained from the database. Based on the above, it is determined whether or not the X2 link can be established. Therefore, determination processing in the eNB is not necessary, and resources for the X2 link / SCTP link can be saved. Further, unlike the fourth embodiment of the present invention, it is not necessary to construct the above database inside each eNB.
  • the management server 150 determines whether or not an X2 link can be established with the neighboring eNB.
  • the management server 150 may determine whether or not the established X2 link can be established only when the number of established X2 links reaches a predetermined value as in the second embodiment.
  • each eNB includes the database shown in FIG.
  • the eNB determines whether or not the established X2 link can be established with respect to the management server 150 when the number of X2 links already established in the own eNB reaches the maximum number of X2 links. Make an inquiry.
  • the management server 150 determines whether or not the established X2 link can be established using the database held by the own server (the eNB type that should restrict the establishment of the X2 link in the inquiry source eNB, and the established X2 link) And the determination result is returned to the inquiry source eNB.
  • the inquiry source eNB disconnects the X2 link according to the determination result of the management server 150.
  • the management server 150 holds a database that stores in advance the attribute information of each eNB in the mobile communication system, but in the sixth embodiment of the present invention, the management server 150 Such a database may not be held, and when an inquiry about whether or not an X2 link can be established with a neighboring eNB is received from an eNB, the neighboring eNB is inquired about attribute information to determine whether or not an X2 link can be established.
  • the basic configuration of the sixth embodiment of the present invention is the same as that of the fifth embodiment of the present invention. However, in the following description, the management server 150 inquires and acquires attribute information from the eNB. The management server 150 does not have to hold the database shown in FIG.
  • FIG. 27 is a sequence diagram showing operations of the mobile communication system according to the sixth embodiment of the present invention.
  • FIG. 28 shows a database held by the management server 150 according to the sixth embodiment of the present invention.
  • the identifier (eNB ID) of each eNB in the mobile communication system and the eNB type that should regulate the establishment of the X2 link are registered.
  • the eNB 101 When the eNB 101 generates an X2 link establishment trigger by the ANR function (step S81), the eNB 101 makes an inquiry to the management server 150 as to whether the X2 link can be established with the eNB 102 (step S82).
  • the management server 150 inquires of the eNB 102 about the eNB type (step S83). The eNB 102 reports the eNB type of the eNB 102 to the management server 150 (step S84).
  • the management server 150 determines whether or not the X2 link between the eNBs 101 and 102 can be established based on the acquired eNB type of the eNB 102 (step S85). That is, the management server 150 confirms the eNB type that should regulate the X2 link establishment in the eNB 101 from the eNB ID of the transmission source eNB 101 included in the inquiry from the eNB 101 and the database in FIG. And the management server 150 judges whether X2 link establishment is possible by confirming whether the eNB type of eNB102 is contained in the eNB type which should regulate X2 link establishment in eNB101.
  • step S85 when the eNB type of the eNB 102 does not correspond to the eNB type for which the establishment of the X2 link should be restricted, the management server 150 transmits a response allowing the establishment of the X2 link with the eNB 102 to the eNB 101 (step S86).
  • the eNB 101 When receiving the response, the eNB 101 performs an X2 link establishment procedure (exchange of X2 SETUP REQUEST message and X2 SETUP RESPONSE message after establishing the SCTP link) with the eNB 102 (step S87).
  • step S85 when the eNB type of the eNB 102 corresponds to the eNB type whose X2 link establishment should be restricted, the management server 150 transmits to the eNB 101 a response that disables the X2 link establishment with the eNB 102 (step S86). .
  • the eNB 101 does not attempt to establish an X2 link with the eNB 102.
  • the management server 150 holds the database shown in FIG. 28, but may hold the database shown in FIG. 29 instead.
  • the database of FIG. 29 information on the combination of eNB types that should regulate X2 link establishment is registered.
  • X2 links cannot be established between the eNBs of Macro eNB and Pico eNB, between the eNB of Macro eNB and HeNB, and between the eNB of Micro eNB and HeNB.
  • the management server 150 can determine whether or not the X2 link between the eNBs 101 and 102 can be established using the database in FIG. 29 in step S85.
  • whether to establish the X2 link is determined based on the eNB type of the eNB, but is not limited to the eNB type as in the other embodiments of the present invention, and various eNB attribute information can be used.
  • the management server 150 when the management server 150 receives an inquiry about whether or not the X2 link can be established with the neighboring eNB from the eNB, the neighboring eNB is inquired about attribute information. It is determined whether or not a link can be established. Therefore, determination processing in the eNB is not necessary, and resources for the X2 link / SCTP link can be saved. Further, unlike the fifth embodiment of the present invention, there is no need to construct a database that stores in advance the attribute information of each eNB in the mobile communication system in the management server. In addition, since the management server 150 inquires and acquires attribute information from the eNB, it is also suitable when information that dynamically changes, such as the number of users, is used to determine whether or not to establish an X2 link.
  • the management server 150 determines whether or not an X2 link can be established with the neighboring eNB.
  • the management server 150 may determine whether or not the established X2 link can be established only when the number of established X2 links reaches a predetermined value as in the second embodiment.
  • each eNB includes the database shown in FIG.
  • the eNB determines whether or not the established X2 link can be established with respect to the management server 150 when the number of X2 links already established in the own eNB reaches the maximum number of X2 links. Make an inquiry.
  • the management server 150 inquires and obtains the eNB type from each opposing eNB having the established X2 link and determines whether or not the established X2 link can be established (the establishment of the X2 link in the inquiry source eNB).
  • the eNB type to be regulated is compared with the eNB type of the opposite eNB having the established X2 link), and the determination result is returned to the inquiry source eNB.
  • the inquiry source eNB disconnects the X2 link according to the determination result of the management server 150.
  • the management server 150 when the management server 150 receives an inquiry about whether or not an X2 link can be established with a neighboring eNB from the eNB, the management server 150 inquires and acquires attribute information from the neighboring eNB.
  • each eNB periodically reports attribute information to the management server 150, or the management server 150 periodically acquires attribute information of each eNB.
  • the basic configuration of the seventh embodiment of the present invention is the same as that of the fifth embodiment of the present invention.
  • the attribute information is periodically acquired from each eNB in the seventh embodiment of the present invention, this embodiment is more suitable when using dynamically changing information such as the number of users. Therefore, in the following description, the number of users is used as attribute information. Therefore, in the seventh embodiment of the present invention, unlike the fifth embodiment of the present invention, the management server 150 includes a database for storing the number of users of each eNB instead of the database of FIG. Is updated each time user number information is acquired from each eNB.
  • FIG. 30 is a sequence diagram showing operations of the mobile communication system according to the seventh embodiment of the present invention.
  • FIG. 31 shows a database held by the management server 150 according to the seventh embodiment of the present invention.
  • an identifier (eNB ID) of each eNB in the mobile communication system and information on the number of users thereof are stored. As described above, this database is updated each time user number information is acquired from each eNB.
  • Each of the eNBs 101 and 102 periodically reports the number of users of the own eNB to the management server 150 (steps S91 and S92). In this way, instead of each eNB autonomously reporting the number of users to the management server 150, the management server 150 may periodically make an inquiry to each eNB. In this case, the management server 150 periodically sends a user number report request to the eNBs 101 and 102 (steps S93 and S95). In contrast, each of the eNBs 101 and 102 reports the number of users of the own eNB to the management server 150 (steps S94 and S96). In addition, the management server 150 will update the database of FIG. 31, if the report of the number of users is received.
  • step S97 the eNB 101 makes an inquiry about whether or not the X2 link can be established with the eNB 102 to the management server 150 (step S98).
  • the management server 150 determines whether or not the X2 link between the eNBs 101 and 102 can be established based on the number of users information in the database of FIG. 31 (step S99). That is, the management server 150 confirms the number of users of the eNB 102 from the eNB ID of the eNB 102 included in the inquiry from the eNB 101 and the database of FIG. The management server 150 compares the number of users of the eNB 102 with a predetermined threshold value and determines whether or not the X2 link can be established.
  • step S99 when the number of users of the eNB 102 is equal to or greater than the threshold value, the management server 150 transmits a response that allows establishment of the X2 link with the eNB 102 to the eNB 101 (step S100).
  • the eNB 101 receives the response, the eNB 101 performs an X2 link establishment procedure (exchange of the X2 SETUPXREQUEST message and the X2 SETUP RESPONSE message after the SCTP link is established) with the eNB 102 (step S101).
  • step S99 when the number of users of the eNB 102 is smaller than the threshold, the management server 150 transmits to the eNB 101 a response that disables establishment of the X2 link with the eNB 102 (step S100).
  • the eNB 101 does not attempt to establish an X2 link with the eNB 102.
  • whether to establish the X2 link is determined based on the information on the number of users of the eNB.
  • the number of users is not limited to various eNBs. Attribute information can be used.
  • the management server 150 periodically acquires attribute information of each eNB, and receives an inquiry about whether or not an X2 link can be established with a neighboring eNB from the eNB. In this case, it is determined whether or not the X2 link can be established. Therefore, determination processing in the eNB is not necessary, and resources for the X2 link / SCTP link can be saved. Further, when receiving an inquiry about whether or not to establish an X2 link, the management server 150 does not need to make an inquiry about attribute information to the eNB as in the sixth embodiment of the present invention. In addition, since attribute information is periodically acquired from each eNB, the present embodiment is more suitable when information that dynamically changes such as the number of users is used.
  • the management server 150 determines whether or not an X2 link can be established with the neighboring eNB.
  • the management server 150 may determine whether or not the established X2 link can be established only when the number of established X2 links reaches a predetermined value as in the third embodiment.
  • each eNB includes the database shown in FIG. Then, when the neighboring eNB is detected by the ANR function, the eNB determines whether or not the established X2 link can be established with respect to the management server 150 when the number of established X2 links in the own eNB reaches, for example, the maximum number of X2 links. Make an inquiry. This inquiry includes the eNB ID of each opposing eNB having the established X2 link. The management server 150 confirms the number of users of each opposing eNB from the eNB ID and the database shown in FIG. 31, and determines whether the established X2 link can be established based on the number of users and selects the X2 link to be disconnected. To do.
  • the X2 link with the opposite eNB having the lowest number of users or the number of users smaller than the threshold is selected.
  • the management server 150 returns this determination result to the inquiry-source eNB.
  • the inquiry source eNB disconnects the X2 link according to the determination result of the management server 150.
  • a radio base station in a mobile communication system When the number of established logical interfaces with the neighboring radio base station reaches a predetermined value, the attribute of the neighboring radio base station notified from the neighboring radio base station when the established logical interface is established
  • a radio base station comprising: determination means for determining whether the established logical interface can be established based on information.
  • a radio base station in a mobile communication system A transmission means for periodically reporting the attribute information of the local station to a neighboring radio base station having established a logical interface with the local station; When the number of established logical interfaces with the neighboring radio base station reaches a predetermined value, the number of established logical interfaces based on the attribute information notified from the transmitting means of the neighboring radio base station.
  • a radio base station comprising: a determination unit that determines whether or not the establishment is possible.
  • a radio base station in a mobile communication system Storage means for storing attribute information of each of the other radio base stations; When the number of established logical interfaces with the neighboring radio base station has reached a predetermined value, the establishment of the established logical interface is determined based on the attribute information of the neighboring radio base station stored in the storage means.
  • a wireless base station comprising: determination means for determining availability.
  • a server connected to a radio base station in a mobile communication system When a request for determining whether or not to establish the established logical interface is received from a radio base station in which the number of established logical interfaces with neighboring radio base stations among the radio base stations has reached a predetermined value, Means for obtaining the attribute information from the neighboring radio base station; And a determining unit that determines whether or not the established logical interface can be established based on the acquired attribute information.
  • a server connected to a radio base station in a mobile communication system Means for periodically obtaining attribute information of each of the radio base stations; When a request for determining whether or not to establish a logical interface with a neighboring radio base station is received from one of the radio base stations, the logic is based on the acquired attribute information of the neighboring radio base station. And a determination means for determining whether or not an interface can be established.
  • a server connected to a radio base station in a mobile communication system Means for periodically obtaining attribute information of each of the radio base stations; When a request for determining whether or not to establish the established logical interface is received from a radio base station in which the number of established logical interfaces with neighboring radio base stations among the radio base stations has reached a predetermined value, And a determination means for determining whether or not the established logical interface can be established based on the acquired attribute information of the neighboring radio base station.
  • Radio base station includes a determination unit that determines whether or not a logical interface with the neighboring radio base station can be established based on attribute information of the neighboring radio base station.
  • the determining means determines whether or not the logical interface can be established based on the attribute information notified from the neighboring radio base station when the logical interface with the neighboring radio base station is established.
  • the mobile communication system according to appendix 8.
  • the radio base station includes storage means for storing attribute information of each of the other radio base stations, The determination means determines whether or not the logical interface can be established based on attribute information of the neighboring radio base station stored in the storage means when establishing a logical interface with the neighboring radio base station.
  • the mobile communication system according to appendix 8, characterized by:
  • a radio base station A server connected to the radio base station, The mobile communication system, wherein the server includes determination means for determining whether or not a logical interface between the radio base stations can be established based on attribute information of the radio base stations.
  • the server includes storage means for storing attribute information of each of the radio base stations, When the determination unit receives a request for determining whether or not to establish a logical interface with a neighboring radio base station from one of the radio base stations, the neighboring radio base station stored in the storage unit 12.
  • the mobile communication system according to appendix 11, wherein whether or not the logical interface can be established is determined based on the attribute information.
  • the server when receiving a request for determining whether or not to establish a logical interface with a neighboring radio base station from one of the radio base stations, means for acquiring attribute information from the neighboring radio base station Including The mobile communication system according to appendix 11, wherein the determining means determines whether or not the logical interface can be established based on the acquired attribute information.
  • the server includes means for periodically acquiring attribute information of each of the radio base stations, When the determination unit receives a request for determining whether or not to establish a logical interface with a neighboring radio base station from one of the radio base stations, the acquired attribute information of the neighboring radio base station 12.
  • the mobile communication system according to appendix 11, wherein the establishment of the logical interface is determined based on

Landscapes

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

Abstract

　本発明による移動通信システムは、無線基地局（１０１）及び（１０２）を含み、そして更に、無線基地局（１０１）及び（１０２）間の論理インターフェースの確立の可否を無線基地局の属性情報を基に判断する判断手段を含む。無線基地局の属性情報を基に判断手段が無線基地局間の論理インターフェースの確立の可否を判断するようにしているので、無駄な論理インターフェース（維持する必要性の低い論理インターフェース）の確立を抑制可能となる。

Description

無線基地局、サーバ、移動通信システム及び動作制御方法
　本発明は無線基地局、サーバ、移動通信システム及び動作制御方法に関し、特に無線基地局間で定義されている論理インターフェースの制御に関する。
　図３２は、移動通信網、具体的にはＬＴＥ（Long Term Evolution）のネットワークにおいて、ｅＮＢ（Evolved Node B、無線基地局装置）間で定義されている論理インターフェース（Ｘ２インターフェース）を確立する際にｅＮＢ間でやりとりされるＸ２メッセージのシーケンス図である。ｅＮＢ（＃１）２０１及びｅＮＢ（＃２）２０２間におけるＸ２リンク（Ｘ２インターフェース）の確立は、一方がX2 SETUP REQUESTメッセージを送信し（ステップＳ１１２）、他方からX2 SETUP RESPONSEメッセージを受信する（ステップＳ１１３）ことで行われる（非特許文献１参照）。
　Ｘ２リンクがｅＮＢ２０１及び２０２間で設定されることにより、ｅＮＢ２０１及び２０２間でＵＥ（User Equipment、移動端末）がハンドオーバする際に、ｅＮＢ２０１及び２０２がＸ２リンクを用いて情報の交換をすることにより、ハンドオーバを可能とする。Ｘ２リンクが存在しなければ、Ｓ１インターフェース経由での情報交換が必要となり、ハンドオーバに要する時間が増加してしまう。また、コアネットワークの負担も増加してしまう。
　アプリケーション層の論理的なＸ２インターフェースは、トランスポート層であるＳＣＴＰ（Stream Control Transmission Protocol）（非特許文献２参照）の上にて定義されている（非特許文献３及び４）。ステップＳ１１１にて確立される１つのＳＣＴＰアソシエーションが1つのｅＮＢ２０１及び２０２間のＸ２リンクのために使用される。
　３ＧＰＰ（3rd Generation Partnership Project）で議論されているＳＯＮ（Self Organizing Network）機能の一つとしてＡＮＲ（Automatic Neighbor Relation）という機能が存在する。近隣に存在するｅＮＢを検知し、その近隣ｅＮＢとＸ２リンクを設定するのがＡＮＲ機能の一つである（非特許文献５参照）。
３ＧＰＰ　ＴＳ　３６．４２３ ＲＦＣ　４９６０ ３ＧＰＰ　ＴＳ　３６．４２２ ３ＧＰＰ　ＴＳ　３６．４２０ ３ＧＰＰ　ＴＳ　３６．３００ ３ＧＰＰ　ＴＳ　３６．３３１
　上述したＡＮＲ機能により、新たに近隣ｅＮＢが検出される際に、そのｅＮＢとの間でＸ２リンクを確立することが期待されている。しかし、実ネットワークにおいては、１台のｅＮＢが設定可能なＸ２リンクの数、つまりＳＣＴＰの数には制限があるものであり、ＡＮＲ機能にて検知された全てのｅＮＢと無尽蔵にＸ２リンクを設定することは不可能である。
　また、ｅＮＢの種類によっては収容可能ユーザ数が少なかったり、セル半径が小さかったりする。そのようなｅＮＢとの間でＸ２リンクを確立することのメリットがあまり無い場合もある。
　ＡＮＲ機能により検知された近隣ｅＮＢとＸ２リンクを設定する際に何らかのロジックを用いてＸ２リンクの確立・切断を制御（選択）する仕組みが必要とされる。
　本発明の目的は、上述した課題を解決し、無駄な論理インターフェースの確立を抑制可能とする無線基地局、サーバ、移動通信システム及び動作制御方法を提供することにある。
　本発明による無線基地局は、移動通信システムにおける無線基地局であって、近隣無線基地局との間の論理インターフェースの確立の可否を前記近隣無線基地局の属性情報を基に判断する判断手段を含むことを特徴とする。
　本発明による動作制御方法は、移動通信システムにおける無線基地局の動作制御方法であって、近隣無線基地局の属性情報を基に前記近隣無線基地局との間の論理インターフェースの確立の可否を判断するステップを含むことを特徴とする。
　本発明によるサーバは、移動通信システムにおける無線基地局と接続されるサーバであって、前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段を含むことを特徴とする。
　本発明による動作制御方法は、移動通信システムにおける無線基地局と接続されるサーバの動作制御方法であって、前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断するステップを含むことを特徴とする。
　本発明による移動通信システムは、無線基地局と、前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段とを含むことを特徴とする。
　本発明による動作制御方法は、移動通信システムの動作制御方法であって、無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断するステップを含むことを特徴とする。
　本発明によれば、無駄な論理インターフェースの確立を抑制可能とするという効果が得られる。
本発明の第１の実施の形態による移動通信システムにおけるｅＮＢの動作を示すシーケンス図である。 図１のｅＮＢの構成を示す図である。 図１のｅＮＢが保持するデータベースである。 図１のｅＮＢが保持するデータベースである。 本発明の第１の実施の形態におけるX2 SETUP REQUESTメッセージに追加される情報要素を示す図である。 本発明の第１の実施の形態におけるX2 SETUP RESPONSEメッセージに追加される情報要素を示す図である。 本発明の第２の実施の形態におけるｅＮＢが保持するデータベースである。 本発明の第２の実施の形態におけるｅＮＢが保持するデータベースである。 本発明の第２の実施の形態におけるｅＮＢの動作を示すフローチャートである。 本発明の第３の実施の形態におけるｅＮＢの動作を示すシーケンス図である。 本発明の第３の実施の形態におけるX2 SETUP REQUESTメッセージに追加される情報要素を示す図である。 本発明の第３の実施の形態におけるX2 SETUP RESPONSEメッセージに追加される情報要素を示す図である。 本発明の第３の実施の形態におけるENB CONFIGURATION UPDATEメッセージに追加される情報要素を示す図である。 本発明の第３の実施の形態におけるｅＮＢが保持するデータベースである。 本発明の第３の実施の形態においてＸ２リンクを確立した後のｅＮＢの動作を示すフローチャートである。 本発明の第３の実施の形態におけるｅＮＢが保持するデータベースである。 本発明の第３の実施の形態においてユーザ数情報を受信した際のｅＮＢの動作を示すフローチャートである。 本発明の第３の実施の形態において新たに近隣ｅＮＢを検知した際のｅＮＢの動作を示すフローチャートである。 本発明の第４の実施の形態におけるｅＮＢの動作を示すシーケンス図である。 本発明の第４の実施の形態におけるｅＮＢが保持するデータベースである。 本発明の第４の実施の形態におけるｅＮＢが保持するデータベースである。 本発明の第４の実施の形態におけるX2 SETUP FAILUREメッセージに含めるCauseに追加される要素を示す図である。 本発明の第５の実施の形態による移動通信システムの構成を示す図である。 図２３の管理サーバの構成を示す図である。 図２３の管理サーバが保持するデータベースである。 本発明の第５の実施の形態による移動通信システムの動作を示すシーケンス図である。 本発明の第６の実施の形態による移動通信システムの動作を示すシーケンス図である。 本発明の第６の実施の形態における管理サーバが保持するデータベースである。 本発明の第６の実施の形態における管理サーバが保持するデータベースである。 本発明の第７の実施の形態による移動通信システムの動作を示すシーケンス図である。 本発明の第７の実施の形態における管理サーバが保持するデータベースである。 ｅＮＢ間でやりとりされるＸ２メッセージのシーケンス図である。
　以下、本発明の実施の形態について図面を参照して説明する。まず、本発明による移動通信システムの概要について説明する。本発明による移動通信システムは、無線基地局を含み、そして更に、無線基地局間の論理インターフェースの確立の可否を無線基地局の属性情報を基に判断する判断手段を含む。無線基地局の属性情報を基に判断手段が無線基地局間の論理インターフェースの確立の可否を判断するようにしているので、無駄な論理インターフェース（維持する必要性の低い論理インターフェース）の確立を抑制可能となる。
　図１は本発明の第１の実施の形態による移動通信システムにおけるｅＮＢの動作を示すシーケンス図である。ｅＮＢ（＃１）１０１及びｅＮＢ（＃２）１０２は、ＬＴＥの無線基地局装置である。
　図２は図１のｅＮＢ１０１の構成を示す図であり、ｅＮＢ１０２も同等の構成を有する。判断部１３は、近隣ｅＮＢとの間のＸ２リンクの確立の可否を当該近隣ｅＮＢのｅＮＢタイプを基に判断する。制御部１１は、通信部１２を用いて近隣ｅＮＢとの間でメッセージの送受信を行う。また、制御部１１は、判断部１３の判断結果に従ってＸ２リンクの切断のための制御を行う。記憶部１４は、後述する各種データベースを含む。無線通信部１５は、図示せぬＵＥと通信を行う。
　図３は図１のｅＮＢ１０１が保持するデータベースである。本データベースには、自ｅＮＢのｅＮＢタイプの値として、Ｍａｃｒｏ　ｅＮＢという値が設定されている。つまり、本データベースを持つｅＮＢ１０１がＭａｃｒｏ　ｅＮＢである。ｅＮＢタイプの取りうる値としては、Ｍａｃｒｏ　ｅＮＢ、Ｍｉｃｒｏ　ｅＮＢ、Ｐｉｃｏ　ｅＮＢ、ＨｅＮＢ（Ｈｏｍｅ　ｅＮＢ）を想定する。
　また、本データベースには、Ｘ２リンクの確立を規制すべきｅＮＢタイプの値として、Ｐｉｃｏ　ｅＮＢとＨｅＮＢが設定されている。ここで取りうる値としては、Ｍａｃｒｏ　ｅＮＢ、Ｍｉｃｒｏ　ｅＮＢ、Ｐｉｃｏ　ｅＮＢ、ＨｅＮＢの４種類に加えて、それぞれを自由に組み合わせた値を可能とする（Ｍａｃｒｏ　ｅＮＢ＋Ｐｉｃｏ　ｅＮＢや、Ｍａｃｒｏ　ｅＮＢ＋Ｐｉｃｏ　ｅＮＢ＋ＨｅＮＢなど）。
　図４は図１のｅＮＢ１０２が保持するデータベースである。本データベースには、自ｅＮＢのｅＮＢタイプの値として、Ｐｉｃｏ　ｅＮＢが設定されている。つまり、ｅＮＢ１０１はＭａｃｒｏ　ｅＮＢであるのに対して、ｅＮＢ１０２はＰｉｃｏ　ｅＮＢである。また、ｅＮＢ１０２においてＸ２リンクの確立を規制すべきｅＮＢタイプの値として、Ｍａｃｒｏ　ｅＮＢが設定されている。
　図５はX2 SETUP REQUESTメッセージに追加される情報要素を示す図である。非特許文献１の9.1.2.3に記載のX2 SETUP REQUESTメッセージに、ｅＮＢ　ｔｙｐｅ３０１というＩＥ（Information Element、情報要素）が新たに定義されている。ｅＮＢタイプを示すＩＥのｒａｎｇｅとして、Ｍａｃｒｏ　ｅＮＢ、Ｍｉｃｒｏ　ｅＮＢ、Ｐｉｃｏ　ｅＮＢ、ＨｅＮＢを設定可能としている。
　図６はX2 SETUP RESPONSEメッセージに追加される情報要素を示す図である。非特許文献１の9.1.2.4に記載のX2 SETUP RESPONSEメッセージに、ｅＮＢ　ｔｙｐｅ３０２というＩＥが新たに定義されている。ｅＮＢタイプを示すＩＥのｒａｎｇｅとして、Ｍａｃｒｏ　ｅＮＢ、Ｍｉｃｒｏ　ｅＮＢ、Ｐｉｃｏ　ｅＮＢ、ＨｅＮＢを設定可能としている。
　以下、図１を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。
　ｅＮＢ１０１及び１０２間でＳＣＴＰリンクの確立が行われる（ステップＳ１）。この際に使用されるＳＣＴＰ手順は非特許文献２などでよく知られたものであるので、詳細は省略する。ＳＣＴＰリンクが確立すると、ｅＮＢ１０１はｅＮＢ１０２へX2 SETUP REQUESTメッセージを送信する（ステップＳ２）。この際、図５に示したように、自ｅＮＢ１０１のｅＮＢタイプを含むメッセージが送信される。このｅＮＢタイプは、図３に示した自ｅＮＢのｅＮＢタイプと一致する。
　ｅＮＢ１０２は、X2 SETUP REQUESTメッセージを受信すると、X2 SETUP RESPONSEメッセージを送信する（ステップＳ３）。この際、図６に示したように、自ｅＮＢ１０２のｅＮＢタイプを含むメッセージが送信される。このｅＮＢタイプは、図４に示した自ｅＮＢのｅＮＢタイプと一致する。
　ｅＮＢ１０１は、X2 SETUP RESPONSEメッセージに含まれる対向ｅＮＢ１０２のｅＮＢタイプを基にｅＮＢ１０２との間のＸ２リンクの確立の可否を判断する（ステップＳ４）。ｅＮＢ１０１は、ｅＮＢ１０２のｅＮＢタイプが図３のＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認する。本例においては含まれているため、ＳＣＴＰリンクの切断を開始する。
　ＳＣＴＰリンク切断動作は非特許文献２に記載されていることであるが、以下に説明する。ｅＮＢ１０１は、ＳＣＴＰリンクを切断するために、SCTP SHUTDOWNメッセージを送信する（ステップＳ５）。ｅＮＢ１０２はSCTP SHUTDOWNメッセージを受信すると、SCTP SHUTDOWN ACKメッセージを返す（ステップＳ６）。ｅＮＢ１０１は、SCTP SHUTDOWN COMPLETEメッセージを送信して、ＳＣＴＰリンクの切断が完了する（ステップＳ７）。以上の切断手順の代わりに、ｅＮＢ１０１がSCTP ABORTメッセージをｅＮＢ１０２へ送信することによっても切断可能である。
　ステップＳ４において、ｅＮＢ１０２のｅＮＢタイプが図３のＸ２リンク確立を規制すべきｅＮＢタイプに含まれていない場合は、ｅＮＢ１０１は、Ｘ２リンクを維持すべくＳＣＴＰリンクの切断は行わない。
　以上の説明では、Ｘ２リンクを確立(X2 SETUP REQUEST/RESPONSEを交換)した後にｅＮＢ１０１がＸ２リンクの確立の可否を判断するが、ｅＮＢ１０２がX2 SETUP REQUESTメッセージの受信に応答して、ｅＮＢ１０１との間のＸ２リンクの確立の可否を判断するようにしてもよい。この場合、ｅＮＢ１０２は、X2 SETUP REQUESTメッセージに含まれるｅＮＢ１０１のｅＮＢタイプが図４のＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認することにより、Ｘ２リンクの確立の可否を判断する。そして、含まれている場合は、ｅＮＢ１０２はX2 SETUP RESPONSEメッセージではなくX2 SETUP FAILUREメッセージをｅＮＢ１０１へ返すことにより、Ｘ２リンクを確立しないようにする。
　また、以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。例えば、ｅＮＢのセル半径（例えばVery Large、Large、Medium、Smallなどの値をとる）、ｅＮＢの収容可能ユーザ数、ｅＮＢのユーザ数（当該ｅＮＢのセルに在圏しているユーザ数（IDLE MODEとCONNECTED MODEのＵＥ数。各モードの詳細は非特許文献６参照））、ｅＮＢの負荷状況（例えばHigh load、medium load、low loadなどの値をとる）や、ｅＮＢのセル半径（前述のセル半径と異なり、ｅＮＢのReference signal power (dBm)で表現される）を用いるようにしてもよい。収容可能ユーザ数、ユーザ数、Reference signal power (dBm)を用いる場合は、その値と所定の閾値とを比較することにより、Ｘ２リンクの確立の可否判断が行われる（閾値より小であれば切断）。
　以上説明したように、本発明の第１の実施の形態では、Ｘ２リンク確立の際にｅＮＢ１０１及び１０２はｅＮＢタイプをお互いに交換しており、また、各ｅＮＢが対向ｅＮＢのｅＮＢタイプを基にＸ２リンクの確立の可否を判断する。したがって、各ｅＮＢは対向ｅＮＢのｅＮＢタイプに応じてＸ２リンクを確立する、しないを選択することが可能となるので、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。
　次に、本発明の第２の実施の形態について説明する。本発明の第１の実施の形態では、Ｘ２リンクの確立の度にＸ２リンクの確立の可否が判断されるが、本発明の第２の実施の形態では、Ｘ２リンクの確立の度に判断を行うのではなく、確立済みのＸ２リンク数が所定値に達する場合に確立済みのＸ２リンクの確立の可否が判断される。なお、本発明の第２の実施の形態の基本的な構成は本発明の第１の実施の形態と同一であり、本発明の第２の実施の形態においても、ｅＮＢ１０１及び１０２は図３及び４のデータベースをそれぞれ保持している。また、ｅＮＢ１０１及び１０２間でＸ２リンクを確立する際には、図１のステップＳ２及びＳ３のようにｅＮＢ１０１及び１０２は自ｅＮＢのｅＮＢタイプをお互いに交換する。
　図７及び８は本発明の第２の実施の形態におけるｅＮＢが保持するデータベースである。図７のデータベースには、自ｅＮＢのＸ２リンク最大数（Ｘ２リンク／ＳＣＴＰリンク確立本数の上限）として１００が設定されている。図８のデータベースには、自ｅＮＢとの間でＸ２リンクを確立済みの対向ｅＮＢの識別子（ｅＮＢ　ＩＤ）及びそのｅＮＢタイプ情報が保存されている。対向ｅＮＢのｅＮＢ　ＩＤ及びそのｅＮＢタイプ情報は、上述したようにＸ２リンクの確立の際に対向ｅＮＢから通知される。ｅＮＢはＸ２リンクを確立、切断する度に図８のデータベースを更新する。
　図９は本発明の第２の実施の形態におけるｅＮＢの動作を示すフローチャートである。以下、図９を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知した際の動作について説明する。
　ｅＮＢ１０１は、ｅＮＢ１０１が持つ確立済みのＸ２リンクの数が図７のＸ２リンク最大数と同じかどうかを確認する（ステップＳ１１）。Ｘ２リンク最大数に達していれば、ｅＮＢ１０１は、図８のデータベースのｅＮＢタイプを基に確立済みのＸ２リンクの確立の可否を判断して切断可能なＸ２リンクの有無を確認する（ステップＳ１２）。すなわち、図８のデータベースにおいて、図３のＸ２リンク確立を規制すべきｅＮＢタイプ（この場合はＰｉｃｏ　ｅＮＢ、ＨｅＮＢ）に含まれるｅＮＢタイプがサーチされる。図８においては、ｅＮＢ　ＩＤ＃１、ｅＮＢ　ＩＤ＃２、ｅＮＢ　ＩＤ＃５との間の確立済みのＸ２リンクが切断可能なＸ２リンクの選択対象である。
　そして、ｅＮＢ１０１は、切断可能なＸ２リンクを切断する（ステップＳ１３）。すなわち、図１のステップＳ５～Ｓ７のシーケンスが実施される。ステップＳ１２において選択対象のＸ２リンクが複数存在する場合は、任意のものを切断する、もしくは全て切断するようにしてもよい。ステップＳ１３の後、あるいはステップＳ１１においてＸ２リンク最大数に達していない場合、ｅＮＢ１０１は、検知されたｅＮＢ１０２との間でＸ２リンクを確立する（ステップＳ１４）。
　以上の説明では、ステップＳ１２におけるＸ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、本発明の第１の実施の形態と同様に、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。収容可能ユーザ数、ユーザ数、Reference signal power (dBm)を用いる場合は、その値と所定の閾値とを比較して判断してもよいし、あるいは最も低い値を持つｅＮＢとの間の確立済みのＸ２リンクを切断するようにしてもよい。
　以上説明したように、本発明の第２の実施の形態では、確立済みのＸ２リンク数が上限に達するまでは、Ｘ２リンク確立を規制すべきｅＮＢタイプのｅＮＢとの間でもＸ２リンクを確立するようにし、上限に達する場合に確立済みのＸ２リンクの確立の可否を判断するようにしているので、上限に達している場合であっても無駄なＸ２リンクを切断して新たに検知される近隣ｅＮＢとの間でＸ２リンクを確立することができる。
　次に、本発明の第３の実施の形態について説明する。本発明の第１及び第２の実施の形態では、ｅＮＢ１０１及び１０２間でＸ２リンクを確立する際にのみ対向ｅＮＢの属性情報が通知されるが、本発明の第３の実施の形態では、通知される属性情報が動的に変化する場合を考慮し、各ｅＮＢは自ｅＮＢとの間でＸ２リンクを確立済みのｅＮＢに対して定期的に自ｅＮＢの属性情報を通知する。なお、本発明の第３の実施の形態の基本的な構成は本発明の第１の実施の形態と同一であるが、以下の説明ではｅＮＢタイプではなくｅＮＢのユーザ数（当該ｅＮＢのセルに在圏しているユーザ数）が用いられるので、ｅＮＢ１０１及び１０２は図３及び４のデータベースをそれぞれ保持しなくてもよい。また、ｅＮＢ１０１及び１０２各々は図７のデータベースを保持する。
　図１０は本発明の第３の実施の形態におけるｅＮＢの動作を示すシーケンス図である。Ｘ２メッセージを用いてユーザ数が通知される。ＡＬＴ１では、Ｘ２リンク確立時にｅＮＢ１０１及び１０２間でユーザ数情報を交換する動作が示されている。ＡＬＴ２では、自ｅＮＢのユーザ数情報を確立済みのＸ２リンク上で対向ｅＮＢに対してENB CONFIGURATION UPDATEメッセージを用いて通知する動作が示されている。ＡＬＴ３では、Ｘ２リンク／ＳＣＴＰリンクを切断する動作が示されている。各ＡＬＴの契機は後述する。
　図１１は本発明の第３の実施の形態におけるX2 SETUP REQUESTメッセージに追加される情報要素を示す図である。図１１では、図５と異なり、Number of users（ユーザ数）３１１というＩＥが規定されている。図１２は本発明の第３の実施の形態におけるX2 SETUP RESPONSEメッセージに追加される情報要素を示す図である。図１２では、図６と異なり、Number of users３１２というＩＥが規定されている。図１１及び１２のメッセージをＸ２リンク確立時に交換することにより、ｅＮＢ１０１及び１０２は互いのユーザ数を知ることが可能となる。
　図１３は本発明の第３の実施の形態におけるENB CONFIGURATION UPDATEメッセージに追加される情報要素を示す図である。非特許文献１の9.1.2.8に記載のENB CONFIGURATION UPDATEメッセージに、Number of users３１３というＩＥが新たに規定されている。ｅＮＢ１０１及び１０２はこのメッセージをＸ２リンク上で送信することで、対向ｅＮＢへ自ｅＮＢのユーザ数情報を伝えることが可能となる。
　なお、図１１～１３において規定したNumber of users（ユーザ数）は、上述したように、自ｅＮＢのセルに在圏しているユーザ数（IDLE MODEとCONNECTED MODEのＵＥ数。各モードの詳細は非特許文献６参照）であるが、IDLE MODEとCONNECTED MODEのユーザ数をそれぞれ別のパラメータで通知する方法でもよい。また、１つのｅＮＢが複数のセルを持つことも考えられるので、その場合は、セル毎のユーザ数を規定してもよい。
　図１４は本発明の第３の実施の形態におけるｅＮＢが保持するデータベースである。図１４のデータベースには、自ｅＮＢとの間でＸ２リンクを確立済みの対向ｅＮＢの識別子（ｅＮＢ　ＩＤ）及びそのユーザ数情報が保存されている。ｅＮＢ毎に受信される最新のユーザ数情報が記録されている。ｅＮＢ　ＩＤ＃２がユーザ数１０となっており、一番少ないユーザ数である。
　図１５は本発明の第３の実施の形態においてＸ２リンクを確立した後のｅＮＢの動作を示すフローチャートである。ｅＮＢは、対向ｅＮＢとの間でＸ２リンクを確立すると、図示せぬタイマによる計時をスタートさせ（ステップＳ３１）、所定時間経過した場合に（ステップＳ３２）、対向ｅＮＢに対してENB CONFIGURATION UPDATEメッセージをユーザ数を含めて通知する（ステップＳ３３）。対向ｅＮＢとの間でＸ２リンクを確立している間、この動作が繰り返されることにより、対向ｅＮＢへENB CONFIGURATION UPDATEメッセージが定期的に送信される。これにより、対向ｅＮＢにおいて、データベースを更新可能である。なお、図１５のステップＳ３３は、図１０のステップＳ２６に相当する。
　図１６は本発明の第３の実施の形態におけるｅＮＢが保持するデータベースである。本データベースでは、図１５において説明したタイマのタイマ値が規定されている。この場合、６０秒にタイマ値が設定されている。つまり、６０秒経過したら自ｅＮＢのユーザ数情報が対向ｅＮＢへ通知される。
　図１７は本発明の第３の実施の形態においてユーザ数情報を受信した際のｅＮＢの動作を示すフローチャートである。ｅＮＢは、対向ｅＮＢからX2 SETUP REQUESTメッセージ、X2 SETUP RESPONSEメッセージ、ENB CONFIGURATION UPDATEメッセージを受信すると、自ｅＮＢが保持する図１４のデータベースを更新する（ステップＳ４１）。なお、図１７のステップＳ４１は、図１０のステップＳ２３，Ｓ２５，Ｓ２７に相当する。図１０のステップＳ２３，Ｓ２７の後、ｅＮＢ１０２は、ｅＮＢ１０１へ、ステップＳ２４のX2 SETUP RESPONSEメッセージ、ステップＳ２８のENB CONFIGURATION UPDATE ACKメッセージをそれぞれ送信する。
　図１８は本発明の第３の実施の形態において新たに近隣ｅＮＢを検知した際のｅＮＢの動作を示すフローチャートである。ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知すると、ｅＮＢ１０１は、図７のＸ２リンク最大数－１の数に、ｅＮＢ１０１が持つ確立済みのＸ２数が到達しているかどうかを確認する（ステップＳ５１）。Ｘ２リンク最大数－１に達していれば、ｅＮＢ１０１は、検知されたｅＮＢ１０２との間でＸ２リンクを確立する（ステップＳ５２）。なお、図１８のステップＳ５２は、図１０のステップＳ２１～Ｓ２５に相当する。
　次に、ｅＮＢ１０１は、図１４のデータベースのユーザ数情報を基に確立済みのＸ２リンクの確立の可否を判断して切断すべきＸ２リンクを選択する（ステップＳ５３）。ここでは、図１４のデータベースの中で最も低いユーザ数を持つ近隣ｅＮＢが選択される。そして、ｅＮＢ１０１は、選択されたｅＮＢとの間の確立済みのＸ２リンクを切断する（ステップＳ５４）。なお、図１８のステップＳ５４は、図１０のステップＳ２９のＳＣＴＰリンク切断動作に相当する。ステップＳ５１においてＸ２リンク最大数－１に達していない場合、ｅＮＢ１０１は、ステップＳ５２と同様に、検知されたｅＮＢ１０２との間でＸ２リンクを確立する（ステップＳ５５）。
　以上の説明では、ステップＳ５３におけるＸ２リンクの確立の可否判断はｅＮＢのユーザ数を基に行われるが、ユーザ数に限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。例えば、ｅＮＢのセル半径（例えばVery Large、Large、Medium、Smallなどの値をとる）、ｅＮＢの収容可能ユーザ数、ｅＮＢの負荷状況（例えばHigh load、medium load、low loadなどの値をとる）や、ｅＮＢのセル半径（前述のセル半径と異なり、ｅＮＢのReference signal power (dBm)で表現される）を用いるようにしてもよい。
　以上説明したように、本発明の第３の実施の形態では、確立済みのＸ２リンク数がＸ２リンク最大数－１に達するまでは近隣ｅＮＢとの間でＸ２リンクを確立し、Ｘ２リンク最大数－１に達した場合に、確立済みのＸ２リンクの確立の可否を判断して、無駄なＸ２リンクを切断することができる。また、本発明の第３の実施の形態は、各ｅＮＢが自ｅＮＢとの間でＸ２リンクを確立済みのｅＮＢに対して定期的に自ｅＮＢの属性情報を通知するので、Ｘ２リンクの確立の可否判断にユーザ数のような動的に変化する情報を用いる場合により好適である。
　次に、本発明の第４の実施の形態について説明する。本発明の第１～第３の実施の形態では、Ｘ２リンク経由で取得されるｅＮＢの属性情報を基にＸ２リンクの確立の可否が判断されるが、本発明の第４の実施の形態では、各ｅＮＢは、移動通信システムにおけるｅＮＢ各々の属性情報を予め格納するデータベースを保持し、このデータベースを用いてＸ２リンクの確立の可否を判断する。なお、本発明の第４の実施の形態の基本的な構成は本発明の第１の実施の形態と同一であるが、以下の説明では上記のデータベースが用いられるので、ｅＮＢ１０１及び１０２は図３及び４のデータベースをそれぞれ保持しなくてもよい。
　図１９は本発明の第４の実施の形態におけるｅＮＢの動作を示すシーケンス図である。図２０及び２１は本発明の第４の実施の形態におけるｅＮＢが保持するデータベースである。図２０のデータベースには、予め、移動通信システムにおけるｅＮＢ各々の識別子（ｅＮＢ　ＩＤ）及びそのｅＮＢタイプが保存されている。図２１のデータベースには、Ｘ２リンクの確立を規制すべきｅＮＢタイプが登録されている。
　図２２は本発明の第４の実施の形態におけるX2 SETUP FAILUREメッセージに含めるCauseに追加される要素を示す図である。非特許文献１の9.2.6に記載のCause中、>>Transport Layer Causeにて"prohibited eNB Type"というcauseが追加されている。
　以下、図１９を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。
　ｅＮＢ１０１及び１０２間でＳＣＴＰリンクの確立が行われる（ステップＳ６１）。ｅＮＢ１０１は、ｅＮＢ１０２へX2 SETUP REQUESTメッセージを送信する（ステップＳ６２）。このメッセージはｅＮＢタイプ情報を含まない。
　ｅＮＢ１０２は、X2 SETUP REQUESTメッセージを受信すると、保持するデータベースを用いてｅＮＢ１０１との間のＸ２リンクの確立の可否を判断する（ステップＳ６３）。すなわち、ｅＮＢ１０２は、X2 SETUP REQUESTメッセージに含まれる送信元ｅＮＢ１０１のｅＮＢ　ＩＤを基に、ｅＮＢ１０２が持つ図２０のデータベースからｅＮＢ１０１のｅＮＢタイプを得る。また、ｅＮＢ１０２は、ｅＮＢ１０２が持つ図２１のデータベースを参照して、ｅＮＢ１０１のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認する。
　ステップＳ６３において、ｅＮＢ１０１のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当する場合、ｅＮＢ１０２はＸ２リンク確立を拒絶するために、X2 SETUP FAILUREメッセージをｅＮＢ１０１へ送信する（ステップＳ６４）。この際、X2 SETUP FAILUREメッセージの中にCauseを含める必要があり、新たなCauseとして図２２に示すCauseが提案される。なお、ステップＳ６３において、ｅＮＢ１０１のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当しない場合、ｅＮＢ１０２はX2 SETUP RESPONSEメッセージをｅＮＢ１０１へ送信してＸ２リンクを確立する。
　ステップＳ６４の後、ｅＮＢ１０２はＳＣＴＰリンクの切断を開始して、ｅＮＢ１０１との間のトランスポート層のリソースを解放することも可能である（ステップＳ６５）。ｅＮＢ１０１がＳＣＴＰリンクの切断を開始してもよい。
　図２０及び２１のデータベースは、オペレータがポリシーを変更するとき（例えば、図２１のデータベースに今まで登録されていなかったｅＮＢタイプが追加されるなど）や、初めて各データベースに値を入れるときなどに、更新される。このような図２０及び２１のデータベースの更新を契機として、Ｘ２リンク確立を規制すべきｅＮＢタイプのｅＮＢとの間で確立済みのＸ２リンクがある場合、そのＸ２リンクを切断すべくＳＣＴＰリンクの切断が開始されてもよい（ステップＳ６６）。
　以上の説明では、X2 SETUP REQUESTメッセージを受信したｅＮＢ１０２がステップＳ６３にてＸ２リンクの確立の可否を判断するが、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知してＸ２リンクの確立を試みる際に、ｅＮＢ１０１が、自ｅＮＢ１０１が保持する図２０及び２１のデータベースを用いて、検知されたｅＮＢ１０２との間のＸ２リンクの確立の可否を判断するようにしてもよい。ここで、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当するならば、ｅＮＢ１０１は、X2 SETUP REQUESTメッセージをｅＮＢ１０２に送信しないようにする、もしくは、ｅＮＢ１０２との間にＳＣＴＰリンクを確立しないようにする、もしくは、ｅＮＢ１０２との間にＳＣＴＰリンクが既に確立している場合にはＳＣＴＰリンクの切断を開始することが可能である。
　また、以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、本発明の他の実施の形態と同様に、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。
　以上説明したように、本発明の第４の実施の形態では、各ｅＮＢは、移動通信システムにおけるｅＮＢ各々のｅＮＢタイプを予め格納するデータベースを保持し、当該データベースから得られる対向ｅＮＢのｅＮＢタイプを基にＸ２リンクの確立の可否を判断する。したがって、各ｅＮＢは対向ｅＮＢのｅＮＢタイプに応じてＸ２リンクを確立する、しないを選択することが可能となるので、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。
　なお、本発明の第４の実施の形態では、ＡＮＲ機能により近隣ｅＮＢが検知される度に当該近隣ｅＮＢとの間のＸ２リンクの確立の可否が判断されるが、本発明の第２の実施の形態のように確立済みのＸ２リンク数が所定値に達する場合にのみ確立済みのＸ２リンクの確立の可否が判断されるようにしてもよい。
　この場合、各ｅＮＢは、図２０及び２１のデータベースに加えて図７のデータベースを備える。そして、ＡＮＲ機能により近隣ｅＮＢを検知した際、ｅＮＢは図９のフローチャートと同様の動作を行えばよい。ただし、図９のステップＳ１２では、自ｅＮＢが保持する図２０及び２１のデータベースを用いて確立済みのＸ２リンクの確立の可否を判断する。
　次に、本発明の第５の実施の形態について説明する。本発明の第４の実施の形態では、各ｅＮＢが移動通信システムにおけるｅＮＢ各々の属性情報を予め格納するデータベースを保持するが、本発明の第５の実施の形態では、ｅＮＢとは異なるサーバにデータベースを保持させ、当該サーバがこのデータベースを用いて各ｅＮＢにおけるＸ２リンクの確立の可否を判断する。
　図２３は本発明の第５の実施の形態による移動通信システムの構成を示す図である。図２３に示すように、本発明の第５の実施の形態では、本発明の第１～第４の実施の形態と同様にｅＮＢ１０１及び１０２が存在する。ｅＮＢ１０１及び１０２は管理サーバ１５０に接続されている点が本発明の第１～第４の実施の形態とは異なる。
　図２４は図２３の管理サーバ１５０の構成を示す図である。判断部２３は、ｅＮＢ間のＸ２リンクの確立の可否をｅＮＢのｅＮＢタイプを基に判断する。制御部２１は、通信部２２を用いてｅＮＢと通信を行う。記憶部２４は、後述する各種データベースを含む。
　図２５は本発明の第５の実施の形態における管理サーバ１５０が保持するデータベースである。図２５のデータベースには、予め、移動通信システムにおけるｅＮＢ各々の識別子（ｅＮＢ　ＩＤ）、そのｅＮＢタイプ及びＸ２リンク確立を規制すべきｅＮＢタイプが登録されている。
　図２６は本発明の第５の実施の形態による移動通信システムの動作を示すシーケンス図である。以下、図２６を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。
　ｅＮＢ１０１にてＡＮＲ機能によるＸ２リンク確立トリガが発生すると（ステップＳ７１）、ｅＮＢ１０１は、管理サーバ１５０に対してｅＮＢ１０２との間のＸ２リンク確立可否の問い合わせを行う（ステップＳ７２）。
　管理サーバ１５０は、ｅＮＢ１０１からの問い合わせを受信すると、保持するデータベースを用いてｅＮＢ１０２との間のＸ２リンクの確立の可否を判断する（ステップＳ７３）。例えば、管理サーバ１５０は、ｅＮＢ１０１からの問い合わせに含まれる送信元ｅＮＢ１０１のｅＮＢ　ＩＤ及び対向ｅＮＢ１０２のｅＮＢ　ＩＤを基に管理サーバ１５０が持つ図２５のデータベースを参照して、対向ｅＮＢ１０２のｅＮＢタイプがｅＮＢ１０１におけるＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認する。なお、ｅＮＢ１０１のｅＮＢタイプが対向ｅＮＢ１０２におけるＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認することにより、Ｘ２リンク確立可否を判断するようにしてもよい。
　ステップＳ７３において、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当しない場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を可とする応答をｅＮＢ１０１へ送信する（ステップＳ７４）。ｅＮＢ１０１は、当該応答を受信すると、ｅＮＢ１０２との間でＸ２リンク確立手順（ＳＣＴＰリンク確立後、X2 SETUP REQUESTメッセージ、X2 SETUP RESPONSEメッセージのやりとり)を行う（ステップＳ７５）。
　ステップＳ７３において、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当する場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を不可とする応答をｅＮＢ１０１へ送信する（ステップＳ７４）。ｅＮＢ１０１は、当該応答を受信した場合は、ｅＮＢ１０２との間でＸ２リンク確立を試みない。
　以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、本発明の他の実施の形態と同様に、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。
　以上説明したように、本発明の第５の実施の形態では、管理サーバ１５０が移動通信システムにおけるｅＮＢ各々のｅＮＢタイプを予め格納するデータベースを保持し、当該データベースから得られる対象のｅＮＢのｅＮＢタイプを基にＸ２リンクの確立の可否を判断する。したがって、ｅＮＢにおける判断処理が不要となると共に、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。また、本発明の第４の実施の形態と異なり、各ｅＮＢ内部に上記のデータベースを構築する必要がなくなる。
　なお、本発明の第５の実施の形態では、ＡＮＲ機能により近隣ｅＮＢが検知される度に当該近隣ｅＮＢとの間のＸ２リンクの確立の可否が管理サーバ１５０によって判断されるが、本発明の第２の実施の形態のように確立済みのＸ２リンク数が所定値に達する場合にのみ確立済みのＸ２リンクの確立の可否が管理サーバ１５０によって判断されるようにしてもよい。
　この場合、各ｅＮＢは、図７のデータベースを備える。そして、ＡＮＲ機能により近隣ｅＮＢを検知した際、ｅＮＢは自ｅＮＢにおいて確立済みのＸ２リンク数がＸ２リンク最大数に達している場合に管理サーバ１５０に対して当該確立済みのＸ２リンクの確立可否の問い合わせを行う。管理サーバ１５０は、自サーバが保持するデータベースを用いて当該確立済みのＸ２リンクの確立の可否を判断し（問い合わせ元のｅＮＢにおけるＸ２リンク確立を規制すべきｅＮＢタイプと、当該確立済みのＸ２リンクを持つ対向ｅＮＢのｅＮＢタイプとを比較）、その判断結果を問い合わせ元のｅＮＢに返す。問い合わせ元のｅＮＢは、管理サーバ１５０の判断結果に従ってＸ２リンクを切断する。
　次に、本発明の第６の実施の形態について説明する。本発明の第５の実施の形態では、管理サーバ１５０は移動通信システムにおけるｅＮＢ各々の属性情報を予め格納するデータベースを保持するが、本発明の第６の実施の形態では、管理サーバ１５０は、そのようなデータベースを保持しなくてよく、ｅＮＢから近隣ｅＮＢとの間のＸ２リンク確立可否の問い合わせを受信した場合に当該近隣ｅＮＢに属性情報を問い合わせてＸ２リンクの確立の可否を判断する。なお、本発明の第６の実施の形態の基本的な構成は本発明の第５の実施の形態と同一であるが、以下の説明では管理サーバ１５０はｅＮＢに属性情報を問い合わせて取得するので、管理サーバ１５０は図２５のデータベースを保持しなくてよい。
　図２７は本発明の第６の実施の形態による移動通信システムの動作を示すシーケンス図である。図２８は本発明の第６の実施の形態における管理サーバ１５０が保持するデータベースである。図２８のデータベースには、予め、移動通信システムにおけるｅＮＢ各々の識別子（ｅＮＢ　ＩＤ）及びそのＸ２リンク確立を規制すべきｅＮＢタイプが登録されている。
　以下、図２７を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。
　ｅＮＢ１０１にてＡＮＲ機能によるＸ２リンク確立トリガが発生すると（ステップＳ８１）、ｅＮＢ１０１は、管理サーバ１５０に対してｅＮＢ１０２との間のＸ２リンク確立可否の問い合わせを行う（ステップＳ８２）。管理サーバ１５０は、ｅＮＢ１０１からの問い合わせを受信すると、ｅＮＢ１０２に対してｅＮＢタイプを問い合わせる（ステップＳ８３）。ｅＮＢ１０２は、管理サーバ１５０にｅＮＢ１０２のｅＮＢタイプを報告する（ステップＳ８４）。
　管理サーバ１５０は、取得されたｅＮＢ１０２のｅＮＢタイプを基にｅＮＢ１０１及び１０２間のＸ２リンクの確立の可否を判断する（ステップＳ８５）。すなわち、管理サーバ１５０は、ｅＮＢ１０１からの問い合わせに含まれる送信元ｅＮＢ１０１のｅＮＢ　ＩＤ及び図２８のデータベースから、ｅＮＢ１０１におけるＸ２リンク確立を規制すべきｅＮＢタイプを確認する。そして、管理サーバ１５０は、ｅＮＢ１０２のｅＮＢタイプがｅＮＢ１０１におけるＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認することにより、Ｘ２リンク確立可否を判断する。
　ステップＳ８５において、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当しない場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を可とする応答をｅＮＢ１０１へ送信する（ステップＳ８６）。ｅＮＢ１０１は、当該応答を受信すると、ｅＮＢ１０２との間でＸ２リンク確立手順（ＳＣＴＰリンク確立後、X2 SETUP REQUESTメッセージ、X2 SETUP RESPONSEメッセージのやりとり)を行う（ステップＳ８７）。
　ステップＳ８５において、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当する場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を不可とする応答をｅＮＢ１０１へ送信する（ステップＳ８６）。ｅＮＢ１０１は、当該応答を受信した場合は、ｅＮＢ１０２との間でＸ２リンク確立を試みない。
　以上の説明では、管理サーバ１５０は図２８のデータベースを保持するが、これに代えて図２９のデータベースを保持するようにしてもよい。図２９のデータベースには、Ｘ２リンク確立を規制すべきｅＮＢタイプの組み合わせの情報が登録されている。図２９の例では、Ｍａｃｒｏ　ｅＮＢとＰｉｃｏ　ｅＮＢのｅＮＢ間、Ｍａｃｒｏ　ｅＮＢとＨｅＮＢのｅＮＢ間、Ｍｉｃｒｏ　ｅＮＢとＨｅＮＢのｅＮＢ間でそれぞれＸ２リンクの確立が不可とされる。ステップＳ８２の問い合わせにｅＮＢ１０１のｅＮＢタイプを含めれば、管理サーバ１５０はステップＳ８５において図２９のデータベース用いてｅＮＢ１０１及び１０２間のＸ２リンクの確立の可否を判断することができる。
　また、以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、本発明の他の実施の形態と同様に、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。
　以上説明したように、本発明の第６の実施の形態では、管理サーバ１５０がｅＮＢから近隣ｅＮＢとの間のＸ２リンク確立可否の問い合わせを受信した場合に当該近隣ｅＮＢに属性情報を問い合わせてＸ２リンクの確立の可否を判断する。したがって、ｅＮＢにおける判断処理が不要となると共に、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。また、本発明の第５の実施の形態と異なり、管理サーバ内部に移動通信システムにおけるｅＮＢ各々の属性情報を予め格納するデータベースを構築する必要がなくなる。また、管理サーバ１５０はｅＮＢに属性情報を問い合わせて取得するので、Ｘ２リンクの確立の可否判断にユーザ数のような動的に変化する情報を用いる場合にも好適である。
　なお、本発明の第６の実施の形態では、ＡＮＲ機能により近隣ｅＮＢが検知される度に当該近隣ｅＮＢとの間のＸ２リンクの確立の可否が管理サーバ１５０によって判断されるが、本発明の第２の実施の形態のように確立済みのＸ２リンク数が所定値に達する場合にのみ確立済みのＸ２リンクの確立の可否が管理サーバ１５０によって判断されるようにしてもよい。
　この場合、各ｅＮＢは、図７のデータベースを備える。そして、ＡＮＲ機能により近隣ｅＮＢを検知した際、ｅＮＢは自ｅＮＢにおいて確立済みのＸ２リンク数がＸ２リンク最大数に達している場合に管理サーバ１５０に対して当該確立済みのＸ２リンクの確立可否の問い合わせを行う。管理サーバ１５０は、当該確立済みのＸ２リンクを持つ対向ｅＮＢ各々に対してｅＮＢタイプを問い合わせて取得して当該確立済みのＸ２リンクの確立の可否を判断し（問い合わせ元のｅＮＢにおけるＸ２リンク確立を規制すべきｅＮＢタイプと、当該確立済みのＸ２リンクを持つ対向ｅＮＢのｅＮＢタイプとを比較）、その判断結果を問い合わせ元のｅＮＢに返す。問い合わせ元のｅＮＢは、管理サーバ１５０の判断結果に従ってＸ２リンクを切断する。
　次に、本発明の第７の実施の形態について説明する。本発明の第６の実施の形態では、管理サーバ１５０は、ｅＮＢから近隣ｅＮＢとの間のＸ２リンク確立可否の問い合わせを受信した場合に当該近隣ｅＮＢに属性情報を問い合わせて取得するが、本発明の第７の実施の形態では、定期的に各ｅＮＢが属性情報を管理サーバ１５０に報告する、あるいは管理サーバ１５０が定期的に各ｅＮＢの属性情報を取得する。
　なお、本発明の第７の実施の形態の基本的な構成は本発明の第５の実施の形態と同一である。ただし、本発明の第７の実施の形態では定期的に各ｅＮＢから属性情報が取得されるので、本実施形態はユーザ数のような動的に変化する情報を用いる場合により好適である。そのため、以下の説明では属性情報としてユーザ数が用いられる。したがって、本発明の第７の実施の形態では、本発明の第５の実施の形態と異なり、管理サーバ１５０は図２５のデータベースではなく、各ｅＮＢのユーザ数を格納するデータベースを備え、当該データベースは各ｅＮＢからユーザ数情報が取得される度に更新される。
　図３０は本発明の第７の実施の形態による移動通信システムの動作を示すシーケンス図である。図３１は本発明の第７の実施の形態における管理サーバ１５０が保持するデータベースである。図３１のデータベースには、移動通信システムにおけるｅＮＢ各々の識別子（ｅＮＢ　ＩＤ）及びそのユーザ数情報が保存されている。上述したように、本データベースは各ｅＮＢからユーザ数情報が取得される度に更新される。
　以下、図３０を参照して、本発明の第７の実施の形態による移動通信システムの動作について説明する。
　ｅＮＢ１０１及び１０２各々は、定期的に管理サーバ１５０に対して自ｅＮＢのユーザ数を報告する（ステップＳ９１及びＳ９２）。このように各ｅＮＢが自律的に管理サーバ１５０へユーザ数を報告する代わりに、管理サーバ１５０が定期的に各ｅＮＢへ問い合わせを行うようにしてもよい。この場合、管理サーバ１５０は定期的に、ｅＮＢ１０１及び１０２に対してユーザ数報告要求を送出する（ステップＳ９３及びＳ９５）。これに対して、ｅＮＢ１０１及び１０２各々は、管理サーバ１５０へ自ｅＮＢのユーザ数を報告する（ステップＳ９４及びＳ９６）。なお、管理サーバ１５０は、ユーザ数の報告を受けると、図３１のデータベースを更新する。
　次に、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。ｅＮＢ１０１にてＡＮＲ機能によるＸ２リンク確立トリガが発生すると（ステップＳ９７）、ｅＮＢ１０１は、管理サーバ１５０に対してｅＮＢ１０２との間のＸ２リンク確立可否の問い合わせを行う（ステップＳ９８）。
　管理サーバ１５０は、図３１のデータベース内のユーザ数情報を基にｅＮＢ１０１及び１０２間のＸ２リンクの確立の可否を判断する（ステップＳ９９）。すなわち、管理サーバ１５０は、ｅＮＢ１０１からの問い合わせに含まれるｅＮＢ１０２のｅＮＢ　ＩＤ及び図３１のデータベースから、ｅＮＢ１０２のユーザ数を確認する。管理サーバ１５０は、ｅＮＢ１０２のユーザ数と所定の閾値とを比較してＸ２リンクの確立の可否判断を行う。
　ステップＳ９９において、ｅＮＢ１０２のユーザ数が閾値以上である場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を可とする応答をｅＮＢ１０１へ送信する（ステップＳ１００）。ｅＮＢ１０１は、当該応答を受信すると、ｅＮＢ１０２との間でＸ２リンク確立手順（ＳＣＴＰリンク確立後、X2 SETUP REQUESTメッセージ、X2 SETUP RESPONSEメッセージのやりとり)を行う（ステップＳ１０１）。
　ステップＳ９９において、ｅＮＢ１０２のユーザ数が閾値より小である場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を不可とする応答をｅＮＢ１０１へ送信する（ステップＳ１００）。ｅＮＢ１０１は、当該応答を受信した場合は、ｅＮＢ１０２との間でＸ２リンク確立を試みない。
　以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのユーザ数情報を基に行われるが、本発明の他の実施の形態と同様に、ユーザ数に限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。
　以上説明したように、本発明の第７の実施の形態では、管理サーバ１５０は定期的に各ｅＮＢの属性情報を取得し、ｅＮＢから近隣ｅＮＢとの間のＸ２リンク確立可否の問い合わせを受信した場合にＸ２リンクの確立の可否を判断する。したがって、ｅＮＢにおける判断処理が不要となると共に、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。また、Ｘ２リンク確立可否の問い合わせを受信時に、管理サーバ１５０は本発明の第６の実施の形態のようにｅＮＢに属性情報を問い合わせる必要がない。また、定期的に各ｅＮＢから属性情報が取得されるので、本実施形態はユーザ数のような動的に変化する情報を用いる場合により好適である。
　なお、本発明の第７の実施の形態では、ＡＮＲ機能により近隣ｅＮＢが検知される度に当該近隣ｅＮＢとの間のＸ２リンクの確立の可否が管理サーバ１５０によって判断されるが、本発明の第３の実施の形態のように確立済みのＸ２リンク数が所定値に達する場合にのみ確立済みのＸ２リンクの確立の可否が管理サーバ１５０によって判断されるようにしてもよい。
　この場合、各ｅＮＢは、図７のデータベースを備える。そして、ＡＮＲ機能により近隣ｅＮＢを検知した際、ｅＮＢは自ｅＮＢにおいて確立済みのＸ２リンク数が例えばＸ２リンク最大数に達している場合に管理サーバ１５０に対して当該確立済みのＸ２リンクの確立可否の問い合わせを行う。この問い合わせには、当該確立済みのＸ２リンクを持つ対向ｅＮＢ各々のｅＮＢ　ＩＤが含まれる。管理サーバ１５０は、このｅＮＢ　ＩＤと図３１のデータベースから対向ｅＮＢ各々のユーザ数を確認し、このユーザ数を基に確立済みのＸ２リンクの確立の可否を判断して切断すべきＸ２リンクを選択する。具体的には、最も低いユーザ数、あるいは閾値より小のユーザ数を持つ対向ｅＮＢとの間のＸ２リンクが選択される。管理サーバ１５０は、この判断結果を問い合わせ元のｅＮＢに返す。問い合わせ元のｅＮＢは、管理サーバ１５０の判断結果に従ってＸ２リンクを切断する。
　上記の実施の形態の一部または全部は、以下の付記のようにも記載されうるが、以下の記載には限定されない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
[付記１]
　移動通信システムにおける無線基地局であって、
　近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記確立済みの論理インターフェースの確立の際に前記近隣無線基地局から通知された前記近隣無線基地局の属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段を含むことを特徴とする無線基地局。
[付記２]
　移動通信システムにおける無線基地局であって、
　自局との間で論理インターフェースを確立済みの近隣無線基地局へ定期的に自局の属性情報を通知する送信手段と、
　前記近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記近隣無線基地局の前記送信手段から通知される前記属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とする無線基地局。
[付記３]
　移動通信システムにおける無線基地局であって、
　他の無線基地局各々の属性情報を記憶する記憶手段と、
　近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とする無線基地局。
[付記４]
　移動通信システムにおける無線基地局と接続されるサーバであって、
　前記無線基地局各々の属性情報を記憶する記憶手段と、
　前記無線基地局の内、近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している無線基地局から前記確立済みの論理インターフェースの確立の可否判断の要求を受けた場合、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とするサーバ。
[付記５]
　移動通信システムにおける無線基地局と接続されるサーバであって、
　前記無線基地局の内、近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している無線基地局から前記確立済みの論理インターフェースの確立の可否判断の要求を受けた場合、前記近隣無線基地局からその属性情報を取得する手段と、
　前記取得される属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とするサーバ。
[付記６]
　移動通信システムにおける無線基地局と接続されるサーバであって、
　定期的に前記無線基地局各々の属性情報を取得する手段と、
　前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記取得される前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とするサーバ。
[付記７]
　移動通信システムにおける無線基地局と接続されるサーバであって、
　定期的に前記無線基地局各々の属性情報を取得する手段と、
　前記無線基地局の内、近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している無線基地局から前記確立済みの論理インターフェースの確立の可否判断の要求を受けた場合、前記取得される前記近隣無線基地局の属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とするサーバ。
[付記８]
　無線基地局を含み、
　前記無線基地局は、近隣無線基地局との間の論理インターフェースの確立の可否を前記近隣無線基地局の属性情報を基に判断する判断手段を含むことを特徴とする移動通信システム。
[付記９]
　前記判断手段は、近隣無線基地局との間の論理インターフェースの確立の際に前記近隣無線基地局から通知される前記属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記８記載の移動通信システム。
[付記１０]
　前記無線基地局は、他の無線基地局各々の属性情報を記憶する記憶手段を含み、
　前記判断手段は、近隣無線基地局との間の論理インターフェースの確立の際に、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記８記載の移動通信システム。
[付記１１]
　無線基地局と、
　前記無線基地局と接続されるサーバとを含み、
　前記サーバは、前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段を含むことを特徴とする移動通信システム。
[付記１２]
　前記サーバは、前記無線基地局各々の属性情報を記憶する記憶手段を含み、
　前記判断手段は、前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記１１記載の移動通信システム。
[付記１３]
　前記サーバは、前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記近隣無線基地局からその属性情報を取得する手段を含み、
　前記判断手段は、前記取得される属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記１１記載の移動通信システム。
[付記１４]
　前記サーバは、定期的に前記無線基地局各々の属性情報を取得する手段を含み、
　前記判断手段は、前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記取得される前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記１１記載の移動通信システム。
　この出願は、２０１１年１２月１４日に出願された日本出願特願２０１１－２７２８７９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　　　１１，２１　　制御部
　　　１２，２２　　通信部
　　　１３，２３　　判断部
　　　１４，２４　　記憶部
　　　　　　１５　　無線通信部
　１０１，１０２　　ｅＮＢ
　　　　　１５０　　管理サーバ

Claims (10)

  1. 　移動通信システムにおける無線基地局であって、
    　近隣無線基地局との間の論理インターフェースの確立の可否を前記近隣無線基地局の属性情報を基に判断する判断手段を含むことを特徴とする無線基地局。
  2. 　前記判断手段は、近隣無線基地局との間の論理インターフェースの確立の際に前記近隣無線基地局から通知される前記属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする請求項１記載の無線基地局。
  3. 　他の無線基地局各々の属性情報を記憶する記憶手段を含み、
    　前記判断手段は、近隣無線基地局との間の論理インターフェースの確立の際に、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする請求項１記載の無線基地局。
  4. 　移動通信システムにおける無線基地局の動作制御方法であって、
    　近隣無線基地局の属性情報を基に前記近隣無線基地局との間の論理インターフェースの確立の可否を判断するステップを含むことを特徴とする動作制御方法。
  5. 　移動通信システムにおける無線基地局と接続されるサーバであって、
    　前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段を含むことを特徴とするサーバ。
  6. 　前記無線基地局各々の属性情報を記憶する記憶手段を含み、
    　前記判断手段は、前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする請求項５記載のサーバ。
  7. 　前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記近隣無線基地局からその属性情報を取得する手段を含み、
    　前記判断手段は、前記取得される属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする請求項５記載のサーバ。
  8. 　移動通信システムにおける無線基地局と接続されるサーバの動作制御方法であって、
    　前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断するステップを含むことを特徴とする動作制御方法。
  9. 　無線基地局と、
    　前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段とを含むことを特徴とする移動通信システム。
  10. 　移動通信システムの動作制御方法であって、
    　無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断するステップを含むことを特徴とする動作制御方法。
PCT/JP2012/006178 2011-12-14 2012-09-27 無線基地局、サーバ、移動通信システム及び動作制御方法 WO2013088616A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201280061391.7A CN103988573A (zh) 2011-12-14 2012-09-27 无线电基站、服务器、移动通信系统和操作控制方法
US14/357,743 US9426705B2 (en) 2011-12-14 2012-09-27 Radio base station, server, mobile communication system, and operation control method
EP12858215.2A EP2806706B1 (en) 2011-12-14 2012-09-27 Radio base station, server, mobile communication system and operation control method
JP2013549069A JP5928480B2 (ja) 2011-12-14 2012-09-27 無線基地局、サーバ、移動通信システム及び動作制御方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011272879 2011-12-14
JP2011-272879 2011-12-14

Publications (1)

Publication Number Publication Date
WO2013088616A1 true WO2013088616A1 (ja) 2013-06-20

Family

ID=48612099

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/006178 WO2013088616A1 (ja) 2011-12-14 2012-09-27 無線基地局、サーバ、移動通信システム及び動作制御方法

Country Status (5)

Country Link
US (1) US9426705B2 (ja)
EP (1) EP2806706B1 (ja)
JP (2) JP5928480B2 (ja)
CN (1) CN103988573A (ja)
WO (1) WO2013088616A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103384414A (zh) * 2013-06-28 2013-11-06 大唐移动通信设备有限公司 一种x2链路建立方法和设备
JP2017531970A (ja) * 2014-10-23 2017-10-26 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． インターフェース確立方法および装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106793174B (zh) * 2016-11-30 2020-06-30 广东米德有源通信科技有限公司 一种x2链接的优化方法及装置
CN114342449B (zh) * 2020-08-10 2024-02-13 北京小米移动软件有限公司 接口建立方法、装置、电子设备和计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010078270A2 (en) * 2008-12-30 2010-07-08 Qualcomm Incorporated Interface authorization scheme
JP2010233144A (ja) * 2009-03-30 2010-10-14 Fujitsu Ltd 無線通信システムにおけるノード間インタフェース確立方法、無線通信システムにおける上位管理装置、無線通信システムにおける無線ノード装置
JP2011004101A (ja) * 2009-06-18 2011-01-06 Fujitsu Ltd 無線通信システム、基地局装置、端末装置、及び無線通信システムにおける通信リンク設定方法
JP2011109710A (ja) * 2011-02-04 2011-06-02 Ntt Docomo Inc 論理インタフェース設定方法、及び無線基地局

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2388623C (en) * 1999-10-22 2010-06-22 Nomadix,Inc. Systems and methods for redirecting users attempting to access a network site
EP1775976B1 (en) * 2005-10-13 2010-03-17 Mitsubishi Electric R&D Centre Europe B.V. Method for enabling a base station to connect to a wireless telecommunication network
CN101567881B (zh) * 2008-04-23 2012-04-25 中国移动通信集团公司 Sctp信令连接的动态处理方法及其装置
WO2010063306A1 (en) 2008-12-01 2010-06-10 Nokia Siemens Networks Oy Establishment of new base station in cellular network
KR101566935B1 (ko) * 2009-02-24 2015-11-09 삼성전자주식회사 간섭 제어 방법 및 그를 수행하는 통신 시스템
WO2010123121A1 (ja) * 2009-04-24 2010-10-28 京セラ株式会社 無線基地局及びコネクション確立制御方法
JPWO2011039985A1 (ja) * 2009-09-30 2013-02-21 パナソニック株式会社 パケット回復方法、パケット回復システム、その方法で用いられる移動端末及び中間装置
WO2011047735A1 (en) * 2009-10-23 2011-04-28 Nokia Siemens Networks Oy Neighbour base station and neighbour cell determination in cellular communication systems
DE112010004294T5 (de) * 2009-11-06 2013-01-03 Sumitomo Electric Industries, Ltd. Kommunikationssystem; Kompaktbasisstation und Kommunikationsverfahren
JP5492546B2 (ja) * 2009-12-24 2014-05-14 京セラ株式会社 無線基地局及びコネクション確立制御方法
JP5555546B2 (ja) * 2010-05-27 2014-07-23 京セラ株式会社 無線通信システム、無線基地局、及び基地局パラメータ調整方法
JP5817051B2 (ja) 2011-07-13 2015-11-18 ▲ホア▼▲ウェイ▼技術有限公司 基地局間にｘ２接続を確立するための方法、基地局、および通信システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010078270A2 (en) * 2008-12-30 2010-07-08 Qualcomm Incorporated Interface authorization scheme
JP2010233144A (ja) * 2009-03-30 2010-10-14 Fujitsu Ltd 無線通信システムにおけるノード間インタフェース確立方法、無線通信システムにおける上位管理装置、無線通信システムにおける無線ノード装置
JP2011004101A (ja) * 2009-06-18 2011-01-06 Fujitsu Ltd 無線通信システム、基地局装置、端末装置、及び無線通信システムにおける通信リンク設定方法
JP2011109710A (ja) * 2011-02-04 2011-06-02 Ntt Docomo Inc 論理インタフェース設定方法、及び無線基地局

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103384414A (zh) * 2013-06-28 2013-11-06 大唐移动通信设备有限公司 一种x2链路建立方法和设备
JP2017531970A (ja) * 2014-10-23 2017-10-26 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． インターフェース確立方法および装置
US10728876B2 (en) 2014-10-23 2020-07-28 Huawei Technologies Co., Ltd. Interface establishing method and apparatus
US11589331B2 (en) 2014-10-23 2023-02-21 Huawei Technologies Co., Ltd. Interface establishing method and apparatus

Also Published As

Publication number Publication date
CN103988573A (zh) 2014-08-13
US9426705B2 (en) 2016-08-23
EP2806706A1 (en) 2014-11-26
EP2806706B1 (en) 2018-06-20
JP6213607B2 (ja) 2017-10-18
JP5928480B2 (ja) 2016-06-01
JP2016131407A (ja) 2016-07-21
US20140314050A1 (en) 2014-10-23
JPWO2013088616A1 (ja) 2015-04-27
EP2806706A4 (en) 2015-08-19

Similar Documents

Publication Publication Date Title
JP6620857B2 (ja) 通信装置及び方法
JP6394828B2 (ja) 無線通信システムと方法と無線基地局と制御局
EP3509350B1 (en) Method for detecting cause of radio link failure or handover failure
US8208924B2 (en) Method and system for improving call drop caused by radio link failure in mobile communication system
JP6213607B2 (ja) 無線基地局
WO2015140848A1 (ja) 制御装置、基地局装置、無線端末、及び隣接関係テーブルの更新方法
KR101157488B1 (ko) 이동국, 이동교환국 및 이동통신방법
WO2014122706A1 (ja) ハンドオーバ失敗検出装置、ハンドオーバ・パラメータ調整装置、及びハンドオーバ最適化システム
CN109804672B (zh) 蜂窝电信网络
WO2011155512A1 (ja) 無線基地局及びその制御方法
US10491426B2 (en) Method and apparatus for setting up X2 connection through gateway
CN109792683B (zh) 蜂窝电信网络、基站和在蜂窝电信网络中操作基站的方法
CN108934049B (zh) 通信切换方法及装置
WO2014002320A1 (ja) ハンドオーバ失敗検出装置、ハンドオーバ・パラメータ調整装置、及びハンドオーバ最適化システム
CN111654882B (zh) 更新相邻基站关系的方法和装置
US20150350968A1 (en) Target Network Node, Source Network Node and Methods for Mobility in a Wireless Communications Network
CN102131215A (zh) 切换参数优化方法及系统
US8818374B2 (en) Method of inter base station communication, a base station and telecommunication network
CN103369603A (zh) 自组织网络的互操作方法与装置
JP2013110727A (ja) 無線通信システム、無線端末装置、通信制御方法および通信制御プログラム
JP5842570B2 (ja) 無線基地局装置、通信制御方法および通信制御プログラム
US20160353517A1 (en) Method for ul-dl decoupling, low power node, network and computer program product
JP2015171053A (ja) 基地局、端末、通信システムおよび通信方法

Legal Events

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

Ref document number: 12858215

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14357743

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2012858215

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2013549069

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE