WO2015098268A1 - 移動通信システム、基地局、通信方法 - Google Patents

移動通信システム、基地局、通信方法 Download PDF

Info

Publication number
WO2015098268A1
WO2015098268A1 PCT/JP2014/078452 JP2014078452W WO2015098268A1 WO 2015098268 A1 WO2015098268 A1 WO 2015098268A1 JP 2014078452 W JP2014078452 W JP 2014078452W WO 2015098268 A1 WO2015098268 A1 WO 2015098268A1
Authority
WO
WIPO (PCT)
Prior art keywords
enb
emergency call
base station
adjacent
message
Prior art date
Application number
PCT/JP2014/078452
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 US15/108,094 priority Critical patent/US20160330658A1/en
Priority to EP14873203.5A priority patent/EP3089488A4/en
Priority to KR1020167020505A priority patent/KR101795981B1/ko
Priority to JP2015554636A priority patent/JPWO2015098268A1/ja
Priority to CN201480071358.1A priority patent/CN105874827A/zh
Publication of WO2015098268A1 publication Critical patent/WO2015098268A1/ja

Links

Images

Classifications

    • 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/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0061—Transmission or use of information for re-establishing the radio link of neighbour cell information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • 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 technique for processing an emergency call in a mobile communication system.
  • emergency communications from UEs (User Equipment: terminals) (for example, calls destined for 110 and 119 in Japan) are communicated securely to the network with the highest priority. It is necessary to secure the road.
  • UEs User Equipment: terminals
  • the UE in the mobile communication system is premised on movement (emergency calls are disclosed in Patent Documents 1 and 2).
  • a UE in an emergency call communication performs H / O (Hand Over: handover) that moves across cells of an eNB (evolved NodeB: base station) to secure a communication path.
  • H / O Handover
  • eNB evolved NodeB: base station
  • the UE moves to the cell boundary between the cell of eNB # 1 and the cell of eNB # 2 adjacent to eNB # 1, and the H from eNB # 2 to eNB # 2 Assume that a signal used to know that / O has moved to a possible area has been received. Then, the UE notifies the eNB # 1 that the signal has been received, and the eNB # 1 tries to cause the UE to perform H / O to the eNB # 2.
  • eNB # 2 does not always support emergency call communication.
  • PLMNs Public Land Mobile Network
  • network operators managing the PLMN may be different. For this reason, the support status of emergency call communication differs between network operators, and eNB # 2 may not support emergency call communication.
  • the eNB In order to prevent this, for example, it is necessary for the eNB to avoid causing an adjacent eNB that does not support emergency call communication to H / O the UE during emergency call communication.
  • the eNB does not know the support status of emergency call communication in neighboring eNBs.
  • the eNB cannot prevent H / O from being performed on an adjacent eNB that does not support emergency call communication.
  • An object of the present invention is to provide a technique for solving the above-described problems.
  • the mobile communication system of the present invention is A mobile communication system having a plurality of base stations, The base station Emergency call support information indicating a support status of emergency call communication in an adjacent base station adjacent to the base station is received.
  • the base station of the present invention A base station in a mobile communication system having a plurality of base stations, A communication unit that receives emergency call support information indicating a support status of emergency call communication in an adjacent base station adjacent to the base station;
  • the communication method of the present invention includes: A communication method by a base station in a mobile communication system having a plurality of base stations, Emergency call support information indicating a support status of emergency call communication in an adjacent base station adjacent to the base station is received.
  • the base station can know the support status of the emergency call communication in the adjacent base station adjacent to the base station.
  • FIG. 1 It is a figure which shows the structure of the mobile communication system of this embodiment.
  • the mobile communication system of this embodiment it is a sequence diagram explaining the method 1 which notifies emergency call support information in eNB (# 2a) 30-2a to eNB (# 1a) 30-1a.
  • the mobile communication system of this embodiment it is a sequence diagram explaining the method 2 which notifies emergency call support information in eNB (# 2a) 30-2a to eNB (# 1a) 30-1a.
  • the method 3 which notifies emergency call support information in eNB (# 2a) 30-2a to eNB (# 1a) 30-1a.
  • FIG. 1 shows the configuration of a mobile communication system according to an embodiment of the present invention.
  • the mobile communication system of this embodiment is an example applied to a mobile communication system of LTE (Long Term Evolution).
  • LTE Long Term Evolution
  • PLMN (# 1) 10-1 and PLMN (# 2) 10-2 are network sharing.
  • PLMN (# 1) 10-1 and PLMN (# 2) 10-2 are not distinguished, they are simply referred to as PLMN10.
  • UE20 moves between the area of PLMN (# 1) 10-1 and the area of PLMN (# 2) 10-2, eNB (# 1a) 30-1a, eNB (# 1b) 30-1b, and eNB ( # 2a) A terminal capable of performing wireless communication with any one of 30-2a.
  • ENB (# 1a) 30-1a, eNB (# 1b) 30-1b, and eNB (# 2a) 30-2a are nodes that perform radio communication with UE 20, and are examples of base stations.
  • eNB (# 1a) 30-1a, eNB (# 1b) 30-1b, and eNB (# 2a) 30-2a are not distinguished, they are simply referred to as eNB30.
  • MME (# 1) 40-1 and MME (# 2) 40-2 are nodes that perform mobility management of UE 20, and are examples of mobility management devices.
  • MME (# 1) 40-1 and MME (# 2) 40-2 are not distinguished, they are simply referred to as MME 40.
  • EMS (# 1) 50-1 and EMS (# 2) 50-2 are nodes that operate / maintain the mobile communication system, and are examples of operation maintenance devices (O & M (Operation and Maintenance) devices).
  • O & M Operaation and Maintenance
  • EMS (# 1) 50-1 and EMS (# 2) 50-2 are not distinguished, they are simply referred to as EMS 50.
  • SON (# 1) 60-1 and SON (# 2) 60-2 include nodes that manage neighboring cell information of each eNB30. In the following, when SON (# 1) 60-1 and SON (# 2) 60-2 are not distinguished, they are simply referred to as SON60.
  • SON60 is provided for each PLMN (# 1) 10-1 and PLMN (# 2) 10-2, but is configured to straddle PLMN (# 1) 10-1 and PLMN (# 2) 10-2. SON60 may be provided.
  • the eNB 30 needs to prevent the UE 20 during emergency call communication from performing H / O to the adjacent eNB 30 that does not support emergency call communication.
  • the eNB 30 needs to know the support status of emergency call communication in the adjacent eNB 30 adjacent to the own eNB 30.
  • the emergency call support information indicating the emergency call communication support status (whether or not emergency call communication is supported) in the adjacent eNB 30 adjacent to the eNB 30 is notified to the eNB 30.
  • eNB (# 1a) 30-1a is notified of emergency call support information in eNB (# 1b) 30-1b and eNB (# 2a) 30-2a adjacent to eNB (# 1a) 30-1a .
  • FIG. 2 shows a sequence diagram for explaining the method 1.
  • method 1 is a method in which eNB (# 2a) 30-2a directly transmits an emergency call support identifier to eNB (# 1a) 30-1a using the X2 interface.
  • the eNB (# 2a) 30-2a includes, for example, the emergency call support identifier of the eNB (# 2a) 30-2a in the X2 ⁇ ⁇ ⁇ ⁇ ⁇ Setup request message at the time of start-up, and includes the X2 Setup request message in the eNB ( # 1a) Transmit to 30-1a (step S11).
  • timing at which the eNB 30 transmits the X2 Setup request message including the emergency call support identifier is not limited at startup.
  • the eNB 30 may include the emergency call support identifier in the X2 Setup response message and transmit the X2 Setup request message from the adjacent eNB 30 to the adjacent eNB 30 as a trigger.
  • FIG. 3 shows a sequence diagram for explaining the method 2.
  • the eNB (# 2a) 30-2a sends an emergency call support identifier to the eNB (# 2) 40-2 and MME (# 1) 40-1 1a) A method of transmitting to 30-1a.
  • the eNB (# 2a) 30-2a includes the emergency call support identifier of the eNB (# 2a) 30-2a in the eNB Direct Information ⁇ ⁇ ⁇ ⁇ ⁇ Transfer message at the time of startup, for example, and includes the eNB Direct Information Transfer message. It transmits to MME (# 2) 40-2 (step S21).
  • the MME (# 2) 40-2 includes the emergency call support identifier included in the eNB Direct Information Transfer message in the RAN Information Relay message, and transmits the RAN Information Relay message to the MME (# 1) 40-1. (Step S22).
  • MME (# 1) 40-1 includes the emergency call support identifier included in the RAN Information Relay message in the MME Direct Information Transfer message, and transmits the MME Direct Information Transfer message to eNB (# 1a) 30-1a. (Step S23).
  • FIG. 4 shows a sequence diagram for explaining the method 3.
  • Method 3 is a method in which the MME (# 2) 40-2 transmits the emergency call support identifier of the subordinate eNB (# 2a) 30-2a to the eNB (# 1a) 30-1a. is there.
  • MME (# 2) 40-2 grasps the support status of emergency call communication in each subordinate eNB30 (including eNB (# 2a) 30-2a).
  • MME (# 2) 40-2 includes the emergency call support identifier for each subordinate eNB 30 in the RAN Information Relay message, and transmits the RAN Information Information Relay message to MME (# 1) 40-1 (step S31). ).
  • the MME (# 1) 40-1 includes the emergency call support identifier for each eNB30 subordinate to the MME (# 2) 40-2 included in the RAN Information Relay message in the MME Direct Information Transfer message.
  • a Direct Information Transfer message is transmitted to the eNB (# 1a) 30-1a (step S32).
  • the emergency call support identifier transmitted from the MME (# 2) 40-2 to the eNB (# 1a) 30-1a via the MME (# 1) 40-1 is the eNB 30 under the MME (# 2) 40-2.
  • the emergency call support identifier of the eNB 30 adjacent to the eNB (# 1a) 30-1a may be used.
  • FIG. 5 shows a sequence diagram for explaining the method 4.
  • the eNB (# 2a) 30-2a broadcasts the emergency call support identifier on the radio, and the eNB (# 1a) 30-1a # 2a) This is a method to know the emergency call support identifier of 30-2a.
  • the eNB (# 2a) 30-2a includes the emergency call support identifier of the eNB (# 2a) 30-2a in the eNB Direct Information message, and broadcasts the eNB Direct Information message over the radio (step S41). ).
  • FIG. 6 shows a sequence diagram for explaining the method 5.
  • the method 5 is a method in which the EMS (# 1) 50-1 transmits the emergency call support identifier of the eNB (# 2a) 30-2a to the eNB (# 1a) 30-1a.
  • EMS (# 1) 50-1 is sent from MME (# 2) 40-2 to each eNB30 (including eNB (# 2a) 30-2a) under MME (# 2) 40-2
  • the emergency call support identifier is acquired.
  • the EMS (# 1) 50-1 includes the emergency call support identifier for each eNB30 under the MME (# 2) 40-2 in the Setup Information message, and includes the Setup Information message in the eNB (# 1a) 30-1a (Step S51).
  • the emergency call support identifier transmitted from the EMS (# 1) 50-1 to the eNB (# 1a) 30-1a is the eNB (# 1a) 30-1a among the eNBs 30 under the MME (# 2) 40-2. Only the emergency call support identifier of the adjacent eNB 30 may be used. (1-2-1-6) Method 6 FIG. 7 shows a sequence diagram for explaining the method 6.
  • eNB (# 2a) 30-2a changed the emergency call communication support status during operation (changed from unsupported status to supported status, or changed from supported status to unsupported status) ),
  • the emergency call support identifier indicating the emergency call support status after the change of eNB (# 2a) 30-2a is included in the X2 eNB Configuration Update message, and the X2 eNB Configuration Update message is included in eNB (# 1a) 30-1a Transmit (step S61).
  • the method of notifying the eNB (# 1a) 30-1a of the emergency call support information in the eNB (# 1b) 30-1b is any one of the above methods 1 to 6 (FIGS. 2 to 7). May be used, or any two or more may be used in combination.
  • step S21 the eNB Direct Information Transfer message is transmitted from eNB (# 1b) 30-1b to MME (# 1) 40-1, so step S22 is Can be omitted.
  • MME (# 1) 40-1 that knows the support status of emergency call communication in eNB (# 1b) 30-1b. Can be omitted.
  • the eNB (# 1a) 30-1a is connected to the eNB (# 1b) 30-1b and eNB (adjacent to the eNB (# 1a) 30-1a as in the above methods 1 to 6 (FIGS. 2 to 7).
  • the adjacent cell list is a list in which cell information of cells of adjacent eNB 30 adjacent to its own eNB 30 is recorded.
  • the neighbor cell list records a cell identifier, emergency call communication support status, availability of H / O, and the like as cell information of each neighbor cell.
  • H / O the eNB 30 or the like that is out of order cannot be H / O.
  • information on the availability of H / O is notified from SON60.
  • the eNB 30 can know the support status of emergency call communication in the adjacent eNB 30 adjacent to its own eNB 30.
  • the eNB 30 can prevent the UE 20 during emergency call communication from performing H / O to the adjacent eNB 30 that does not support emergency call communication.
  • Fig. 8 shows a sequence diagram for explaining the operation of UE20 during H / O.
  • the sequence diagram in FIG. 8 is a simplified version based on the 3GPP (Third Generation Partnership Project) standard.
  • the UE 20 under emergency call communication with the eNB (# 1a) 30-1a under the PLMN (# 1) 10-1 moves from the area of the PLMN (# 1) 10-1 to the PLMN (# 1). Assume that you are moving to the area of PLMN (# 2) 10-2 that is sharing network with 10-1 and trying to perform H / O.
  • eNB (# 1a) 30-1a, eNB (# 1b) 30-1b, and eNB (# 2a) 30-2a are self-assembled as described in methods 1 to 6 (FIGS. 2 to 7). It is assumed that emergency call support information in the adjacent eNB 30 adjacent to the eNB 30 is received and recorded in the adjacent cell list.
  • the eNB (# 2a) 30-2a under the control of PLMN (# 2) 10-2 broadcasts system broadcast information. It is assumed that UE 20 that has moved to the area of PLMN (# 2) 10-2 has received system notification information from eNB (# 2a) 30-2a (step S71).
  • UE20 receives a signal used to know that it has moved to an area where H / O to eNB (# 2a) 30-2a is possible from the system broadcast information of eNB (# 2a) 30-2a To do.
  • This signal is already defined in the 3GPP standard.
  • UE 20 transmits a measurement report to eNB (# 1a) 30-1a during emergency call communication, notifying that it is located in an area where H / O to eNB (# 2a) 30-2a is possible. (Step S72).
  • the eNB (# 1b) 30-1b under the control of PLMN (# 1) 10-1 also broadcasts system broadcast information, and it is assumed that the UE 20 also receives this system broadcast information (step S73).
  • UE 20 similarly transmits a measurement report to eNB (# 1a) 30-1a during emergency call communication, and eNB (# 1b) 30-1b is located in an area where H / O is possible. Notification is made (step S74).
  • eNB (# 1a) 30-1a has already received emergency call support information in eNB (# 2a) 30-2a and eNB (# 1b) 30-1b in the manners 1 to 6 described above. Are recorded in the adjacent cell list.
  • the eNB (# 1a) 30-1a has not received the emergency call support information of the eNB (# 2a) 30-2a and / or eNB (# 1b) 30-1b, the measurement from the UE 20
  • the emergency call support information may be collected by inquiring of the adjacent eNB 30 about the emergency call support information using the reception of the report as a trigger.
  • eNB (# 2a) 30-2a does not support emergency call communication and eNB (# 1b) 30-1b supports emergency call communication.
  • eNB (# 1a) 30-1a is located in a region where UE20 can perform H / O to eNB (# 2a) 30-2a and eNB (# 1b) 30-1b. Recognized in the measurement report. UE 20 is in emergency call communication.
  • the eNB (# 1a) 30-1a determines the H / O destination of the UE 20 to be the eNB (# 1b) 30-1b that supports emergency call communication, and the eNB (# 1b) 30-1b H / O request to the MME (# 1) 40-1 is transmitted (step S75).
  • the UE 20 receives the system notification information, but as an example not shown, the system notification information may not be received.
  • the UE 20 can receive information corresponding to the system notification information of the eNB (# 2a) 30-2a from the communicating eNB (# 1a) 30-1a. Therefore, the UE 20 can transmit a measurement report to the communicating eNB (# 1a) 30-1a without receiving the system broadcast information of the adjacent eNB (# 2a) 30-2a.
  • the UE 20 receives information such as the frequency used by the eNB (# 2a) 30-2a (information corresponding to the system broadcast information in S71 of FIG. 8) from the eNB (# 1a) 30-1a, and the frequency etc. Can be used to measure the power level of the frequency used by the eNB (# 2a) 30-2a and transmit a measurement report to the eNB (# 1a) 30-1a.
  • eNB (# 1a) 30-1a can record emergency call support information in adjacent eNB (# 2a) 30-2a and eNB (# 1b) 30-1b in the adjacent cell list in advance. Therefore, it can be determined whether the adjacent eNB (# 2a) 30-2a and eNB (# 1b) 30-1b are appropriate as the H / O destination eNB 30. Therefore, UE20 can continue emergency call communication without a problem even after H / O.
  • the present invention has been described above with reference to the embodiments, the present invention is not limited to the above embodiments. Various changes that can be understood by those skilled in the art can be made to the configuration and details of the present invention within the scope of the present invention.
  • the above embodiment is a method in which the eNB 30 receives emergency call support information from the neighboring eNB 30, MME 40, and UE 20 and records it in the neighboring cell list in the eNB 30.
  • the nodes in SON 60 manage neighboring cell information of each eNB 30 for the purpose of efficient network operation.
  • the neighboring cell information includes a neighboring cell list in which emergency call support information as shown in Table 1 is recorded as a neighboring cell list of each eNB 30.
  • the node in SON60 manages not only the neighboring cell information of each eNB30 under PLMN10 to which its own SON60 belongs, but also the neighboring cell information of each eNB30 under other PLMNs to which the PLMN10 is network sharing. ing.
  • a node in SON 60 may provide neighboring cell information to each eNB 30.
  • ANR Automatic Neighbor Relation
  • UE20 reports cell information that is not included in the neighboring cell list of eNB30 to eNB30.
  • the eNB 30 reports the cell information reported from the UE 20 to the nodes in the SON 60.
  • the node in the SON 60 determines whether the cell for which the cell information is reported from the eNB 30 should be managed as an adjacent cell adjacent to the cell of the eNB 30.
  • the node in the SON 60 determines that it should be managed as a neighboring cell, it reports cell information (cell identifier, emergency call communication support status, availability of H / O, etc.) of the cell to the eNB 30.
  • cell information cell identifier, emergency call communication support status, availability of H / O, etc.
  • the eNB 30 records the cell information reported from the node in the SON 60 in the neighboring cell list. (2-2) In the above embodiment, the H / O source eNB 30 determines the H / O destination eNB 30.
  • the node in the SON 60 manages the neighboring cell information including the neighboring cell list of each eNB 30.
  • the node in SON60 may determine the eNB 30 of the H / O destination.
  • the method in which the node in the SON 60 determines the H / O destination eNB 30 is different from the method in which the H / O source eNB 30 determines the H / O destination eNB 30 as in the above embodiment.
  • eNB30 can be determined quickly.
  • the eNBs 30 exchange only the emergency call support information alone.
  • the neighboring cell lists including the emergency call support information may be exchanged. In this case, in order to notify the other party of the emergency call support information in its own eNB 30, it is necessary to include its own eNB 30 in the neighboring cell list.
  • the H / O source eNB 30 refers to the neighbor cell list in its own eNB 30 and determines the H / O destination eNB 30.
  • the O source eNB 30 may determine the H / O destination eNB 30 with reference to the neighboring cell list held by the node in the SON 60.
  • the eNB 30 grasps the emergency call communication support status in its own eNB 30.
  • eNB30 does not necessarily grasp.
  • the eNB 30 may inquire of the MME 40 about the support status of emergency call communication in its own eNB 30.
  • Examples of the inquiry method include a method using an S1 setup request message and an eNB configuration request message. Further, as a method of responding to the inquiry, a method using an S1 setup response message or an eNB configuration response message can be mentioned. (2-6) Also, in the above embodiment, the eNB 30 transmits the emergency call support information of its own eNB 30, the MME 40 transmits the emergency call support information for each subordinate eNB 30, etc. Was informed about the support status of emergency call communication.
  • the eNB 30 may be informed of the emergency call communication support status in the PLMN 10 (that is, the emergency call communication support status in all the eNBs 30 under the PLMN 10).
  • the eNB 30 may forcibly cause the adjacent eNB 30 to H / O the UE 20 using the transition to the unsupported state as a trigger.
  • the UE 20 is described as being in emergency call communication.
  • the eNB 30 may cause the UE 20 during communication other than emergency call communication to perform H / O to the eNB 30 that does not support emergency call communication.
  • the eNB 30 at least causes the UE 20 during emergency call communication to perform H / O to the eNB 30 that supports emergency call communication.
  • the UE 20 receives system broadcast information from the eNB 30 and is used to know that the system broadcast information has moved to an area where H / O to the eNB 30 is possible.
  • the UE 20 may detect the signal or measure the quality of the signal before receiving the system broadcast information.
  • FIG. 9 shows a schematic configuration of eNB30 which is a characteristic part of the present invention.
  • the eNB 30 includes a communication unit 31.
  • the communication unit 31 receives emergency call support information indicating a support status of emergency call communication in an adjacent eNB 30 adjacent to its own eNB 30.
  • eNB30 can know the support status of the emergency call communication in the adjacent eNB30 adjacent to its own eNB30.
  • the communication unit 31 is a part that communicates with other nodes.
  • the emergency call support in its own eNB 30 Information is also transmitted to the neighboring eNB 30.
  • the eNB 30 has a storage unit that stores various types of information.
  • storage part memorize
  • eNB30 shall have a control part which performs various processes.
  • This control unit performs, for example, processing for including emergency call support information in a message, processing for determining the eNB 30 of the H / O destination when the own eNB 30 is the H / O source, and the like.
  • nodes other than eNB30 (UE20, MME40, EMS50, SON60) also communicate with other nodes, storage units for storing various information, and emergency call support information messages. And a control unit that performs various processes such as a process included in.
  • the communication unit includes a transmission unit (transmitter) and a reception unit (receiver).
  • the transmission unit (transmitter) transmits the emergency call support information described above
  • the reception unit ( The receiver) is configured to receive the emergency call support information described above.
  • the present invention can be used for mobile communication targeting terminals mounted on mobile objects such as automobiles, ships, and airplanes.

Abstract

　本発明の移動通信システムは、複数の基地局を有する。前記基地局は、当該基地局に隣接する隣接基地局における緊急呼通信のサポート状況を示す緊急呼サポート情報を受信する。

Description

移動通信システム、基地局、通信方法
　本発明は、移動通信システムにおいて、緊急呼を処理する技術に関する。
　移動通信システムにおいては、UE（User Equipment：端末）からの緊急呼（例えば、日本国内では、110番や119番宛の呼）を最優先で安定的にネットワークに伝達するために、確実に通信路を確保する必要がある。また、移動通信システム内のUEは、移動がなされる前提である（緊急呼は特許文献１，２に開示）。
　従って、移動通信システムにおいては、緊急呼通信中のUEが、通信路確保のために、eNB（evolved NodeB：基地局）のセルを跨いで移動するH/O（Hand Over：ハンドオーバ）を実施する場合がある。
　以下、緊急呼通信中のUEがH/Oを実施する場合の例を説明する。
　UEは、eNB#1と緊急呼通信中に、eNB#1のセルとeNB#1に隣接するeNB#2のセルとのセル境界へ移動して、eNB#2から、eNB#2へのH/Oが可能な領域に移動したことを知るために使用される信号を受信したとする。すると、UEは、その信号を受信したことをeNB#1に通知し、eNB#1は、UEにeNB#2へのH/Oを実施させようとする。
　しかし、eNB#2が必ずしも緊急呼通信をサポートしているとは限らない。例えば、eNB#1とeNB#2とが異なるPLMN（Public Land Mobile Network）に属する場合、PLMNを管理するネットワークオペレータが異なることがある。そのため、ネットワークオペレータ間で緊急呼通信のサポート状況が異なり、eNB#2が緊急呼通信をサポートしていないことも考えられる。
　したがって、UEは、eNB#2へのH/Oを実施したとしても、eNB#2が緊急呼通信をサポートしていなければ、緊急呼通信を継続できなくなる。
特表２０１０－５２６４８６号公報 国際公開第２０１３／０６５８２４号
　上述したように、移動通信システムにおいては、緊急呼通信中のUEは、緊急呼通信をサポートしていないeNBへのH/Oを実施すると、緊急呼通信を継続できなくなる。
　これを防止するためには、例えば、eNBは、緊急呼通信をサポートしていない隣接eNBに、緊急呼通信中のUEをH/Oさせてしまうのを回避する必要がある。
　しかし、eNBは、隣接eNBにおける緊急呼通信のサポート状況を知らない。
　そのため、eNBは、緊急呼通信をサポートしていない隣接eNBへのH/Oの実施を阻止することができない。
　本発明の目的は、上述した課題を解決するための技術を提供することにある。
　本発明の移動通信システムは、
　複数の基地局を有する移動通信システムであって、
　前記基地局は、
　当該基地局に隣接する隣接基地局における緊急呼通信のサポート状況を示す緊急呼サポート情報を受信する。
　本発明の基地局は、
　複数の基地局を有する移動通信システムにおける基地局であって、
　当該基地局に隣接する隣接基地局における緊急呼通信のサポート状況を示す緊急呼サポート情報を受信する通信部を有する。
　本発明の通信方法は、
　複数の基地局を有する移動通信システムにおける基地局による通信方法であって、
　当該基地局に隣接する隣接基地局における緊急呼通信のサポート状況を示す緊急呼サポート情報を受信する。
　本発明によれば、基地局は、自己の基地局に隣接する隣接基地局における緊急呼通信のサポート状況を知ることができるという効果が得られる。
本実施形態の移動通信システムの構成を示す図である。 本実施形態の移動通信システムにおいて、eNB(#1a)30-1aに対して、eNB(#2a)30-2aにおける緊急呼サポート情報を知らせる方法１を説明するシーケンス図である。 本実施形態の移動通信システムにおいて、eNB(#1a)30-1aに対して、eNB(#2a)30-2aにおける緊急呼サポート情報を知らせる方法２を説明するシーケンス図である。 本実施形態の移動通信システムにおいて、eNB(#1a)30-1aに対して、eNB(#2a)30-2aにおける緊急呼サポート情報を知らせる方法３を説明するシーケンス図である。 本実施形態の移動通信システムにおいて、eNB(#1a)30-1aに対して、eNB(#2a)30-2aにおける緊急呼サポート情報を知らせる方法４を説明するシーケンス図である。 本実施形態の移動通信システムにおいて、eNB(#1a)30-1aに対して、eNB(#2a)30-2aにおける緊急呼サポート情報を知らせる方法５を説明するシーケンス図である。 本実施形態の移動通信システムにおいて、eNB(#1a)30-1aに対して、eNB(#2a)30-2aにおける緊急呼サポート情報を知らせる方法６を説明するシーケンス図である。 本実施形態の移動通信システムにおいて、緊急呼通信中のUE20のH/O時の動作を説明するシーケンス図である。 本発明の基地局の概要の構成を示す図である。
　以下に、本発明を実施するための形態について図面を参照して説明する。
（１）本実施形態
（１－１）本実施形態の構成
　図１に、本発明の一実施形態の移動通信システムの構成を示す。
　図１に示すように、本実施形態の移動通信システムは、LTE（Long Term Evolution）の移動通信システムに適用した例である。
　PLMN(#1)10-1とPLMN(#2)10-2とは、ネットワークシェアリングをしている。以下では、PLMN(#1)10-1とPLMN(#2)10-2を区別しない場合は、単にPLMN10と称す。
　PLMN(#1)10-1の配下には、eNB(#1a)30-1aおよびeNB(#1b)30-1bと、MME（Mobility Management Entity）(#1)40-1と、EMS（Element Management System）(#1)50-1と、SON（Self Organizing Network）(#1)60-1と、が設けられている。
　PLMN(#2)10-2の配下には、eNB(#2a)30-2aと、MME(#2)40-2と、EMS(#2)50-2と、SON(#2)60-2と、が設けられている。
　UE20は、PLMN(#1)10-1のエリアとPLMN(#2)10-2のエリアを移動して、eNB(#1a)30-1a、eNB(#1b)30-1b、およびeNB(#2a)30-2aのいずれかと無線通信を行うことが可能な端末である。
　eNB(#1a)30-1a、eNB(#1b)30-1b、およびeNB(#2a)30-2aは、UE20と無線通信を行うノードであり、基地局の一例である。以下では、eNB(#1a)30-1a、eNB(#1b)30-1b、およびeNB(#2a)30-2aを区別しない場合は、単にeNB30と称す。
　MME(#1)40-1およびMME(#2)40-2は、UE20の移動管理を行うノードであり、移動管理装置の一例である。以下では、MME(#1)40-1およびMME(#2)40-2を区別しない場合は、単にMME40と称す。
　EMS(#1)50-1およびEMS(#2)50-2は、移動通信システムの運用／保守を行うノードであり、運用保守装置（O&M（Operation and Maintenance）装置）の一例である。以下では、EMS(#1)50-1およびEMS(#2)50-2を区別しない場合は、単にEMS50と称す。
　SON(#1)60-1およびSON(#2)60-2は、各eNB30の隣接セル情報を管理するノードを含む。以下では、SON(#1)60-1およびSON(#2)60-2を区別しない場合は、単にSON60と称す。
　なお、SON60は、PLMN(#1)10-1およびPLMN(#2)10-2毎に設けているが、PLMN(#1)10-1およびPLMN(#2)10-2をまたぐ構成のSON60を設けても良い。
　また、SON60は、EMS50を介してeNB30に接続されているが、eNB30に直接接続されていても良い。
（１－２）本実施形態の動作
　以下、本実施形態の移動通信システムの動作について説明する。
（１－２－１）緊急呼サポート情報の通知動作
　移動通信システムにおいては、緊急呼通信中のUE20が、緊急呼通信をサポートしていないeNB30へのH/Oを実施すると、緊急呼通信を継続できなくなる。
　これを防止するためには、eNB30は、緊急呼通信中のUE20が、緊急呼通信をサポートしていない隣接eNB30へのH/Oを実施することを阻止する必要がある。
　そのためには、eNB30は、自己のeNB30に隣接する隣接eNB30における緊急呼通信のサポート状況を知る必要がある。
　そこで、本実施形態においては、eNB30に対し、そのeNB30に隣接する隣接eNB30における緊急呼通信のサポート状況（緊急呼通信をサポートしているか否か）を示す緊急呼サポート情報を知らせることとする。
　例えば、eNB(#1a)30-1aに対しては、eNB(#1a)30-1aに隣接するeNB(#1b)30-1bおよびeNB(#2a)30-2aにおける緊急呼サポート情報を知らせる。
　以下、eNB(#1a)30-1aに対して、eNB(#2a)30-2aにおける緊急呼サポート情報を知らせる方法について説明する。以下の図２～図７の説明では、緊急呼サポート情報は、緊急呼通信をサポートしているか否かを示す識別子である緊急呼サポート識別子であるとする。
（１－２－１－１）方法１
　図２に、方法１を説明するシーケンス図を示す。
　図２に示すように、方法１は、eNB(#2a)30-2aが、X2インタフェースを用いて、緊急呼サポート識別子をeNB(#1a)30-1aに直接送信する方法である。
　具体的には、eNB(#2a)30-2aは、例えば、立ち上げ時に、eNB(#2a)30-2aの緊急呼サポート識別子をX2 Setup requestメッセージに含め、そのX2 Setup requestメッセージをeNB(#1a)30-1aに送信する（ステップS11）。
　なお、eNB30が緊急呼サポート識別子を含むX2 Setup requestメッセージを送信するタイミングは、立ち上げ時には限定されない。
　また、eNB30は、隣接eNB30からのX2 Setup requestメッセージの受信をトリガーにして、X2 Setup responseメッセージに緊急呼サポート識別子を含めて、その隣接eNB30に送信しても良い。
（１－２－１－２）方法２
　図３に、方法２を説明するシーケンス図を示す。
　図３に示すように、方法２は、eNB(#2a)30-2aが、MME(#2)40-2およびMME(#1)40-1を介して、緊急呼サポート識別子をeNB(#1a)30-1aに送信する方法である。
　具体的には、eNB(#2a)30-2aは、例えば、立ち上げ時に、eNB(#2a)30-2aの緊急呼サポート識別子をeNB Direct Information Transferメッセージに含め、そのeNB Direct Information TransferメッセージをMME(#2)40-2に送信する（ステップS21）。
　次に、MME(#2)40-2は、eNB Direct Information Transferメッセージに含まれる緊急呼サポート識別子をRAN Information Relayメッセージに含め、そのRAN Information RelayメッセージをMME(#1)40-1に送信する（ステップS22）。
　次に、MME(#1)40-1は、RAN Information Relayメッセージに含まれる緊急呼サポート識別子をMME Direct Information Transferメッセージに含め、そのMME Direct Information TransferメッセージをeNB(#1a)30-1aに送信する（ステップS23）。
　なお、eNB30が緊急呼サポート識別子を含むX2 Setup requestメッセージを送信するタイミングは、立ち上げ時には限定されない。
（１－２－１－３）方法３
　図４に、方法３を説明するシーケンス図を示す。
　図４に示すように、方法３は、MME(#2)40-2が、配下のeNB(#2a)30-2aの緊急呼サポート識別子をeNB(#1a)30-1aに送信する方法である。
　具体的には、MME(#2)40-2は、配下の各eNB30（eNB(#2a)30-2aを含む）における緊急呼通信のサポート状況を把握している。
　そのため、MME(#2)40-2は、配下の各eNB30毎の緊急呼サポート識別子をRAN Information Relayメッセージに含め、そのRAN Information RelayメッセージをMME(#1)40-1に送信する（ステップS31）。
　次に、MME(#1)40-1は、RAN Information Relayメッセージに含まれる、MME(#2)40-2配下の各eNB30毎の緊急呼サポート識別子をMME Direct Information Transferメッセージに含め、そのMME Direct Information TransferメッセージをeNB(#1a)30-1aに送信する（ステップS32）。
　なお、MME(#2)40-2からMME(#1)40-1を介してeNB(#1a)30-1aに送信する緊急呼サポート識別子は、MME(#2)40-2配下のeNB30のうちeNB(#1a)30-1aに隣接するeNB30の緊急呼サポート識別子のみでも良い。
（１－２－１－４）方法４
　図５に、方法４を説明するシーケンス図を示す。
　図５に示すように、方法４は、eNB(#2a)30-2aが、緊急呼サポート識別子を無線上に報知して、eNB(#1a)30-1aが、UE20からの報告でeNB(#2a)30-2aの緊急呼サポート識別子を知る方法である。
　具体的には、eNB(#2a)30-2aは、eNB(#2a)30-2aの緊急呼サポート識別子をeNB Direct Informationメッセージに含め、そのeNB Direct Informationメッセージを無線上に報知する（ステップS41）。
　UE20は、eNB Direct Informationメッセージを受信した場合、そのeNB Direct Informationメッセージに含まれる緊急呼サポート識別子をRAN Information Relayメッセージに含め、そのRAN Information Relayメッセージを、無線通信中のeNB(#1a)30-1aに送信する（ステップS42）。
（１－２－１－５）方法５
　図６に、方法５を説明するシーケンス図を示す。
　図６に示すように、方法５は、EMS(#1)50-1が、eNB(#2a)30-2aの緊急呼サポート識別子をeNB(#1a)30-1aに送信する方法である。
　具体的には、EMS(#1)50-1は、MME(#2)40-2から、MME(#2)40-2配下の各eNB30（eNB(#2a)30-2aを含む）毎の緊急呼サポート識別子を取得している。
　そのため、EMS(#1)50-1は、MME(#2)40-2配下の各eNB30毎の緊急呼サポート識別子をSetup Informationメッセージに含め、そのSetup InformationメッセージをeNB(#1a)30-1aに送信する（ステップS51）。
　なお、EMS(#1)50-1からeNB(#1a)30-1aに送信する緊急呼サポート識別子は、MME(#2)40-2配下のeNB30のうちeNB(#1a)30-1aに隣接するeNB30の緊急呼サポート識別子のみでも良い。
（１－２－１－６）方法６
　図７に、方法６を説明するシーケンス図を示す。
　図７に示すように、方法６は、eNB(#2a)30-2aが、運営途中で緊急呼通信のサポート状況を変更した時に、X2インタフェースを用いて、変更後の緊急呼サポート識別子をeNB(#1a)30-1aに直接送信する方法である。
　具体的には、eNB(#2a)30-2aは、運営途中で緊急呼通信のサポート状況を変更した時（未サポート状態からサポート状態に変更した時や、サポート状態から未サポート状態に変更した時）、eNB(#2a)30-2aの変更後の緊急呼サポート状況を示す緊急呼サポート識別子をX2 eNB Configuration Updateメッセージに含め、そのX2 eNB Configuration UpdateメッセージをeNB(#1a)30-1aに送信する（ステップS61）。
　なお、eNB(#1a)30-1aに対して、eNB(#1b)30-1bにおける緊急呼サポート情報を知らせる方法は、上記の方法１～６（図２～図７）のいずれか１つを使用しても良しい、いずれか２つ以上を組み合わせて使用しても良い。
　ただし、方法２（図３）を使用する場合、ステップS21において、eNB Direct Information Transferメッセージは、eNB(#1b)30-1bからMME(#1)40-1に送信されるため、ステップS22は省略できる。また、方法３（図４）を使用する場合、eNB(#1b)30-1bにおける緊急呼通信のサポート状況を把握しているのはMME(#1)40-1であるため、ステップS31は省略できる。
　eNB(#1a)30-1aは、上記の方法１～６（図２～図７）のようにして、eNB(#1a)30-1aに隣接するeNB(#1b)30-1bおよびeNB(#2a)30-2aにおける緊急呼サポート情報を知ることができるため、その緊急呼サポート情報をeNB(#1a)30-1a内の隣接セルリストに記録する。
　隣接セルリストとは、自己のeNB30に隣接する隣接eNB30のセルのセル情報を記録したリストである。
　例えば、隣接セルリストは、表１に示すように、各隣接セルのセル情報として、セル識別子、緊急呼通信のサポート状況、H/O可否等を記録する。なお、H/O可否は、例えば、故障中のeNB30等がH/O不可となる。また、H/O可否の情報はSON60から通知される。
Figure JPOXMLDOC01-appb-T000001
  　上述したように、eNB30は、自己のeNB30に隣接する隣接eNB30における緊急呼通信のサポート状況を知ることができる。
　そのため、eNB30は、後述のように、緊急呼通信中のUE20が緊急呼通信をサポートしていない隣接eNB30へのH/Oを実施することを阻止することができる。
　これにより、UE20はH/O後も緊急呼通信を継続することができるため、移動通信システムのネットワーク品質および信頼性が損なわれることがない。
（１－２－２）H/O動作
　次に、UE20のH/O時の動作について説明する。
　図８に、UE20のH/O時の動作を説明するシーケンス図を示す。
　なお、図８のシーケンス図は3GPP（Third Generation Partnership Project）標準を元にした簡易版である。
　eNB30において緊急呼を表現する場合、TS23.401にある以下の表現を使う。
　“emergency bearer service”、“E-RAB with a Particular ARP value”。
（ARP= Allocation/Retention Priorityである。eNBのTS36.413やRNCのTS25.413では特にこのARPを使ってEmergency Bearer Serviceを表現している。）
　また、図８では、PLMN(#1)10-1配下のeNB(#1a)30-1aと緊急呼通信中のUE20が、PLMN(#1)10-1のエリアから、PLMN(#1)10-1とネットワークシェアリングをしているPLMN(#2)10-2のエリアに移動し、H/Oをしようとしているものとする。
　また、eNB(#1a)30-1a、eNB(#1b)30-1b、およびeNB(#2a)30-2aは、上記の方法１～６（図２～図７）のようにして、自己のeNB30に隣接する隣接eNB30における緊急呼サポート情報を受信し、隣接セルリストに記録しているものとする。
　図８に示すように、PLMN(#2)10-2配下のeNB(#2a)30-2aは、システム報知情報を報知している。PLMN(#2)10-2のエリアに移動したUE20は、eNB(#2a)30-2aからシステム報知情報を受信したとする（ステップS71）。
　すると、UE20は、eNB(#2a)30-2aのシステム報知情報から、eNB(#2a)30-2aへのH/Oが可能な領域に移動したことを知るために使用される信号を受信する。この信号は3GPP標準に規定済みの信号である。
　そして、UE20は、緊急呼通信中のeNB(#1a)30-1aへメジャーメントリポートを送信し、eNB(#2a)30-2aへのH/Oが可能な領域に位置することを通知する（ステップS72）。
　一方、PLMN(#1)10-1配下のeNB(#1b)30-1bも、システム報知情報を報知しており、このシステム報知情報もUE20が受信したとする（ステップS73）。
　すると、UE20は同様に、緊急呼通信中のeNB(#1a)30-1aへメジャーメントリポートを送信し、eNB(#1b)30-1bへもH/Oが可能な領域に位置することを通知する（ステップS74）。
　ここで、eNB(#1a)30-1aは、上記の方法１～６のようにして、eNB(#2a)30-2aおよびeNB(#1b)30-1bにおける緊急呼サポート情報をすでに受信し、隣接セルリストに記録している。ただし、eNB(#1a)30-1aが、eNB(#2a)30-2a及び/またはeNB(#1b)30-1bの緊急呼サポート情報を受信していない場合には、UE20からのメジャーメントリポートの受信をトリガーに、隣接eNB30に緊急呼サポート情報を問い合わせることで、緊急呼サポート情報の収集を行っても良い。
　ここでは、eNB(#2a)30-2aが緊急呼通信をサポートしておらず、eNB(#1b)30-1bが緊急呼通信をサポートしているとする。
　また、eNB(#1a)30-1aは、UE20がeNB(#2a)30-2aおよびeNB(#1b)30-1bへのH/Oが可能な領域に位置していることをUE20からのメジャーメントリポートで認識している。また、UE20は緊急呼通信中である。
　これらを鑑み、eNB(#1a)30-1aは、UE20のH／O先を、緊急呼通信をサポートしているeNB(#1b)30-1bに決定し、eNB(#1b)30-1bへのH／O要求をMME(#1)40-1に送信する（ステップS75）。
　上記の例は、UE20がシステム報知情報を受信することを示しているが、図示していない例として、システム報知情報を受信しない場合もある。例えば、UE20は、eNB(#2a)30-2aのシステム報知情報に相当する情報を、通信中のeNB(#1a)30-1aから受信することができる。そのため、UE20は、隣接するeNB(#2a)30-2aのシステム報知情報を受信せずとも、通信中のeNB(#1a)30-1aにメジャーメントリポートを送信することができる。例えば、UE20は、eNB(#2a)30-2aの使っている周波数などの情報（図８のS71におけるシステム報知情報に相当する情報）をeNB(#1a)30-1aからもらい、この周波数などの情報を使って、eNB(#2a)30-2aの使っている周波数の電力レベルを測定して、eNB(#1a)30-1aへメジャーメントリポートを送信することができる。
　上記の方法１～６（図２～図７）のようにして、eNB(#1a)30-1aに対し、eNB(#2a)30-2aおよびeNB(#1b)30-1bにおける緊急呼サポート情報を知らせることは、本発明の本質となる部分である。特に、eNB(#1a)30-1aから見て、隣接するeNB(#2a)30-2aは、ネットワークシェアリングされた、異なるPLMN10配下のノードでありながら、事前に緊急呼サポート情報を知ることができる。
　これにより、eNB(#1a)30-1aは、隣接するeNB(#2a)30-2aおよびeNB(#1b)30-1bにおける緊急呼サポート情報を事前に隣接セルリスト中に記録することができるため、隣接するeNB(#2a)30-2aおよびeNB(#1b)30-1bがH/O先のeNB30として適切かどうかの判断ができる。そのため、UE20はH/O後も問題なく緊急呼通信を継続することができる。
（２）他の実施形態
　以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。以下、その変形例を示す。
（２－１）例えば、上記実施形態は、eNB30が、隣接eNB30、MME40、およびUE20から緊急呼サポート情報を受信し、eNB30内の隣接セルリストに記録していく方式である。
　その一方、SON60内のノードは、ネットワークの効率的な運用を目的として、各eNB30の隣接セル情報を管理している。隣接セル情報には、各eNB30の隣接セルリストとして、表１に示したような緊急呼サポート情報が記録された隣接セルリストが含まれている。また、SON60内のノードは、自己のSON60が属するPLMN10配下の各eNB30の隣接セル情報だけでなく、そのPLMN10がネットワークシェアリングをしている他のPLMN配下の各eNB30の隣接セル情報も管理している。
　そのため、SON60内のノードが、各eNB30に対し、隣接セル情報を提供しても良い。
　ここで、SON60内のノードが、各eNB30に隣接セル情報を提供する一例として、ANR（Automatic Neighbor Relation）を使用する例を説明する。
　まず、UE20が、eNB30に対して、そのeNB30の隣接セルリストに含まれないセル情報を報告する。
　次に、eNB30は、SON60内のノードに対して、UE20から報告されたセル情報を報告する。
　次に、SON60内のノードは、eNB30からセル情報が報告されたセルを、そのeNB30のセルに隣接する隣接セルとして管理すべきか判断する。
　SON60内のノードは、隣接セルとして管理すべきと判断した場合、eNB30に対して、そのセルのセル情報（セル識別子、緊急呼通信のサポート状況、H/O可否等）を報告する。
　その後、eNB30は、SON60内のノードから報告されたセル情報を、隣接セルリストに記録する。
（２－２）また、上記実施形態は、H/O元のeNB30がH/O先のeNB30を決定する方式である。
　その一方、SON60内のノードは、上述したように、各eNB30の隣接セルリストを含む隣接セル情報を管理している。
　そのため、SON60内のノードがH/O先のeNB30を決定しても良い。
　SON60内のノードがH/O先のeNB30を決定する方式は、上記実施形態のように、H/O元のeNB30がH/O先のeNB30を決定する方式と比較して、H/O先のeNB30を早く決定することが可能になるという利点がある。
（２－３）また、上記実施形態では、eNB30同士は、緊急呼サポート情報のみを単体で交換する方式であったが、緊急呼サポート情報を含む隣接セルリストを交換しても良い。この場合、自己のeNB30における緊急呼サポート情報を相手に通知するために、自己のeNB30も隣接セルリストに含める必要がある。
（２－４）また、上記実施形態は、H/O元のeNB30が、自己のeNB30内の隣接セルリストを参照して、H/O先のeNB30を決定する方式であったが、H/O元のeNB30が、SON60内のノードが保持する隣接セルリストを参照して、H/O先のeNB30を決定しても良い。
（２－５）また、上記実施形態の方法１，２，４，６（図２、図３、図５、図７）では、eNB30が、自己のeNB30における緊急呼通信のサポート状況を把握していることを想定しているが、必ずしもeNB30が把握しているとは限らない。
　そのため、eNB30が、MME40に対し、自己のeNB30における緊急呼通信のサポート状況を問合せても良い。
　問い合わせの方法としては、S1 setup requestメッセージやeNB configuration requestメッセージを用いる方法が挙げられる。また、その問い合わせに対する応答の方法としては、S1 setup responseメッセージやeNB configuration responseメッセージを用いる方法が挙げられる。
（２－６）また、上記実施形態では、eNB30が、自己のeNB30の緊急呼サポート情報を送信したり、MME40が、配下の各eNB30毎の緊急呼サポート情報を送信したりする等、eNB30単位で緊急呼通信のサポート状況を知らせていた。
　しかし、同じPLMN10配下のeNB30に対し、緊急呼通信のサポート状況を同じ設定にする場合も考えられる。
　その場合は、eNB30に対し、PLMN10における緊急呼通信のサポート状況（すなわち、PLMN10配下の全eNB30における緊急呼通信のサポート状況）を知らせても良い。
　そこで、eNB30は、未サポート状態に遷移することをトリガーに、UE20を、隣接eNB30に強制的にH/Oさせても良い。
（２－８）また、上記実施形態では、UE20が緊急呼通信中であるものとして説明した。eNB30は、緊急呼通信以外の通信中のUE20は、緊急呼通信をサポートしていないeNB30へH/Oをさせても良い。しかし、eNB30は、少なくとも緊急呼通信中のUE20は、緊急呼通信をサポートしているeNB30へH/Oをさせるものとする。
（２－９）また、上記実施形態では、UE20は、eNB30からシステム報知情報を受信し、そのシステム報知情報から、そのeNB30へのH/Oが可能な領域に移動したことを知るために使用される信号を受信するものとして説明したが、UE20は、システム報知情報の受信よりも先に、上記の信号の検出または上記の信号の品質測定をしても良いものとする。
（３）本発明の概要
　最後に、本発明の概要を説明する。
　図９に、本発明の特徴部分となるeNB30の概要の構成を示す。
　図９に示すように、eNB30は、通信部31を有している。通信部31は、自己のeNB30に隣接する隣接eNB30における緊急呼通信のサポート状況を示す緊急呼サポート情報を受信する。
　なお、隣接eNB30における緊急呼サポート情報を受信する方法は、例えば、上記の方法１～６（図２～図７）を使用することができる。
　これにより、eNB30は、自己のeNB30に隣接する隣接eNB30における緊急呼通信のサポート状況を知ることができる。
　なお、通信部31は、他ノードと通信を行う部分であり、上記の方法１，２，４，６（図２、図３、図５、図７）の場合、自己のeNB30における緊急呼サポート情報を隣接eNB30に送信することも行うものとする。
　また、eNB30は、通信部31以外にも、各種情報を記憶する記憶部を有するものとする。この記憶部は、例えば、自己のeNB30に隣接する隣接eNB30のセルのリストである隣接セルリストを記憶する。
　また、eNB30は、各種処理を行う制御部を有するものとする。この制御部は、例えば、緊急呼サポート情報をメッセージに含める処理や、自己のeNB30がH/O元である場合に、H/O先のeNB30を決定する処理等を行う。
　また、eNB30以外のノード（UE20、MME40、EMS50、SON60内のノード）も、eNB30と同様に、他ノードと通信を行う通信部と、各種情報を記憶する記憶部と、緊急呼サポート情報をメッセージに含める処理等の各種処理を行う制御部と、を有するものとする。
　なお、通信部（通信機）は、送信部（送信機）と受信部（受信機）を有し、例えば、送信部（送信機）は、上述した緊急呼サポート情報を送信し、受信部（受信機）は、上述した緊急呼サポート情報を受信するよう構成される。
　本発明は、自動車、船舶、航空機等の移動体に搭載された端末を対象とする移動通信に利用可能である。
　本出願は、２０１３年１２月２７日に出願された日本出願特願２０１３－２７１５８１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (9)

  1. 　複数の基地局を有する移動通信システムであって、
    　前記基地局は、
    　当該基地局に隣接する隣接基地局における緊急呼通信のサポート状況を示す緊急呼サポート情報を受信する、移動通信システム。
  2. 　前記基地局は、
    　当該基地局における前記緊急呼サポート情報をメッセージに含め、当該メッセージを、当該基地局に隣接する隣接基地局に送信する、請求項１に記載の移動通信システム。
  3. 　前記基地局を配下に持つ移動管理装置をさらに有し、
    　前記基地局は、
    　当該基地局における前記緊急呼サポート情報をメッセージに含め、当該メッセージを、前記移動管理装置を介して、当該基地局に隣接する隣接基地局に送信する、請求項１に記載の移動通信システム。
  4. 　前記基地局を配下に持つ移動管理装置をさらに有し、
    　前記移動管理装置は、
    　当該移動管理装置の配下の基地局における前記緊急呼サポート情報をメッセージに含め、当該メッセージを、当該基地局に隣接する隣接基地局に送信する、請求項１に記載の移動通信システム。
  5. 　前記基地局と無線通信を行う端末をさらに有し、
    　前記基地局は、
    　当該基地局における前記緊急呼サポート情報を第１のメッセージに含め、当該第１のメッセージを無線上に報知し、
    　前記端末は、
    　前記第１のメッセージを受信した場合、当該第１のメッセージに含まれる前記緊急呼サポート情報を第２のメッセージに含め、当該第２のメッセージを、無線通信中の基地局に送信する、請求項１に記載の移動通信システム。
  6. 　前記移動通信システムの運用／保守を行う運用保守装置をさらに有し、
    　前記運用保守装置は、
    　前記基地局における前記緊急呼サポート情報をメッセージに含め、当該メッセージを、当該基地局に隣接する隣接基地局に送信する、請求項１に記載の移動通信システム。
  7. 　前記基地局は、
    　当該基地局における緊急呼通信のサポート状況を変更した時に、変更後のサポート状況を示す前記緊急呼サポート情報をメッセージに含め、当該メッセージを、当該基地局に隣接する隣接基地局に送信する、請求項１に記載の移動通信システム。
  8. 　複数の基地局を有する移動通信システムにおける基地局であって、
    　当該基地局に隣接する隣接基地局における緊急呼通信のサポート状況を示す緊急呼サポート情報を受信する通信部を有する、
    　基地局。
  9. 　複数の基地局を有する移動通信システムにおける基地局による通信方法であって、
    　当該基地局に隣接する隣接基地局における緊急呼通信のサポート状況を示す緊急呼サポート情報を受信する、通信方法。
PCT/JP2014/078452 2013-12-27 2014-10-27 移動通信システム、基地局、通信方法 WO2015098268A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US15/108,094 US20160330658A1 (en) 2013-12-27 2014-10-27 Mobile communication system, base station and communication method
EP14873203.5A EP3089488A4 (en) 2013-12-27 2014-10-27 Mobile communication system, base station, and communication method
KR1020167020505A KR101795981B1 (ko) 2013-12-27 2014-10-27 이동 통신 시스템, 기지국, 및 통신 방법
JP2015554636A JPWO2015098268A1 (ja) 2013-12-27 2014-10-27 移動通信システム、基地局、通信方法
CN201480071358.1A CN105874827A (zh) 2013-12-27 2014-10-27 移动通信系统、基站和通信方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013271581 2013-12-27
JP2013-271581 2013-12-27

Publications (1)

Publication Number Publication Date
WO2015098268A1 true WO2015098268A1 (ja) 2015-07-02

Family

ID=53478147

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/078452 WO2015098268A1 (ja) 2013-12-27 2014-10-27 移動通信システム、基地局、通信方法

Country Status (6)

Country Link
US (1) US20160330658A1 (ja)
EP (1) EP3089488A4 (ja)
JP (1) JPWO2015098268A1 (ja)
KR (1) KR101795981B1 (ja)
CN (1) CN105874827A (ja)
WO (1) WO2015098268A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10455016B2 (en) * 2017-04-26 2019-10-22 Motorola Solutions, Inc. Methods and systems for merging isolated networks

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010526486A (ja) 2007-04-30 2010-07-29 インターデイジタル テクノロジー コーポレーション 新機能を備えた家庭用（ｅ）Ｎｏｄｅ−Ｂ
JP2013512598A (ja) * 2009-11-27 2013-04-11 ファーウェイ デバイス カンパニー リミテッド リダイレクト方法、リダイレクト装置、及び通信システム
WO2013065824A1 (ja) 2011-11-04 2013-05-10 三菱電機株式会社 移動体通信システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001444A (zh) * 2006-01-10 2007-07-18 华为技术有限公司 一种匿名紧急会话建立方法
EP2241055B1 (en) * 2008-02-07 2016-04-13 Telefonaktiebolaget LM Ericsson (publ) Communicating cell restriction status information between radio access network nodes
CN102056113A (zh) * 2009-11-04 2011-05-11 中兴通讯股份有限公司 一种紧急业务切换的处理方法及基站
KR101781356B1 (ko) * 2011-01-28 2017-09-25 삼성전자주식회사 무선통신 시스템에서 고립된 단말을 지원하는 방법 및 장치
WO2013048096A1 (en) * 2011-09-26 2013-04-04 Lg Electronics Inc. Method and apparatus for selecting cell in wireless communication system
CN102843741A (zh) * 2012-08-29 2012-12-26 中兴通讯股份有限公司 源侧、目标侧切换通信装置、通信系统和呼叫切换方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010526486A (ja) 2007-04-30 2010-07-29 インターデイジタル テクノロジー コーポレーション 新機能を備えた家庭用（ｅ）Ｎｏｄｅ−Ｂ
JP2013512598A (ja) * 2009-11-27 2013-04-11 ファーウェイ デバイス カンパニー リミテッド リダイレクト方法、リダイレクト装置、及び通信システム
WO2013065824A1 (ja) 2011-11-04 2013-05-10 三菱電機株式会社 移動体通信システム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"IMS Emergency Call in active mobility", 3GPP TSG-RAN WG2 MEETING #66 R2-093080, 27 April 2009 (2009-04-27), pages 1 - 7, XP050340826 *
See also references of EP3089488A4

Also Published As

Publication number Publication date
EP3089488A4 (en) 2017-09-06
KR101795981B1 (ko) 2017-11-08
KR20160103105A (ko) 2016-08-31
EP3089488A1 (en) 2016-11-02
JPWO2015098268A1 (ja) 2017-03-23
US20160330658A1 (en) 2016-11-10
CN105874827A (zh) 2016-08-17

Similar Documents

Publication Publication Date Title
US11589241B2 (en) Radio communication system, base station, mobile station, communication control method, and computer readable medium
CN104812070B (zh) 一种ue资源维护和释放的方法和设备
US10798677B2 (en) Methods and apparatus for paging an inactive UE in a wireless network
US11310852B2 (en) Apparatus and method related to dual connectivity
JP6299605B2 (ja) 無線通信システム、基地局、移動局、通信制御方法、及びプログラム
CN107079506B (zh) 用户设备、通信系统和控制用户设备的方法
EP2891348A1 (en) Network assisted proximity services discovery management
JP2013530617A (ja) 移動通信システムにおける通信連結を設定のための装置及びその方法
WO2017170121A1 (en) Communication system
CN109691195B (zh) 终端装置、网络装置、控制方法以及计算机可读存储介质
US10701613B2 (en) Path switching method and apparatus based on user text information
KR20190131411A (ko) 차세대 이동통신 시스템에서 셀 측정 정보를 수집 및 보고하는 방법 및 장치
US10334487B2 (en) Device-to-device resource configuration information processing method, apparatus and system
WO2016150269A1 (zh) 一种寻呼优化的方法、装置及系统、存储介质
WO2015098268A1 (ja) 移動通信システム、基地局、通信方法
KR20110124710A (ko) 이동 통신 시스템에서 통신 연결을 설정하기 위한 장치 및 방법
EP3028523A1 (en) Methods and apparatus for device to device communication
EP3513577B1 (en) Methods and apparatus for propagating data in a wireless cellular network
CN102790971A (zh) 中继节点的小区标识确定方法及系统

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: 14873203

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015554636

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15108094

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20167020505

Country of ref document: KR

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2014873203

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014873203

Country of ref document: EP