WO2010038287A1 - 通信システム、通信制御装置及び通信制御方法 - Google Patents

通信システム、通信制御装置及び通信制御方法 Download PDF

Info

Publication number
WO2010038287A1
WO2010038287A1 PCT/JP2008/067816 JP2008067816W WO2010038287A1 WO 2010038287 A1 WO2010038287 A1 WO 2010038287A1 JP 2008067816 W JP2008067816 W JP 2008067816W WO 2010038287 A1 WO2010038287 A1 WO 2010038287A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
path switching
communication
information transmission
data
Prior art date
Application number
PCT/JP2008/067816
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 PCT/JP2008/067816 priority Critical patent/WO2010038287A1/ja
Publication of WO2010038287A1 publication Critical patent/WO2010038287A1/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/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections

Definitions

  • the communication system includes, for example, a Long Term Evolution (LTE) communication system.
  • LTE Long Term Evolution
  • LTE is a high-speed mobile communication standard that is being standardized in order to gradually move from third-generation (3G) mobile communication to fourth-generation (4G) mobile communication.
  • 3G Third-generation
  • 4G fourth-generation
  • the radio interface, Radio Access Network (RAN) architecture, etc. are reviewed so that the transition from 3G to 4G can be performed smoothly.
  • RAN Radio Access Network
  • a radio base station controller (RNC) installed in a 3G communication system is omitted.
  • RNC radio base station controller
  • the handover rate of the radio zone is calculated from the total number of communication paths and the total number of mobile devices set by the mobile devices in communication within an area formed by a plurality of radio zones, and the handover frequency is calculated.
  • a method for evaluating whether or not it is appropriate is known. JP 2001-352287 A
  • bearer can be established (set) between nodes with respect to transmission data of a user plane (U-Plane).
  • the node is, for example, a mobile station, a radio base station, an upper node of the radio base station, etc. as an example of a user apparatus.
  • the bearer means a logical information transmission path formed in association with various parameters that can impact communication between nodes, for example.
  • the parameter includes information representing transmission capability such as a communication rate, a communication band, a delay time, and an error rate. Therefore, the bearer can be considered as a communication channel having a transmission capability according to the setting of these parameters.
  • a single bearer can be set between nodes, or a plurality of bearers can be set. Therefore, a node can also communicate with other nodes using a plurality of bearers at the same time. In this case, a plurality of bearers can be used properly depending on the type of communication service, for example. For example, different bearers can be used according to service types such as voice call, WEB access, mail, and streaming.
  • the node can transmit data using a bearer corresponding to the destination (address) of each data, for example, by managing the destination (address) of the data for each service type.
  • the handover process is a process in which a mobile station switches a data link (path) established with a certain radio base station to a path via a different radio base station as the mobile station moves.
  • the path switching process belonging to a certain bearer may fail due to a shortage of bearer resources.
  • a communication system comprising a first communication device and a second communication device that communicates with the first communication device via a plurality of logical information transmission paths, wherein the plurality of logical devices
  • a management unit that manages allocation of data to be transmitted through each of the information transmission paths, and an allocation destination of data to be transmitted using a path belonging to the first logical information transmission path among the allocations in the management unit
  • a communication system comprising a control unit that performs control to change to a second logical information transmission path other than the first logical information transmission path can be used.
  • a communication control device in a communication system comprising a first communication device and a second communication device communicating with the first communication device via a plurality of logical information transmission paths.
  • a management unit that manages allocation of data that respectively transmits the plurality of logical information transmission paths, and transmission is performed using a path that belongs to the first logical information transmission path among the allocations in the management unit.
  • a control unit that performs control to change a data allocation destination to a second logical information transmission path other than the first logical information transmission path can be used. .
  • a communication control method for a communication system further comprising a first communication device and a second communication device communicating with the first communication device via a plurality of logical information transmission paths. , Managing allocation of data to be transmitted through each of the plurality of logical information transmission paths, and assigning data to be transmitted using a path belonging to the first logical information transmission path in the allocation, A communication control method for performing control to change to a second logical information transmission path other than the first logical information transmission path can be used.
  • FIG. 13 It is a flowchart which shows the operation example of the high-order node shown in FIG. It is a figure which shows an example of the mapping information in a high-order node.
  • 10 is a flowchart showing an operation example of the radio base station shown in FIG. 9.
  • FIG. 9 is a flowchart showing an operation example of the mobile station shown in FIG. 8.
  • FIG. It is a figure which shows an example of the mapping information in a mobile station.
  • It is a figure which shows an example of the bearer configuration which concerns on a 1st modification.
  • FIG. 1 is a diagram illustrating an example of a state before handover of an LTE wireless communication system.
  • the radio communication system shown in FIG. 1 exemplarily includes a plurality of radio base stations (e.g., e-Node B, eNB) 20-1 and eNB 20-2 and upper nodes (e.g., eNB 20-1 and eNB 20-2). , Evolved Packet Core (EPC) 30.
  • the EPC 30 can communicate with each eNB 20-1 and eNB 20-2 via a predetermined wired interface.
  • eNB 1 exemplarily includes a user apparatus (User Equipment, UE, for example, a mobile station) 10 that can perform radio communication with any of the eNBs 20-1 and 20-2.
  • UE User Equipment
  • the eNBs 20-1 and 20-2 are not distinguished, they are collectively referred to as an eNB 20.
  • the communication direction from the EPC 30 to the eNB 20 and the communication direction from the eNB 20 to the UE 10 are referred to as downlink, and the reverse direction is referred to as uplink.
  • the EPC 30 is connected to a core network (not shown) such as the Internet, and has, for example, a mobility management entity (MME) function and a system architecture evolution gateway (SAE gateway) function. Thereby, EPC30 can control communication of eNB20 and UE10.
  • the eNB 20 provides at least one radio zone and can perform radio communication with the UE 10 located in the radio zone.
  • An example of a radio zone is a cell or sector.
  • the eNB 20-1 provides the cell A and the cell B
  • the eNB 20-2 provides the cell C.
  • the eNBs 20 are connected to each other by, for example, a predetermined wired (or wireless) interface, and communication between the eNBs 20 can be performed.
  • the eNB 20 includes a buffer 40.
  • FIG. 1 when a certain UE 10 is located in a cell B provided by the eNB 20-1, the UE 10 receives, from the eNB 20-1, downlink data addressed to the UE 10 transmitted from the EPC 30 to the UE 10. Can do.
  • thick arrows represent established data links.
  • the UE 10 disconnects the radio link with the source (Source) eNB 20-1 ((A) in FIG. 2), and between the target (Target) eNB 20-2. Then, a procedure for establishing a wireless link is started ((B) of FIG. 2).
  • white arrows in FIG. 2 represent radio links during the link establishment procedure, and hereinafter, the eNBs 20-1 and 20-2 may be referred to as SeNB 20-1 and TeNB 20-2, respectively.
  • the EPC 30 manages that the UE 10 is located in the cell B
  • the downlink data addressed to the UE 10 arriving at the EPC 30 is transmitted to the SeNB 20-1 that provides the cell B. . Therefore, even if the radio link between the UE 10 and the SeNB 20-1 is disconnected, the downlink data addressed to the UE 10 is transmitted to the SeNB 20-1 until the radio link between the UE 10 and the TeNB 20-2 is established. ((C) of FIG. 2).
  • the SeNB 20-1 recognizes that the destination of the UE 10 is the eNB 20-2 through communication with the TeNB 20-2. Accordingly, when receiving the downlink data addressed to the UE 10 from the EPC 30, the SeNB 20-1 transfers (forwards) the downlink data to the TeNB 20-2 ((D) in FIG. 2). The TeNB 20-2 that has received the data transferred from the SeNB 20-1 accumulates the transfer data in the buffer 40 until the radio link between the UE 10 and the TeNB 20-2 is established ((E) in FIG. 2).
  • the EPC 30 switches the data link (path) up to that point from the SeNB 20-1 to the TeNB 20-2 ((( F)).
  • the TeNB 20-2 transmits the downlink data addressed to the UE 10 that has been stored in the buffer 40 until then to the UE 10 that is in the cell C.
  • the TeNB 20-2 transmits the downlink data received from the EPC 30 to the UE 10 ((G) in FIG. 3).
  • the EPC 30 performs a path switching process from the SeNB 20-1 to the TeNB 20-2, that is, a handover process.
  • FIGS. 4 to 6 show an example of contents (parameters) of a path switching request message (PATH SWITCH REQUEST) transmitted from the eNB 20 to the EPC 30.
  • FIG. 5 shows a content example of a response message (PATH SWITCH REQUEST ACKNOWLEDGE) transmitted from the EPC 30 to the eNB 20 and indicating the success of the path switching process.
  • FIG. 6 shows a content example of a message (PATH SWITCH REQUEST FAILURE) indicating a failure of the path switching process, which is returned from the EPC 30 to the eNB 20.
  • the message for requesting path switching does not define a parameter for defining the operation after the path switching process has failed.
  • the response message shown in FIG. 6 only defines a parameter indicating that the path switching process has failed. Therefore, in this example, allocation of data for transmitting a plurality of bearers is managed, and among these allocations, the allocation destination of data transmitted using a path belonging to some bearers is changed to another bearer. Control to do.
  • the EPC 30 switches the path from the eNB 20-1 to the eNB 20-2. Attempt processing. However, as shown in FIG. 7, even if the bearer 2 path switching process is successful, the bearer 1 path switching process may fail. In this case, the data (for example, data for voice call) that has been transmitted through the bearer 1 cannot be transmitted as it is.
  • the allocation destination of the voice call data transmitted using the bearer 1 can be remapped (allocation change) to the bearer 2 in which the path switching process has been successful. .
  • allocation change allocation change
  • FIG. 8 is a block diagram illustrating an example of the configuration of the UE 10 according to an embodiment.
  • the UE 10 shown in FIG. 8 illustratively includes a bearer management unit 101, a bearer information holding unit 102, a mapping information holding unit 103, a call control unit 104, a message transmission / reception unit 105, and a message editing unit 106. I have it.
  • the bearer management unit 101 changes the allocation destination of data to be transmitted (association between bearers and transmission data) using paths belonging to a plurality of bearers established with another node (EPC 30 or eNB 20). Take control. For example, it is possible to perform control to change allocation of data held in a mapping information holding unit 103 described later (association between data and a bearer to be used).
  • the bearer information holding unit 102 holds each bearer and setting information (bearer configuration) in association with each other.
  • This bearer configuration is information determined according to the transmission capability of each bearer, and includes, for example, a communication bit rate, a communication band, a delay time, an error rate, communication quality information (Quality of Service, QoS), and a service type.
  • the mapping information holding unit 103 holds a destination of data to be transmitted using a bearer, a bearer to be used, and a service type of transmission data in association with each other.
  • the mapping information holding unit 103 in this example functions as an example of a management unit that manages allocation of data for transmitting a plurality of bearers.
  • the bearer management unit 101 is an example of a control unit that performs control to change the allocation destination of data to be transmitted using a path belonging to a certain bearer among the allocations in the mapping information holding unit 103 to other bearers. Function as.
  • the call control unit 104 performs call-related control such as connection control between the UE 10 and the eNB 20 and bearer control.
  • call-related control such as connection control between the UE 10 and the eNB 20 and bearer control.
  • bearer control when the call control unit 104 is notified from the eNB 20 or the EPC 30 that the path switching processing of some of the bearers has failed, data mapping is performed to the bearer management unit 101. Can be instructed to change.
  • connection control for example, reception of a data allocation change instruction (bearer change instruction) from the eNB 20 may be monitored, and transmission of uplink data may be stopped during this monitoring period.
  • the message transmission / reception unit 105 transmits / receives a control message to / from the eNB 20 or the EPC 30.
  • the control message includes, for example, a handover request message for requesting the handover process to the eNB 20, a handover response message having the result of the handover process, a bearer change instruction message described later from the eNB 20, and the like.
  • the message editing unit 106 edits and creates the control message addressed to the eNB 20 or the EPC 30.
  • UE10 of this example can change the allocation destination of the data which transmits some bearers among several bearers already established between other nodes to another bearer, for example.
  • the allocation destination of the data assigned to the bearer May be changed.
  • This change destination can be, for example, another bearer that has succeeded in the path switching process.
  • data (service) transmitted using a bearer that has failed in the path switching process can be relieved by being transferred to another bearer, so that the probability that the service can be continued can be improved.
  • the data allocation change destination may be selected based on the bearer configuration set for the previous bearer and the bearer configuration set for the allocation-destination bearer. For example, among other bearers that have succeeded in the path switching process, a bearer having a bearer configuration that reduces the influence on the communication service before and after the data allocation change may be selected.
  • FIG. 9 is a block diagram illustrating an example of the configuration of the eNB 20 according to an embodiment.
  • the eNB 20 illustrated in FIG. 9 includes, for example, a message transmission / reception unit 201, a call control unit 202, a message editing unit 203, a bearer management unit 204, a bearer information holding unit 205, and a message transmission / reception unit 206.
  • the message transmission / reception unit 201 transmits / receives the above-described control message (for example, a handover request message, a handover response message, a bearer change instruction message) and the like to / from the UE 10.
  • a handover request message can be received from the UE 10 and transmitted to the call control unit 202, or a handover process response message or a bearer change instruction message from the EPC 30 received from the call control unit 202 can be transmitted to the UE 10. .
  • the call control unit 202 performs call-related control such as connection control with the UE 10 and the EPC 30 and bearer control.
  • This control includes, for example, sending a path switching response message received from the EPC 30 to the message transmission / reception unit 201 or instructing the EPC 30 to perform bearer control when the path switching process fails according to the path switching request message. It is done.
  • the message editing unit 203 edits and creates the control message addressed to the UE 10 or the EPC 30. For example, a path switching request message can be created and edited for the EPC 30, and a path switching response message can be created and edited for the UE 10. Moreover, the bearer change instruction message addressed to the UE 10 including information related to the bearer configuration change performed by the bearer management unit 204 can be edited and created.
  • the bearer management unit 204 manages and controls a wired or wireless bearer for a call during communication. This control can be performed, for example, by changing the bearer configuration set in the bearer information holding unit 205. For example, it can be controlled by changing the bearer configuration stored in the bearer information holding unit 205 based on the path switching response message from the EPC 30.
  • the bearer information holding unit 205 holds each bearer and the bearer configuration (data bit rate, QoS, etc.) in association with each other.
  • the message transmission / reception unit 206 transmits / receives a control message (such as a path switching request message or a path switching response message) related to the path switching process to / from the EPC 30.
  • a control message such as a path switching request message or a path switching response message
  • a path switching request message can be transmitted to the EPC 30 or a path switching response message from the EPC 30 can be transmitted to the call control unit 202.
  • the path switch request message is a control message for requesting the EPC 30 to perform a path switch process
  • the path switch response message is a control message having the result of the path switch process.
  • the path switching request message of this example includes, for example, an information field (see * 1) regarding an operation when the path switching process fails.
  • an information field see * 1 regarding an operation when the path switching process fails.
  • the EPC 30 may notify the eNB 20 of a path switching response message indicating that the path switching process has failed.
  • the EPC 30 may be notified of a response message indicating that the bearer path switching process has failed even if the bearer path switching process has failed. Good. In this case, for example, the resource of the bearer that failed in the path switching process can be released.
  • the eNB 20 of this example can transmit a path switching request message to the EPC 30 or transmit a path switching response message from the EPC 30 to the UE 10. Moreover, you may make it establish a bearer between eNB20 and UE10 (or EPC30), and in this case, eNB20 is a part of the function of EPC30 mentioned later, a part of structure (or a part of function of UE10, a part of structure) ).
  • FIG. 10 is a block diagram illustrating an example of the configuration of the EPC 30 according to an embodiment.
  • the EPC 30 shown in FIG. 10 exemplarily includes a message transmission / reception unit 301, a call control unit 302, a message editing unit 303, a path switching control unit 304, a bearer management unit 305, a bearer information holding unit 306, A mapping information holding unit 307 is provided.
  • the message transmission / reception unit 301 transmits / receives the above-described control message (for example, a path switching request message or a path switching response message) to / from the eNB 20.
  • a path switching request message can be received from the eNB 20 and sent to the call control unit 302, or a path switching response message from the path switching control unit 304 received from the call control unit 302 can be transmitted to the eNB 20 .
  • the call control unit 302 performs control related to the call such as connection control with the UE 10 and the eNB 20 and bearer control. For this control, for example, a report on the path switching result from the path switching control unit 304 is notified to the message editing unit 303, or a path switching request message received from the eNB 20 is sent to the path switching control unit 304. Is mentioned.
  • the message editing unit 303 edits and creates the control message addressed to the UE 10 or the eNB 20. For example, a path switching response message can be created and edited based on a report regarding the path switching result notified from the call control unit 302.
  • the path switching control unit 304 executes a path switching process belonging to each bearer in accordance with an instruction (path switching request message) from the call control unit 302. In this example, for example, according to the value set in the operation information field included in the path switching request message, it is possible to instruct the bearer management unit 305 to perform path switching processing for the designated bearer. Further, the call control unit 302 can be notified of the result of the path switching process. This report may include information on the success or failure of the path switching process for each bearer. Further, for example, the path switching control unit 304 monitors the cause of failure of the path switching process (such as resource shortage), and when the failure factor disappears, causes the bearer management unit 305 to restore the transmission data or the bearer setting. You can also.
  • the bearer management unit 305 changes and controls the allocation destination (association of bearer and transmission data) of data to be transmitted using paths belonging to a plurality of bearers established with another node (UE 10 or eNB 20). .
  • the bearer management unit 305 can change and control data allocation (association between data and a bearer to be used) held by a mapping information holding unit 307 described later.
  • the cause of the failure of the path switching process may be monitored, and when this disappears, the data allocation destination may be restored. For example, the path switching process may fail due to resource shortage.
  • the bearer management unit 305 monitors the remaining amount of the resource, and when the remaining amount of the resource exceeds a predetermined threshold value, the bearer management unit 305 re-establishes the bearer that failed in the path switching process and stores the data changed to another bearer. The assignment destination can be returned to the re-established bearer.
  • the bearer information holding unit 306 holds each bearer and a bearer configuration (for example, data bit rate, QoS, service type, etc.) in association with each other.
  • the mapping information holding unit 307 holds a destination of data to be transmitted using a bearer, a bearer to be used, and a service type of transmission data in association with each other. That is, the mapping information holding unit 307 of this example functions as an example of a management unit that manages allocation of data for transmitting a plurality of bearers.
  • the bearer management unit 306 is an example of a control unit that performs control to change the allocation destination of data to be transmitted using a path belonging to a certain bearer among allocations in the mapping information holding unit 307 to other bearers. Function as.
  • the EPC 30 of the present example having the above configuration can change, for example, an assignment destination of data for transmitting some bearers among a plurality of bearers already established with another node to another bearer.
  • the EPC 30 of this example can notify the eNB 20 or the UE 10 of the result of the path switching process using the path switching response message illustrated in FIG.
  • the path switching response message shown in FIG. 12 includes, for example, a list of bearers that succeeded in path switching processing (System Architecture Evolution (SAE) Bearers Switched in Downlink Item IEs) and bearer identifiers (SAE bearer) of bearers that succeeded in path switching processing. identity).
  • SAE bearer System Architecture Evolution (SAE) Bearers Switched in Downlink Item IEs
  • SAE bearer bearer identifiers
  • identity bearer list
  • SAE Bearer To Be Switched in Downlink List having a bearer configuration (SAE Bearer Level QoS parameters) set for the bearer is included.
  • SAE Bearer Failed To Path Switch Item IEs bearer identifiers of bearers that failed in path switching processing
  • SAE bearer identity bearer identifiers of bearers that failed in path switching processing
  • CBD cause of the failure
  • the change destination of the data allocation may be selected based on the bearer configuration set for the previous bearer and the bearer configuration set for the allocation destination bearer. For example, among other bearers that have succeeded in the path switching process, a bearer having a bearer configuration (data bit rate, QoS, etc.) that has less influence on the communication service before and after the data allocation change is selected. Good.
  • bearers 1 to 3 are established between the UE 10 and the EPC 30. Then, data for voice service is transmitted using the bearer 1, data for WEB service is transmitted using the bearer 2, and data for streaming service is transmitted using the bearer 3.
  • the number of bearers and each service type are merely examples, and the present invention is not limited to these.
  • the mapping information holding unit 103 on the UE 10 side for example, as illustrated in FIG. 14, destinations A to C of transmission data, bearers 1 to 3 used for transmission, and service type of transmission data (voice, (WEB access, streaming) are managed in association with each other.
  • the destinations A to C are transmission destination addresses from the UE 10 to the EPC 30 (or the core network).
  • the mapping information holding unit 307 on the EPC 30 side transmits destinations M to O of transmission data, bearers 1 to 3 used for transmission, and service type (voice, WEB) of transmission data. (Access, streaming) in association with each other.
  • the destinations M to O are transmission destination addresses from the EPC 30 (or core network) to the UE 10.
  • the bearer information holding units 102, 205, and 306 of each node manage the bearer configuration determined according to the bearer transmission capability, as exemplified in FIG.
  • the data bit rate of the bearer 1 is “low”
  • the QoS is “high”
  • the data bit rate of the bearer 2 is “high”
  • the QoS is “low”
  • the data of the bearer 3 The bit rate is “high” and the QoS is “high”.
  • the data bit rate and QoS are set to two types of values, “high” and “low”. May be.
  • a handover request message is transmitted to the source eNB 20-1.
  • This handover request message may include, for example, information related to a handover destination candidate cell.
  • the handover destination candidate cell is illustratively a cell C under the control of the eNB 20-2.
  • the eNB 20-1 that has received the handover request message from the UE 10 determines, for example, the eNB 20-2 as the handover destination of the UE 10 based on the information related to the handover destination candidate cell included in the message. Then, the eNB 20-1 transmits a handover request message addressed to the movement destination eNB 20-2.
  • This handover request message may include, for example, various types of information related to the UE 10 and the eNB 20-1 and eNB 20-2 that are handover targets.
  • the eNB 20-2 that has received the handover request message from the eNB 20-1 starts predetermined preparation for the handover process based on the contents of the handover request message.
  • This preparation may include the following data transfer process.
  • the eNB 20-1 addresses the UE 10 transmitted from the EPC 30 to the own station 20-1 until the radio link is established between the eNB 20-2 and the UE 10 after the radio link between the eNB 20-1 and the UE 10 is disconnected. Transfer the data to the eNB 20-2.
  • the eNB 20-2 stores the data transferred from the eNB 20-1 in the buffer 40, and then transmits the transfer data stored in the buffer 40 to the UE 10 when a radio link is established between the eNB 20-2 and the UE 10. To do. Thereby, the data transmitted to the source eNB 20-1 during the handover process can be reliably transmitted to the UE 10.
  • the eNB 20-2 transmits a handover response message to the source eNB 20-1 as a response to the handover request message.
  • the handover response message can include, for example, a response message indicating whether or not the destination eNB 20-2 accepts the handover process.
  • the destination eNB 20-2 permits the handover process.
  • the eNB 20-1 When receiving a handover response message indicating permission of handover from the eNB 20-2, the eNB 20-1 instructs the UE 10 to perform handover.
  • the UE 10 that has received the handover instruction from the eNB 20-1 establishes a new radio link with the destination eNB 20-2, and further transmits a handover confirmation message to the destination eNB 20-2.
  • this handover confirmation message allows the UE 10 to notify the destination eNB 20-2 of movement.
  • the UE 10 starts monitoring bearer change, for example.
  • the bearer change monitoring period it is possible to perform control to stop transmission of uplink data packets even if communication with the destination eNB 20-2 is established. Thereby, it is possible to prevent data from being transmitted using a bearer that has failed in the path switching process.
  • the eNB 20-2 transmits a path switching request message to the EPC 30 so as to switch the downlink path from the source eNB 20-1 to the destination eNB 20-2.
  • the message transmission / reception unit 301 of the EPC 30 receives the path switching request message from the eNB 20-2, the message transmission / reception unit 301 performs a predetermined reception process and then transmits the path switching request message to the call control unit 302 (step S1). Further, the call control unit 302 sends the path switching request message to the path switching control unit 304 (step S2).
  • the path switching control unit 304 cooperates with the bearer management unit 305 to perform path switching processing for each of the plurality of bearers (bearers 1 to 3) in use. (Step S3). For example, when the path switching process of some bearers (for example, bearer 2) fails due to a resource shortage or the like, the bearer management unit 305 performs path switching control on the result of the path switching process of each bearer 1 to 3. The notification is sent to the unit 304 (step S4). Note that the path switching control unit 304 may store the bearer for which the path switching process has failed together with the cause of the path switching process failure (such as resource shortage).
  • the path switching control unit 304 determines whether or not the path switching process is successful for all bearers based on the result of the path switching process for each bearer 1 to 3 (step S5).
  • the path switching control unit 304 determines that the path switching process has been successful for all bearers, the path switching response message indicating that is notified to the message editing unit 303 via the call control unit 302 ( Steps S10 and S11).
  • the message editing unit 303 transmits the path switching response message to the eNB 20 and the UE 10 via the message transmission / reception unit 301.
  • the path switching control unit 304 determines that the path switching process has failed for some bearers, it requests the bearer management unit 305 to perform mapping change control of the bearer 2 (step S6).
  • the bearer management unit 305 that has received the mapping change request from the path switching control unit 304 changes the assignment destination of data transmitted using the bearer 2 to another bearer (mapping change) (step S8).
  • the bearer management unit 305 may select an allocation destination based on the bearer configuration set for the bearer 2 and the bearer configuration set for another bearer (step S7).
  • the allocation destination may be the bearer 3 in which the “high” bit rate and the “high” QoS are set. desirable. Thereby, for example, it is possible to suppress the influence on the communication service before and after the change of the data allocation destination.
  • mapping change control As illustrated in FIG. 19, the assignment destination of the data transmitted using the path belonging to the bearer 2 is changed to the bearer 3. Then, the bearer management unit 305 notifies the path switching control unit 304 of the result of the mapping change control (bearer that has succeeded or failed in path switching, data allocation before and after the mapping change, and the like) (step S9).
  • the path switching control unit 304 notifies the message editing unit 303 of a path switching response message including the result of the path switching process via the call control unit 302 (steps S10 and S11).
  • bearer 1 and bearer 3 that have succeeded in the path switching process are set to “SAE Bearers Switched in Downlink Item IEs” in the path switching response message, Set to “SAE Bearer Failed to Path Switch List”.
  • the message editing unit 303 transmits the path switching response message to the eNB 20 via the message transmission / reception unit 301.
  • the message transmission / reception unit 206 of the eNB 20-2 that has received the path switching response message from the EPC 30 notifies the call control unit 202 of the path switching response message (step S12).
  • the call control unit 202 determines the path switching process result of each bearer based on the received path switching response message content (step S13).
  • the call control unit 202 determines that all the path switching processes for each bearer are successful, and when it is determined that all the path switching processes for each bearer have failed, the predetermined process is performed.
  • Perform step S14. For example, if the call control unit 202 determines that all the path switching processes for each bearer are successful, the call control unit 202 instructs the source eNB 20-1 to release the resources of each bearer, and completes the handover process.
  • the call control unit 202 determines that the path switching process for each bearer has failed, the call control unit 202 instructs the UE 10 to perform a call switchback process on the assumption that the handover process itself has failed. On the other hand, if the call control unit 202 determines that the path switching process for some bearers has failed, the message editing unit 203 uses the resource addressed to the source eNB 20-1 to release the resources of each bearer. A release instruction is transmitted (step S15).
  • the call control unit 202 transmits to the UE 10 a bearer change instruction message including data on which mapping has been changed on the EPC 30 side and information on bearers before and after the mapping change (step S16).
  • a bearer change instruction message including data on which mapping has been changed on the EPC 30 side and information on bearers before and after the mapping change (step S16).
  • the message transmission / reception part 105 of UE10 will notify the said bearer change instruction message to the call control part 104, if a bearer change instruction message is received from eNB20 (step S17).
  • the call control unit 104 determines whether it is during the bearer change monitoring period (step S18). If it is determined that it is during the monitoring period (Yes route of step S18), the call control unit 104 suspends transmission of the uplink data ( Step S19). Thereby, it is possible to prevent data transmission using the bearer 2 that has failed in the path switching process.
  • the call control unit 104 stops monitoring the bearer change when a predetermined time has elapsed from the start of monitoring the bearer change (step S20), and requests the bearer management unit 101 for the mapping change control (step S21).
  • the call control unit 104 determines that it is not during the bearer change monitoring period (No route of step S18)
  • the processing of step S19 and step S20 is omitted, and the bearer management unit 101 performs mapping change control. Is requested (step S21).
  • the UE 10 can recognize that the mapping change control accompanying the path switching failure has been performed by receiving the bearer change instruction message during the monitoring period. Or you may make it recognize that it is a bearer change accompanying the failure of a path
  • the bearer management unit 101 that has received a request for mapping change control from the call control unit 104 changes the assignment destination of data transmitted using the bearer 2 to another bearer (mapping change) (step S23).
  • the bearer management unit 101 selects an allocation destination based on the bearer configuration set for the bearer 2 and the bearer configuration set for another bearer. (Step S22).
  • the UE 10 may perform the same mapping change control when the EPC 30 changes the assignment destination of the data that has transmitted the bearer 2 to the bearer 3. Thereby, the process in UE10 side can be simplified.
  • the bearer management unit 101 notifies the call control unit 104 of the result of the mapping change control (step S24).
  • the call control unit 104 that has received the result of this mapping change control requests the bearer management unit 101 to delete the bearer 2 (resource release) that is no longer used for data transmission (step S25).
  • the bearer management unit 101 controls the bearer information holding unit 102 and the mapping information holding unit 103 based on the bearer deletion request from the call control unit 104 to release the bearer 2 (delete the resource) (step S26). And the bearer management part 101 reports the said bearer deletion result to the call control part 104 (step S27). Upon receiving the bearer deletion report, the call control unit 104 transmits a bearer change response message indicating the result of the mapping change control on the UE 10 side to the destination eNB 20-2 via the message editing unit 106 and the message transmission / reception unit 105. (Step S28).
  • UE10 transmits uplink data using the bearer after mapping change.
  • the data transmitted using the bearer 2 is transmitted using the bearer 3.
  • the message transmission / reception unit 201 of the eNB 20-2 notifies the call control unit 202 of the bearer change response message (step S29).
  • the call control unit 202 that has received the bearer change response message can detect that the bearer 2 has been deleted. Based on this, the call control unit 202 requests the bearer management unit 204 to delete the bearer 2 (release resources) (step S30). ). Then, based on the bearer deletion request from the call control unit 202, the bearer management unit 204 deletes the bearer 2 that has failed in the path switching process (step S31), and notifies the call control unit 202 of the result of the bearer deletion process. (Step S32).
  • the wireless communication system of the present example manages allocation of data for transmitting a plurality of bearers, and among these allocations, allocation destination of data to be transmitted using paths belonging to some bearers Can be controlled to be changed to another bearer. As a result, it is possible to improve the flexibility of data transmission using a bearer.
  • an operation example of the EPC 30 when the failure factor of the path switching process disappears will be described with reference to FIG.
  • the path switching control unit 304 of the EPC 30 monitors whether the cause of the failure of the path switching process of the bearer 2 has disappeared after the mapping change, and re-establishes a new bearer if possible. Then, the allocation destination of the data whose mapping has been changed from the bearer 2 to the bearer 3 may be changed again to the re-established bearer (referred to as bearer 2 ').
  • the path switching control unit 304 determines whether the failure factor of the path switching process is due to a lack of resources (step S33). As described above, since the path switching control unit 304 can store the bearer and the factor thereof when the path switching process for each bearer fails, such a determination operation can be realized.
  • the path switching control unit 304 determines that the failure factor of the path switching process of the bearer 2 is not due to a resource shortage (No route in step S33), for example, the process is terminated (step S34).
  • failure factors other than resource shortage can be dealt with by performing monitoring and control in accordance with each failure factor.
  • the path switching control unit 304 determines that the failure factor of the path switching process of the bearer 2 is due to lack of resources (Yes route in step S33), the resource state (for example, the remaining resource amount, the resource Monitoring of the usage rate etc. is started (step S35). Then, the path switching control unit 304 stops monitoring the resource state when a predetermined time has elapsed after starting the monitoring of the resource state (step S36), and reports a free resource to the bearer management unit 305. Is requested (step S37).
  • the resource state for example, the remaining resource amount, the resource Monitoring of the usage rate etc.
  • the bearer management unit 305 that has received the free resource report request calculates the amount of free resources that can be used for establishing a new bearer based on the information held by the mapping information holding unit 307, and the path switching control unit. 304 is notified (step S38). Based on the report from the bearer management unit 305, the path switching control unit 304 determines whether the resource shortage has been resolved (that is, whether the cause of the path switching process failure of the bearer 2 has disappeared) (step). S39). For example, when receiving the free resource report, the path switching control unit 304 confirms the information about the bearer 2 stored together with the failure factor of the path switching process, and determines whether there is a resource for re-establishing the bearer 2 ′. To do.
  • step S39 if it is determined that there are not enough free resources (No route in step S39), the process can be returned to step S35 to wait until sufficient free resources can be secured for establishing the bearer 2 '. .
  • the path switching control unit 304 requests the bearer management unit 305 to add the bearer 2 ′ (step S40). ).
  • the bearer management unit 305 Upon receiving the bearer addition request, the bearer management unit 305 performs control to update and add information in the bearer information holding unit 306 and the mapping information holding unit 307 and add a new bearer 2 ′, and the result is path switching control. Notification to the unit 304 (step S41). Thereafter, the path switching control unit 304 notifies the call control unit 302 of the change of the bearer state with the addition of the bearer 2 '(step S42).
  • the call control unit 302 Upon receiving the bearer state change notification from the path switching control unit 304, the call control unit 302 performs bearer mapping change control (step S43), and further, to the eNB 20 and the UE 10 using the same method as the above-described mapping change control. Also, bearer state change control is implemented. Thereby, for example, when the failure factor of the path switching process disappears, the EPC 30 can restore (recover) the bearer state changed by the mapping change control. As a result, fluctuations in the data traffic volume of each bearer can be suppressed, and the system stability can be improved.
  • each node selects a data allocation destination so that, for example, the influence on the communication service before and after the bearer mapping change is reduced.
  • an assignment destination may not be selected.
  • voice call data is transmitted using the bearer 1 with the QoS setting “high”, and WEB access and mail data are transmitted using the bearer 2 with the QoS setting “low”.
  • the QoS setting of the bearer 2 is “low”, and therefore, it is realized using the bearer 1 whose QoS setting is “high”. Voice call service may not be continued.
  • the bearer configuration (bit rate, QoS, etc.) of the mapping change destination bearer (bearer 2) is set according to the bearer configuration of the bearer (bearer 1) before the mapping change.
  • the configuration of the mapping change bearer 2 is changed to QoS suitable for voice communication (QoS is improved), and mapping change control is performed.
  • the probability that the communication service can be continued before and after the mapping change can be improved.
  • an operation example of the wireless communication system of this example will be described. Note that the conditions illustrated in FIGS. 13 to 16 are used as an example as a premise of the wireless communication system.
  • the message transmission / reception unit 301 of the EPC 30 receives a path switching request message from the eNB 20-2, it performs a predetermined reception process, and then sends the path switching request message to the call control unit 302. Further, the call control unit 302 sends the path switching request message to the path switching control unit 304.
  • the path switching control unit 304 cooperates with the bearer management unit 305 to perform path switching processing for each of the plurality of bearers (bearers 1 to 3) in use. .
  • the bearer management unit 305 performs path switching control on the result of the path switching process of each bearer 1 to 3. Notification to the unit 304.
  • the path switching control unit 304 may store the bearer for which the path switching process has failed together with the cause of the path switching process failure (such as resource shortage).
  • the path switching control unit 304 determines whether or not the path switching process is successful for all bearers based on the result of the path switching process for each bearer 1 to 3. If the path switching control unit 304 determines that the path switching process has been successful for all bearers, the path switching response message indicating that is notified to the message editing unit 303 via the call control unit 302. Then, the message editing unit 303 transmits the path switching response message to the eNB 20 and the UE 10 via the message transmission / reception unit 301.
  • the path switching control unit 304 determines that the path switching process has failed for some bearers (bearer 3), it requests the bearer management unit 305 to perform mapping change control of the bearer 3.
  • the bearer management unit 305 that has received the mapping change request from the path switching control unit 304 indicates the assignment destination of the data transmitted using the bearer 3, as illustrated in FIG. "Change to the bearer 2 in which the bit rate is set (mapping change).
  • the bearer management unit 305 evaluates the bearer configuration set in the bearer 3 and the bearer configuration set in the bearer 2.
  • the bearer management unit 305 detects that the QoS set for the bearer 2 is lower (smaller) than the QoS set for the bearer 3.
  • the bearer management unit 305 performs control to change (update) the data content of the bearer information holding unit 306, and tries to change the QoS setting of the bearer 2 to the same level as the QoS setting of the bearer 3.
  • the mapping change of the bearer 3 may be canceled.
  • the change of the QoS setting (parameter) of the bearer 2 is successful, the bearer configuration is changed as illustrated in FIG. 25, and the change result (the bearer that has succeeded or failed in the path switching, and before and after the mapping change). Data allocation, bearer configuration change, etc.) are notified to the path switching control unit 304.
  • the path switching control unit 304 notifies the message editing unit 303 of the path switching response message including the result of the path switching process via the call control unit 302.
  • bearer 1 and bearer 3 that have succeeded in path switching processing are set to “SAE Bearers Switched in Downlink Item IEs” in the path switching response message, while bearer 2 that has failed in path switching processing Set to “SAE Bearer Failed to Path Switch List”.
  • the QoS setting changed when the bearer mapping is changed is set to “SAE Bearer Level QoS parameters”.
  • the message editing unit 303 transmits the path switching response message to the eNB 20 via the message transmission / reception unit 301.
  • the eNB 20-2 that has received the path switching response message from the EPC 30 notifies the UE 10 of the bearer change instruction message using the same method as described above.
  • the bearer management unit 101 changes the assignment destination of the data transmitted using the bearer 3 to the bearer 2 (mapping change) as illustrated in FIG. .
  • the bearer management unit 101 changes the QoS setting of the bearer 2 from “low” to “high” based on the bearer change instruction message from the eNB 20 as illustrated in FIG. Thereafter, the UE 10 and the eNB 20-2 delete the bearer 3 by the same method as described above. Also, a new bearer may be established to restore the data mapping and bearer settings.
  • the bearer configuration of the bearer of the mapping change destination according to the bearer configuration of the bearer before the mapping change.
  • the QoS setting is changed.
  • the bit rate or the like may be changed to prevent deterioration in communication service quality before and after the mapping change. Thereby, it is possible to prevent the quality of the communication service from being deteriorated before and after the mapping change, and to improve the probability that the communication service can be continued.
  • mapping change control for each bearer may be appropriately set. For example, before the mapping change, the voice call data is transmitted using the bearer 1 with the QoS setting “high”, and the WEB access and mail data are transmitted using the bearer 2 with the QoS setting “low”. Think about the case.
  • real-time communication may not be required for data (service) transmitted using the bearer 2.
  • the bearer 2 that transmits service data that does not require real-time communication such as WEB access and mail is deleted due to a failure of path switching processing (releases resources).
  • the eNB 20-2 transmits a path switching request message to the EPC 30 so as to switch the downlink path from the source eNB 20-1 to the destination eNB 20-2.
  • the path switching request message of this example includes, for example, an information field (see * 2) that specifies the operation content for each bearer when the path switching process fails.
  • the message editing units 106 and 203 of the UE 10 or the eNB 20 set priority information for each bearer in this information field.
  • mapping change control by the EPC 30 is performed by setting the value of the information field to “high priority”. Can be targeted.
  • the value of the information field can be set to “low priority” to be a target for bearer deletion by the EPC 30.
  • a bearer with a high QoS is a line for which packet loss is desired to be kept small, so that there is a high possibility that a service with a high real-time property is used.
  • mapping change control is preferentially performed for these bearers.
  • the priority information can be set as appropriate by the user, or the UE 10 or the eNB 20 may adaptively set it according to the bearer configuration (bit rate, QoS, service type, etc.).
  • the bearer 1 and the bearer 3 illustratively have “high” as the QoS parameter, so “high priority”, and the bearer 2 has “low” as the QoS parameter, so “low priority”. To do.
  • the EPC 30 may be notified of a response message indicating that the path switching process for the entire bearer has failed. Good.
  • the message transmission / reception unit 301 of the EPC 30 receives the path switching request message from the eNB 20-2, the message transmission / reception unit 301 can add the priority information to the bearer configuration based on the priority information included in the message. For example, as illustrated in FIG. 31, “high priority” is set as the priority of bearer 1 and bearer 3, and “low priority” is set as the priority of bearer 2.
  • the EPC 30 performs path switching processing for each of the plurality of bearers in use (bearers 1 to 3). At this time, for example, when the path switching process of some bearers fails, the EPC 30 checks the operation when the path switching process fails based on the priority information of each bearer 1 to 3 (step S44). Then, the EPC 30 determines whether or not the bearer that has failed in the path switching process is the target of the above-described mapping change control (step S45).
  • the EPC 30 determines that the bearer that has failed in the path switching process is not subject to mapping change control (No route in step S45), and Is deleted (step S46). In this case, it is not regarded as a handover failure, and the service is continued by deleting the bearer whose switching has failed.
  • the EPC 30 determines that the bearer that has failed in the path switching process is the target of mapping change control (Yes route in step S45). Then, the EPC 30 performs the above-described mapping change control for the data transmitted through the bearer (step S47). Thereafter, the EPC 30 includes the result of the above-described mapping change control (a bearer that has succeeded or failed in path switching, data allocation before and after the mapping change, and the like) in a path switching response message, and transmits it to the eNB 20 and the UE 10.
  • bearer control similar to mapping change control or bearer deletion by the EPC 30 can also be performed on the eNB 20 and the UE 10 side.
  • the deleted bearer may be re-established by the same control as the recovery control described above.
  • it is possible to determine whether or not to change the mapping in accordance with the service for transmitting a bearer and thus it is possible to further improve the flexibility of bearer control.
  • a resource may be secured by changing an assignment destination of data to be transmitted using a certain bearer to another bearer and deleting the certain bearer. As a result, it is possible to prevent a path switching process failure due to resource shortage in advance.
  • the bearer management unit 305 that has received a path switching request from the path switching control unit 304 performs path switching processing for each bearer. At this time, when the bearer management unit 305 detects that the resource used for the path switching process is insufficient (step S48), the bearer management unit 305 notifies the path switching control unit 304 of the fact (step S49).
  • the path switching control unit 304 Upon receiving the resource shortage notification, the path switching control unit 304 notifies the bearer management unit 305 of the bearer whose data traffic volume per unit time is smaller than a predetermined threshold and the number of bearers used by the user who is using the bearer.
  • a request for notification is requested (step S50).
  • the bearer management unit 305 receives the request, the bearer information holding unit 306, the mapping information holding unit 307, the call control unit 302, and the like investigate the amount of data traffic per unit time for the bearer in use. Then, the bearer whose data traffic volume per unit time is equal to or less than the predetermined threshold is reported to the path switching control unit 304 (step S51). At this time, bearers may be listed and reported in ascending order of data traffic volume per unit time. In addition, the number of bearers used by a user who is using the bearer can be reported to the path switching control unit 304.
  • This report includes, for example, an information group as illustrated in FIG.
  • the bearer a-2 used by the user a among the plurality of bearers in use is the bearer with the smallest data traffic amount per unit time. Further, since the number of bearers used by user a is 1, it can be seen that user a transmits data using only bearer a-2.
  • the bearer b-1 used by the user b is a bearer with the next smallest data traffic volume per unit time after the bearer a-2, and the user b is using two bearers in addition to the bearer b-1.
  • the bearer c-5 used by the user c is a bearer with the next smallest data traffic volume per unit time after the bearer b-1, and the user c is using one bearer in addition to the bearer c-5. It is.
  • the path switching control unit 304 determines whether there is a bearer capable of changing mapping of data to be transmitted among the plurality of bearers included in the report (step S52). For example, in the example shown in FIG. 33, the assignment destination of data for transmitting the bearer a-2 having the smallest data traffic volume per unit time may be changed to another bearer and the bearer a-2 may be deleted. Good. However, since bearer a-2 is the only bearer in use by user a, in order to suppress the influence on the user, path switching control unit 304 sets other bearers to be subject to mapping change and deletion. It is desirable to do.
  • the bearer b-1 is a bearer with the next smallest data traffic amount per unit time after the bearer a-2, and the user b uses two bearers in addition to the bearer b-1. Therefore, the path switching control unit 304 can select, for example, the bearer b-1 as a deletion target in order to suppress the influence on the user. In this way, when the path switching control unit 304 determines that there is a bearer whose mapping can be changed (Yes route in Step S52), the assignment destination of data transmitting the bearer is changed to another bearer (Step S53). The bearer is deleted (step S54).
  • the path switching control unit 304 determines that there is no bearer whose mapping can be changed (No route in step S52), for example, the bearer b-1 is deleted to suppress the influence on the user.
  • which bearer is to be subject to mapping change and deletion can be determined as appropriate.
  • the bearer a-2 having the smallest data traffic amount per unit time can be selected as a mapping change and deletion target.
  • each user's contract information flat rate or pay-as-you-go system
  • bearer establishment history emergency call or general call, Etc.
  • the usage bearer c-5 of the user c is set as a deletion target. Priority can be given to services for contracted users.
  • the communication bit rate is set by setting the bearer c-5 as a deletion target. Even if it is low, it becomes possible to guarantee the service of the user b who needs an emergency.
  • the path switching control unit 304 requests the bearer management unit 305 to perform path switching processing again (step S55). Then, if the resource shortage is eliminated by the bearer deletion, the bearer management unit 305 can normally complete the path switching process for each bearer (step S56). When resources are insufficient despite the deletion of the bearer, the processing from step S49 to step S55 may be repeated.
  • mapping change control of the data transmitting the bearer is performed due to the failure of the path switching process due to the handover, but the present example is not limited to this.
  • mapping change control may be performed according to various timings, or each node may perform it voluntarily.
  • eNB20 may terminate a bearer.
  • the eNB 20 may have the same configurations and processes as the UE 10 or the EPC 30.
  • the eNB 20 that has received a handover request from the UE 10 has described an example in which the EPC 30 requests a path switching.
  • the UE 10 sends a control message related to the path switching process to the eNB 20 or the EPC 30 or both. You may be notified.
  • management unit and the control unit described in the above example may be provided by entities other than the UE 10, the eNB 20, and the EPC 30, and the management unit and the control unit may be arranged in different devices, respectively. Good.

Abstract

　第１の通信装置と、前記第１の通信装置と複数の論理的な情報伝送路を介して通信する第２の通信装置とをそなえた通信システムにおいて、前記複数の論理的な情報伝送路をそれぞれ伝送するデータの割り当てを管理し、前記割り当ての中で、第１の論理的な情報伝送路に属するパスを用いて伝送するデータの割り当て先を、前記第１の論理的な情報伝送路以外の第２の論理的な情報伝送路に変更する制御を行なう。

Description

通信システム、通信制御装置及び通信制御方法
　本件は、通信システム、通信制御装置及び通信制御方法に関する。通信システムとして、例えば、Long Term Evolution（ＬＴＥ）方式の通信システムが含まれる。
　ＬＴＥは、第３世代（３Ｇ）移動体通信から第４世代（４Ｇ）移動体通信への移行を段階的に進めるために標準化が進んでいる高速移動体通信の規格である。ＬＴＥでは、３Ｇから４Ｇへの移行を円滑に行なうことができるように、無線インタフェースやRadio Access Network（ＲＡＮ）アーキテクチャなどが見直されている。
　ＬＴＥ方式のＲＡＮアーキテクチャでは、３Ｇ方式の通信システムに設置される無線基地局制御装置（ＲＮＣ：Radio Network Controller）を省略する。結果、コアネットワークとの通信を行なうゲートウェイ装置と無線基地局とを直接接続するので、システム構成が単純になる。
　これにより、遅延時間の圧縮や通信速度の向上などを図ることができる。例えば、コアネットワークから移動局への下り方向において３００Ｍｂｉｔｓ／秒のデータ通信を実現する一方、移動局からコアネットワークへの上り方向においても５０Ｍｂｉｔｓ／秒のデータ通信を実現する。
　また、ＬＴＥ方式の通信システムでは、複数の無線基地局が提供する無線ゾーン（例えばセル又はセクタ）間をユーザ装置（例えば移動局）がまたがって移動する場合、ハンドオーバが行なわれることが知られている。
　ハンドオーバに関する既存の技術としては、例えば、複数の無線ゾーンがなすエリア内で通信中の移動機が設定する通信路の総数及び移動機の総数から、無線ゾーンのハンドオーバ率を演算し、ハンドオーバ頻度が適正であるか否か評価する方法が知られている。
特開２００１－３５２２８７号公報
　上述した無線通信システムにおいては、例えばユーザプレーン（U-Plane）の伝送データに関して、各ノード間にベアラを確立（設定）することができる。ノードとは、例えば、ユーザ装置の一例としての移動局、無線基地局、無線基地局の上位ノードなどである。また、ベアラとは、例えば、ノード間の通信にインパクトを与えうる様々なパラメータと関連付けられて形成された論理的な情報伝送路を意味する。前記パラメータには、通信レート、通信帯域、遅延時間、エラーレートなどの伝送能力を表す情報が含まれる。したがって、ベアラとは、これらのパラメータの設定に応じた伝送能力を有する通信チャネルと考えることができる。
　ノード間には、単一のベアラを設定することもできるし、複数のベアラを設定することもできる。したがって、ノードは、同時に複数のベアラを用いて他のノードとの通信を行なうこともできる。この場合、複数のベアラは、例えば、通信サービスの種類によって使い分けることができる。例えば、音声通話、ＷＥＢアクセス、メール、ストリーミングなどのサービス種別に応じて異なるベアラを用いることができる。その際、ノードは、例えば、サービス種別の別にデータの宛先（アドレス）を管理しておくことで、各データの宛先（アドレス）に応じたベアラを用いてデータ伝送することができる。
　このように、ノード間で複数のベアラが確立される場合に、いわゆるハンドオーバ処理が実施される場合を考える。ハンドオーバ処理は、移動局がその移動に伴って或る無線基地局との間で確立済みのデータリンク（パス）を異なる無線基地局を経由するパスに切り替える処理である。このハンドオーバ処理において、或るベアラに属するパスの切り替え処理がベアラのリソース不足などの理由によって失敗することがある。
　しかしながら、従来技術においては、一部のベアラについてのパス切り替え処理が失敗した場合、残りのベアラについてのパス切り替え処理が成功していたとしても、全てのベアラのパス切り替え処理が失敗したと扱われる。結果、ハンドオーバ処理も失敗したものと扱われ、全てのベアラでの通信が切断されるおそれがある。
　そこで、論理的な情報伝送路に属するパスを用いたデータ伝送の柔軟性をより向上させたい。
　例えば、以下の手段を用いる。
　（１）第１の通信装置と、前記第１の通信装置と複数の論理的な情報伝送路を介して通信する第２の通信装置とをそなえた通信システムであって、前記複数の論理的な情報伝送路をそれぞれ伝送するデータの割り当てを管理する管理部と、前記管理部における前記割り当ての中で、第１の論理的な情報伝送路に属するパスを用いて伝送するデータの割り当て先を、前記第１の論理的な情報伝送路以外の第２の論理的な情報伝送路に変更する制御を行なう制御部と、をそなえた、通信システムを用いることができる。
　（２）また、第１の通信装置と、前記第１の通信装置と複数の論理的な情報伝送路を介して通信する第２の通信装置とをそなえた通信システムにおける通信制御装置であって、前記複数の論理的な情報伝送路をそれぞれ伝送するデータの割り当てを管理する管理部と、前記管理部における前記割り当ての中で、第１の論理的な情報伝送路に属するパスを用いて伝送するデータの割り当て先を、前記第１の論理的な情報伝送路以外の第２の論理的な情報伝送路に変更する制御を行なう制御部と、をそなえた、通信制御装置を用いることができる。
　（３）さらに、第１の通信装置と、前記第１の通信装置と複数の論理的な情報伝送路を介して通信する第２の通信装置とをそなえた通信システムの通信制御方法であって、前記複数の論理的な情報伝送路をそれぞれ伝送するデータの割り当てを管理し、前記割り当ての中で、第１の論理的な情報伝送路に属するパスを用いて伝送するデータの割り当て先を、前記第１の論理的な情報伝送路以外の第２の論理的な情報伝送路に変更する制御を行なう、通信制御方法を用いることができる。
　論理的な情報伝送路に属するパスを用いたデータ伝送の柔軟性をより向上させることが可能となる。
無線通信システムにおけるハンドオーバ動作の一例を示す図である。 無線通信システムにおけるハンドオーバ動作の一例を示す図である。 無線通信システムにおけるハンドオーバ動作の一例を示す図である。 パス切り替え要求メッセージの一例を示す図である。 パス切り替え応答メッセージの一例を示す図である。 パス切り替え応答メッセージの一例を示す図である。 一実施形態に係る通信制御方法の一例を示す図である。 一実施形態に係る移動局の構成例を示すブロック図である。 一実施形態に係る無線基地局の構成例を示すブロック図である。 一実施形態に係る上位ノードの構成例を示すブロック図である。 パス切り替え要求メッセージの一例を示す図である。 パス切り替え応答メッセージの一例を示す図である。 一実施形態に係る無線通信システムの一例を示す図である。 移動局におけるマッピング情報の一例を示す図である。 上位ノードにおけるマッピング情報の一例を示す図である。 各ノードにおけるベアラコンフィグレーションの一例を示す図である。 図１３に示す無線通信システムの動作例を示すフローチャートである。 図１０に示す上位ノードの動作例を示すフローチャートである。 上位ノードにおけるマッピング情報の一例を示す図である。 図９に示す無線基地局の動作例を示すフローチャートである。 図８に示す移動局の動作例を示すフローチャートである。 移動局におけるマッピング情報の一例を示す図である。 図１０に示す上位ノードの動作例を示すフローチャートである。 第１変形例に係る通信制御方法の一例を示す図である。 第１変形例に係るベアラコンフィグレーションの一例を示す図である。 上位ノードにおけるマッピング情報の一例を示す図である。 移動局におけるマッピング情報の一例を示す図である。 第２変形例に係る通信制御方法の一例を示す図である。 第２変形例に係る無線通信システムの動作例を示すフローチャートである。 パス切り替え要求メッセージの一例を示す図である。 第２変形例に係るベアラコンフィグレーションの一例を示す図である。 第３変形例に係る通信制御方法の一例を示すフローチャートである。 第３変形例に係るベアラ報告の一例を示す図である。
符号の説明
　１０　移動局
　１０１　ベアラ管理部
　１０２　ベアラ情報保持部
　１０３　マッピング情報保持部
　１０４　呼制御部
　１０５　メッセージ送受信部
　１０６　メッセージ編集部
　２０，２０－１，２０－２　無線基地局
　２０１　メッセージ送受信部
　２０２　呼制御部
　２０３　メッセージ編集部
　２０４　ベアラ管理部
　２０５　ベアラ情報保持部
　２０６　メッセージ送受信部
　３０　上位ノード
　３０１　メッセージ送受信部
　３０２　呼制御部
　３０３　メッセージ編集部
　３０４　パス切替制御部
　３０５　ベアラ管理部
　３０６　ベアラ情報保持部
　３０７　マッピング情報保持部
　４０　バッファ
　以下、図面を参照して実施の形態を説明する。ただし、以下に示す実施形態及び各変形例は、あくまでも例示に過ぎず、以下に示す実施形態で明示しない種々の変形や技術の適用を排除する意図はない。即ち、本実施形態は、その趣旨を逸脱しない範囲で種々変形（各実施形態及び各変形例を組み合わせる等）して実施することができる。
　〔１〕一実施形態
　（１．１）本実施形態に係る通信制御方法
　図１～図３を用いて、ＬＴＥ方式の無線通信システムにおけるハンドオーバ動作の一例を説明する。
　図１はＬＴＥ方式の無線通信システムのハンドオーバ前の状態の一例を示す図である。
　この図１に示す無線通信システムは、例示的に、複数の無線基地局（例えば、e-Node B、ｅＮＢ）２０－１及びｅＮＢ２０－２と、ｅＮＢ２０－１及びｅＮＢ２０－２の上位ノード（例えば、Evolved Packet Core、ＥＰＣ）３０とをそなえる。ＥＰＣ３０は、所定の有線インタフェースを介して各ｅＮＢ２０－１及びｅＮＢ２０－２と通信することができる。さらに、図１に示す無線通信システムは、例示的に、いずれかのｅＮＢ２０－１，２０－２と無線通信しうるユーザ装置（User Equipment、ＵＥ、例えば、移動局）１０をそなえる。なお、以下において、ｅＮＢ２０－１，２０－２を区別しない場合は、ｅＮＢ２０と総称する。また、ＥＰＣ３０からｅＮＢ２０への通信方向及びｅＮＢ２０からＵＥ１０への通信方向を下りと称し、逆方向を上りと称する。
　ＥＰＣ３０は、インターネットなどのコアネットワーク（図示省略）と接続され、例えば、Mobility Management Entity（ＭＭＥ）の機能と、System Architecture Evolution Gateway（ＳＡＥゲートウェイ）の機能とを有する。これにより、ＥＰＣ３０は、ｅＮＢ２０及びＵＥ１０の通信を制御することができる。
　ｅＮＢ２０は、少なくとも一つの無線ゾーンを提供し、当該無線ゾーン内に位置するＵＥ１０と無線通信することができる。無線ゾーンの一例は、セル又はセクタである。図１に示す例では、ｅＮＢ２０－１はセルＡ及びセルＢを提供し、ｅＮＢ２０－２はセルＣを提供する。また、ｅＮＢ２０どうしの間は、例えば、所定の有線（あるいは無線）インタフェースにより接続され、ｅＮＢ２０どうしの間で通信を行なうことができる。なお、ｅＮＢ２０は、バッファ４０を有する。
　図１において、或るＵＥ１０が、ｅＮＢ２０－１の提供するセルＢ内に位置している場合、当該ＵＥ１０は、ＥＰＣ３０からＵＥ１０へ送信された当該ＵＥ１０宛の下りデータをｅＮＢ２０－１から受信することができる。なお、図１中、太線矢印は確立済みのデータリンクを表す。
　ところで、ＬＴＥ方式において、各ノード間でデータ通信中に確立される通信リンク数が１である場合、ＵＥ１０がセルＢから他のｅＮＢ２０－２の提供するセルＣへ移動すると、例えば、以下に示すハンドオーバ手順が実施される。
　まず、図２に例示するように、ＵＥ１０は、移動元（Source）ｅＮＢ２０－１との間の無線リンクを切断し（図２の（Ａ））、移動先（Target）ｅＮＢ２０－２との間で無線リンクを確立する手続を開始する（図２の（Ｂ））。なお、図２中の白抜き矢印は、リンク確立手続き中の無線リンクを表し、以下では、ｅＮＢ２０－１，２０－２をそれぞれＳｅＮＢ２０－１，ＴｅＮＢ２０－２と称することがある。
　この手続きの途中では、ＥＰＣ３０は、ＵＥ１０がセルＢ内に位置していると管理しているから、ＥＰＣ３０に到着したＵＥ１０宛の下りデータは、セルＢを提供するＳｅＮＢ２０－１宛に送信される。したがって、ＵＥ１０とＳｅＮＢ２０－１との間の無線リンクが切断されてもＵＥ１０とＴｅＮＢ２０－２との間の無線リンクが確立するまでの間、ＵＥ１０宛の下りデータは、ＳｅＮＢ２０－１へ伝送される（図２の（Ｃ））。
　ここで、ＳｅＮＢ２０－１は、ＴｅＮＢ２０－２との通信によりＵＥ１０の移動先がｅＮＢ２０－２であることを認識している。したがって、ＳｅＮＢ２０－１は、ＵＥ１０宛の下りデータをＥＰＣ３０から受信すると、当該下りデータをＴｅＮＢ２０－２に転送（フォワーディング）する（図２の（Ｄ））。
　ＳｅＮＢ２０－１から転送されたデータを受信したＴｅＮＢ２０－２は、ＵＥ１０とＴｅＮＢ２０－２との間の無線リンクが確立するまで、バッファ４０に当該転送データを蓄積する（図２の（Ｅ））。
　そして、ＵＥ１０とＴｅＮＢ２０－２との間で無線リンクが確立すると、図３に示すように、ＥＰＣ３０は、それまでのデータリンク（パス）をＳｅＮＢ２０－１からＴｅＮＢ２０－２へ切り替える（図３の（Ｆ））。
　一方、ＴｅＮＢ２０－２は、ＵＥ１０との間の無線リンクが確立すると、それまでバッファ４０に蓄積していたＵＥ１０宛の下りデータをセルＣに在圏するＵＥ１０宛に送信する。
　また、ＴｅＮＢ２０－２は、ＥＰＣ３０から受信した下りデータをＵＥ１０宛に送信する（図３の（Ｇ））。
　以上のようにして、ＵＥ１０が異なるｅＮＢ２０の提供するセル間をまたがって移動する場合、ＥＰＣ３０は、ＳｅＮＢ２０－１からＴｅＮＢ２０－２へのパス切り替え処理、つまりはハンドオーバ処理を実施する。
　ところで、ＥＰＣ３０がパス切り替え処理を行なう際にＥＰＣ３０とｅＮＢ２０との間のアプリケーション層に属するプロトコルで使用する要求及び応答メッセージは、3rd Generation Partnership Project(３ＧＰＰ)により、図４～図６に示すように規定されている。
　図４は、ｅＮＢ２０からＥＰＣ３０へ送信される、パス切り替え要求メッセージ（PATH SWITCH REQUEST）の内容（パラメータ）例を示す。図５は、ＥＰＣ３０からｅＮＢ２０へ送信される、パス切り替え処理の成功を示す応答メッセージ（PATH SWITCH REQUEST ACKNOWLEDGE）の内容例を示す。図６は、ＥＰＣ３０からｅＮＢ２０へ応答される、パス切り替え処理の失敗を示すメッセージ（PATH SWITCH REQUEST FAILURE）の内容例を示す。
　図４に示すパス切り替え要求メッセージのパラメータから分かるように、パス切り替えを要求するメッセージには、パス切り替え処理が失敗した後の動作を規定するパラメータが規定されていない。また、図６に示す応答メッセージには、パス切り替え処理が失敗したことを示すパラメータが規定されるに留まる。
　そこで、本例では、複数のベアラをそれぞれ伝送するデータの割り当てを管理し、これらの割り当ての中で、一部のベアラに属するパスを用いて伝送するデータの割り当て先を、他のベアラに変更する制御を行なう。
　例えば、図１～図３に例示したように、ＵＥ１０がｅＮＢ２０－１の提供するセルＢからｅＮＢ２０－２の提供するセルＣへ移動すると、ＥＰＣ３０は、ｅＮＢ２０－１からｅＮＢ２０－２へパスの切り替え処理を試みる。
　ところが、図７に示すように、ベアラ２のパス切り替え処理が成功しても、ベアラ１のパス切り替え処理が失敗する場合がある。この場合、このままでは、それまでベアラ１を伝送していたデータ（例えば音声通話用のデータ）を伝送することができない。
　しかし、このような場合であっても、例えば、ベアラ１を用いて伝送していた音声通話用データの割り当て先を、パス切り替え処理が成功したベアラ２に再マッピング（割り当て変更）することができる。結果、パス切り替え処理に失敗したベアラ１を伝送するデータを救済することが可能となる。
　このように、ベアラを用いたデータ伝送の柔軟性を向上させることが可能となる。
　（１．２）ＵＥ１０
　図８は一実施形態に係るＵＥ１０の構成の一例を示すブロック図である。この図８に示すＵＥ１０は、例示的に、ベアラ管理部１０１と、ベアラ情報保持部１０２と、マッピング情報保持部１０３と、呼制御部１０４と、メッセージ送受信部１０５と、メッセージ編集部１０６とをそなえる。
　ここで、ベアラ管理部１０１は、他ノード（ＥＰＣ３０又はｅＮＢ２０）との間に確立した複数のベアラに属するパスを用いて伝送するデータの割り当て先（ベアラと伝送データとの対応付け）を変更する制御を行なう。例えば、後述のマッピング情報保持部１０３が保持するデータの割り当て（データと使用するベアラとの対応付け）を変更する制御を行なうことができる。
　ベアラ情報保持部１０２は、各ベアラと設定情報（ベアラコンフィグレーション）とを対応付けて保持する。このベアラコンフィグレーションは、各ベアラの伝送能力に応じて定められる情報で、例えば、通信ビットレート、通信帯域、遅延時間、エラーレート、通信品質情報（Quality of Service、ＱｏＳ）、サービス種類などがある。
　マッピング情報保持部１０３は、ベアラを用いて伝送するデータの宛先と、使用するベアラと、伝送データのサービス種類とを対応付けて保持する。
　即ち、本例のマッピング情報保持部１０３は、複数のベアラをそれぞれ伝送するデータの割り当てを管理する管理部の一例として機能する。
　また、上記ベアラ管理部１０１は、マッピング情報保持部１０３における割り当ての中で、あるベアラに属するパスを用いて伝送するデータの割り当て先を、それ以外のベアラに変更する制御を行なう制御部の一例として機能する。
　呼制御部１０４は、ＵＥ１０とｅＮＢ２０とのコネクション制御、ベアラ制御など、呼に関する制御を行なう。例えば、呼制御部１０４は、ベアラ制御の一例として、複数のベアラのうち一部のベアラのパス切り替え処理が失敗したことをｅＮＢ２０またはＥＰＣ３０から通知されると、ベアラ管理部１０１に対してデータマッピングの変更を指示することができる。また、コネクション制御の一例として、例えば、ｅＮＢ２０からのデータの割り当て変更指示（ベアラ変更指示）の受信を監視し、この監視期間中は、上りデータの送信を停止することもできる。
　メッセージ送受信部１０５は、ｅＮＢ２０あるいはＥＰＣ３０との間で制御メッセージなどを送受信する。制御メッセージには、例えば、ｅＮＢ２０へハンドオーバ処理を要求するハンドオーバ要求メッセージや、ハンドオーバ処理の結果内容を有するハンドオーバ応答メッセージや、ｅＮＢ２０から通知される後述のベアラ変更指示メッセージなどがある。
　メッセージ編集部１０６は、ｅＮＢ２０あるいはＥＰＣ３０宛の上記の制御メッセージを編集、作成する。
　以上により、本例のＵＥ１０は、例えば、他ノードとの間で確立済みの複数のベアラのうち一部のベアラを伝送するデータの割り当て先を、他のベアラへ変更することができる。
　例えば、他ノードとの間で確立済みの複数のベアラのうち一部のベアラのパス切り替え処理が失敗したことをＥＰＣ３０（あるいはｅＮＢ２０）から通知されると、当該ベアラに割り当てていたデータの割り当て先を変更するようにしてもよい。この変更先は、例えば、パス切り替え処理に成功した他のベアラとすることができる。
　これにより、例えば、パス切り替え処理に失敗したベアラを用いて伝送していたデータ（サービス）を、他のベアラに乗せ変えて救済できるので、サービスを継続できる確率を向上させることが可能となる。
　また、例えば、上記データ割り当ての変更先を、それまでのベアラに設定されたベアラコンフィグレーションと割り当て先のベアラに設定されたベアラコンフィグレーションとに基づいて選択するようにしてもよい。例えば、パス切り替え処理に成功した他のベアラのうち、データ割り当て変更前後で通信サービスへの影響が少なくなるようなベアラコンフィグレーションを有するベアラを選択するようにしてもよい。
　このようにすれば、伝送データの割り当て変更に際し、通信サービスへの影響をなるべく少なくすることができ、ユーザの利便性が向上する。
　以上のように、ベアラを用いたデータ伝送の柔軟性を向上させることが可能となる。
　（１．３）ｅＮＢ２０
　図９は一実施形態に係るｅＮＢ２０の構成の一例を示すブロック図である。この図９に示すｅＮＢ２０は、例示的に、メッセージ送受信部２０１と、呼制御部２０２と、メッセージ編集部２０３と、ベアラ管理部２０４と、ベアラ情報保持部２０５と、メッセージ送受信部２０６とをそなえる。なお、バッファ４０については図示を省略する。
　メッセージ送受信部２０１は、ＵＥ１０との間で上述の制御メッセージ（例えば、ハンドオーバ要求メッセージ，ハンドオーバ応答メッセージ，ベアラ変更指示メッセージ）などを送受信する。例えば、ＵＥ１０からハンドオーバ要求メッセージを受信して呼制御部２０２へ送出したり、呼制御部２０２から受けたＥＰＣ３０からのハンドオーバ処理応答メッセージあるいはベアラ変更指示メッセージをＵＥ１０宛に送信したりすることができる。
　呼制御部２０２は、ＵＥ１０、ＥＰＣ３０とのコネクション制御、ベアラ制御など、呼に関する制御を行なう。この制御には、例えば、ＥＰＣ３０から受信するパス切り替え応答メッセージをメッセージ送受信部２０１に送出したり、パス切り替え要求メッセージに従って、パス切り替え処理失敗時のベアラ制御をＥＰＣ３０に指示したりすることなどが挙げられる。
　メッセージ編集部２０３は、ＵＥ１０あるいはＥＰＣ３０宛の上記の制御メッセージを編集、作成する。例えば、ＥＰＣ３０宛に、パス切り替え要求メッセージを作成、編集したり、ＵＥ１０宛に、パス切り替え応答メッセージを作成、編集したりすることなどができる。また、ベアラ管理部２０４で行なうベアラコンフィグレーションの変更に関する情報を含む、ＵＥ１０宛のベアラ変更指示メッセージを編集、作成することもできる。
　ベアラ管理部２０４は、通信中の呼に対する有線または無線のベアラを管理して制御する。この制御は、例えば、ベアラ情報保持部２０５に設定されたベアラコンフィグレーションを変更することにより行なうことができる。例えば、ＥＰＣ３０からパス切り替え応答メッセージに基づき、ベアラ情報保持部２０５に格納されるベアラコンフィグレーションを変更することにより制御することができる。
　ベアラ情報保持部２０５は、各ベアラと上記ベアラコンフィグレーション（データビットレート、ＱｏＳなど）とを対応付けて保持する。
　メッセージ送受信部２０６は、例えば、ＥＰＣ３０との間で、パス切り替え処理に関する制御メッセージ（パス切り替え要求メッセージや、パス切り替え応答メッセージなど）を送受信する。例えば、ＵＥ１０からハンドオーバ要求メッセージを受信した際、ＥＰＣ３０にパス切り替え要求メッセージを送信したり、ＥＰＣ３０からのパス切り替え応答メッセージを呼制御部２０２へ送出したりすることができる。なお、パス切り替え要求メッセージは、ＥＰＣ３０へパス切り替え処理を要求するための制御メッセージであり、パス切り替え応答メッセージは、パス切り替え処理の結果内容を有する制御メッセージである。
　ここで、本例のパス切り替え要求メッセージの一例を図１１に示す。
　この図１１に例示するように、本例のパス切り替え要求メッセージは、例えば、パス切り替え処理が失敗した場合の動作についての情報フィールド（※１参照）を有する。この情報フィールドに値が設定されることにより、ＥＰＣ３０に対して、パス切り替え処理が失敗したベアラをそれまで伝送していたデータを、他のベアラに再マッピングさせることが可能となる。また、この再マッピングにさえ失敗した場合には、ＥＰＣ３０は、パス切り替え処理が失敗したことを示すパス切り替え応答メッセージをｅＮＢ２０に通知するようにしてもよい。なお、上記情報フィールドに値が設定されない場合は、一部のベアラのパス切り替え処理が失敗した場合でもベアラ全体のパス切り替え処理が失敗したことを示す応答メッセージを、ＥＰＣ３０に通知させるようにしてもよい。この場合、例えば、パス切り替え処理に失敗したベアラのリソースを解放することもできる。
　以上のように、本例のｅＮＢ２０は、パス切り替え要求メッセージをＥＰＣ３０宛に送信したり、ＥＰＣ３０からのパス切り替え応答メッセージをＵＥ１０宛に送信したりすることができる。
　また、ｅＮＢ２０とＵＥ１０（あるいはＥＰＣ３０）との間でベアラを確立するようにしてもよく、この場合には、ｅＮＢ２０が後述のＥＰＣ３０の機能、構成の一部（あるいはＵＥ１０の機能、構成の一部）をそなえることができる。
　（１．４）ＥＰＣ３０
　図１０は一実施形態に係るＥＰＣ３０の構成の一例を示すブロック図である。この図１０に示すＥＰＣ３０は、例示的に、メッセージ送受信部３０１と、呼制御部３０２と、メッセージ編集部３０３と、パス切替制御部３０４と、ベアラ管理部３０５と、ベアラ情報保持部３０６と、マッピング情報保持部３０７とをそなえる。
　メッセージ送受信部３０１は、ｅＮＢ２０との間で上述の制御メッセージ（例えば、パス切り替え要求メッセージや、パス切り替え応答メッセージ）などを送受信する。例えば、ｅＮＢ２０からパス切り替え要求メッセージを受信して呼制御部３０２へ送出したり、呼制御部３０２から受けたパス切替制御部３０４からのパス切り替え応答メッセージをｅＮＢ２０宛に送信したりすることができる。
　呼制御部３０２は、ＵＥ１０、ｅＮＢ２０とのコネクション制御、ベアラ制御など、呼に関する制御を行なう。この制御には、例えば、パス切替制御部３０４からのパス切り替え結果に関する報告をメッセージ編集部３０３に通知したり、ｅＮＢ２０から受信したパス切り替え要求メッセージをパス切替制御部３０４へ送出したりすることなどが挙げられる。
　メッセージ編集部３０３は、ＵＥ１０あるいはｅＮＢ２０宛の上記の制御メッセージを編集、作成する。例えば、呼制御部３０２から通知された、上記パス切り替え結果に関する報告を基に、パス切り替え応答メッセージを作成、編集することなどができる。
　パス切替制御部３０４は、呼制御部３０２からの指示（パス切り替え要求メッセージ）に従って、各ベアラに属するパスの切り替え処理を実行する。本例では、例えば、パス切り替え要求メッセージに含まれる、動作情報フィールドに設定された値に従って、指定されたベアラのパス切り替え処理をベアラ管理部３０５に指示することができる。また、パス切り替え処理の結果を呼制御部３０２に通知することもできる。この報告には、ベアラ毎のパス切り替え処理の成否に関する情報などが含まれうる。さらに、パス切り替え制御部３０４は、例えば、パス切り替え処理の失敗の要因（リソース不足など）を監視し、この失敗要因が消滅すると、ベアラ管理部３０５に伝送データあるいはベアラ設定を元に戻させることもできる。
　ベアラ管理部３０５は、他ノード（ＵＥ１０又はｅＮＢ２０）との間に確立した複数のベアラに属するパスを用いて伝送するデータの割り当て先（ベアラと伝送データとの対応付け）を変更して制御する。例えば、ベアラ管理部３０５は、後述のマッピング情報保持部３０７が保持するデータの割り当て（データと使用するベアラとの対応付け）を変更して制御することができる。また、パス切り替え処理の失敗の原因を監視し、これが消滅した場合、前記データの割り当て先を元に戻すようにしてもよい。例えば、リソース不足によりパス切り替え処理が失敗する場合がある。この場合、ベアラ管理部３０５は、例えば、リソース残量を監視し、リソース残量が所定の閾値以上になると、パス切り替え処理に失敗したベアラを再確立して、他のベアラへ変更したデータの割り当て先を、再確立したベアラへ戻すことができる。
　ベアラ情報保持部３０６は、各ベアラとベアラコンフィグレーション（例えば、データビットレート、ＱｏＳ、サービス種類など）とを対応付けて保持する。
　マッピング情報保持部３０７は、ベアラを用いて伝送するデータの宛先と、使用するベアラと、伝送データのサービス種類とを対応付けて保持する。
　即ち、本例のマッピング情報保持部３０７は、複数のベアラをそれぞれ伝送するデータの割り当てを管理する管理部の一例として機能する。
　また、上記ベアラ管理部３０６は、マッピング情報保持部３０７における割り当ての中で、あるベアラに属するパスを用いて伝送するデータの割り当て先を、それ以外のベアラに変更する制御を行なう制御部の一例として機能する。
　以上の構成を有する本例のＥＰＣ３０は、例えば、他ノードとの間で確立済みの複数のベアラのうち一部のベアラを伝送するデータの割り当て先を、他のベアラへ変更することができる。
　例えば、他ノードとの間で確立済みの複数のベアラのうち一部のベアラのパス切り替え処理が失敗したベアラに割り当てられていたデータの割り当て先を、変更するようにしてもよい。この変更先は、例えば、パス切り替え処理に成功した他のベアラとすることができる。
　また、本例のＥＰＣ３０は、上記パス切り替え処理の結果を、図１２に例示するパス切り替え応答メッセージを用いてｅＮＢ２０またはＵＥ１０へ通知することができる。
　この図１２に示すパス切り替え応答メッセージは、例えば、パス切り替え処理に成功したベアラ一覧（System Architecture Evolution（ＳＡＥ）Bearers Switched in Downlink Item IEs）と、パス切り替え処理に成功したベアラのベアラ識別子（SAE bearer identity）とを含む。また、当該ベアラに設定されたベアラコンフィグレーション（SAE Bearer Level QoS parameters）とを有する、パス切り替え処理対象のベアラ一覧（SAE Bearer To Be Switched in Downlink List）を含む。さらに、例えば、パス切り替え処理に失敗したベアラ一覧（SAE Bearer Failed To Path Switch Item IEs）と、パス切り替え処理に失敗したベアラのベアラ識別子（SAE bearer identity）と、その失敗の原因に関する情報（Cause）とを含む。
　これにより、例えば、ＥＰＣ３０でのパス切り替え処理の結果を詳細にｅＮＢ２０及びＵＥ１０宛に通知することができるので、ｅＮＢ２０及びＵＥ１０においても、各ベアラと伝送データとの対応付け（マッピング）を変更することが可能となる。
　結果、例えば、パス切り替え処理に失敗したベアラを用いて伝送していたデータ（サービス）を、他のベアラに乗せ変えて救済できるので、サービスを継続することが可能となる。
　また、ハンドオーバ動作を高確率で成功することができるので、通信呼の切断の発生数を低減し、データ伝送の確実性を増すことが可能になる。
　さらに、例えば、上記データ割り当ての変更先を、それまでのベアラに設定されたベアラコンフィグレーションと割り当て先のベアラに設定されたベアラコンフィグレーションとに基づいて選択するようにしてもよい。例えば、パス切り替え処理に成功した他のベアラのうち、データ割り当て変更前後で通信サービスへの影響が少なくなるようなベアラコンフィグレーション（データビットレート、ＱｏＳなど）を有するベアラを選択するようにしてもよい。
　このようにすれば、伝送データの割り当て変更に際し、通信サービスへの影響をなるべく少なくすることができ、ユーザの利便性が向上する。
　（１．５）無線通信システムの動作例
　次に、上記無線通信システムの動作例について、図１３～図２３を用いて説明する。
　この説明の前提となる無線通信システムの一例を図１３に示す。
　この図１３に示すように、例示的に、ＵＥ１０とＥＰＣ３０との間で３本のベアラ（ベアラ１～３）が確立される。そして、音声サービス用のデータがベアラ１を用いて伝送され、ＷＥＢサービス用のデータがベアラ２を用いて伝送され、ストリーミングサービス用のデータがベアラ３を用いて伝送される。なお、上記ベアラの数及び各サービス種類はあくまで一例に過ぎず、これらに限定されることはない。
　このとき、ＵＥ１０側のマッピング情報保持部１０３は、例えば、図１４に例示するように、伝送データの宛先Ａ～Ｃと、伝送に使用するベアラ１～３と、伝送データのサービス種類（音声、ＷＥＢアクセス、ストリーミング）とを対応付けて管理する。ここで、宛先Ａ～Ｃは、ＵＥ１０からＥＰＣ３０（あるいはコアネットワーク）への送信先アドレスである。
　一方、ＥＰＣ３０側のマッピング情報保持部３０７は、例えば、図１５に例示するように、伝送データの宛先Ｍ～Ｏと、伝送に使用するベアラ１～３と、伝送データのサービス種類（音声、ＷＥＢアクセス、ストリーミング）とを対応付けて管理する。ここで、宛先Ｍ～Ｏは、ＥＰＣ３０（あるいはコアネットワーク）からＵＥ１０への送信先アドレスである。
　また、各ノード（ＵＥ１０、ｅＮＢ２０、ＥＰＣ３０）のベアラ情報保持部１０２，２０５，３０６は、例えば、図１６に例示するように、ベアラの伝送能力に応じて定められたベアラコンフィグレーションを管理する。本例では、例示的に、ベアラ１のデータビットレートが「低」、かつ、ＱｏＳが「高」、ベアラ２のデータビットレートが「高」、かつ、ＱｏＳが「低」、ベアラ３のデータビットレートが「高」、かつ、ＱｏＳが「高」である。なお、ここでは説明を簡単にするために、上記データビットレート及びＱｏＳの設定値を「高」あるいは「低」の２種類の値としたが、例えば、より詳細に数値化して設定するようにしてもよい。
　ここで、上記の無線通信システムの動作の一例について、図１７を用いて説明する。
　まず、ＵＥ１０が、移動元ｅＮＢ２０－１の配下のセルＢから移動先ｅＮＢ２０－２の配下のセルＣに移動すると、移動元ｅＮＢ２０－１宛にハンドオーバ要求メッセージを送信する。このハンドオーバ要求メッセージには、例えば、ハンドオーバ先の候補セルに関する情報が含まれていてもよい。本例では、例示的に、ハンドオーバ先の候補セルをｅＮＢ２０－２の配下のセルＣとする。
　ＵＥ１０から上記のハンドオーバ要求メッセージを受信したｅＮＢ２０－１は、メッセージに含まれる、ハンドオーバ先の候補セルに関する情報などに基づいて、例えば、ＵＥ１０のハンドオーバ先をｅＮＢ２０－２に決定する。
　そして、ｅＮＢ２０－１は、移動先ｅＮＢ２０－２宛にハンドオーバ要求メッセージを送信する。このハンドオーバ要求メッセージには、例えば、ハンドオーバ対象であるＵＥ１０及びｅＮＢ２０－１，ｅＮＢ２０－２に関する各種の情報などが含まれていてもよい。
　ｅＮＢ２０－１からハンドオーバ要求メッセージを受信したｅＮＢ２０－２は、当該ハンドオーバ要求メッセージ内容に基づいて、ハンドオーバ処理についての所定の準備を開始する。この準備には、次のようなデータ転送処理が含まれうる。例えば、ｅＮＢ２０－１は、ｅＮＢ２０－１とＵＥ１０との無線リンクが切断されてからｅＮＢ２０－２とＵＥ１０とで無線リンクが確立されるまで、ＥＰＣ３０から自局２０－１へ送信されるＵＥ１０宛のデータをｅＮＢ２０－２へ転送する。そして、ｅＮＢ２０－２は、ｅＮＢ２０－１から転送されたデータをバッファ４０に蓄積し、その後、ｅＮＢ２０－２とＵＥ１０との間で無線リンクが確立すると、バッファ４０に蓄積した転送データをＵＥ１０に送信する。これにより、ハンドオーバ処理中に移動元ｅＮＢ２０－１に送信されたデータを確実にＵＥ１０宛に送信することができる。
　ｅＮＢ２０－２は、移動元ｅＮＢ２０－１宛に上記ハンドオーバ要求メッセージの応答として、ハンドオーバ応答メッセージを送信する。ハンドオーバ応答メッセージには、例えば、移動先ｅＮＢ２０－２がハンドオーバ処理を受け入れるかどうかを示す応答メッセージを含まれうる。ここでは、例示的に、移動先ｅＮＢ２０－２がハンドオーバ処理を許可したものとする。
　ｅＮＢ２０－１は、ｅＮＢ２０－２からハンドオーバの許可を示すハンドオーバ応答メッセージを受信すると、ＵＥ１０に対してハンドオーバを指示する。
　そして、ｅＮＢ２０－１からハンドオーバ指示を受信したＵＥ１０は、移動先ｅＮＢ２０－２との間で新たな無線リンクを確立し、さらに、移動先ｅＮＢ２０－２に対して、ハンドオーバ確認メッセージを送信する。例えば、このハンドオーバ確認メッセージにより、ＵＥ１０は、移動先ｅＮＢ２０－２へ移動通知を行なうことができる。
　また、このとき、ＵＥ１０は、例えば、ベアラ変更の監視を開始する。このベアラ変更の監視期間中は、移動先ｅＮＢ２０－２と通信が確立しても上りデータパケットの送信を停止する制御を行なうことができる。これにより、パス切り替え処理に失敗したベアラを用いてデータを伝送してしまうことを防止することができる。
　次いで、ｅＮＢ２０－２は、下り回線のパスを移動元ｅＮＢ２０－１から移動先ｅＮＢ２０－２に切り替えるよう、ＥＰＣ３０に対してパス切り替え要求メッセージを送信する。
　ここで、パス切り替え要求メッセージを受信したＥＰＣ３０の動作例について図１８及び図１９を用いて説明する。
　ＥＰＣ３０のメッセージ送受信部３０１は、ｅＮＢ２０－２からパス切り替え要求メッセージを受信すると、所定の受信処理を施した後、呼制御部３０２へ当該パス切り替え要求メッセージを送出する（ステップＳ１）。さらに、呼制御部３０２は、当該パス切り替え要求メッセージをパス切替制御部３０４へ送出する（ステップＳ２）。
　呼制御部３０２からパス切り替え要求メッセージを受けたパス切替制御部３０４は、ベアラ管理部３０５と協動して、使用中の複数のベアラ（ベアラ１～３）のそれぞれについてパス切り替え処理を実施する（ステップＳ３）。
　そして、例えば、リソース不足等の要因で一部のベアラ（例えば、ベアラ２）のパス切り替え処理に失敗した場合、ベアラ管理部３０５は、各ベアラ１～３のパス切り替え処理の結果をパス切替制御部３０４に通知する（ステップＳ４）。なお、パス切替制御部３０４は、パス切り替え処理が失敗したベアラについて、パス切り替え処理が失敗した要因（リソース不足など）とともに記憶するようにしてもよい。
　パス切替制御部３０４は、各ベアラ１～３のパス切り替え処理の結果に基づいて、全てのベアラについてパス切り替え処理が成功したかどうかを判定する（ステップＳ５）。
　パス切替制御部３０４により、全てのベアラについてパス切り替え処理が成功したと判定された場合は、その旨を示すパス切り替え応答メッセージを、呼制御部３０２を介して、メッセージ編集部３０３に通知する（ステップＳ１０，Ｓ１１）。そして、メッセージ編集部３０３は、メッセージ送受信部３０１を介して、当該パス切り替え応答メッセージをｅＮＢ２０及びＵＥ１０宛に送信する。
　一方、パス切替制御部３０４が、一部のベアラについてパス切り替え処理が失敗したと判定した場合は、ベアラ管理部３０５にベアラ２のマッピング変更制御を依頼する（ステップＳ６）。
　パス切替制御部３０４からマッピング変更依頼を受けたベアラ管理部３０５は、ベアラ２を用いて伝送していたデータの割り当て先を、他のベアラに変更（マッピング変更）する（ステップＳ８）。このとき、ベアラ管理部３０５は、ベアラ２に設定されたベアラコンフィグレーションと、他のベアラに設定されたベアラコンフィグレーションとに基づいて、割り当て先を選択するようにしてもよい（ステップＳ７）。例えば、上述のように、各ベアラのベアラコンフィグレーションが、図１６に示すような例である場合、割り当て先を、「高」ビットレート及び「高」ＱｏＳが設定されたベアラ３にすることが望ましい。これにより、例えば、データ割り当て先の変更前後で通信サービスに与える影響を抑制することが可能となる。
　このマッピング変更制御により、図１９に例示するように、ベアラ２に属するパスを用いて伝送していたデータの割り当て先が、ベアラ３に変更される。
　そして、ベアラ管理部３０５は、上記マッピング変更制御の結果（パス切り替えに成功あるいは失敗したベアラや、マッピング変更前後のデータ割り当てなど）をパス切替制御部３０４に通知する（ステップＳ９）。
　パス切替制御部３０４は、パス切り替え処理の結果内容を含んだ、パス切り替え応答メッセージを、呼制御部３０２を介して、メッセージ編集部３０３に通知する（ステップＳ１０，Ｓ１１）。本例では、例えば、パス切り替え処理が成功したベアラ１とベアラ３とがパス切り替え応答メッセージ内の「SAE Bearers Switched in Downlink Item IEs」に設定される一方、パス切り替え処理が失敗したベアラ２が「SAE Bearer Failed to Path Switch List」に設定される。そして、メッセージ編集部３０３は、メッセージ送受信部３０１を介して、当該パス切り替え応答メッセージをｅＮＢ２０宛に送信する。
　次に、パス切り替え応答メッセージを受信したｅＮＢ２０の動作例について図２０を用いて説明する。
　ＥＰＣ３０からパス切り替え応答メッセージを受信したｅＮＢ２０－２のメッセージ送受信部２０６は、呼制御部２０２に当該パス切り替え応答メッセージを通知する（ステップＳ１２）。
　呼制御部２０２は、受信したパス切り替え応答メッセージ内容に基づいて、各ベアラのパス切り替え処理結果を判定する（ステップＳ１３）。
　ここで、呼制御部２０２により、各ベアラについてのパス切り替え処理が全て成功したと判定された場合、及び、各ベアラについてのパス切り替え処理が全て失敗したと判定された場合は、所定の処理を行なう（ステップＳ１４）。例えば、呼制御部２０２により、各ベアラについてのパス切り替え処理が全て成功したと判定された場合は、移動元ｅＮＢ２０－１宛に各ベアラのリソースを解放するよう指示し、ハンドオーバ処理を完了する。
　また、呼制御部２０２により、各ベアラについてのパス切り替え処理が全て失敗したと判定された場合は、ハンドオーバ処理自体が失敗したものとして、ＵＥ１０宛に呼の切り戻し処理を指示する。
　一方、呼制御部２０２により、一部のベアラについてのパス切り替え処理が失敗したと判定された場合は、各ベアラのリソースを解放するよう、メッセージ編集部２０３により、移動元ｅＮＢ２０－１宛にリソース解放指示を送信する（ステップＳ１５）。
　さらに、呼制御部２０２は、ＥＰＣ３０側でマッピング変更されたデータ及びマッピング変更前後のベアラに関する情報を含んだ、ベアラ変更指示メッセージをＵＥ１０宛に送信する（ステップＳ１６）。
　ここで、一旦、ベアラ変更指示メッセージを受信したＵＥ１０の動作例について図２１及び図２２を用いて説明する。
　ＵＥ１０のメッセージ送受信部１０５は、ｅＮＢ２０からベアラ変更指示メッセージを受信すると、呼制御部１０４に当該ベアラ変更指示メッセージを通知する（ステップＳ１７）。
　呼制御部１０４は、ベアラ変更の監視期間中であるかどうかを判定し（ステップＳ１８）、監視期間中であると判定した場合は（ステップＳ１８のＹｅｓルート）、上りデータの送信を保留する（ステップＳ１９）。これにより、パス切り替え処理に失敗したベアラ２を用いてデータ伝送することを防止することができる。
　そして、呼制御部１０４は、ベアラ変更の監視開始から所定の時間が経過するとベアラ変更の監視を停止し（ステップＳ２０）、ベアラ管理部１０１にマッピング変更制御を依頼する（ステップＳ２１）。
　一方、呼制御部１０４により、ベアラ変更の監視期間中でないと判定された場合は（ステップＳ１８のＮｏルート）、上記ステップＳ１９及びステップＳ２０の処理を省略して、ベアラ管理部１０１にマッピング変更制御を依頼する（ステップＳ２１）。
　なお、ＵＥ１０は、上記の監視期間中にベアラ変更指示メッセージを受信することで、パス切り替え失敗に伴うマッピング変更制御が行なわれたことを認識することができる。あるいは、ｅＮＢ２０により、ベアラ変更指示メッセージにマッピング変更の理由を含ませることで、パス切り替え処理の失敗に伴うベアラ変更であることを認識させるようにしてもよい。このようにすれば、ＵＥ１０は、パス切り替え処理の失敗に起因するマッピング変更制御に伴って、ベアラ情報保持部１０２またはマッピング情報保持部１０３あるいはその双方に格納される情報を制御できるので、ベアラ制御の柔軟性を向上することが可能となる。
　呼制御部１０４からマッピング変更制御の依頼を受けたベアラ管理部１０１は、ベアラ２を用いて伝送していたデータの割り当て先を他のベアラに変更（マッピング変更）する（ステップＳ２３）。このとき、ベアラ管理部１０１は、ベアラ管理部３０５と同様に、ベアラ２に設定されたベアラコンフィグレーションと、他のベアラに設定されたベアラコンフィグレーションとに基づいて、割り当て先を選択するようにしてもよい（ステップＳ２２）。これにより、データ割り当て先の変更前後で通信サービスに与える影響を抑制することが可能となる。また、ＥＰＣ３０が、ベアラ２を伝送していたデータの割り当て先をベアラ３に変更したことに伴い、例えば、ＵＥ１０側でも同様のマッピング変更制御を行なうようにしてもよい。これにより、ＵＥ１０側での処理を単純化できる。
　このマッピング変更制御により、図２２に例示するように、ベアラ２に属するパスを用いて伝送していたデータの割り当て先が、ベアラ３に変更される。
　次いで、ベアラ管理部１０１は、上記マッピング変更制御の結果を呼制御部１０４に通知する（ステップＳ２４）。
　このマッピング変更制御の結果を受信した呼制御部１０４は、データ伝送に用いることがなくなったベアラ２の削除（リソースの解放）をベアラ管理部１０１に依頼する（ステップＳ２５）。
　ベアラ管理部１０１は、呼制御部１０４からのベアラ削除依頼に基づいて、ベアラ情報保持部１０２及びマッピング情報保持部１０３を制御して、ベアラ２を解放（リソースを削除）する（ステップＳ２６）。そして、ベアラ管理部１０１は、当該ベアラ削除結果を呼制御部１０４に報告する（ステップＳ２７）。
　ベアラ削除報告を受けた呼制御部１０４は、メッセージ編集部１０６及びメッセー送受信部１０５を介して、ＵＥ１０側でのマッピング変更制御の結果を示す、ベアラ変更応答メッセージを移動先ｅＮＢ２０－２に送信する（ステップＳ２８）。
　その後、ＵＥ１０は、マッピング変更後のベアラを用いて上りデータを送信する。即ち、ベアラ２を用いて伝送していたデータを、ベアラ３を用いて伝送する。
　ここで、再び図２０に戻り、ＵＥ１０からベアラ変更応答メッセージを受信した後のｅＮＢ２０の動作について説明する。
　ｅＮＢ２０－２のメッセージ送受信部２０１は、ＵＥ１０からベアラ変更応答メッセージを受信すると、当該ベアラ変更応答メッセージを呼制御部２０２へ通知する（ステップＳ２９）。
　ベアラ変更応答メッセージを受けた呼制御部２０２は、ベアラ２が削除されたことを検知できるので、これに基づいて、ベアラ管理部２０４にベアラ２の削除（リソースの解放）を依頼する（ステップＳ３０）。
　そして、ベアラ管理部２０４は、呼制御部２０２からのベアラ削除依頼に基づいて、パス切り替え処理に失敗したベアラ２を削除し（ステップＳ３１）、呼制御部２０２にベアラ削除処理の結果を通知する（ステップＳ３２）。
　以上のように、本例の無線通信システムは、複数のベアラをそれぞれ伝送するデータの割り当てを管理し、これらの割り当ての中で、一部のベアラに属するパスを用いて伝送するデータの割り当て先を、他のベアラに変更する制御を行なうことができる。結果、ベアラを用いたデータ伝送の柔軟性を向上させることが可能となる。
　次に、パス切り替え処理の失敗要因が消滅した場合のＥＰＣ３０の動作例について図２３を用いて説明する。
　上述のように、パス切り替え処理に失敗したベアラ２を伝送していたデータは、ベアラ３を用いて伝送できるが、可能であればマッピング変更前のベアラ状態でサービスを継続することが望ましい。
　そこで、ＥＰＣ３０のパス切替制御部３０４は、上記マッピング変更後、ベアラ２のパス切り替え処理が失敗した要因が消滅したかどうかを監視し、可能であれば、新たなベアラを再確立する。そして、ベアラ２からベアラ３へとマッピング変更したデータの割り当て先を、再確立したベアラ（ベアラ２´と称する）へ再変更するようにしてもよい。
　以下では、例示的に、パス切り替え処理の失敗要因がリソース不足である場合について説明するが、パス切り替え処理の失敗要因はリソース不足に限定されない。この場合には、ＥＰＣ３０が、各失敗要因の消滅を監視するようにすればよい。
　まず、パス切替制御部３０４が、パス切り替え処理の失敗要因がリソースの不足によるものかどうかを判定する（ステップＳ３３）。上述のように、パス切替制御部３０４は、ベアラ毎のパス切り替え処理の失敗時に、当該ベアラとその要因とを記憶できるので、このような判定動作を実現できる。
　ここで、パス切替制御部３０４により、ベアラ２のパス切り替え処理の失敗要因がリソース不足によるものでないと判定された場合は（ステップＳ３３のＮｏルート）、例えば、処理を終了する（ステップＳ３４）。なお、リソース不足以外の失敗要因については、上述のように、各失敗要因に応じた監視、制御を行なうことで対応することが可能となる。
　一方、パス切替制御部３０４により、ベアラ２のパス切り替え処理の失敗要因がリソースの不足によるものであると判定された場合は（ステップＳ３３のＹｅｓルート）、リソース状態（例えば、リソース残量、リソース使用率など）の監視を開始する（ステップＳ３５）。
　そして、パス切替制御部３０４は、リソース状態の監視を開始してから所定の時間が経過すると、リソース状態の監視を停止し（ステップＳ３６）、ベアラ管理部３０５に対して、空きリソースについての報告を要求する（ステップＳ３７）。
　空きリソースの報告要求を受けたベアラ管理部３０５は、マッピング情報保持部３０７が保持する情報などに基づいて、新たなベアラの確立に用いることができる空きリソース量を算出して、パス切替制御部３０４に通知する（ステップＳ３８）。
　そして、パス切替制御部３０４は、ベアラ管理部３０５からの上記報告に基づいて、リソース不足が解消したかどうか（つまり、ベアラ２のパス切り替え処理失敗要因が消滅したかどうか）を判定する（ステップＳ３９）。例えば、パス切替制御部３０４は、空きリソース報告を受信すると、パス切り替え処理の失敗要因と共に記憶したベアラ２についての情報を確認し、ベアラ２´を再確立するためのリソースがあるかどうかを判断する。
　このとき、空きリソースが不足していると判定された場合（ステップＳ３９のＮｏルート）、処理をステップＳ３５へ戻すことにより、ベアラ２´の確立に十分な空きリソースが確保できるまで待つことができる。
　一方、ベアラ２´の確立に十分な空きリソースがあると判定されると（ステップＳ３９のＹｅｓルート）、パス切替制御部３０４は、ベアラ管理部３０５にベアラ２´の追加を要求する（ステップＳ４０）。
　ベアラ追加要求を受けたベアラ管理部３０５は、ベアラ情報保持部３０６及びマッピング情報保持部３０７内の情報を更新、追加して、新たなベアラ２´追加する制御を行ない、その結果をパス切替制御部３０４宛に通知する（ステップＳ４１）。
　その後、パス切替制御部３０４は、のベアラ２´の追加に伴って、呼制御部３０２にベアラ状態の変更を通知する（ステップＳ４２）。
　パス切替制御部３０４からベアラ状態の変更通知を受けた呼制御部３０２は、ベアラマッピングの変更制御を行ない（ステップＳ４３）、さらに、上述のマッピング変更制御と同様の方法で、ｅＮＢ２０及びＵＥ１０宛にもベアラ状態の変更制御を実施させる。
　これにより、ＥＰＣ３０は、例えば、パス切り替え処理の失敗要因が消滅した場合、マッピング変更制御により変化したベアラ状態を元に戻す（回復させる）ことができる。結果、各ベアラのデータトラフィック量の変動を抑制でき、システムの安定性を向上すること可能となる。
　〔２〕第１変形例
　上述した例では、各ノードが、例えば、ベアラマッピングの変更前後で通信サービスに与える影響が小さくなるようにデータの割り当て先を選択する。ところが、ベアラコンフィグレーションによっては、そのような割り当て先を選択することができない場合がある。
　例えば、マッピング変更前において、音声通話用データが、ＱｏＳ設定「高」のベアラ１を用いて伝送され、ＷＥＢアクセス及びメール用データが、ＱｏＳ設定「低」のベアラ２を用いてそれぞれ伝送される場合を考える。
　このとき、ベアラ１を用いて伝送するデータの割り当て先を、ベアラ２に変更すると、ベアラ２のＱｏＳ設定が「低」であるため、ＱｏＳ設定が「高」のベアラ１を用いて実現していた音声通話サービスを継続できない可能性がある。
　そこで、本例では、図２４に示すように、マッピング変更先のベアラ（ベアラ２）のベアラコンフィグレーション（ビットレート、ＱｏＳなど）を、マッピング変更前のベアラ（ベアラ１）のベアラコンフィグレーションに応じて変更する。
　図２４に示す例では、例えば、マッピング変更先のベアラ２のコンフィグレーションを、音声通信に適したＱｏＳに変更（ＱｏＳを向上）し、マッピング変更制御を実施する。
　これにより、マッピング変更前後で通信サービスを継続できる確率を向上することができる。
　ここで、本例の無線通信システムの動作例を説明する。なお、無線通信システムの前提として、図１３～図１６に例示した条件を一例として用いる。
　まず、ＥＰＣ３０のメッセージ送受信部３０１は、ｅＮＢ２０－２からパス切り替え要求メッセージを受信すると、所定の受信処理を施した後、呼制御部３０２へ当該パス切り替え要求メッセージを送出する。さらに、呼制御部３０２は、当該パス切り替え要求メッセージをパス切替制御部３０４へ送出する。
　呼制御部３０２からパス切り替え要求メッセージを受けたパス切替制御部３０４は、ベアラ管理部３０５と協動して、使用中の複数のベアラ（ベアラ１～３）のそれぞれについてパス切り替え処理を実施する。
　そして、例えば、リソース不足等の要因で一部のベアラ（例えば、ベアラ３）のパス切り替え処理に失敗した場合、ベアラ管理部３０５は、各ベアラ１～３のパス切り替え処理の結果をパス切替制御部３０４に通知する。なお、パス切替制御部３０４は、パス切り替え処理が失敗したベアラについて、パス切り替え処理が失敗した要因（リソース不足など）とともに記憶するようにしてもよい。
　パス切替制御部３０４は、各ベアラ１～３のパス切り替え処理の結果に基づいて、全てのベアラについてパス切り替え処理が成功したかどうかを判定する。
　パス切替制御部３０４により、全てのベアラについてパス切り替え処理が成功したと判定された場合は、その旨を示すパス切り替え応答メッセージを、呼制御部３０２を介して、メッセージ編集部３０３に通知する。そして、メッセージ編集部３０３は、メッセージ送受信部３０１を介して、当該パス切り替え応答メッセージをｅＮＢ２０及びＵＥ１０宛に送信する。
　一方、パス切替制御部３０４が、一部のベアラ（ベアラ３）についてパス切り替え処理が失敗したと判定した場合は、ベアラ管理部３０５にベアラ３のマッピング変更制御を依頼する。
　パス切替制御部３０４からマッピング変更依頼を受けたベアラ管理部３０５は、ベアラ３を用いて伝送していたデータの割り当て先を、図２６に例示するように、例えば、ベアラ３と同様に「高」ビットレートが設定されたベアラ２に変更（マッピング変更）する。
　このとき、ベアラ管理部３０５は、ベアラ３に設定されたベアラコンフィグレーションと、ベアラ２に設定されたベアラコンフィグレーションとを評価する。
　そして、ベアラ管理部３０５は、ベアラ３に設定されたＱｏＳに比して、ベアラ２に設定されたＱｏＳの方が低い（小さい）ことを検出する。
　すると、ベアラ管理部３０５は、ベアラ情報保持部３０６のデータ内容を変更（更新）する制御を行ない、ベアラ２のＱｏＳ設定をベアラ３のＱｏＳの設定と同じレベルに変更可能かを試みる。
　ここで、ベアラ２のＱｏＳ設定（パラメータ）の変更が失敗した場合は、ベアラ３のマッピング変更を取り消すようにしてもよい。
　一方、ベアラ２のＱｏＳ設定（パラメータ）の変更が成功した場合は、ベアラコンフィグレーションを図２５に例示するように変更し、その変更結果（パス切り替えに成功あるいは失敗したベアラや、マッピング変更前後のデータ割り当てや、ベアラコンフィグレーションの変更などを含む）をパス切替制御部３０４に通知する。
　パス切替制御部３０４は、パス切り替え処理の結果内容を含んだ、パス切り替え応答メッセージを、呼制御部３０２を介して、メッセージ編集部３０３に通知する。本例では、例えば、パス切り替え処理が成功したベアラ１とベアラ３とがパス切り替え応答メッセージ内の「SAE Bearers Switched in Downlink Item IEs」に設定される一方、パス切り替え処理が失敗したベアラ２が「SAE Bearer Failed to Path Switch List」に設定される。さらに、ベアラマッピング変更時に変更されたＱｏＳ設定が「SAE Bearer Level QoS parameters」に設定される。
　そして、メッセージ編集部３０３は、メッセージ送受信部３０１を介して、当該パス切り替え応答メッセージをｅＮＢ２０宛に送信する。
　ＥＰＣ３０からパス切り替え応答メッセージを受信したｅＮＢ２０－２は、上述した方法と同様の方法により、ＵＥ１０宛にベアラ変更指示メッセージを通知する。
　ＵＥ１０は、ｅＮＢ２０からベアラ変更指示メッセージを受信すると、ベアラ管理部１０１により、図２７に例示するように、ベアラ３を用いて伝送していたデータの割り当て先をベアラ２に変更（マッピング変更）する。
　さらに、ベアラ管理部１０１は、ｅＮＢ２０からのベアラ変更指示メッセージに基づいて、図２５に例示するように、ベアラ２のＱｏＳ設定を「低」から「高」に変更する。
　その後、ＵＥ１０及びｅＮＢ２０－２は、上述した方法と同様の方法により、ベアラ３を削除する。また、新たなベアラを確立して、データマッピング及びベアラ設定を元に戻すようにしてもよい。
　以上のように、本例では、マッピング変更先のベアラのベアラコンフィグレーションを、マッピング変更前のベアラのベアラコンフィグレーションに応じて、変更することが可能となる。なお、上記の例では、ＱｏＳ設定を変更したが、ビットレートなどを変更して、マッピング変更前後で通信サービスの品質低下を防止するようにしてもよい。
　これにより、マッピング変更前後で通信サービスの品質低下を防止することができ、また、通信サービスが継続できる確率を向上させることが可能となる。
　〔３〕第２変形例
　また、ベアラ毎にマッピング変更制御を行なうかどうかを適宜設定するようにしてもよい。
　例えば、マッピング変更前において、音声通話用データが、ＱｏＳ設定「高」のベアラ１を用いて伝送され、ＷＥＢアクセス及びメール用データが、ＱｏＳ設定「低」のベアラ２を用いてそれぞれ伝送される場合を考える。
　このとき、ベアラ２を用いて伝送するデータ（サービス）に、リアルタイム通信性が要求されない場合がある。
　このような場合、例えば、図２８に例示するように、ＷＥＢアクセスやメールなどのリアルタイム通信性が要求されないサービス用のデータを伝送するベアラ２については、パス切り替え処理の失敗により削除（リソースを解放）してもよい。
　ここで、本例の無線通信システムの動作の一例について、図２９を用いて説明する。なお、既述の動作と同様の部分（ＵＥ１０がハンドオーバ要求を行なってからベアラ変更監視を開始するまでの部分）については、説明を省略する。
　まず、ｅＮＢ２０－２は、ＥＰＣ３０に対して、下り回線のパスを移動元ｅＮＢ２０－１から移動先ｅＮＢ２０－２に切り替えるよう、パス切り替え要求メッセージを送信する。
　ここで、本例のパス切り替え要求メッセージの一例を図３０に示す。
　この図３０に例示するように、本例のパス切り替え要求メッセージは、例えば、パス切り替え処理が失敗した場合のベアラ毎の動作内容を指定する情報フィールド（※２参照）を有する。本例では、例えば、ＵＥ１０あるいはｅＮＢ２０のメッセージ編集部１０６，２０３により、この情報フィールドに、ベアラ毎の優先度情報を設定する。
　例えば、リアルタイム性が要求されるサービス（例えば、音声通話、ストリーミングなど）を伝送するベアラについては、上記情報フィールドの値を「高優先」に設定することにより、ＥＰＣ３０による既述のマッピング変更制御の対象とすることができる。
　一方、リアルタイム性が要求されないサービス（ＷＥＢアクセス、メールなど）を伝送するベアラについては、上記情報フィールドの値を「低優先」に設定することにより、ＥＰＣ３０によるベアラ削除の対象とすることができる。
　つまり、ＱｏＳが高く設定されているベアラは、パケットの損失を小さく抑えたい回線であるため、リアルタイム性の高いサービスが使用している可能性が高いと推測できる。また、リアルタイム性の高いサービスが使用するベアラの通信が中断されると、ユーザの利便性に影響を及ぼす可能性があるため、これらのベアラについては優先的にマッピング変更制御を行なう。
　なお、上記優先度情報は、ユーザが適宜設定することもできるし、ＵＥ１０あるいはｅＮＢ２０が、ベアラコンフィグレーション（ビットレート、ＱｏＳ、サービス種類など）に応じて適応的に設定してもよい。本例では、例示的に、ベアラ１及びベアラ３が、ＱｏＳパラメータとして「高」を有するので、「高優先」とし、ベアラ２が、ＱｏＳパラメータとして「低」を有するので、「低優先」とする。
　また、上記情報フィールドに値を設定しないことで、一部のベアラのパス切り替え処理が失敗した場合でもベアラ全体のパス切り替え処理が失敗したことを示す応答メッセージを、ＥＰＣ３０に通知させるようにしてもよい。
　ＥＰＣ３０のメッセージ送受信部３０１は、ｅＮＢ２０－２からパス切り替え要求メッセージを受信すると、当該メッセージに含まれる優先度情報に基づき、ベアラコンフィグレーションに優先度情報を追加することができる。例えば、図３１に例示するように、ベアラ１及びベアラ３の優先度に「高優先」が設定され、ベアラ２の優先度に「低優先」が設定される。
　そして、ＥＰＣ３０は、使用中の複数のベアラ（ベアラ１～３）のそれぞれについてパス切り替え処理を実施する。
　このとき、例えば、一部のベアラのパス切り替え処理に失敗した場合、ＥＰＣ３０は、各ベアラ１～３の優先度情報に基づいて、パス切り替え処理失敗時の動作を確認する（ステップＳ４４）。そして、ＥＰＣ３０は、パス切り替え処理に失敗したベアラが、既述のマッピング変更制御の対象かどうかを判定する（ステップＳ４５）。
　ＥＰＣ３０は、例えば、パス切り替え処理に失敗したベアラに「低優先」が設定される場合、パス切り替え処理に失敗したベアラがマッピング変更制御の対象でないと判定し（ステップＳ４５のＮｏルート）、当該ベアラを削除する（ステップＳ４６）。この場合、ハンドオーバ失敗とはみなさず、切り替えが失敗したベアラを削除してサービスを継続する。
　一方、ＥＰＣ３０は、パス切り替え処理に失敗したベアラに「高優先」が設定される場合、パス切り替え処理に失敗したベアラがマッピング変更制御の対象であると判定する（ステップＳ４５のＹｅｓルート）。そして、ＥＰＣ３０は、当該ベアラを伝送するデータについて既述のマッピング変更制御を実施する（ステップＳ４７）。
　その後、ＥＰＣ３０は、上記マッピング変更制御の結果（パス切り替えに成功あるいは失敗したベアラや、マッピング変更前後のデータ割り当てなど）などをパス切り替え応答メッセージに含めてｅＮＢ２０，ＵＥ１０に送信する。
　これにより、ｅＮＢ２０及びＵＥ１０側でも、ＥＰＣ３０によるマッピング変更制御あるいはベアラ削除と同様のベアラ制御を実施することができる。
　また、削除したベアラについては、既述の回復制御と同様の制御により、再確立するようにしてもよい。
　以上のように、本例では、ベアラを伝送するサービスに応じてマッピング変更するかどうかを決定することができるので、ベアラ制御の柔軟性を更に向上させることが可能となる。
　〔４〕第３変形例
　また、例えば、あるベアラを用いて伝送するデータの割り当て先を、他のベアラに変更し、前記あるベアラを削除することにより、リソースを確保するようにしてもよい。これにより、リソース不足によるパス切り替え処理の失敗を事前に防止することが可能となる。
　図３２を用いて本例のＥＰＣ３０の動作例を説明する。なお、既述の動作と同様の部分（ステップＳ１～ステップＳ３）については、説明を省略する。
　まず、パス切替制御部３０４からパス切り替え依頼を受けたベアラ管理部３０５は、各ベアラについてパス切り替え処理を実施する。
　このとき、ベアラ管理部３０５は、パス切り替え処理に用いるリソースが不足していることを検知すると（ステップＳ４８）、その旨をパス切替制御部３０４に通知する（ステップＳ４９）。
　リソース不足の通知を受けたパス切替制御部３０４は、ベアラ管理部３０５に対して、単位時間あたりのデータトラフィック量が所定の閾値よりも小さいベアラ及び当該ベアラを使用中のユーザのベアラ使用数などについての通知を要求する（ステップＳ５０）。
　ベアラ管理部３０５は、当該要求を受けると、ベアラ情報保持部３０６，マッピング情報保持部３０７及び呼制御部３０２などより、使用中のベアラについて単位時間あたりのデータトラフィック量を調査する。そして、単位時間あたりのデータトラフィック量が前記所定の閾値以下であるベアラをパス切替制御部３０４に対して報告する（ステップＳ５１）。このとき、単位時間あたりのデータトラフィック量が小さい順にベアラをリストアップして報告するようにしてもよい。また、当該ベアラを使用中のユーザのベアラ使用数をパス切替制御部３０４に報告することもできる。
　この報告には、例えば、図３３に例示するような情報群が含まれる。図３３に示す例では、使用中の複数のベアラのうち、ユーザａが使用するベアラａ－２が、単位時間あたりのデータトラフィック量が最も小さいベアラであることを示している。また、ユーザａが使用するベアラ数が１であることから、ユーザａは、ベアラａ－２のみを用いてデータ伝送していることがわかる。
　また、ユーザｂの使用するベアラｂ－１が、ベアラａ－２の次に単位時間あたりのデータトラフィック量が小さいベアラであり、ユーザｂは、ベアラｂ－１の他に２つのベアラを使用中である。
　さらに、ユーザｃの使用するベアラｃ－５が、ベアラｂ－１の次に単位時間あたりのデータトラフィック量が小さいベアラであり、ユーザｃは、ベアラｃ－５の他に１つのベアラを使用中である。
　図３３に例示する報告内容を受けたパス切替制御部３０４は、上記報告に含まれる複数のベアラのうち、伝送するデータのマッピングを変更可能なベアラがあるかどうかを判定する（ステップＳ５２）。
　例えば、図３３に示す例では、単位時間あたりのデータトラフィック量が最も小さいベアラａ－２を伝送するデータの割り当て先を、他のベアラに変更し、ベアラａ－２を削除するようにしてもよい。ただ、ベアラａ－２は、ユーザａが使用中の唯一のベアラであるので、ユーザへの影響を抑制するためには、パス切替制御部３０４は、他のベアラをマッピング変更及び削除の対象とするのが望ましい。
　例えば、ベアラｂ－１は、ベアラａ－２の次に単位時間あたりのデータトラフィック量が小さいベアラであり、ユーザｂは、ベアラｂ－１の他にも２つのベアラを使用している。そこで、パス切替制御部３０４は、ユーザへの影響を抑制する目的で、例えば、ベアラｂ－１を削除対象に選ぶことができる。
　このようにして、パス切替制御部３０４は、マッピング変更可能なベアラがあると判定すると（ステップＳ５２のＹｅｓルート）、当該ベアラを伝送するデータの割り当て先を他のベアラに変更し（ステップＳ５３）、当該ベアラを削除する（ステップＳ５４）。
　一方、パス切替制御部３０４により、マッピング変更可能なベアラがないと判定された場合は（ステップＳ５２のＮｏルート）、例えば、ユーザへの影響を抑制するため、ベアラｂ－１を削除する。
　なお、どのベアラをマッピング変更及び削除対象とするかは、適宜決定することができる。例えば、上記の例では、単位時間あたりのデータトラフィック量が最も小さいベアラａ－２をマッピング変更及び削除対象に選ぶこともできる。
　また、例えば、どのベアラをマッピング変更及び削除対象とするかについては、各ユーザの契約情報（定額制または従量制など）や、ベアラ確立の経緯（緊急呼によるものか、一般呼によるものか、など）に基づいて選ぶようにしてもよい。
　例えば、図３３において、ユーザｂが従量制で契約したユーザであり、ユーザｃが定額制で契約したユーザである場合、ユーザｃの使用ベアラｃ－５を削除対象とすることで、従量制で契約したユーザへのサービスを優先することができる。他にも例えば、ユーザｂのベアラｂ－１が緊急呼によるもので、ユーザｃのベアラｃ－５が一般呼によるものである場合、ベアラｃ－５を削除対象とすることで、通信ビットレートが低くても緊急を要するユーザｂのサービスを保証することが可能となる。
　次いで、パス切替制御部３０４は、上記ベアラの削除後、再度、ベアラ管理部３０５に対してパス切り替え処理を依頼する（ステップＳ５５）。
　すると、上記ベアラの削除によりリソース不足が解消されていれば、ベアラ管理部３０５は、各ベアラについてのパス切り替え処理を正常に完了することができる（ステップＳ５６）。なお、上記ベアラの削除にも関らず、リソースが不足する場合は、上記ステップＳ４９～ステップＳ５５までの処理を繰り返して実施するようにしてもよい。
　以上のように、本例では、ベアラを削除することによりリソースを確保して、パス切り替え処理自体を成功させることが可能となる。
　〔５〕その他
　なお、上述したＵＥ１０，ｅＮＢ２０及びＥＰＣ３０の各構成及び各処理は、必要に応じて取捨選択してもよいし、適宜組み合わせてもよい。
　また、上記の例では、ＬＴＥ方式を例として説明したが、その他の無線通信システムにおいても、上記と同様の効果を得ることができる。その際、各エンティティには、ＵＥ，ＢＳ（Base Station），ＢＳＣ（Base Station Controller）などを用いるようにしてもよい。
　さらに、上記の例では、ハンドオーバによるパス切り替え処理の失敗に起因して、ベアラを伝送するデータのマッピング変更制御を実施したが、本例はこれに限定されない。例えば、各種タイミングに応じてマッピング変更制御を行なってもよいし、各ノードが自発的に行なってもよい。
　また、上記の例では、ＵＥ１０及びＥＰＣ３０がベアラを終端する例について説明したが、ｅＮＢ２０がベアラを終端してもよい。この場合、ｅＮＢ２０は、例えば、ＵＥ１０あるいはＥＰＣ３０と同様の各構成及び各処理を有するようにしてもよい。
　さらに、上記の例では、ＵＥ１０からのハンドオーバ要求を受けたｅＮＢ２０がＥＰＣ３０に対してパス切り替え要求する例について説明したが、例えば、ＵＥ１０が、パス切り替え処理に関する制御メッセージをｅＮＢ２０またはＥＰＣ３０あるいはその双方に通知してもよい。
　また、上記の例で説明した、管理部及び制御部は、ＵＥ１０，ｅＮＢ２０及びＥＰＣ３０以外の他のエンティティがそなえていてもよいし、管理部及び制御部は、それぞれ、異なる装置に配置してもよい。

Claims (14)

  1. 　第１の通信装置と、前記第１の通信装置と複数の論理的な情報伝送路を介して通信する第２の通信装置とをそなえた通信システムであって、
    　前記複数の論理的な情報伝送路をそれぞれ伝送するデータの割り当てを管理する管理部と、
    　前記管理部における前記割り当ての中で、第１の論理的な情報伝送路に属するパスを用いて伝送するデータの割り当て先を、前記第１の論理的な情報伝送路以外の第２の論理的な情報伝送路に変更する制御を行なう制御部と、
    をそなえたことを特徴とする、通信システム。
  2. 　前記第１の通信装置は移動局であり、前記第２の通信装置は無線基地局である、又は、前記第１の通信装置は前記無線基地局であり、前記第２の通信装置は基地局制御装置である、又は、前記第１の通信装置は前記基地局制御装置であり、前記第２の通信装置は前記移動局である、
    ことを特徴とする、請求項１記載の通信システム。
  3. 　第１の通信装置と、前記第１の通信装置と複数の論理的な情報伝送路を介して通信する第２の通信装置とをそなえた通信システムにおける通信制御装置であって、
    　前記複数の論理的な情報伝送路をそれぞれ伝送するデータの割り当てを管理する管理部と、
    　前記管理部における前記割り当ての中で、第１の論理的な情報伝送路に属するパスを用いて伝送するデータの割り当て先を、前記第１の論理的な情報伝送路以外の第２の論理的な情報伝送路に変更する制御を行なう制御部と、
    をそなえたことを特徴とする、通信制御装置。
  4. 　前記制御は、
    　前記パスの前記第１の論理的な情報伝送路における切り替えが失敗した場合に実施される、
    ことを特徴とする、請求項３記載の通信制御装置。
  5. 　前記第１の論理的な情報伝送路及び前記第２の論理的な情報伝送路は、各情報伝送路の伝送能力に応じて定められる設定情報を有する、
    ことを特徴とする、請求項３又は４のいずれか１項に記載の通信制御装置。
  6. 　前記第２の論理的な情報伝送路は、前記設定情報に基づいて選択される、
    ことを特徴とする、請求項５記載の通信制御装置。
  7. 　前記設定情報は、前記データのビットレートあるいは通信品質に関する情報である、
    ことを特徴とする、請求項５又は６に記載の通信制御装置。
  8. 　前記第２の論理的な情報伝送路が有する前記設定情報は、前記第１の論理的な情報伝送路が有する前記設定情報に応じて変更される、
    ことを特徴とする、請求項３～７のいずれか１項に記載の通信制御装置。
  9. 　前記第１の論理的な情報伝送路は、前記パスに設定された優先度に基づいて選択される、
    ことを特徴とする、請求項３～８のいずれか１項に記載の通信制御装置。
  10. 　前記制御は、
    　前記パスの切り替えの失敗要因が消滅すると、前記データの割り当て先を元に戻す処理を含む、
    ことを特徴とする、請求項３～９のいずれか１項に記載の通信制御装置。
  11. 　前記制御は、
    　前記第１の論理的な情報伝送路の削除に先んじて実施される、
    ことを特徴とする、請求項３記載の通信制御装置。
  12. 　前記第１の論理的な情報伝送路を伝送するデータのトラフィック量は、所定の閾値以下である、
    ことを特徴とする、請求項１１記載の通信制御装置。
  13. 　当該通信制御装置は移動局、又は無線基地局、又は基地局制御装置である、
    ことを特徴とする、請求項３～１２のいずれか１項に記載の通信制御装置。
  14. 　第１の通信装置と、前記第１の通信装置と複数の論理的な情報伝送路を介して通信する第２の通信装置とをそなえた通信システムの通信制御方法であって、
    　前記複数の論理的な情報伝送路をそれぞれ伝送するデータの割り当てを管理し、
    　前記割り当ての中で、第１の論理的な情報伝送路に属するパスを用いて伝送するデータの割り当て先を、前記第１の論理的な情報伝送路以外の第２の論理的な情報伝送路に変更する制御を行なう、
    ことを特徴とする、通信制御方法。
PCT/JP2008/067816 2008-10-01 2008-10-01 通信システム、通信制御装置及び通信制御方法 WO2010038287A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/067816 WO2010038287A1 (ja) 2008-10-01 2008-10-01 通信システム、通信制御装置及び通信制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/067816 WO2010038287A1 (ja) 2008-10-01 2008-10-01 通信システム、通信制御装置及び通信制御方法

Publications (1)

Publication Number Publication Date
WO2010038287A1 true WO2010038287A1 (ja) 2010-04-08

Family

ID=42073080

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/067816 WO2010038287A1 (ja) 2008-10-01 2008-10-01 通信システム、通信制御装置及び通信制御方法

Country Status (1)

Country Link
WO (1) WO2010038287A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013076898A1 (ja) * 2011-11-25 2013-05-30 日本電気株式会社 無線局、及び無線局によるユーザーデータの処理方法
US9203571B2 (en) 2011-11-25 2015-12-01 Nec Corporation Radio station and method of processing user data with radio station
US9549415B2 (en) 2011-11-25 2017-01-17 Nec Corporation Radio station and method of processing user data with radio station
US9622260B2 (en) 2011-11-25 2017-04-11 Nec Corporation Radio station and method of processing user data with radio station
JP2021168475A (ja) * 2017-01-09 2021-10-21 ホアウェイ・テクノロジーズ・カンパニー・リミテッド セッション管理のためのシステムおよび方法
JP2022523427A (ja) * 2019-04-01 2022-04-22 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて向上したハンドオーバーを処理しながらデータ送信を行う方法及び装置
US11974350B2 (en) 2021-10-18 2024-04-30 Huawei Technologies Co., Ltd. System and methods for session management

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001044955A (ja) * 1999-07-26 2001-02-16 Fujitsu Ltd ベアラ統合方法及びその装置
JP2002529987A (ja) * 1998-11-04 2002-09-10 ノキア ネットワークス オサケ ユキチュア テレコミュニケーションシステムにおけるマルチコールの制御
JP2002542639A (ja) * 1999-02-16 2002-12-10 ノキア ネットワークス オサケ ユキチュア 受け入れ制御方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002529987A (ja) * 1998-11-04 2002-09-10 ノキア ネットワークス オサケ ユキチュア テレコミュニケーションシステムにおけるマルチコールの制御
JP2002542639A (ja) * 1999-02-16 2002-12-10 ノキア ネットワークス オサケ ユキチュア 受け入れ制御方法
JP2001044955A (ja) * 1999-07-26 2001-02-16 Fujitsu Ltd ベアラ統合方法及びその装置

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9622260B2 (en) 2011-11-25 2017-04-11 Nec Corporation Radio station and method of processing user data with radio station
US10091806B2 (en) 2011-11-25 2018-10-02 Nec Corporation Radio station and method of processing user data with radio station
US9203571B2 (en) 2011-11-25 2015-12-01 Nec Corporation Radio station and method of processing user data with radio station
US9538505B2 (en) 2011-11-25 2017-01-03 Nec Corporation Radio station and method of processing user data with radio station
US9549415B2 (en) 2011-11-25 2017-01-17 Nec Corporation Radio station and method of processing user data with radio station
US9560542B2 (en) 2011-11-25 2017-01-31 Nec Corporation Radio station and method of processing user data with radio station
JPWO2013076898A1 (ja) * 2011-11-25 2015-04-27 日本電気株式会社 無線局、及び無線局によるユーザーデータの処理方法
US10085169B2 (en) 2011-11-25 2018-09-25 Nec Corporation Radio station and method of processing user data with radio station
WO2013076898A1 (ja) * 2011-11-25 2013-05-30 日本電気株式会社 無線局、及び無線局によるユーザーデータの処理方法
US10154508B2 (en) 2011-11-25 2018-12-11 Nec Corporation Radio station and method of processing user data with radio station
US10244548B2 (en) 2011-11-25 2019-03-26 Nec Corporation Radio station and method of processing user data with radio station
JP2021168475A (ja) * 2017-01-09 2021-10-21 ホアウェイ・テクノロジーズ・カンパニー・リミテッド セッション管理のためのシステムおよび方法
JP7282829B2 (ja) 2017-01-09 2023-05-29 ホアウェイ・テクノロジーズ・カンパニー・リミテッド セッション管理のためのシステムおよび方法
JP2022523427A (ja) * 2019-04-01 2022-04-22 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて向上したハンドオーバーを処理しながらデータ送信を行う方法及び装置
US11974350B2 (en) 2021-10-18 2024-04-30 Huawei Technologies Co., Ltd. System and methods for session management

Similar Documents

Publication Publication Date Title
US11871462B2 (en) Inter-MeNB handover method and device in a small cell system
CN109392043B (zh) 支持切换的方法及相应设备
US9380618B2 (en) Base station, user equipment, and communications method
US8447304B2 (en) Mobile communication system and access gateway having plural user plane AGWs
JP4939529B2 (ja) 専用及び高速共有チャネルのハードハンドオフ手順
RU2475980C2 (ru) Базовая станция, мобильная станция, система связи и способ переупорядочивания
EP1232611B1 (en) Method and apparatus for network controlled handovers in a packet switched telecomunications network
RU2476012C2 (ru) Способ и устройство для выполнения хэндовера в сети связи с ретрансляционным расширением
US8724592B2 (en) Control unit and method for controlling the load in a mobile telecommunications network
EP3026958A1 (en) Method for coordinated multi-stream transmission of data, and enb
EP3123772B1 (en) Method for allocating aggregate maximum bit rate of ue, method for allocating aggregate bit rates of non-gbr services and base stations
WO2011034175A1 (ja) 通信システムと通信制御方法
JP5740672B2 (ja) 電気通信システム及び電気通信方法
WO2014177090A1 (zh) 一种切换方法、主控基站及受控基站
US20070298803A1 (en) Radio network system, radio base station and handover control method used for the same
WO2008092408A1 (en) Method, device and system for establishing s1 signaling connection in evolved network
JP2008103865A (ja) ハンドオーバ制御システム及びその方法並びにそれを用いた移動通信システム及び無線基地局
KR20050089712A (ko) 무선 통신 시스템의 분리형 매체 억세스 제어 프로토콜구조와 데이터 송수신 방법 및 이를 이용한 핸드 오버 방법
CN108064058B (zh) 拥塞控制方法及装置、基站
CN116419349A (zh) 支持切换的方法及相应设备
WO2010038287A1 (ja) 通信システム、通信制御装置及び通信制御方法
GB2475851A (en) Handover system based on backhaul link information
WO2012097644A1 (zh) 一种承载处理方法、设备和系统
WO2022210546A1 (ja) 通信制御方法
JP2008306384A (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: 08877146

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08877146

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP