WO2018061601A1 - 基地局、ゲートウェイ、方法、プログラム及び記録媒体 - Google Patents

基地局、ゲートウェイ、方法、プログラム及び記録媒体 Download PDF

Info

Publication number
WO2018061601A1
WO2018061601A1 PCT/JP2017/031373 JP2017031373W WO2018061601A1 WO 2018061601 A1 WO2018061601 A1 WO 2018061601A1 JP 2017031373 W JP2017031373 W JP 2017031373W WO 2018061601 A1 WO2018061601 A1 WO 2018061601A1
Authority
WO
WIPO (PCT)
Prior art keywords
gateway
base station
local area
area network
wireless local
Prior art date
Application number
PCT/JP2017/031373
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 JP2018542026A priority Critical patent/JP6777156B2/ja
Priority to US16/326,509 priority patent/US11503503B2/en
Priority to EP17855559.5A priority patent/EP3522594A4/en
Publication of WO2018061601A1 publication Critical patent/WO2018061601A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/562Brokering proxy services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00Encapsulation of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/086Load balancing or load distribution among access entities
    • H04W28/0861Load balancing or load distribution among access entities between base stations
    • H04W28/0865Load balancing or load distribution among access entities between base stations of different Radio Access Technologies [RATs], e.g. LTE or WiFi
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Definitions

  • the present invention relates to a base station, a gateway, a method, a program, and a recording medium.
  • LWIP Long Term Evolution/ LTE
  • eNB evolved Node B
  • WLAN-AP wireless local area network access point
  • Non-Patent Documents 1 and 2 describe techniques related to LWIP. Specifically, for example, the UE adds an LWIPEP (LWIP Encapsulation Protocol) header to uplink data transmitted via a wireless local area network (WLAN) by the LWIP function. Thereby, eNB which receives the said uplink data can identify the bearer corresponding to the said uplink data.
  • LWIPEP LWIP Encapsulation Protocol
  • 3GPP TS 36.300 V13.4.0 2016-06 “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio; Stage 2 (Release 13) " 3GPP TS 36.361 V13.1.0 (2016-06) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); LTE / WLAN Radio Level Integration (Professional IPsec) (Release 13)
  • An object of the present invention is to make it possible to improve a case where data of a cellular network is transmitted / received via a wireless local area network (WLAN).
  • WLAN wireless local area network
  • the first base station of the present invention includes a first communication processing unit that adds a frame protocol header to downlink data transmitted to a terminal device, and the first base station to the terminal via a wireless local area network.
  • a second communication processing unit that transmits the downlink data to which the header is added to a gateway used for transmission to the device.
  • the frame protocol is a protocol for communication between the first base station and the gateway, and the header includes identification information corresponding to the quality of service for the downlink data.
  • the first gateway of the present invention includes a first communication processing unit that adds a header of a frame protocol to uplink data transmitted by a terminal device via a wireless local area network, and the uplink data to which the header is added.
  • the frame protocol is a protocol for communication between the first gateway and the base station, and the header includes identification information corresponding to the quality of service for the uplink data.
  • the second gateway of the present invention transmits the downlink data from the base station to the terminal device via the wireless local area network, or receives the uplink data from the terminal device via the wireless local area network. And an information acquisition unit that acquires congestion information related to congestion in the second gateway or the wireless local area network.
  • the communication processing unit transmits the congestion information to the base station.
  • the second base station of the present invention receives, from the gateway, congestion information related to congestion in the gateway or the wireless local area network used for communication between the second base station and the terminal device via the wireless local area network.
  • a communication processing unit is
  • the third base station of the present invention obtains performance information related to communication performance in the gateway or the wireless local area network from a gateway used for communication between the third base station and the terminal device via the wireless local area network.
  • the third gateway of the present invention transmits the downlink data from the base station to the terminal device via the wireless local area network, or receives the uplink data from the terminal device via the wireless local area network. And an information acquisition unit that acquires performance information related to communication performance in the third gateway or the wireless local area network.
  • the communication processing unit transmits the performance information to the base station.
  • a header of a frame protocol is added to downlink data transmitted to a terminal device, and a gateway used for transmission from the base station to the terminal device via a wireless local area network. And transmitting the downlink data to which the header is attached.
  • the frame protocol is a protocol for communication between the base station and the gateway.
  • the header includes identification information corresponding to the quality of service for the downlink data.
  • the first program of the present invention adds a header of a frame protocol to downlink data transmitted to a terminal device, and to a gateway used for transmission from the base station to the terminal device via a wireless local area network.
  • the frame protocol is a protocol for communication between the base station and the gateway.
  • the header includes identification information corresponding to the quality of service for the downlink data.
  • a first recording medium of the present invention is a gateway used for adding a header of a frame protocol to downlink data transmitted to a terminal device, and for transmission from a base station to the terminal device via a wireless local area network
  • a non-transitory recording medium readable by a computer that stores a program for causing the processor to execute transmission of the downlink data to which the header is added.
  • the frame protocol is a protocol for communication between the base station and the gateway.
  • the header includes identification information corresponding to the quality of service for the downlink data.
  • a frame protocol header is added to uplink data transmitted by a terminal device via a wireless local area network, and the uplink data with the header is transmitted to a base station. And including.
  • the frame protocol is a protocol for communication between the gateway and the base station.
  • the header includes identification information corresponding to the quality of service for the uplink data.
  • the second program of the present invention adds a frame protocol header to uplink data transmitted by a terminal device via a wireless local area network, and transmits the uplink data with the header to a base station.
  • the frame protocol is a protocol for communication between the gateway and the base station.
  • the header includes identification information corresponding to the quality of service for the uplink data.
  • the second recording medium of the present invention provides a frame protocol header to uplink data transmitted by a terminal device via a wireless local area network, and transmits the uplink data to which the header is added to a base station.
  • This is a non-transitory recording medium that can be read by a computer in which a program for causing a processor to execute transmission is recorded.
  • the frame protocol is a protocol for communication between the gateway and the base station.
  • the header includes identification information corresponding to the quality of service for the uplink data.
  • downlink data from a base station is transmitted to a terminal device via a wireless local area network, or uplink data from the terminal device is received via the wireless local area network. Acquiring congestion information related to congestion in the gateway or the wireless local area network, and transmitting the congestion information to the base station.
  • the third program of the present invention transmits downlink data from a base station to a terminal device via a wireless local area network, or receives uplink data from a terminal device via the wireless local area network.
  • the third recording medium of the present invention transmits downlink data from the base station to the terminal device via the wireless local area network, or receives uplink data from the terminal device via the wireless local area network.
  • a computer that records a program for causing a processor to acquire congestion information related to congestion in the gateway or the wireless local area network and to transmit the congestion information to the base station. It is a temporary recording medium.
  • a fourth method of the present invention includes receiving, from the gateway, congestion information related to congestion in a gateway used for communication between a base station and a terminal device via a wireless local area network or in the wireless local area network. .
  • a fourth program of the present invention is a processor for receiving from a gateway congestion information related to congestion in a gateway used for communication between a base station and a terminal device via a wireless local area network or in the wireless local area network. It is a program for making it run.
  • the fourth recording medium of the present invention receives, from the gateway, congestion information related to congestion in a gateway used for communication between a base station and a terminal device via a wireless local area network or in the wireless local area network.
  • a non-transitory recording medium readable by a computer that records a program to be executed by a processor.
  • the fifth method of the present invention includes receiving performance information related to communication performance in the gateway or the wireless local area network from a gateway used for communication between the base station and the terminal device via the wireless local area network; Performing performance measurements on the gateway or the wireless local area network based on the performance information.
  • the fifth program of the present invention receives performance information related to communication performance in the gateway or the wireless local area network from a gateway used for communication between the base station and the terminal device via the wireless local area network; A program for causing a processor to perform performance measurement related to the gateway or the wireless local area network based on the performance information.
  • the fifth recording medium of the present invention receives performance information related to communication performance in the gateway or the wireless local area network from a gateway used for communication between the base station and the terminal device via the wireless local area network.
  • a computer-readable non-transitory recording medium having recorded thereon a program for causing a processor to perform performance measurement on the gateway or the wireless local area network based on the performance information.
  • downlink data from a base station is transmitted to a terminal device via a wireless local area network, or uplink data from the terminal device is received via the wireless local area network.
  • a sixth program of the present invention transmits downlink data from a base station to a terminal device via a wireless local area network, or receives uplink data from a terminal device via the wireless local area network.
  • the sixth recording medium of the present invention transmits downlink data from a base station to a terminal device via a wireless local area network, or receives uplink data from the terminal device via the wireless local area network.
  • Readable by a computer recording a program for causing a processor to acquire performance information related to communication performance in a gateway or the wireless local area network, and to transmit the performance information to the base station. It is a non-temporary recording medium.
  • WLAN wireless local area network
  • another effect may be show
  • FIG. 3 is an explanatory diagram for explaining an example of an LWIP network configuration assumed in 3GPP Release-13.
  • FIG. 3 is an explanatory diagram for explaining an example of an LWIP protocol stack assumed in 3GPP Release-13.
  • FIG. 3 is an explanatory diagram for explaining an example of an LWIP network configuration assumed in 3GPP Release-14.
  • FIG. 3 is an explanatory diagram for explaining an example of an LWIP protocol stack assumed in 3GPP Release-14.
  • LWIP is being studied as a data transmission method using both an eNB and a wireless local area network access point (WLAN-AP).
  • WLAN-AP wireless local area network access point
  • FIG. 1 is an explanatory diagram for explaining an example of an LWIP network configuration assumed in 3GPP Release-13.
  • an eNB 10 an LWIP-SeGW (Security Gateway) 20, a WLAN-AP 30, a UE 40, an MME (Mobility Management Entity) 50, and an S-GW (Serving Gateway) 60 are illustrated.
  • the eNB 10 and the UE 40 can transmit and receive data via the Uu interface, and can transmit and receive data via the LWIP-SeGW 20 and the WLAN-AP 30.
  • the LWIP-SeGW 20 provides an IPsec (Security Architecture for Internet Protocol) tunnel for data transmission / reception via a WLAN.
  • IPsec Security Architecture for Internet Protocol
  • the UE 40 adds the LWIPEP header to the uplink data transmitted via the WLAN by the LWIP function.
  • the eNB 10 that receives the uplink data identifies the bearer corresponding to the uplink data from the LWIPEP header.
  • the LWIPEP header includes a bearer ID.
  • FIG. 2 is an explanatory diagram for explaining an example of an LWIP protocol stack assumed in 3GPP Release-13.
  • Data is transmitted and received between the LWIP-SeGW 20 and the UE 40 using ESP (Encapsulating Security Payload).
  • ESP Encapsulating Security Payload
  • data is transmitted and received between the eNB 10 and the LWIP-SeGW 20 using a new protocol (New protocol).
  • the new protocol is GRE (Generic Routing Encapsulation) or GTP-u (GPRS Tunneling Protocol for User Plane) and UDP (User Datagram Protocol).
  • GRE Generic Routing Encapsulation
  • GTP-u GPRS Tunneling Protocol for User Plane
  • UDP User Datagram Protocol
  • uplink data is transmitted and received between the eNB 10 and the UE 40 using LWIPEP. That is, the UE 40 adds an LWIPEP header to uplink data transmitted via the WLAN.
  • LWIPEP can be implemented by GRE or GTP-u.
  • Inner IP may further be arrange
  • FIG. 3 is an explanatory diagram for explaining an example of an LWIP network configuration assumed in 3GPP Release-14.
  • eNB 10, LWIP-SeGW 20, WLAN-AP 30, UE 40, MME 50, and S-GW 60 are shown.
  • the eNB 10 and the UE 40 can transmit and receive data via the Uu interface, and can transmit and receive data via the LWIP-SeGW 20 and the WLAN-AP 30.
  • the LWIP-SeGW 20 provides an IPsec tunnel for data transmission / reception via the WLAN.
  • the UE adds an LWIPEP header to uplink data transmitted via the WLAN by the LWIP function.
  • the end point of LWIPEP is not eNB 10 but LWIP-SeGW20. Therefore, the LWIP-SeGW 20 that receives the uplink data identifies the bearer corresponding to the uplink data from the LWIPEP header. Then, the LWIP-SeGW 20 transmits bearer information (for example, bearer ID) to the eNB 10 together with uplink data in a newly defined interface between the eNB 10 and the LWIP-SeGW 20.
  • bearer information for example, bearer ID
  • FIG. 4 is an explanatory diagram for explaining an example of an LWIP protocol stack assumed in 3GPP Release-14.
  • uplink data is transmitted and received between the LWIP-SeGW 20 and the UE 40 using LWIPEP.
  • data is transmitted and received between the eNB 10 and the LWIP-SeGW 20 using a new protocol (for example, GRE or GTP-u, and UDP).
  • the LWIP-SeGW 20 transmits bearer information (eg, bearer ID) to the eNB 10 together with uplink data.
  • bearer information eg, bearer ID
  • Inner IP may be further arranged on the new protocol of the eNB 10 and on the LWIPEP of the UE 40.
  • user data (downlink data or uplink data) corresponds to quality of service such as QCI (Quality Class Indicator) and IP (Internet Protocol) flow, but in 3GPP, A technique for satisfying the quality of service regarding user data transmission / reception with the LWIP-SeGW is not discussed. Therefore, user data can be transmitted and received between the eNB and the LWIP-SeGW without considering service quality. As a result, when LWIP is used, the service quality may not be satisfied and a stable service may not be provided.
  • QCI Quality Class Indicator
  • IP Internet Protocol
  • the eNB can transmit downlink data via the LWIP-SeGW and WLAN without knowing the state of the LWIP-SeGW and WLAN. Therefore, there is a possibility that data loss in the downlink may occur due to congestion in LWIP-SeGW or WLAN.
  • the means for knowing the performance of LWIP communication is not discussed in 3GPP. Therefore, the eNB cannot easily know the performance of communication by LWIP, and as a result, appropriate route determination and / or network design can be difficult.
  • the base station transmits the header of the frame protocol (for example, GTP-u or GRE) to the downlink data.
  • the downlink data is transmitted to a gateway (for example, LWIP-SeGW).
  • the header includes identification information (GTP-u TEID or GRE key) corresponding to the quality of service (eg, QCI or IP flow) for the downlink data.
  • the base station can preferentially transmit downlink data with higher service quality. As a result, service quality is satisfied and stable service can be provided.
  • a gateway for example, LWIP-SeGW transmits congestion information related to congestion in the gateway or WLAN to a base station (for example, eNB).
  • a base station for example, eNB
  • the base station can grasp the congestion in the gateway or WLAN. Therefore, the base station can avoid data loss on the downlink by suppressing or stopping the transmission of the downlink data via the WLAN.
  • a base station for example, eNB receives performance information related to communication performance in the gateway or WLAN from a gateway (for example, LWIP-SeGW).
  • the performance measurement is performed based on the performance information.
  • FIG. 5 is an explanatory diagram illustrating an example of a schematic configuration of the system 1 according to the present embodiment.
  • the system 1 includes a base station 100, a gateway 200, a WLAN-AP 300, a terminal device 400, and a core network 500.
  • the system 1 is a system compliant with the 3GPP standard. More specifically, the system 1 may be a system compliant with LTE / LTE-Advanced and / or SAE (System Architecture Evolution). Alternatively, the system 1 may be a system compliant with the fifth generation (5G) standard. Of course, the system 1 is not limited to these examples.
  • the base station 100 is a node that performs wireless communication with a terminal device, in other words, a node of a radio access network (RAN).
  • the base station 100 may be an eNB (evolved Node B) or a gNB (generation Node B) in 5G.
  • the base station 100 may include a plurality of units (or a plurality of nodes).
  • the plurality of units (or nodes) include a first unit (or first node) that performs processing of an upper protocol layer and a second unit (or second node) that performs processing of a lower protocol layer. May be included.
  • the first unit may be called a central unit (CU), and the second unit may be a distributed unit (DU) or an access unit (AU). May be called.
  • the first unit may be called a digital unit (DU), and the second unit may be a radio unit (RU) or a remote unit (RU). May be called.
  • the DU Digital Unit
  • the DU may be a BBU (Base Band Unit)
  • the RU may be an RRH (Remote Radio Head) or an RRU (Remote Radio Unit).
  • the names of the first unit (or first node) and the second unit (or second node) are not limited to this example.
  • the base station 100 may be a single unit (or a single node). In this case, the base station 100 may be one of the plurality of units (for example, one of the first unit and the second unit), and the other unit ( For example, it may be connected to the other of the first unit and the second unit.
  • the base station 100 can transmit and receive data to and from the terminal device 400 wirelessly (for example, in the Uu interface), and can also transmit and receive data to and from the terminal device 400 via the gateway 200 and the WLAN-AP 300. Can do.
  • the base station 100 can perform LWIP operation.
  • the gateway 200 is a node located between the base station 100, the WLAN-AP 300, and the terminal device 400, and supports data transmission / reception via the WLAN-AP 300.
  • the gateway 200 is a security gateway and ensures security for data transmission / reception via the WLAN.
  • the gateway 200 provides a security tunnel (for example, an IPsec tunnel) for data transmission / reception via a WLAN.
  • a security tunnel for example, an IPsec tunnel
  • the gateway 200 is an LWIP-SeGW.
  • the WLAN-AP 300 is a WLAN access point, and is wireless with a terminal device (for example, the terminal device 400) according to one or more of the IEEE 802.11 series (IEEE 802.11b / 11a / 11g / 11n / 11ac, etc.). Communicate.
  • IEEE 802.11 series IEEE 802.11b / 11a / 11g / 11n / 11ac, etc.
  • Terminal device 400 The terminal device 400 performs wireless communication with the base station. For example, when the terminal device 400 is located within the coverage area of the base station 100, the terminal device 400 performs wireless communication with the base station 100.
  • the terminal device 400 is a UE (User Equipment).
  • the terminal device 400 can transmit and receive data to and from the base station 100 wirelessly (for example, in the Uu interface), and can also transmit and receive data to and from the base station 100 via the WLAN-AP 300 and the gateway 200. Can do.
  • the terminal device 400 can perform LWIP operation.
  • the core network 500 includes one or more core network nodes that communicate with the base station 100.
  • the core network 500 includes a first core network node responsible for control plane processing and a second core network node responsible for user plane processing.
  • the core network 500 is an EPC (Evolved Packet Core)
  • the first core network node is an MME
  • the second core network node is an S-GW.
  • LWIP LWIP protocol stack
  • eNB base station 100
  • LWIP-SeGW gateway 200
  • UE terminal device 400
  • FIG. 6 is an explanatory diagram for explaining a first example of the LWIP protocol stack in the present embodiment.
  • a protocol is arranged in the same manner as the Release-13 protocol stack example described with reference to FIG.
  • a controller that performs control related to LWIP may be arranged in the base station 100 (eNB) and the gateway 200 (LWIP-SeGW).
  • FIG. 7 is an explanatory diagram for explaining a second example of the LWIP protocol stack in the present embodiment.
  • a protocol is arranged in the same manner as the Release-14 protocol stack example described with reference to FIG.
  • a controller that performs control related to LWIP may be arranged in the base station 100 (eNB) and the gateway 200 (LWIP-SeGW).
  • FIG. 8 is an explanatory diagram for explaining a third example of the LWIP protocol stack in the present embodiment.
  • the termination point of S1-u (GTP-u) is changed from the base station 100 (eNB) to the gateway 200 (LWIP-SeGW). This can reduce traffic offload overhead.
  • the GTP-u or GRE key that the base station 100 (eNB) exchanges with the core network node and the bearer resource management are the base station 100 (eNB) and the gateway 200 ( LWIP-SeGW).
  • one of the base station 100 (eNB) and the gateway 200 (LWIP-SeGW) can transmit information (for example, GTP-u or GRE key and resource information) to the other.
  • one of the base station 100 (eNB) and the gateway 200 (LWIP-SeGW) can instruct the other to release resources.
  • FIG. 9 is a block diagram illustrating an example of a schematic configuration of the base station 100 according to the first embodiment.
  • the base station 100 includes a wireless communication unit 110, a network communication unit 120, a storage unit 130, and a processing unit 140.
  • the wireless communication unit 110 transmits and receives signals wirelessly.
  • the wireless communication unit 110 receives a signal from the terminal device and transmits a signal to the terminal device.
  • Network communication unit 120 The network communication unit 120 receives a signal from the network and transmits the signal to the network.
  • Storage unit 130 The storage unit 130 temporarily or permanently stores programs and parameters for the operation of the base station 100 and various data.
  • the processing unit 140 provides various functions of the base station 100.
  • the processing unit 140 includes a first communication processing unit 141, a second communication processing unit 143, and a control unit 145.
  • the processing unit 140 may further include other components other than these components. That is, the processing unit 140 can perform operations other than the operations of these components. Specific operations of the first communication processing unit 141, the second communication processing unit 143, and the control unit 145 will be described in detail later.
  • the processing unit 140 communicates with a terminal device (for example, the terminal device 400) via the wireless communication unit 110.
  • the processing unit 140 communicates with another network node (for example, the gateway 200 or the core network node) via the network communication unit 120.
  • the processing unit 140 (the first communication processing unit 141 and the second communication processing unit 143) communicates with the gateway 200 via the network communication unit 120.
  • the first communication processing unit 141 performs processing of an upper protocol (for example, GRE or GTP-u) in the new protocol (New protocol) in FIG. 6 or FIG.
  • the second communication processing unit 143 performs lower-level protocol (for example, UDP) and IP processing among the new protocols.
  • the control unit 145 operates as a controller shown in FIG. 6 or FIG.
  • the wireless communication unit 110 may be implemented by an antenna, a radio frequency (RF) circuit, or the like.
  • the network communication unit 120 may be implemented by a network adapter or a network interface card.
  • the storage unit 130 may be implemented by a memory (for example, a nonvolatile memory and / or a volatile memory) and / or a hard disk.
  • the processing unit 140 may be implemented by a baseband (BB) processor and / or another processor.
  • the first communication processing unit 141, the second communication processing unit 143, and the control unit 145 may be implemented by the same processor, or may be separately implemented by different processors.
  • the memory (storage unit 130) may be included in such a processor (chip).
  • the base station 100 may include a memory that stores a program and one or more processors that can execute the program.
  • the one or more processors are configured to operate the processing unit 140 (first communication processing unit 141, Operation of the second communication processing unit 143 and the control unit 145) may be performed.
  • the program may be a program for causing the one or more processors to execute the operation of the processing unit 140 (operations of the first communication processing unit 141, the second communication processing unit 143, and the control unit 145).
  • FIG. 10 is a block diagram illustrating an example of a schematic configuration of the gateway 200 according to the first embodiment.
  • the gateway 200 includes a network communication unit 210, a storage unit 220, and a processing unit 230.
  • the network communication unit 210 receives a signal from the network and transmits the signal to the network.
  • Storage unit 220 The storage unit 220 temporarily or permanently stores programs and parameters for operating the gateway 200 and various data.
  • the processing unit 230 provides various functions of the gateway 200.
  • the processing unit 230 includes a first communication processing unit 231, a second communication processing unit 233, and a control unit 235.
  • the processing unit 230 may further include other components other than these components. That is, the processing unit 230 can perform operations other than the operations of these components. Specific operations of the first communication processing unit 231, the second communication processing unit 233, and the control unit 235 will be described in detail later.
  • the processing unit 230 communicates with other nodes (for example, the base station 100, the terminal device 400, or the core network node) via the network communication unit 210.
  • the processing unit 230 (the first communication processing unit 231 and the second communication processing unit 233) communicates with the base station 100 (or the core network node) via the network communication unit 210.
  • the processing unit 230 communicates with the terminal device 400 via the network communication unit 210 via the WLAN (WLAN-AP 300).
  • the first communication processing unit 231 performs processing of a higher-order protocol (for example, GRE or GTP-u) in the new protocol (New protocol) in FIG. 6 or FIG. 7, or GTP-u in FIG. Perform the process.
  • the second communication processing unit 233 performs lower-level protocol (for example, UDP) and IP processing of the new protocol in FIG. 6 or FIG. 7, or UDP and IP processing in FIG.
  • the control unit 235 operates as a controller shown in FIG. 6, FIG. 7, or FIG.
  • the network communication unit 210 may be implemented by a network adapter or a network interface card.
  • the storage unit 220 may be implemented by a memory (for example, a nonvolatile memory and / or a volatile memory) and / or a hard disk.
  • the processing unit 230 may be implemented by a processor or the like.
  • the first communication processing unit 231, the second communication processing unit 233, and the control unit 235 may be implemented by the same processor, or may be separately implemented by different processors.
  • the memory (storage unit 220) may be included in such a processor (chip).
  • the gateway 200 may include a memory that stores a program and one or more processors that can execute the program.
  • the one or more processors are configured to operate the processing unit 230 (the first communication processing unit 231, the first communication unit 231). 2 operations of the communication processing unit 233 and the control unit 235).
  • the program may be a program for causing the one or more processors to execute the operation of the processing unit 230 (operations of the first communication processing unit 231, the second communication processing unit 233, and the control unit 235).
  • the base station 100 adds a frame protocol header to downlink data transmitted to the terminal device 400. Then, the base station 100 (second communication processing unit 143) transmits the downlink data provided with the header to the gateway 200.
  • the gateway 200 is used for transmission from the base station 100 to the terminal device 400 via the WLAN.
  • the frame protocol is a protocol for communication between the base station 100 and the gateway 200.
  • the frame protocol is a tunneling protocol. More specifically, for example, the frame protocol is GTP-u. Alternatively, the frame protocol may be GRE.
  • the header includes identification information corresponding to the quality of service for the downlink data.
  • the identification information may not be information for identifying the service quality itself, but is information that enables identification of the service quality.
  • the quality of service is QCI for the downlink data
  • the identification information is identification information for identifying a bearer for the downlink data.
  • the bearer has the QCI.
  • the service quality may be an IP flow
  • the identification information may be identification information corresponding to an IP flow.
  • the service quality is not limited to these examples.
  • the frame protocol is GTP-u
  • the identification information is a TEID of GTP-u
  • the frame protocol may be GRE
  • the identification information may be a GRE key.
  • the TEID of GTP-u and the key of GRE are information for identifying a bearer and correspond to the QCI of the bearer, but when the service quality is an IP flow, the identification information ( The GTP-u TEID or GRE key) may be assigned to correspond to the IP flow (ie, to allow identification of the IP flow).
  • the header given to the downlink data includes the identification information corresponding to the service quality.
  • the base station 100 can preferentially transmit downlink data with higher service quality. As a result, service quality is satisfied and stable service can be provided.
  • the header may further include other information.
  • the other information may be information for identifying the WLAN (WLAN-AP 300) or the terminal device 400.
  • (1-3) Priority control For example, the base station 100 (control unit 145) performs priority control on transmission of the downlink data to which the header is added based on the identification information corresponding to the service quality.
  • the priority control may be referred to as flow control.
  • the priority control includes queuing or traffic shaping for the downlink data provided with the header. That is, the base station 100 (control unit 145) performs queuing or traffic shaping on the downlink data to which the header is added based on the identification information corresponding to the service quality. Specifically, for example, the base station 100 (the control unit 145) performs downlink data with higher service quality by queuing (for example, WRR (Weighted Round Robin) or WFQ (Weighted Fair Queuing), etc.) or traffic shaping. Will be sent more preferentially (faster).
  • queuing for example, WRR (Weighted Round Robin) or WFQ (Weighted Fair Queuing), etc.
  • WRR Weighted Round Robin
  • WFQ Weighted Fair Queuing
  • the priority control may include determination of a DSCP (Differentiated Service Code Point) value in an IP header given to the downlink data to which the header is given. That is, the base station 100 (control unit 145) may determine the DSCP value based on the identification information corresponding to the service quality. Specifically, for example, mapping between service quality (for example, QCI or IP flow) and a DSCP value may be defined in advance, and the base station 100 (control unit 145) indicates that the DSCP value in the IP header is down The DSCP value may be determined so as to correspond to the quality of service for link data.
  • DSCP Differentiated Service Code Point
  • the priority control may include selection of the gateway from a plurality of gateways. That is, the base station 100 (control unit 145) may select the gateway from among a plurality of gateways based on the identification information corresponding to the service quality. Specifically, for example, the base station 100 (the control unit 145) is able to transmit a downlink data with a higher quality of service with a better gateway (for example, a gateway without congestion, or a communication performance higher). High gateway etc.) may be selected.
  • priority control is performed based on the identification information.
  • the base station 100 can actually preferentially transmit downlink data with higher quality of service. As a result, service quality is satisfied and stable service can be provided.
  • FIG. 11 is a flowchart for explaining an example of a schematic process flow in the base station 100 according to the first embodiment.
  • the base station 100 (first communication processing unit 141) adds a frame protocol header to the downlink data transmitted to the terminal device 400 (S701).
  • the base station 100 Based on the identification information corresponding to the service quality, the base station 100 (control unit 145) performs priority control on the transmission of the downlink data to which the header is added (S703).
  • the base station 100 (second communication processing unit 143) transmits the downlink data provided with the header to the gateway 200 (S705). Thereafter, the gateway 200 may transmit the downlink data to the terminal device 400.
  • the information that the gateway 200 transmits to the terminal device 400 may include the public IP address of the gateway 200 as a transmission source IP address, and may include the local IP address of the terminal device 400 as a transmission destination IP address. .
  • the gateway 200 adds a frame protocol header to uplink data transmitted by the terminal device 400 via the WLAN. Then, the gateway 200 (second communication processing unit 233) transmits the uplink data provided with the header to the base station 100.
  • the frame protocol is a protocol for communication between the gateway 200 and the base station 100.
  • the frame protocol is a tunneling protocol. More specifically, for example, the frame protocol is GTP-u. Alternatively, the frame protocol may be GRE.
  • the header includes identification information corresponding to the quality of service for the uplink data.
  • the identification information may not be information for identifying the service quality itself, but is information that enables identification of the service quality.
  • the quality of service is QCI for the uplink data
  • the identification information is identification information for identifying a bearer for the uplink data.
  • the bearer has the QCI.
  • the service quality may be an IP flow
  • the identification information may be identification information corresponding to an IP flow.
  • the service quality is not limited to these examples.
  • the frame protocol is GTP-u
  • the identification information is a TEID of GTP-u
  • the frame protocol may be GRE
  • the identification information may be a GRE key.
  • the TEID of GTP-u and the key of GRE are information for identifying a bearer and correspond to the QCI of the bearer, but when the service quality is an IP flow, the identification information ( The GTP-u TEID or GRE key) may be assigned to correspond to the IP flow (ie, to allow identification of the IP flow).
  • the identification information is information included in the uplink data or information transmitted by the terminal device 400 together with the uplink data. More specifically, for example, the identification information is included in the LWIPEP header.
  • the first example shown in FIG. 6 is used as an LWIP protocol stack, and the uplink data transmitted by the gateway 200 includes an LWIPEP header, and the LWIPEP header includes the identification information.
  • the second example shown in FIG. 7 or the third example shown in FIG. 8 may be used as the LWIP protocol stack, and the uplink data transmitted by the gateway 200 includes the LWIPEP header. At the same time, it may be transmitted by the terminal device 400, and the LWIPEP header may include the identification information.
  • the gateway 200 can acquire the identification information.
  • the information that the terminal device 400 transmits to the gateway 200 may include the local IP address of the terminal device 400 as a transmission source IP address, and may include the public IP address of the gateway 200 as a transmission destination IP address. .
  • the header given to the uplink data includes the identification information corresponding to the service quality.
  • the gateway 200 can preferentially transmit uplink data with a higher service quality. As a result, service quality is satisfied and stable service can be provided.
  • the header may further include other information.
  • the other information may be information for identifying the WLAN (WLAN-AP 300) or the terminal device 400.
  • the gateway 200 performs priority control on transmission of the uplink data to which the header is added based on the identification information corresponding to the service quality.
  • the priority control may be referred to as flow control.
  • the priority control includes queuing or traffic shaping for the uplink data provided with the header. That is, the gateway 200 (the control unit 235) performs queuing or traffic shaping on the uplink data to which the header is added based on the identification information corresponding to the service quality. Specifically, for example, the gateway 200 (the control unit 235) transmits uplink data with higher service quality more preferentially (faster) by queuing (for example, WRR or WFQ) or traffic shaping. .
  • queuing for example, WRR or WFQ
  • the priority control may include determination of a DSCP value in an IP header given to the uplink data to which the header is given. That is, the gateway 200 (control unit 235) may determine the DSCP value based on the identification information corresponding to the service quality. Specifically, for example, mapping between service quality (for example, QCI or IP flow) and a DSCP value may be defined in advance, and the gateway 200 (control unit 235) indicates that the DSCP value in the IP header indicates that the uplink The DSCP value may be determined so as to correspond to the quality of service for data.
  • service quality for example, QCI or IP flow
  • a DSCP value may be defined in advance, and the gateway 200 (control unit 235) indicates that the DSCP value in the IP header indicates that the uplink
  • the DSCP value may be determined so as to correspond to the quality of service for data.
  • priority control is performed based on the identification information.
  • the gateway 200 can actually preferentially transmit uplink data with higher service quality. As a result, service quality is satisfied and stable service can be provided.
  • the base station 100 (second communication processing unit 143) transmits information indicating the service quality corresponding to the identification information to the gateway 200, and the gateway 200 (second communication processing unit 233). Receives the information.
  • the information includes the identification information (for example, GTP-u TEID or GRE key) and information indicating the service quality (QCI or IP flow).
  • the gateway 200 can identify the service quality from the identification information.
  • FIG. 12 is a flowchart for explaining an example of a schematic process flow in the gateway 200 according to the first embodiment.
  • the gateway 200 (first communication processing unit 231) adds a frame protocol header to the uplink data transmitted by the terminal device 400 via the WLAN (S711).
  • the gateway 200 (control unit 245) performs priority control on transmission of the uplink data to which the header is added based on the identification information corresponding to the service quality (S713).
  • the gateway 200 (second communication processing unit 233) transmits the uplink data provided with the header to the base station 100 (S715).
  • the base station 100 may perform bearer control based on the service quality (or the identification information).
  • the bearer control may include bearer setting, reconfiguration, or disconnection.
  • One of the base station 100 (control unit 145) and the gateway 200 (control unit 235) may instruct the other to perform the bearer control.
  • the base station 100 sets, resets, or disconnects a security tunnel (for example, IPSec tunnel) between the terminal device 400 and the gateway 200 based on the service quality (or the identification information). May be instructed to the gateway 200.
  • a security tunnel for example, IPSec tunnel
  • FIG. 13 is a block diagram illustrating an example of a schematic configuration of the base station 100 according to the second embodiment.
  • the base station 100 includes a wireless communication unit 110, a network communication unit 120, a storage unit 130, and a processing unit 150.
  • the description of the wireless communication unit 110, the network communication unit 120, and the storage unit 130 is the same as the description in the first embodiment. Therefore, the overlapping description is omitted here.
  • Processing unit 150 provides various functions of the base station 100.
  • the processing unit 150 includes a communication processing unit 151 and a control unit 153.
  • the processing unit 150 may further include other components other than these components. That is, the processing unit 150 can perform operations other than the operations of these components. Specific operations of the communication processing unit 151 and the control unit 153 will be described in detail later.
  • the processing unit 150 communicates with a terminal device (for example, the terminal device 400) via the wireless communication unit 110.
  • the processing unit 150 communicates with other network nodes (for example, the gateway 200 or the core network node) via the network communication unit 120.
  • the processing unit 150 (communication processing unit 151) communicates with the gateway 200 via the network communication unit 120.
  • the communication processing unit 151 performs a new protocol (for example, GRE or GTP-u, and UDP) and IP processing in FIG. 6 or FIG.
  • the control unit 153 operates as a controller shown in FIG. 6 or FIG.
  • the processing unit 150 may be implemented by a baseband (BB) processor and / or another processor.
  • the communication processing unit 151 and the control unit 153 may be implemented by the same processor, or may be separately implemented by different processors.
  • the memory (storage unit 130) may be included in such a processor (chip).
  • the base station 100 may include a memory that stores a program and one or more processors that can execute the program, and the one or more processors are configured to operate the processing unit 150 (the communication processing unit 151 and the control unit). 153 operation).
  • the program may be a program for causing the one or more processors to execute the operation of the processing unit 150 (the operation of the communication processing unit 151 and the control unit 153).
  • FIG. 14 is a block diagram illustrating an example of a schematic configuration of the gateway 200 according to the second embodiment.
  • the gateway 200 includes a network communication unit 210, a storage unit 220, and a processing unit 240.
  • the description of the network communication unit 210 and the storage unit 220 is the same as the description in the first embodiment. Therefore, the overlapping description is omitted here.
  • Processing unit 240 provides various functions of the gateway 200.
  • the processing unit 240 includes a communication processing unit 241 and an information acquisition unit 243.
  • the processing unit 240 may further include other components other than these components. That is, the processing unit 240 can perform operations other than the operations of these components. Specific operations of the communication processing unit 241 and the information acquisition unit 243 will be described in detail later.
  • the processing unit 240 communicates with other nodes (for example, the base station 100, the terminal device 400, or the core network node) via the network communication unit 210. Specifically, for example, the processing unit 240 (communication processing unit 241) communicates with the base station 100 (or core network node) via the network communication unit 210. Further, for example, the processing unit 240 (communication processing unit 241) communicates with the terminal device 400 via the network communication unit 210 via the WLAN (WLAN-AP 300).
  • WLAN WLAN-AP 300
  • the communication processing unit 241 performs the protocol processing in the gateway 200 shown in FIG. 6, FIG. 7, or FIG.
  • the information acquisition unit 243 operates as a controller illustrated in FIG. 6, FIG. 7, or FIG.
  • the processing unit 240 may be implemented by a processor or the like.
  • the communication processing unit 241 and the information acquisition unit 243 may be implemented by the same processor, or may be separately implemented by different processors.
  • the memory (storage unit 220) may be included in such a processor (chip).
  • the gateway 200 may include a memory that stores a program and one or more processors that can execute the program.
  • the one or more processors are configured to operate the processing unit 240 (the communication processing unit 241 and the information acquisition unit). (Operation 243) may be performed.
  • the program may be a program for causing the one or more processors to execute the operation of the processing unit 240 (the operation of the communication processing unit 241 and the information acquisition unit 243).
  • the gateway 200 (communication processing unit 241) transmits downlink data from the base station 100 to the terminal device 400 via the WLAN and / or receives uplink data from the terminal device 400 via the WLAN.
  • the gateway 200 acquires congestion information related to congestion in the gateway 200 or the WLAN. Then, the gateway 200 (communication processing unit 241) transmits the congestion information to the base station 100. The base station 100 (communication processing unit 151) receives the congestion information from the gateway 200.
  • the base station 100 can grasp the congestion in the gateway 200 or the WLAN. Therefore, the base station 100 can avoid downlink data loss due to offloading by suppressing or stopping downlink data transmission (offloading) via the WLAN.
  • the congestion in the WLAN may mean congestion in one or more WLAN-APs 300.
  • the congestion information is information (congestion flag) indicating the presence or absence of congestion in the gateway 200 or the WLAN.
  • the congestion information may be information indicating the degree of congestion in the gateway 200 or the WLAN. Specifically, for example, a plurality of degrees may be defined, and the congestion information may be information indicating one of the plurality of degrees.
  • the congestion information may be information for determining whether or not there is congestion in the gateway 200 or the WLAN.
  • the congestion information may be information indicating the CPU usage rate in the gateway 200 or the WLAN-AP 300, the presence / absence of congestion in the data reception buffer, and / or the presence / absence of back pressure.
  • the congestion information is information related to congestion in the gateway 200.
  • the gateway 200 (processing unit 240) performs a measurement related to congestion in the gateway 200, and generates the congestion information based on the measurement result. Then, the gateway 200 (information acquisition unit 243) acquires the generated congestion information.
  • the congestion information may be information regarding congestion in the WLAN (one or more WLAN-APs 300).
  • the gateway 200 may collect SNMP (Simple Network Management Protocol) information from one or more WLAN-APs 300, and generate the congestion information based on the SNMP information. Also good. Then, the gateway 200 (information acquisition unit 243) may acquire the generated congestion information.
  • the congestion information may be the SNMP information itself. In this case, the gateway 200 (information acquisition unit 243) may acquire the collected SNMP information.
  • the gateway 200 receives uplink data from the terminal device 400 via the WLAN, adds a header of a frame protocol to the uplink data, and the header Is transmitted to the base station 100.
  • the header includes the congestion information.
  • the congestion information is a congestion flag (in the header) indicating the presence or absence of congestion in the gateway 200 or the WLAN.
  • the frame protocol is GTP-u or GRE. That is, the gateway 200 (communication processing unit 241) transmits uplink data to which the GTP-u header or GRE header including the congestion information (for example, the congestion flag) is added to the base station 100.
  • the congestion information is included in an unused area of the GTP-u header or the GRE header.
  • the congestion information transmission method is not limited to the above-described example.
  • the gateway 200 (communication processing unit 241) may transmit a control plane message including the congestion information to the base station 100.
  • the gateway 200 (communication processing unit 241) transmits the congestion information to the base station 100, for example, when the trigger condition is satisfied or periodically.
  • the trigger condition may be, for example, that the amount of uplink data packets in the gateway 200 buffer exceeds a preset threshold, or that the channel is congested.
  • the base station 100 performs control on the congestion based on the congestion information.
  • the base station 100 (communication processing unit 151) transmits downlink data to be transmitted to the terminal device 400 via the WLAN to the gateway 200, and the control is performed by transmitting downlink data via the gateway 200 and the WLAN. Including inhibiting or stopping. That is, the base station 100 suppresses or stops transmission (offloading) of downlink data via the gateway 200 and the WLAN based on the congestion information. Specifically, for example, when the base station 100 detects the congestion from the congestion information, the base station 100 suppresses or stops offloading.
  • FIG. 15 is a sequence diagram for explaining an example of a schematic process flow according to the second embodiment.
  • the gateway 200 acquires congestion information related to congestion in the gateway 200 or the WLAN (S741).
  • the gateway 200 (communication processing unit 241) transmits the congestion information to the base station 100, and the base station 100 (communication processing unit 151) receives the congestion information from the gateway 200 (S743).
  • the base station 100 controls the congestion based on the congestion information (S745).
  • FIG. 16 is a block diagram illustrating an example of a schematic configuration of the base station 100 according to the third embodiment.
  • the base station 100 includes a wireless communication unit 110, a network communication unit 120, a storage unit 130, and a processing unit 160.
  • the description of the wireless communication unit 110, the network communication unit 120, and the storage unit 130 is the same as the description in the first embodiment. Therefore, the overlapping description is omitted here.
  • Processing unit 160 provides various functions of the base station 100.
  • the processing unit 160 includes a communication processing unit 161 and a measurement unit 163.
  • the processing unit 160 may further include other components other than these components. That is, the processing unit 160 can perform operations other than the operations of these components. Specific operations of the communication processing unit 161 and the measurement unit 163 will be described in detail later.
  • the processing unit 160 communicates with a terminal device (for example, the terminal device 400) via the wireless communication unit 110.
  • the processing unit 160 communicates with other network nodes (for example, the gateway 200 or the core network node) via the network communication unit 120.
  • the processing unit 160 (communication processing unit 161) communicates with the gateway 200 via the network communication unit 120.
  • the communication processing unit 161 performs a new protocol (for example, GRE or GTP-u and UDP) and IP processing in FIG. 6 or FIG.
  • the measurement unit 163 operates as a controller illustrated in FIG. 6 or FIG.
  • the processing unit 160 may be implemented by a baseband (BB) processor and / or another processor.
  • the communication processing unit 161 and the measurement unit 163 may be implemented by the same processor, or may be separately implemented by different processors.
  • the memory (storage unit 130) may be included in such a processor (chip).
  • the base station 100 may include a memory that stores a program and one or more processors that can execute the program.
  • the one or more processors are configured to operate the processing unit 160 (the communication processing unit 161 and the measurement unit). 163) may be performed.
  • the program may be a program for causing the one or more processors to execute the operation of the processing unit 160 (the operation of the communication processing unit 161 and the measurement unit 163).
  • FIG. 17 is a block diagram illustrating an example of a schematic configuration of the gateway 200 according to the third embodiment.
  • the gateway 200 includes a network communication unit 210, a storage unit 220, and a processing unit 250.
  • the description of the network communication unit 210 and the storage unit 220 is the same as the description in the first embodiment. Therefore, the overlapping description is omitted here.
  • Processing unit 250 provides various functions of the gateway 200.
  • the processing unit 250 includes a communication processing unit 251 and an information acquisition unit 253.
  • the processing unit 250 may further include other components other than these components. That is, the processing unit 250 can perform operations other than the operations of these components. Specific operations of the communication processing unit 251 and the information acquisition unit 253 will be described in detail later.
  • the processing unit 250 communicates with other nodes (for example, the base station 100, the terminal device 400, or the core network node) via the network communication unit 210. Specifically, for example, the processing unit 250 (communication processing unit 251) communicates with the base station 100 (or core network node) via the network communication unit 210. Also, for example, the processing unit 250 (communication processing unit 251) communicates with the terminal device 400 via the network communication unit 210 via the WLAN (WLAN-AP 300).
  • WLAN WLAN-AP 300
  • the communication processing unit 251 performs the protocol processing in the gateway 200 shown in FIG. 6, FIG. 7, or FIG.
  • the information acquisition unit 253 operates as a controller illustrated in FIG. 6, FIG. 7, or FIG.
  • the processing unit 250 may be implemented by a processor or the like.
  • the communication processing unit 251 and the information acquisition unit 253 may be implemented by the same processor, or may be separately implemented by different processors.
  • the memory (storage unit 220) may be included in such a processor (chip).
  • the gateway 200 may include a memory that stores a program and one or more processors that can execute the program.
  • the one or more processors are configured to operate the processing unit 250 (communication processing unit 251 and information acquisition unit). 253 operation).
  • the program may be a program for causing the one or more processors to execute the operation of the processing unit 250 (the operation of the communication processing unit 251 and the information acquisition unit 253).
  • the gateway 200 (communication processing unit 251) transmits downlink data from the base station 100 to the terminal device 400 via the WLAN and / or receives uplink data from the terminal device 400 via the WLAN. That is, the gateway 200 is used for communication between the base station 100 and the terminal device 400 via the WLAN.
  • the gateway 200 (information acquisition unit 253) acquires performance information regarding communication performance in the gateway 200 or the WLAN. Then, the gateway 200 (communication processing unit 251) transmits the performance information to the base station 100.
  • the base station 100 receives the performance information from the gateway 200. Then, the base station 100 (measurement unit 163) performs performance measurement (or performance monitoring) on the gateway 200 or the WLAN based on the performance information.
  • the communication performance in the WLAN may mean the communication performance in one or more WLAN-APs 300.
  • the communication performance is communication performance for each service quality.
  • the quality of service is QCI or IP flow. Thereby, for example, it becomes possible to easily know the performance for each service quality.
  • the communication performance includes a throughput, a utilization rate, and / or a packet loss number in the gateway 200 or the WLAN.
  • the performance information is not limited to these examples.
  • the performance information may be Key Performance Indicators (KPI).
  • the performance information is information regarding communication performance in the gateway 200.
  • the gateway 200 (processing unit 250) measures the communication performance in the gateway 200 and generates the performance information based on the measurement result. Then, the gateway 200 (information acquisition unit 253) acquires the generated performance information.
  • the performance information may be information related to communication performance in the WLAN (one or more WLAN-APs 300).
  • the gateway 200 (processing unit 250) may collect SNMP information from one or more WLAN-APs 300, and may generate the performance information based on the SNMP information. Then, the gateway 200 (information acquisition unit 253) may acquire the generated performance information.
  • the performance information may be the SNMP information itself. In this case, the gateway 200 (information acquisition unit 253) may acquire the collected SNMP information.
  • the gateway 200 receives uplink data from the terminal device 400 via the WLAN, adds a frame protocol header to the uplink data, and sends the header Is transmitted to the base station 100.
  • the header includes the performance information.
  • the frame protocol is GTP-u or GRE. That is, the gateway 200 (communication processing unit 251) transmits uplink data to which the GTP-u header or GRE header including the performance information is added to the base station 100. For example, the performance information is included in an unused area of the GTP-u header or GRE header.
  • the performance information transmission method is not limited to the above-described example.
  • the gateway 200 (communication processing unit 251) may transmit a control plane message including the performance information to the base station 100.
  • the gateway 200 (communication processing unit 251) transmits the performance information to the base station 100, for example, when the trigger condition is satisfied or periodically.
  • the performance measurement related to the gateway 200 or the WLAN can be defined, for example, in 3GPP TS 32.425 or other technical specifications (TS) of 3GPP.
  • the performance measurement includes measurement of throughput, utilization rate, and / or packet loss number in the gateway 200 or the WLAN.
  • the performance measurement is not limited to these examples.
  • the result of the performance measurement is statistical information of communication performance in the gateway 200 or the WLAN.
  • FIG. 18 is a sequence diagram for explaining an example of a schematic process flow according to the third embodiment.
  • the gateway 200 acquires performance information regarding communication performance in the gateway 200 or WLAN (S761).
  • the gateway 200 (communication processing unit 251) transmits the performance information to the base station 100, and the base station 100 (communication processing unit 161) receives the performance information from the gateway 200 (S763).
  • the base station 100 (control unit 153) performs performance measurement on the gateway 200 or WLAN based on the performance information (S765).
  • FIG. 19 is a block diagram illustrating an example of a schematic configuration of the base station 100 according to the fourth embodiment.
  • the base station 100 includes a first communication processing unit 171 and a second communication processing unit 173.
  • the first communication processing unit 171 and the second communication processing unit 173 may be implemented by a baseband (BB) processor and / or another processor.
  • the first communication processing unit 171 and the second communication processing unit 173 may be implemented by the same processor, or may be separately implemented by different processors.
  • the base station 100 may include a memory that stores a program and one or more processors that can execute the program.
  • the one or more processors include the first communication processing unit 171 and the second communication processing unit 173. May be performed.
  • the program may be a program for causing the one or more processors to execute the operations of the first communication processing unit 171 and the second communication processing unit 173.
  • FIG. 20 is a block diagram illustrating an example of a schematic configuration of the gateway 200 according to the fourth embodiment.
  • the gateway 200 includes a first communication processing unit 261 and a second communication processing unit 263.
  • the first communication processing unit 261 and the second communication processing unit 263 may be implemented by a processor or the like.
  • the first communication processing unit 261 and the second communication processing unit 263 may be implemented by the same processor, or may be separately implemented by different processors.
  • the gateway 200 may include a memory that stores a program, and one or more processors that can execute the program.
  • the one or more processors are included in the first communication processing unit 261 and the second communication processing unit 263. An operation may be performed.
  • the program may be a program for causing the one or more processors to execute the operations of the first communication processing unit 261 and the second communication processing unit 263.
  • the base station 100 adds a frame protocol header to downlink data transmitted to the terminal device 400. Then, the base station 100 (second communication processing unit 173) transmits the downlink data provided with the header to the gateway 200.
  • the gateway 200 is used for transmission from the base station 100 to the terminal device 400 via the WLAN.
  • the frame protocol is a protocol for communication between the base station 100 and the gateway 200.
  • the header includes identification information corresponding to the quality of service for the downlink data.
  • a tunnel for each service quality is formed, and the base station 100 can preferentially transmit downlink data with higher service quality.
  • service quality is satisfied and stable service can be provided.
  • the description of the frame protocol, header and identification information, priority control, and / or processing flow is the same as the description of them in the first embodiment, for example, except for some code differences. Therefore, the overlapping description is omitted here.
  • the gateway 200 adds a frame protocol header to the uplink data transmitted by the terminal device 400 via the WLAN. Then, the gateway 200 (second communication processing unit 263) transmits the uplink data provided with the header to the base station 100.
  • the frame protocol is a protocol for communication between the gateway 200 and the base station 100.
  • the header includes identification information corresponding to the quality of service for the uplink data.
  • the gateway 200 can preferentially transmit uplink data with higher service quality.
  • service quality is satisfied and stable service can be provided.
  • FIG. 21 is a block diagram illustrating an example of a schematic configuration of the base station 100 according to the fifth embodiment.
  • the base station 100 includes a communication processing unit 181.
  • the communication processing unit 181 may be implemented by a baseband (BB) processor and / or another processor.
  • BB baseband
  • the base station 100 may include a memory that stores a program and one or more processors that can execute the program, and the one or more processors may operate the communication processing unit 181.
  • the program may be a program for causing the one or more processors to execute the operation of the communication processing unit 181.
  • FIG. 22 is a block diagram illustrating a schematic configuration example of the gateway 200 according to the fifth embodiment.
  • the gateway 200 includes a communication processing unit 271 and an information acquisition unit 273.
  • the communication processing unit 271 and the information acquisition unit 273 may be implemented by a processor or the like.
  • the communication processing unit 271 and the information acquisition unit 273 may be implemented by the same processor, or may be separately implemented by different processors.
  • the gateway 200 may include a memory that stores a program and one or more processors that can execute the program.
  • the one or more processors perform operations of the communication processing unit 271 and the information acquisition unit 273. Also good.
  • the program may be a program for causing the one or more processors to execute the operations of the communication processing unit 271 and the information acquisition unit 273.
  • the gateway 200 (communication processing unit 271) transmits downlink data from the base station 100 to the terminal device 400 via WLAN and / or receives uplink data from the terminal device 400 via the WLAN.
  • the gateway 200 acquires congestion information related to congestion in the gateway 200 or the WLAN. Then, the gateway 200 (communication processing unit 271) transmits the congestion information to the base station 100. The base station 100 (communication processing unit 181) receives the congestion information from the gateway 200.
  • the base station 100 can grasp the congestion in the gateway 200 or the WLAN. Therefore, the base station 100 can avoid downlink data loss due to offloading by suppressing or stopping downlink data transmission (offloading) via the WLAN.
  • the congestion in the WLAN may mean congestion in one or more WLAN-APs 300.
  • the description of the congestion information, the acquisition of the congestion information, the transmission of the congestion information, the congestion control, and / or the flow of processing is the same as the description of these in the second embodiment, except for some code differences, for example. It is. Therefore, the overlapping description is omitted here.
  • FIG. 23 is a block diagram illustrating an example of a schematic configuration of the base station 100 according to the sixth embodiment.
  • the base station 100 includes a communication processing unit 191 and a measurement unit 193.
  • the communication processing unit 191 and the measurement unit 193 may be implemented by a baseband (BB) processor and / or another processor.
  • the communication processing unit 191 and the measurement unit 193 may be implemented by the same processor, or may be separately implemented by different processors.
  • the base station 100 may include a memory for storing a program and one or more processors capable of executing the program.
  • the one or more processors perform operations of the communication processing unit 191 and the measurement unit 193. Also good.
  • the program may be a program for causing the one or more processors to execute the operations of the communication processing unit 191 and the measurement unit 193.
  • FIG. 24 is a block diagram illustrating a schematic configuration example of the gateway 200 according to the sixth embodiment.
  • the gateway 200 includes a communication processing unit 281 and an information acquisition unit 283.
  • the communication processing unit 281 and the information acquisition unit 283 may be implemented by a processor or the like.
  • the communication processing unit 281 and the information acquisition unit 283 may be implemented by the same processor or may be separately implemented by different processors.
  • the gateway 200 may include a memory that stores a program and one or more processors that can execute the program.
  • the one or more processors perform operations of the communication processing unit 281 and the information acquisition unit 283. Also good.
  • the program may be a program for causing the one or more processors to execute the operations of the communication processing unit 281 and the information acquisition unit 283.
  • the gateway 200 (communication processing unit 281) transmits downlink data from the base station 100 to the terminal device 400 via the WLAN and / or receives uplink data from the terminal device 400 via the WLAN. That is, the gateway 200 is used for communication between the base station 100 and the terminal device 400 via the WLAN.
  • the gateway 200 (information acquisition unit 283) acquires performance information regarding communication performance in the gateway 200 or the WLAN. Then, the gateway 200 (communication processing unit 281) transmits the performance information to the base station 100.
  • the base station 100 receives the performance information from the gateway 200. Then, the base station 100 (measurement unit 193) performs performance measurement related to the gateway 200 or the WLAN based on the performance information.
  • the communication performance in the WLAN may mean the communication performance in one or more WLAN-APs 300.
  • the steps in the process described in this specification may not necessarily be executed in time series in the order described in the flowchart or the sequence diagram.
  • the steps in the processing may be executed in an order different from the order described as a flowchart or a sequence diagram, or may be executed in parallel.
  • a device for example, a base station is configured
  • the components for example, the first communication processing unit, the second communication processing unit, the control unit, the communication processing unit, and / or the measurement unit
  • One or more devices (or units)) or modules eg, a module for one of the plurality of devices (or units)
  • a module including the components of the gateway described in this specification for example, a first communication processing unit, a second communication processing unit, a control unit, a communication processing unit, and / or an information acquisition unit
  • the gateway for example, a first communication processing unit, a second communication processing unit, a control unit, a communication processing unit, and / or an information acquisition unit
  • Non-transitory computer readable medium readable by a computer that records the program.
  • a device, module, method, program, and computer-readable non-transitory recording medium are also included in the present invention.
  • a base station A first communication processing unit that adds a header of a frame protocol to downlink data transmitted to the terminal device; A second communication processing unit for transmitting the downlink data with the header attached thereto to a gateway used for transmission from the base station to the terminal device via a wireless local area network;
  • the frame protocol is a protocol for communication between the base station and the gateway;
  • the header includes identification information corresponding to a quality of service for the downlink data. base station.
  • Appendix 2 The base station according to appendix 1, wherein the quality of service is a QCI (Quality Class Indicator) or IP (Internet Protocol) flow for the downlink data.
  • QCI Quality Class Indicator
  • IP Internet Protocol
  • Appendix 4 The base station according to any one of appendices 1 to 3, wherein the frame protocol is a tunneling protocol.
  • appendix 5 The base station according to appendix 4, wherein the frame protocol is GTP-u (GPRS Tunneling Protocol user plane) or GRE (Generic Routing Encapsulation).
  • GTP-u GPRS Tunneling Protocol user plane
  • GRE Generic Routing Encapsulation
  • appendix 6 The base station according to appendix 5, wherein the identification information is a GTP-u TEID (Tunnel Endpoint Identifier) or a GRE key.
  • Appendix 7 The base station according to any one of appendices 1 to 6, further comprising a control unit that performs priority control on transmission of the downlink data to which the header is added based on the identification information.
  • the priority control is Queuing or traffic shaping for the downlink data with the header attached, Determination of a DSCP (Differentiated Service Code Point) value in an IP (Internet Protocol) header attached to the downlink data to which the header is attached, or Including selecting the gateway from among a plurality of gateways, The base station according to appendix 7.
  • DSCP Differentiated Service Code Point
  • IP Internet Protocol
  • the base station is an eNB (evolved Node B),
  • the terminal device is UE (User Equipment),
  • the base station according to any one of appendices 1 to 8.
  • Appendix 11 The base station according to appendix 10, wherein the gateway is LWIP-SeGW (LTE WLAN RAN Level Integration using IPSec Security Gateway).
  • LWIP-SeGW LTE WLAN RAN Level Integration using IPSec Security Gateway.
  • a gateway A first communication processing unit for adding a frame protocol header to uplink data transmitted by a terminal device via a wireless local area network; A second communication processing unit that transmits the uplink data to which the header is attached to a base station; With The frame protocol is a protocol for communication between the gateway and the base station, The header includes identification information corresponding to a quality of service for the uplink data; gateway.
  • appendix 14 The gateway according to appendix 12 or 13, further comprising a control unit that performs priority control on transmission of the uplink data to which the header is added based on the identification information.
  • the priority control is Queuing or traffic shaping for the uplink data with the header attached, or Determining a DSCP value in an IP header attached to the uplink data to which the header is attached,
  • the gateway according to appendix 14.
  • Appendix 16 The gateway according to any one of appendices 12 to 15, wherein the identification information is information included in the uplink data or information transmitted by the terminal device together with the uplink data.
  • a gateway A communication processing unit for transmitting downlink data from a base station to a terminal device via a wireless local area network, or receiving uplink data from a terminal device via the wireless local area network; An information acquisition unit for acquiring congestion information regarding congestion in the gateway or the wireless local area network; With The communication processing unit transmits the congestion information to the base station; gateway.
  • the communication processing unit receives the uplink data, adds a header of a frame protocol to the uplink data, transmits the uplink data with the header to the base station,
  • the header includes the congestion information,
  • the gateway according to appendix 18.
  • Appendix 20 The gateway according to appendix 19, wherein the congestion information is a congestion flag indicating presence or absence of the congestion.
  • Appendix 21 The gateway according to appendix 19 or 20, wherein the frame protocol is GTP-u or GRE.
  • a base station A communication processing unit that receives congestion information related to congestion in the gateway or the wireless local area network used for communication between the base station and the terminal device via a wireless local area network;
  • a base station comprising:
  • (Appendix 23) 23 The base station according to appendix 22, further comprising a control unit that controls the congestion based on the congestion information.
  • the communication processing unit transmits downlink data to be transmitted to the terminal device via the wireless local area network to the gateway,
  • the control includes suppressing or stopping transmission of downlink data via the gateway and the wireless local area network.
  • the base station according to attachment 23.
  • a base station A communication processing unit that receives performance information related to communication performance in the gateway or the wireless local area network from a gateway used for communication between the base station and a terminal device via a wireless local area network; Based on the performance information, a measurement unit that performs performance measurement on the gateway or the wireless local area network, A base station comprising:
  • Appendix 26 The base station according to appendix 25, wherein the performance measurement includes a measurement of a throughput, a utilization rate, or a packet loss number in the gateway or the wireless local area network.
  • Appendix 27 The base station according to appendix 25 or 26, wherein the communication performance is a communication performance for each service quality.
  • a gateway A communication processing unit for transmitting downlink data from a base station to a terminal device via a wireless local area network, or receiving uplink data from a terminal device via the wireless local area network; An information acquisition unit for acquiring performance information related to communication performance in the gateway or the wireless local area network; With The communication processing unit transmits the performance information to the base station; gateway.
  • the communication processing unit receives the uplink data, adds a header of a frame protocol to the uplink data, transmits the uplink data with the header to the base station,
  • the header includes the performance information,
  • the gateway according to attachment 29.
  • (Appendix 40) Transmitting downlink data from the base station to the terminal device via the wireless local area network, or receiving uplink data from the terminal device via the wireless local area network; Obtaining congestion information regarding congestion in the gateway or the wireless local area network; Transmitting the congestion information to the base station;
  • Improvements can be made in the case of transmitting / receiving cellular network data via WLAN.

Landscapes

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

Abstract

【課題】セルラーネットワークのデータを無線ローカルエリアネットワーク(WLAN)経由で送受信する場合についての改善を行うこと。 【解決手段】本発明の基地局は、端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する第1通信処理部と、無線ローカルエリアネットワーク経由での上記基地局から上記端末装置への送信に用いられるゲートウェイへ、上記ヘッダが付与された上記ダウンリンクデータを送信する第2通信処理部と、を備える。上記フレームプロトコルは、上記基地局と上記ゲートウェイとの通信のためのプロトコルであり、上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。

Description

基地局、ゲートウェイ、方法、プログラム及び記録媒体
 本発明は、基地局、ゲートウェイ、方法、プログラム及び記録媒体に関する。
 現在、3GPP(Third Generation Partnership Project)では、eNB(evolved Node B)と無線ローカルエリアネットワークアクセスポイント(Wireless Local Area Network Access Point:WLAN-AP)との両方を利用したデータ伝送方式としてLWIP(LTE/WLAN Radio Level Integration with IPsec Tunnel)の検討が進められている。
 例えば、非特許文献1、2には、LWIPに関する技術が記載されている。具体的には、例えば、UEは、LWIP機能により、無線ローカルエリアネットワーク(WLAN)経由で送信するアップリンクデータにLWIPEP(LWIP Encapsulation Protocol)ヘッダを付与する。これにより、上記アップリンクデータを受信するeNBは、上記アップリンクデータに対応するベアラを識別することができる。
3GPP TS 36.300 V13.4.0 (2016-06)"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN);Overall description; Stage 2 (Release 13)" 3GPP TS 36.361 V13.1.0 (2016-06) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); LTE/WLAN Radio Level Integration Using IPsec Tunnel (LWIP) encapsulation; Protocol specification (Release 13)
 LWIPにおいて、WLAN経由でeNBとUEとの間でデータが送受信される場合でも、データに応じたサービス品質(Quality of Service:QoS)が満たされることは重要である。しかし、3GPPでは、LWIPにおいてサービス品質を満たすための技術については議論されていない。
 本発明の目的は、セルラーネットワークのデータを無線ローカルエリアネットワーク(WLAN)経由で送受信する場合についての改善を行うことを可能にすることにある。
 本発明の第1の基地局は、端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する第1通信処理部と、無線ローカルエリアネットワーク経由での上記第1の基地局から上記端末装置への送信に用いられるゲートウェイへ、上記ヘッダが付与された上記ダウンリンクデータを送信する第2通信処理部と、を備える。上記フレームプロトコルは、上記第1の基地局と上記ゲートウェイとの通信のためのプロトコルであり、上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。
 本発明の第1のゲートウェイは、無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する第1通信処理部と、上記ヘッダが付与された上記アップリンクデータを基地局へ送信する第2通信処理部と、を備える。上記フレームプロトコルは、上記第1のゲートウェイと上記基地局との通信のためのプロトコルであり、上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。
 本発明の第2のゲートウェイは、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信する通信処理部と、上記第2のゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得する情報取得部と、を備える。上記通信処理部は、上記輻輳情報を上記基地局へ送信する。
 本発明の第2の基地局は、無線ローカルエリアネットワーク経由での上記第2の基地局と端末装置との通信に用いられるゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、上記ゲートウェイから受信する通信処理部、を備える。
 本発明の第3の基地局は、無線ローカルエリアネットワーク経由での上記第3の基地局と端末装置との通信に用いられるゲートウェイから、上記ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信する通信処理部と、上記パフォーマンス情報に基づいて、上記ゲートウェイ又は上記無線ローカルエリアネットワークに関するパフォーマンス測定を行う測定部と、を備える。
 本発明の第3のゲートウェイは、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信する通信処理部と、上記第3のゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得する情報取得部と、を備える。上記通信処理部は、上記パフォーマンス情報を上記基地局へ送信する。
 本発明の第1の方法は、端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、無線ローカルエリアネットワーク経由での基地局から上記端末装置への送信に用いられるゲートウェイへ、上記ヘッダが付与された上記ダウンリンクデータを送信することと、を含む。上記フレームプロトコルは、上記基地局と上記ゲートウェイとの通信のためのプロトコルである。上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。
 本発明の第1のプログラムは、端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、無線ローカルエリアネットワーク経由での基地局から上記端末装置への送信に用いられるゲートウェイへ、上記ヘッダが付与された上記ダウンリンクデータを送信することと、をプロセッサに実行させるためのプログラムである。上記フレームプロトコルは、上記基地局と上記ゲートウェイとの通信のためのプロトコルである。上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。
 本発明の第1の記録媒体は、端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、無線ローカルエリアネットワーク経由での基地局から上記端末装置への送信に用いられるゲートウェイへ、上記ヘッダが付与された上記ダウンリンクデータを送信することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。上記フレームプロトコルは、上記基地局と上記ゲートウェイとの通信のためのプロトコルである。上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。
 本発明の第2の方法は、無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、上記ヘッダが付与された上記アップリンクデータを基地局へ送信することと、を含む。上記フレームプロトコルは、ゲートウェイと上記基地局との通信のためのプロトコルである。上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。
 本発明の第2のプログラムは、無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、上記ヘッダが付与された上記アップリンクデータを基地局へ送信することと、をプロセッサに実行させるためのプログラムである。上記フレームプロトコルは、ゲートウェイと上記基地局との通信のためのプロトコルである。上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。
 本発明の第2の記録媒体は、無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、上記ヘッダが付与された上記アップリンクデータを基地局へ送信することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。上記フレームプロトコルは、ゲートウェイと上記基地局との通信のためのプロトコルである。上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。
 本発明の第3の方法は、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、上記輻輳情報を上記基地局へ送信することと、を含む。
 本発明の第3のプログラムは、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、上記輻輳情報を上記基地局へ送信することと、をプロセッサに実行させるためのプログラムである。
 本発明の第3の記録媒体は、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、上記輻輳情報を上記基地局へ送信することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。
 本発明の第4の方法は、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、上記ゲートウェイから受信すること、を含む。
 本発明の第4のプログラムは、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、上記ゲートウェイから受信すること、をプロセッサに実行させるためのプログラムである。
 本発明の第4の記録媒体は、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、上記ゲートウェイから受信すること、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。
 本発明の第5の方法は、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、上記ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、上記パフォーマンス情報に基づいて、上記ゲートウェイ又は上記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、を含む。
 本発明の第5のプログラムは、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、上記ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、上記パフォーマンス情報に基づいて、上記ゲートウェイ又は上記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、をプロセッサに実行させるためのプログラムである。
 本発明の第5の記録媒体は、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、上記ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、上記パフォーマンス情報に基づいて、上記ゲートウェイ又は上記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。
 本発明の第6の方法は、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、上記パフォーマンス情報を上記基地局へ送信することと、を含む。
 本発明の第6のプログラムは、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、上記パフォーマンス情報を上記基地局へ送信することと、をプロセッサに実行させるためのプログラムである。
 本発明の第6の記録媒体は、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、上記パフォーマンス情報を上記基地局へ送信することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。
 本発明によれば、セルラーネットワークのデータを無線ローカルエリアネットワーク(WLAN)経由で送受信する場合についての改善を行うことが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
3GPP Release-13で想定されているLWIPのネットワーク構成の例を説明するための説明図である。 3GPP Release-13で想定されているLWIPのプロトコルスタックの例を説明するための説明図である。 3GPP Release-14で想定されているLWIPのネットワーク構成の例を説明するための説明図である。 3GPP Release-14で想定されているLWIPのプロトコルスタックの例を説明するための説明図である。 実施形態に係るシステムの概略的な構成の一例を示す説明図である。 実施形態におけるLWIPのプロトコルスタックの第1の例を説明するための説明図である。 実施形態におけるLWIPのプロトコルスタックの第2の例を説明するための説明図である。 実施形態におけるLWIPのプロトコルスタックの第3の例を説明するための説明図である。 第1の実施形態に係る基地局の概略的な構成の例を示すブロック図である。 第1の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。 第1の実施形態に係る基地局における処理の概略的な流れの例を説明するためのフローチャートである。 第1の実施形態に係るゲートウェイにおける処理の概略的な流れの例を説明するためのフローチャートである。 第2の実施形態に係る基地局の概略的な構成の例を示すブロック図である。 第2の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。 第2の実施形態に係る処理の概略的な流れの例を説明するためのシーケンス図である。 第3の実施形態に係る基地局の概略的な構成の例を示すブロック図である。 第3の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。 第3の実施形態に係る処理の概略的な流れの例を説明するためのシーケンス図である。 第4の実施形態に係る基地局の概略的な構成の例を示すブロック図である。 第4の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。 第5の実施形態に係る基地局の概略的な構成の例を示すブロック図である。 第5の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。 第6の実施形態に係る基地局の概略的な構成の例を示すブロック図である。 第6の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。
 以下、添付の図面を参照して本発明の実施形態(以下、「本実施形態」)を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
 説明は、以下の順序で行われる。
 1.関連技術
 2.本実施形態の概要
 3.本実施形態に係るシステムの構成
 4.第1の実施形態
  4.1.基地局の構成
  4.2.ゲートウェイの構成
  4.3.技術的特徴
 5.第2の実施形態
  5.1.基地局の構成
  5.2.ゲートウェイの構成
  5.3.技術的特徴
 6.第3の実施形態
  6.1.基地局の構成
  6.2.ゲートウェイの構成
  6.3.技術的特徴
 7.第4の実施形態
  7.1.基地局の構成
  7.2.ゲートウェイの構成
  7.3.技術的特徴
 8.第5の実施形態
  8.1.基地局の構成
  8.2.ゲートウェイの構成
  8.3.技術的特徴
 9.第6の実施形態
  9.1.基地局の構成
  9.2.ゲートウェイの構成
  9.3.技術的特徴
 <<1.関連技術>>
 図1~図4を参照して、本実施形態に関連する技術としてLWIPを説明する。
 現在、3GPPでは、eNBと無線ローカルエリアネットワークアクセスポイント(WLAN-AP)との両方を利用したデータ伝送方式としてLWIPの検討が進められている。
 以下では、3GPP Release-13及びRelease14の各々におけるLWIPを説明する。
 (1)Release-13
 図1は、3GPP Release-13で想定されているLWIPのネットワーク構成の例を説明するための説明図である。図1を参照すると、eNB10、LWIP-SeGW(Security Gateway)20、WLAN-AP30、UE40、MME(Mobility Management Entity)50及びS-GW(Serving Gateway)60が示されている。LWIPでは、eNB10とUE40とは、Uuインタフェースにおいてデータを送受信できるとともに、LWIP-SeGW20及びWLAN-AP30経由でデータを送受信することができる。LWIP-SeGW20は、WLAN経由でのデータの送受信のためにIPsec(Security Architecture for Internet Protocol)トンネルを提供する。
 とりわけアップリンクにおいて、UE40は、LWIP機能により、WLAN経由で送信するアップリンクデータにLWIPEPヘッダを付与する。上記アップリンクデータを受信するeNB10は、上記LWIPEPヘッダから、上記アップリンクデータに対応するベアラを識別する。一例として、上記LWIPEPヘッダは、ベアラIDを含む。
 図2は、3GPP Release-13で想定されているLWIPのプロトコルスタックの例を説明するための説明図である。LWIP-SeGW20とUE40の間では、ESP(Encapsulating Security Payload)を用いてデータが送受信される。また、eNB10とLWIP-SeGW20との間では、新たなプロトコル(New protocol)を用いてデータが送受信される。例えば、当該新たなプロトコルは、GRE(Generic Routing Encapsulation)又はGTP-u(GPRS Tunneling Protocol for User Plane)、及びUDP(User Datagram Protocol)である。このGRE又はGTP-uのトンネルは、ユーザ単位でのトンネルである(即ち、GERのkey又はGTP-uのTEIDは、ユーザ単位で割り当てられる)。さらに、アップリンクについては、eNB10とUE40との間で、LWIPEPを用いてアップリンクデータが送受信される。即ち、UE40は、WLAN経由で送信するアップリンクデータにLWIPEPヘッダを付与する。例えば、LWIPEPは、GRE又はGTP-uにより実装され得る。
 なお、図2の例において、eNB10及びUE40の各々のLWIPEPの上に、Inner IPがさらに配置されてもよい。
 (2)Release-14
 図3は、3GPP Release-14で想定されているLWIPのネットワーク構成の例を説明するための説明図である。図3を参照すると、eNB10、LWIP-SeGW20、WLAN-AP30、UE40、MME50及びS-GW60が示されている。LWIPでは、eNB10とUE40とは、Uuインタフェースにおいてデータを送受信できるとともに、LWIP-SeGW20及びWLAN-AP30経由でデータを送受信することができる。LWIP-SeGW20は、WLAN経由でのデータの送受信のためにIPsecトンネルを提供する。これらの点については、Release-13と同様である。
 Release-14でも、Release-13と同様に、UEは、LWIP機能により、WLAN経由で送信するアップリンクデータにLWIPEPヘッダを付与する。一方、とりわけRelease-14では、Release-13とは異なり、LWIPEPの終端点は、eNB10ではなく、LWIP-SeGW20である。そのため、上記アップリンクデータを受信するLWIP-SeGW20が、上記LWIPEPヘッダから、上記アップリンクデータに対応するベアラを識別する。そして、LWIP-SeGW20は、eNB10とLWIP-SeGW20との間の新たに定義されるインタフェースにおいて、アップリンクデータとともにベアラ情報(例えばベアラID)をeNB10へ送信する。
 図4は、3GPP Release-14で想定されているLWIPのプロトコルスタックの例を説明するための説明図である。とりわけRelease-14では、LWIP-SeGW20とUE40との間で、LWIPEPを用いてアップリンクデータが送受信される。また、eNB10とLWIP-SeGW20との間では、新たなプロトコル(例えば、GRE又はGTP-u、及びUDP)を用いてデータが送受信される。とりわけ、LWIP-SeGW20は、アップリンクデータとともにベアラ情報(例えばベアラID)をeNB10へ送信する。
 なお、図4の例において、eNB10の新たなプロトコルの上、及び、UE40のLWIPEPの上に、Inner IPがさらに配置されてもよい。
 <<2.本実施形態の概要>>
 続いて、本実施形態の概要を説明する。
 (1)技術的課題
 第1に、ユーザデータ(ダウンリンクデータ又はアップリンクデータ)は、QCI(Quality Class Indicator)及びIP(Internet Protocol)フロー等のサービス品質に対応するが、3GPPでは、eNBとLWIP-SeGWとの間でのユーザデータが送受信について、サービス品質を満たすための技術が議論されていない。そのため、サービス品質を考慮せずに、eNBとLWIP-SeGWとの間でユーザデータが送受信され得る。その結果、LWIPを用いる場合に、サービス品質が満たされず、安定したサービスが提供されなくなり得る。
 第2に、eNBは、LWIP-SeGW及びWLANの状態を知らずに、ダウンリンクデータをLWIP-SeGW及びWLAN経由で送信し得る。そのため、LWIP-SeGW又はWLANにおける輻輳に起因してダウンリンクでのデータロスが発生する可能性がある。
 第3に、LWIPによる通信のパフォーマンスを知るための手段は、3GPPにおいて議論されていない。そのため、LWIPによる通信のパフォーマンスをeNBが容易に知ることができず、その結果、適切な経路判定及び/又はネットワーク設計が困難になり得る。
 (2)技術的特徴
 本実施形態(第1の実施形態及び第4の実施形態)では、例えば、基地局(例えばeNB)は、ダウンリンクデータにフレームプロトコル(例えばGTP-u又はGRE)のヘッダを付与し、当該ダウンリンクデータをゲートウェイ(例えばLWIP-SeGW)へ送信する。とりわけ、上記ヘッダは、上記ダウンリンクデータについてのサービス品質(例えばQCI又はIPフロー)に対応する識別情報(GTP-uのTEID又はGREのkey)を含む。これにより、例えば、サービス品質ごとのトンネルが形成され、基地局は、より高いサービス品質を伴うダウンリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。
 本実施形態(第2の実施形態及び第5の実施形態)では、例えば、ゲートウェイ(例えばLWIP-SeGW)は、当該ゲートウェイ又はWLANにおける輻輳に関する輻輳情報を基地局(例えばeNB)へ送信する。これにより、例えば、基地局は、ゲートウェイ又はWLANにおける輻輳を把握することが可能になる。そのため、基地局は、WLAN経由でのダウンリンクデータの送信を抑制又は停止することにより、ダウンリンクでのデータロスを回避し得る。
 本実施形態(第3の実施形態及び第6の実施形態)では、例えば、基地局(例えばeNB)は、ゲートウェイ(例えばLWIP-SeGW)から、当該ゲートウェイ又はWLANにおける通信パフォーマンスに関するパフォーマンス情報を受信し、当該パフォーマンス情報に基づいて、パフォーマンス測定を行う。これにより、例えば、WLAN経由での通信のパフォーマンスを容易に知ることが可能になり、その結果、適切な経路判定及び/又はネットワーク設計(例えばLWIPシステムの増減等)がより容易になり得る。
 なお、上述した技術的特徴は本実施形態の具体的な一例であり、当然ながら、本実施形態は上述した技術的特徴に限定されない。
 <<3.本実施形態に係るシステムの構成>>
 図5~図8を参照して、本実施形態に係るシステム1の構成の例を説明する。図5は、本実施形態に係るシステム1の概略的な構成の一例を示す説明図である。図5を参照すると、システム1は、基地局100、ゲートウェイ200、WLAN-AP300、端末装置400及びコアネットワーク500を含む。
 例えば、システム1は、3GPPの規格(standard)に準拠したシステムである。より具体的には、システム1は、LTE/LTE-Advanced及び/又はSAE(System Architecture Evolution)に準拠したシステムであってもよい。あるいは、システム1は、第5世代(5G)の規格に準拠したシステムであってもよい。当然ながら、システム1は、これらの例に限定されない。
 (1)基地局100
 基地局100は、端末装置との無線通信を行うノードであり、換言すると無線アクセスネットワーク(Radio Access Network:RAN)のノードである。例えば、基地局100は、eNB(evolved Node B)であってもよく、又は、5GにおけるgNB(generation Node B)であってもよい。基地局100は、複数のユニット(又は複数のノード)を含んでもよい。当該複数のユニット(又は複数のノード)は、上位のプロトコルレイヤの処理を行う第1ユニット(又は第1ノード)と、下位のプロトコルレイヤの処理を行う第2ユニット(又は第2ノード)とを含んでもよい。一例として、上記第1ユニットは、中央ユニット(Center/Central Unit:CU)と呼ばれてもよく、上記第2のユニットは、分散ユニット(Distributed Unit:DU)又はアクセスユニット(Access Unit:AU)と呼ばれてもよい。別の例として、上記第1ユニットは、デジタルユニット(Digital Unit:DU)と呼ばれてもよく、上記第2ユニットは、無線ユニット(Radio Unit:RU)又はリモートユニット(Remote Unit:RU)と呼ばれてもよい。上記DU(Digital Unit)は、BBU(Base Band Unit)であってもよく、上記RUは、RRH(Remote Radio Head)又はRRU(Remote Radio Unit)であってもよい。当然ながら、上記第1ユニット(又は第1のノード)及び上記第2ユニット(又は第2のノード)の呼称は、この例に限定されない。あるいは、基地局100は、単一のユニット(又は単一のノード)であってもよい。この場合に、基地局100は、上記複数のユニットのうちの1つ(例えば、上記第1ユニット及び上記第2ユニットの一方)であってもよく、上記複数のユニットのうちの他のユニット(例えば、上記第1ユニット及び上記第2ユニットの他方)と接続されていてもよい。
 とりわけ、本実施形態では、基地局100は、無線で(例えばUuインタフェースにおいて)端末装置400とデータを送受信することができるとともに、ゲートウェイ200及びWLAN-AP300経由で端末装置400とデータを送受信することができる。具体的には、例えば、基地局100は、LWIPの動作を行うことができる。
 (2)ゲートウェイ200
 ゲートウェイ200は、基地局100とWLAN-AP300及び端末装置400との間に位置するノードであり、WLAN-AP300経由でのデータの送受信をサポートする。
 例えば、ゲートウェイ200は、セキュリティゲートウェイであり、WLAN経由でのデータの送受信のためにセキュリティを確保する。例えば、ゲートウェイ200は、WLAN経由でのデータの送受信のためにセキュリティトンネル(例えば、IPsecトンネル)を提供する。より具体的には、例えば、ゲートウェイ200は、LWIP-SeGWである。
 (3)WLAN-AP300
 WLAN-AP300は、WLANのアクセスポイントであり、IEEE 802.11シリーズ(IEEE 802.11b/11a/11g/11n/11ac等)のうちの1つ以上に従って端末装置(例えば端末装置400)との無線通信を行う。
 (4)端末装置400
 端末装置400は、基地局との無線通信を行う。例えば、端末装置400は、基地局100のカバレッジエリア内に位置する場合に、基地局100との無線通信を行う。例えば、端末装置400は、UE(User Equipment)である。
 とりわけ、本実施形態では、端末装置400は、無線で(例えばUuインタフェースにおいて)基地局100とデータを送受信することができるとともに、WLAN-AP300及びゲートウェイ200経由で基地局100とデータを送受信することができる。具体的には、例えば、端末装置400は、LWIPの動作を行うことができる。
 (5)コアネットワーク500
 コアネットワーク500は、基地局100と通信する1つ以上のコアネットワークノードを含む。例えば、コアネットワーク500は、制御プレーンの処理を担う第1のコアネットワークノード、及び、ユーザプレーンの処理を担う第2のコアネットワークノードを含む。より具体的には、例えば、コアネットワーク500は、EPC(Evolved Packet Core)であり、上記第1のコアネットワークノードは、MMEであり、上記第2のコアネットワークノードは、S-GWである。
 (6)プロトコルスタック
 例えば、システム1では、LWIPが用いられる。この場合に、基地局100(eNB)、ゲートウェイ200(LWIP-SeGW)及び端末装置400(UE)におけるLWIPのプロトコルスタックとして、いくつかの例が考えられる。以下、当該プロトコルスタックの第1~3の例を説明する。
 図6は、本実施形態におけるLWIPのプロトコルスタックの第1の例を説明するための説明図である。当該第1の例は、図2を参照して説明したRelease-13のプロトコルスタックの例と同様にプロトコルが配置される。当該第1の例では、さらに、基地局100(eNB)及びゲートウェイ200(LWIP-SeGW)において、LWIPに関連する制御を行うコントローラ(controller)が配置され得る。
 図7は、本実施形態におけるLWIPのプロトコルスタックの第2の例を説明するための説明図である。当該第2の例は、図4を参照して説明したRelease-14のプロトコルスタックの例と同様にプロトコルが配置される。当該第2の例では、さらに、基地局100(eNB)及びゲートウェイ200(LWIP-SeGW)において、LWIPに関連する制御を行うコントローラが配置され得る。
 図8は、本実施形態におけるLWIPのプロトコルスタックの第3の例を説明するための説明図である。当該第3の例では、S1-u(GTP-u)の終端点が、基地局100(eNB)からゲートウェイ200(LWIP-SeGW)に変更される。これにより、トラフィックオフロードのオーバーヘッドが低減され得る。
 なお、図8の例の場合に、基地局100(eNB)がコアネットワークノードと交換するGTP-u又はGREのkeyの払い出し、及びベアラのリソース管理が、基地局100(eNB)及びゲートウェイ200(LWIP-SeGW)の一方により行われ得る。この場合に、基地局100(eNB)及びゲートウェイ200(LWIP-SeGW)の当該一方が、他方へ情報(例えば、GTP-u又はGREのkey、及びリソース情報等)を送信し得る。また、基地局100(eNB)及びゲートウェイ200(LWIP-SeGW)の一方が、他方にリソース解放の指示を行い得る。
 <<4.第1の実施形態>>
 続いて、図9~図12を参照して、本発明の第1の実施形態を説明する。
 <4.1.基地局の構成>
 まず、図9を参照して、第1の実施形態に係る基地局100の構成の例を説明する。図9は、第1の実施形態に係る基地局100の概略的な構成の例を示すブロック図である。図9を参照すると、基地局100は、無線通信部110、ネットワーク通信部120、記憶部130及び処理部140を備える。
 (1)無線通信部110
 無線通信部110は、信号を無線で送受信する。例えば、無線通信部110は、端末装置からの信号を受信し、端末装置への信号を送信する。
 (2)ネットワーク通信部120
 ネットワーク通信部120は、ネットワークから信号を受信し、ネットワークへ信号を送信する。
 (3)記憶部130
 記憶部130は、基地局100の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。
 (4)処理部140
 処理部140は、基地局100の様々な機能を提供する。処理部140は、第1通信処理部141、第2通信処理部143及び制御部145を含む。なお、処理部140は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部140は、これらの構成要素の動作以外の動作も行い得る。第1通信処理部141、第2通信処理部143及び制御部145の具体的な動作は、後に詳細に説明する。
 例えば、処理部140は、無線通信部110を介して端末装置(例えば、端末装置400)と通信する。例えば、処理部140は、ネットワーク通信部120を介して他のネットワークノード(例えば、ゲートウェイ200又はコアネットワークノード等)と通信する。具体的には、例えば、処理部140(第1通信処理部141及び第2通信処理部143)は、ネットワーク通信部120を介してゲートウェイ200と通信する。
 一例として、第1通信処理部141は、図6又は図7における新たなプロトコル(New protocol)のうちの上位のプロトコル(例えば、GRE又はGTP-u)の処理を行う。また、第2通信処理部143は、上記新たなプロトコルのうちの下位のプロトコル(例えば、UDP)及びIPの処理を行う。また、制御部145は、図6又は図7に示されるコントローラとして動作する。
 (5)実装例
 無線通信部110は、アンテナ及び高周波(Radio Frequency:RF)回路等により実装されてもよい。ネットワーク通信部120は、ネットワークアダプタ又はネットワークインタフェースカード等により実装されてもよい。記憶部130は、メモリ(例えば、不揮発性メモリ及び/若しくは揮発性メモリ)並びに/又はハードディスク等により実装されてもよい。処理部140は、ベースバンド(Baseband:BB)プロセッサ及び/又は他のプロセッサ等により実装されてもよい。第1通信処理部141、第2通信処理部143及び制御部145は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ(記憶部130)は、このようなプロセッサ(チップ)内に含まれてもよい。
 基地局100は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、処理部140の動作(第1通信処理部141、第2通信処理部143及び制御部145の動作)を行ってもよい。上記プログラムは、処理部140の動作(第1通信処理部141、第2通信処理部143及び制御部145の動作)を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <4.2.ゲートウェイの構成>
 次に、図10を参照して、第1の実施形態に係るゲートウェイ200の構成の例を説明する。図10は、第1の実施形態に係るゲートウェイ200の概略的な構成の例を示すブロック図である。図10を参照すると、ゲートウェイ200は、ネットワーク通信部210、記憶部220及び処理部230を備える。
 (1)ネットワーク通信部210
 ネットワーク通信部210は、ネットワークから信号を受信し、ネットワークへ信号を送信する。
 (2)記憶部220
 記憶部220は、ゲートウェイ200の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。
 (3)処理部230
 処理部230は、ゲートウェイ200の様々な機能を提供する。処理部230は、第1通信処理部231、第2通信処理部233及び制御部235を含む。なお、処理部230は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部230は、これらの構成要素の動作以外の動作も行い得る。第1通信処理部231、第2通信処理部233及び制御部235の具体的な動作は、後に詳細に説明する。
 例えば、処理部230は、ネットワーク通信部210を介して他のノード(例えば、基地局100、端末装置400又はコアネットワークノード)と通信する。具体的には、例えば、処理部230(第1通信処理部231及び第2通信処理部233)は、ネットワーク通信部210を介して基地局100(又はコアネットワークノード)と通信する。また、例えば、処理部230は、ネットワーク通信部210を介して、WLAN(WLAN-AP300)経由で端末装置400と通信する。
 一例として、第1通信処理部231は、図6若しくは図7における新たなプロトコル(New protocol)のうちの上位のプロトコル(例えば、GRE又はGTP-u)の処理、又は、図8におけるGTP-uの処理を行う。また、第2通信処理部233は、図6若しくは図7における上記新たなプロトコルのうちの下位のプロトコル(例えば、UDP)及びIPの処理、又は、図8におけるUDP及びIPの処理を行う。また、制御部235は、図6、図7又は図8に示されるコントローラとして動作する。
 (4)実装例
 ネットワーク通信部210は、ネットワークアダプタ又はネットワークインタフェースカード等により実装されてもよい。記憶部220は、メモリ(例えば、不揮発性メモリ及び/若しくは揮発性メモリ)並びに/又はハードディスク等により実装されてもよい。処理部230は、プロセッサ等により実装されてもよい。第1通信処理部231、第2通信処理部233及び制御部235は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ(記憶部220)は、このようなプロセッサ(チップ)内に含まれてもよい。
 ゲートウェイ200は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、処理部230の動作(第1通信処理部231、第2通信処理部233及び制御部235の動作)を行ってもよい。上記プログラムは、処理部230の動作(第1通信処理部231、第2通信処理部233及び制御部235の動作)を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <4.3.技術的特徴>
 次に、図11及び図12を参照して、第1の実施形態の技術的特徴を説明する。
 (1)ダウンリンクに関する技術的特徴
 基地局100(第1通信処理部141)は、端末装置400へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する。そして、基地局100(第2通信処理部143)は、上記ヘッダが付与された上記ダウンリンクデータをゲートウェイ200へ送信する。なお、ゲートウェイ200は、WLAN経由での基地局100から端末装置400への送信に用いられる。
 (1―1)フレームプロトコル
 上記フレームプロトコルは、基地局100とゲートウェイ200との通信のためのプロトコルである。
 例えば、上記フレームプロトコルは、トンネリングプロトコルである。より具体的には、例えば、上記フレームプロトコルは、GTP-uである。あるいは、上記フレームプロトコルは、GREであってもよい。
 (1―2)ヘッダ及び識別情報
 上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。当該識別情報は、上記サービス品質自体を識別するための情報でなくてもよいが、上記サービス品質の識別を可能にする情報である。
 第1の例として、上記サービス品質は、上記ダウンリンクデータについてのQCIであり、上記識別情報は、上記ダウンリンクデータについてのベアラを識別するための識別情報である。上記ベアラは、上記QCIを有する。第2の例として、上記サービス品質は、IPフローであってもよく、上記識別情報は、IPフローに対応する識別情報であってもよい。ただし、上記サービス品質は、これらの例に限定されない。
 例えば、上記フレームプロトコルは、GTP-uであり、上記識別情報は、GTP-uのTEIDである。あるいは、上記フレームプロトコルは、GREであってもよく、上記識別情報は、GREのkeyであってもよい。
 一般的に、GTP-uのTEID及びGREのkeyは、ベアラを識別するための情報であり、当該ベアラのQCIに対応するが、上記サービス品質がIPフローである場合には、上記識別情報(GTP-uのTEID又はGREのkey)は、IPフローに対応するように(即ち、IPフローの識別を可能にするように)割り当てられてもよい。
 以上のように、上記ダウンリンクデータに付与される上記ヘッダは、上記サービス品質に対応する上記識別情報を含む。これにより、例えば、サービス品質ごとのトンネルが形成され、基地局100は、より高いサービス品質を伴うダウンリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。
 なお、上記ヘッダは、他の情報をさらに含んでもよい。当該他の情報は、WLAN(WLAN-AP300)又は端末装置400を識別するための情報であってもよい。
 (1―3)優先制御
 例えば、基地局100(制御部145)は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記ダウンリンクデータの送信に対する優先制御を行う。当該優先制御は、フロー制御と呼ばれてもよい。
 例えば、上記優先制御は、上記ヘッダが付与された上記ダウンリンクデータについてのキューイング又はトラフィックシェーピングを含む。即ち、基地局100(制御部145)は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記ダウンリンクデータについてのキューイング若しくはトラフィックシェーピングを行う。具体的には、例えば、基地局100(制御部145)は、キューイング(例えばWRR(Weighted Round Robin)若しくはWFQ(Weighted Fair Queuing)等)又はトラフィックシェーピングにより、より高いサービス品質を伴うダウンリンクデータをより優先的に(より早く)送信する。
 上記優先制御は、上記ヘッダが付与された上記ダウンリンクデータに付与されるIPヘッダ内のDSCP(Differentiated Service Code Point)値の決定を含んでもよい。即ち、基地局100(制御部145)は、上記サービス品質に対応する上記識別情報に基づいて、当該DSCP値を決定してもよい。具体的には、例えば、サービス品質(例えばQCI又はIPフロー)とDSCP値とのマッピングが予め定義されてもよく、基地局100(制御部145)は、IPヘッダ内のDSCP値が、上記ダウンリンクデータについての上記サービス品質に対応するように、当該DSCP値を決定してもよい。
 上記優先制御は、複数のゲートウェイの中からの上記ゲートウェイの選択を含んでもよい。即ち、基地局100(制御部145)は、上記サービス品質に対応する上記識別情報に基づいて、複数のゲートウェイの中からの上記ゲートウェイを選択してもよい。具体的には、例えば、基地局100(制御部145)は、より高いサービス品質を伴うダウンリンクデータの送信のために、より良好なゲートウェイ(例えば、輻輳を伴わないゲートウェイ、又は通信パフォーマンスがより高いゲートウェイ等)を選択してもよい。
 以上のように、例えば、上記識別情報に基づいて優先制御が行われる。これにより、例えば、基地局100は、実際に、より高いサービス品質を伴うダウンリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。
 (1―4)処理の流れ
 図11は、第1の実施形態に係る基地局100における処理の概略的な流れの例を説明するためのフローチャートである。
 基地局100(第1通信処理部141)は、端末装置400へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する(S701)。
 基地局100(制御部145)は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記ダウンリンクデータの送信に対する優先制御を行う(S703)。
 基地局100(第2通信処理部143)は、上記ヘッダが付与された上記ダウンリンクデータをゲートウェイ200へ送信する(S705)。このあと、ゲートウェイ200は、端末装置400へ上記ダウンリンクデータを送信してもよい。ゲートウェイ200が端末装置400へ送信する情報は、送信元IPアドレスとしてゲートウェイ200のパブリックIPアドレスを含んでいてもよく、また、送信先IPアドレスとして端末装置400のローカルIPアドレスを含んでいてもよい。
 (2)アップリンクに関する技術的特徴
 ゲートウェイ200(第1通信処理部231)は、WLAN経由で端末装置400により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する。そして、ゲートウェイ200(第2通信処理部233)は、上記ヘッダが付与された上記アップリンクデータを基地局100へ送信する。
 (2―1)フレームプロトコル
 上記フレームプロトコルは、ゲートウェイ200と基地局100との通信のためのプロトコルである。
 例えば、上記フレームプロトコルは、トンネリングプロトコルである。より具体的には、例えば、上記フレームプロトコルは、GTP-uである。あるいは、上記フレームプロトコルは、GREであってもよい。
 (2―2)ヘッダ及び識別情報
 上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。当該識別情報は、上記サービス品質自体を識別するための情報でなくてもよいが、上記サービス品質の識別を可能にする情報である。
 第1の例として、上記サービス品質は、上記アップリンクデータについてのQCIであり、上記識別情報は、上記アップリンクデータについてのベアラを識別するための識別情報である。上記ベアラは、上記QCIを有する。第2の例として、上記サービス品質は、IPフローであってもよく、上記識別情報は、IPフローに対応する識別情報であってもよい。ただし、上記サービス品質は、これらの例に限定されない。
 例えば、上記フレームプロトコルは、GTP-uであり、上記識別情報は、GTP-uのTEIDである。あるいは、上記フレームプロトコルは、GREであってもよく、上記識別情報は、GREのkeyであってもよい。
 一般的に、GTP-uのTEID及びGREのkeyは、ベアラを識別するための情報であり、当該ベアラのQCIに対応するが、上記サービス品質がIPフローである場合には、上記識別情報(GTP-uのTEID又はGREのkey)は、IPフローに対応するように(即ち、IPフローの識別を可能にするように)割り当てられてもよい。
 例えば、上記識別情報は、上記アップリンクデータに含まれる情報、又は、上記アップリンクデータとともに端末装置400により送信された情報である。より具体的には、例えば、上記識別情報は、LWIPEPヘッダに含まれる。一例として、LWIPのプロトコルスタックとして、図6に示される第1の例が用いられ、ゲートウェイ200が送信するアップリンクデータは、LWIPEPヘッダを含み、当該LWIPEPヘッダが、上記識別情報を含む。別の例として、LWIPのプロトコルスタックとして、図7に示される第2の例、又は図8に示される第3の例が用いられてもよく、ゲートウェイ200が送信するアップリンクデータは、LWIPEPヘッダとともに端末装置400により送信されてもよく、当該LWIPEPヘッダが、上記識別情報を含んでもよい。これにより、例えば、ゲートウェイ200が上記識別情報を取得することが可能になる。端末装置400がゲートウェイ200へ送信する情報は、送信元IPアドレスとして端末装置400のローカルIPアドレスを含んでいてもよく、また、送信先IPアドレスとしてゲートウェイ200のパブリックIPアドレスを含んでいてもよい。
 以上のように、上記アップリンクデータに付与される上記ヘッダは、上記サービス品質に対応する上記識別情報を含む。これにより、例えば、サービス品質ごとのトンネルが形成され、ゲートウェイ200は、より高いサービス品質を伴うアップリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。
 なお、上記ヘッダは、他の情報をさらに含んでもよい。当該他の情報は、WLAN(WLAN-AP300)又は端末装置400を識別するための情報であってもよい。
 (2―3)優先制御
 例えば、ゲートウェイ200(制御部245)は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記アップリンクデータの送信に対する優先制御を行う。当該優先制御は、フロー制御と呼ばれてもよい。
 例えば、上記優先制御は、上記ヘッダが付与された上記アップリンクデータについてのキューイング又はトラフィックシェーピングを含む。即ち、ゲートウェイ200(制御部235)は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記アップリンクデータについてのキューイング若しくはトラフィックシェーピングを行う。具体的には、例えば、ゲートウェイ200(制御部235)は、キューイング(例えばWRR若しくはWFQ等)又はトラフィックシェーピングにより、より高いサービス品質を伴うアップリンクデータをより優先的に(より早く)送信する。
 上記優先制御は、上記ヘッダが付与された上記アップリンクデータに付与されるIPヘッダ内のDSCP値の決定を含んでもよい。即ち、ゲートウェイ200(制御部235)は、上記サービス品質に対応する上記識別情報に基づいて、当該DSCP値を決定してもよい。具体的には、例えば、サービス品質(例えばQCI又はIPフロー)とDSCP値とのマッピングが予め定義されてもよく、ゲートウェイ200(制御部235)は、IPヘッダ内のDSCP値が、上記アップリンクデータについての上記サービス品質に対応するように、当該DSCP値を決定してもよい。
 以上のように、例えば、上記識別情報に基づいて優先制御が行われる。これにより、例えば、ゲートウェイ200は、実際に、より高いサービス品質を伴うアップリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。
 (2―4)その他
 例えば、基地局100(第2通信処理部143)は、上記識別情報に対応する上記サービス品質を示す情報をゲートウェイ200へ送信し、ゲートウェイ200(第2通信処理部233)は、当該情報を受信する。一例として、上記情報は、上記識別情報(例えばGTP-uのTEID又はGREのkey)と、上記サービス品質(QCI又はIPフロー)を示す情報とを含む。これにより、例えば、ゲートウェイ200は、上記識別情報から、上記サービス品質を識別することが可能になる。
 (2―5)処理の流れ
 図12は、第1の実施形態に係るゲートウェイ200における処理の概略的な流れの例を説明するためのフローチャートである。
 ゲートウェイ200(第1通信処理部231)は、WLAN経由で端末装置400により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する(S711)。
 ゲートウェイ200(制御部245)は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記アップリンクデータの送信に対する優先制御を行う(S713)。
 ゲートウェイ200(第2通信処理部233)は、上記ヘッダが付与された上記アップリンクデータを基地局100へ送信する(S715)。
 以上、第1の実施形態を説明した。なお、基地局100(制御部145)又はゲートウェイ200(制御部235)は、上記サービス品質(又は上記識別情報)に基づいて、ベアラ制御を行ってもよい。具体的には、当該ベアラ制御は、ベアラの設定、再設定又は切断を含んでもよい。基地局100(制御部145)及びゲートウェイ200(制御部235)の一方は、他方に上記ベアラ制御を指示してもよい。また、基地局100(制御部145)は、上記サービス品質(又は上記識別情報)に基づいて、端末装置400とゲートウェイ200との間のセキュリティトンネル(例えば、IPSecトンネル)の設定、再設定又は切断をゲートウェイ200へ指示してもよい。
 <<5.第2の実施形態>>
 続いて、図13~図15を参照して、本発明の第2の実施形態を説明する。
 <5.1.基地局の構成>
 まず、図13を参照して、第2の実施形態に係る基地局100の構成の例を説明する。図13は、第2の実施形態に係る基地局100の概略的な構成の例を示すブロック図である。図13を参照すると、基地局100は、無線通信部110、ネットワーク通信部120、記憶部130及び処理部150を備える。
 無線通信部110、ネットワーク通信部120及び記憶部130についての説明は、第1の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。
 (1)処理部150
 処理部150は、基地局100の様々な機能を提供する。処理部150は、通信処理部151及び制御部153を含む。なお、処理部150は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部150は、これらの構成要素の動作以外の動作も行い得る。通信処理部151及び制御部153の具体的な動作は、後に詳細に説明する。
 例えば、処理部150は、無線通信部110を介して端末装置(例えば、端末装置400)と通信する。例えば、処理部150は、ネットワーク通信部120を介して他のネットワークノード(例えば、ゲートウェイ200又はコアネットワークノード等)と通信する。具体的には、例えば、処理部150(通信処理部151)は、ネットワーク通信部120を介してゲートウェイ200と通信する。
 一例として、通信処理部151は、図6又は図7における新たなプロトコル(New protocol)(例えば、GRE又はGTP-u、及びUDP)並びにIPの処理を行う。また、制御部153は、図6又は図7に示されるコントローラとして動作する。
 (2)実装例
 処理部150は、ベースバンド(BB)プロセッサ及び/又は他のプロセッサ等により実装されてもよい。通信処理部151及び制御部153は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。メモリ(記憶部130)は、このようなプロセッサ(チップ)内に含まれてもよい。
 基地局100は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、処理部150の動作(通信処理部151及び制御部153の動作)を行ってもよい。上記プログラムは、処理部150の動作(通信処理部151及び制御部153の動作)を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <5.2.ゲートウェイの構成>
 次に、図14を参照して、第2の実施形態に係るゲートウェイ200の構成の例を説明する。図14は、第2の実施形態に係るゲートウェイ200の概略的な構成の例を示すブロック図である。図14を参照すると、ゲートウェイ200は、ネットワーク通信部210、記憶部220及び処理部240を備える。
 ネットワーク通信部210及び記憶部220についての説明は、第1の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。
 (1)処理部240
 処理部240は、ゲートウェイ200の様々な機能を提供する。処理部240は、通信処理部241及び情報取得部243を含む。なお、処理部240は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部240は、これらの構成要素の動作以外の動作も行い得る。通信処理部241及び情報取得部243の具体的な動作は、後に詳細に説明する。
 例えば、処理部240(通信処理部241)は、ネットワーク通信部210を介して他のノード(例えば、基地局100、端末装置400又はコアネットワークノード)と通信する。具体的には、例えば、処理部240(通信処理部241)は、ネットワーク通信部210を介して基地局100(又はコアネットワークノード)と通信する。また、例えば、処理部240(通信処理部241)は、ネットワーク通信部210を介して、WLAN(WLAN-AP300)経由で端末装置400と通信する。
 一例として、通信処理部241は、図6、図7又は図8に示されるゲートウェイ200内のプロトコルの処理を行う。また、情報取得部243は、図6、図7又は図8に示されるコントローラとして動作する。
 (2)実装例
 処理部240は、プロセッサ等により実装されてもよい。通信処理部241及び情報取得部243は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。メモリ(記憶部220)は、このようなプロセッサ(チップ)内に含まれてもよい。
 ゲートウェイ200は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、処理部240の動作(通信処理部241及び情報取得部243の動作)を行ってもよい。上記プログラムは、処理部240の動作(通信処理部241及び情報取得部243の動作)を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <5.3.技術的特徴>
 次に、図15を参照して、第2の実施形態の技術的特徴を説明する。
 ゲートウェイ200(通信処理部241)は、基地局100からのダウンリンクデータをWLAN経由で端末装置400へ送信し、及び/又は、端末装置400からのアップリンクデータを上記WLAN経由で受信する。
 とりわけ、ゲートウェイ200(情報取得部243)は、ゲートウェイ200又は上記WLANにおける輻輳に関する輻輳情報を取得する。そして、ゲートウェイ200(通信処理部241)は、上記輻輳情報を基地局100へ送信する。基地局100(通信処理部151)は、ゲートウェイ200から上記輻輳情報を受信する。
 これにより、例えば、基地局100は、ゲートウェイ200又は上記WLANにおける輻輳を把握することが可能になる。そのため、基地局100は、WLAN経由でのダウンリンクデータの送信(オフローディング)を抑制又は停止することにより、オフローディングによるダウンリンクでのデータロスを回避し得る。
 なお、上記WLANにおける輻輳は、1つ以上のWLAN-AP300における輻輳を意味してもよい。
 (1)輻輳情報
 一例として、上記輻輳情報は、ゲートウェイ200又は上記WLANにおける輻輳の有無を示す情報(輻輳フラグ)である。
 別の例として、上記輻輳情報は、ゲートウェイ200又は上記WLANにおける輻輳の度合を示す情報であってもよい。具体的には、例えば、複数の度合が定義され、上記輻輳情報は、当該複数の度合のうちの1つを示す情報であってもよい。
 さらに別の例として、上記輻輳情報は、ゲートウェイ200若しくは上記WLANにおける輻輳の有無又は度合を判断するための情報であってもよい。一例として、上記輻輳情報は、ゲートウェイ200若しくはWLAN-AP300におけるCPU使用率、データ受信バッファの輻輳の有無、及び/又はバックプレッシャーの有無等を示す情報であってもよい。
 (2)輻輳情報の取得
 例えば、上記輻輳情報は、ゲートウェイ200における輻輳に関する情報である。この場合には、例えば、ゲートウェイ200(処理部240)は、ゲートウェイ200における輻輳に関する測定を行い、当該測定の結果に基づいて上記輻輳情報を生成する。そして、ゲートウェイ200(情報取得部243)は、生成された上記輻輳情報を取得する。
 上記輻輳情報は、上記WLAN(1つ以上のWLAN-AP300)における輻輳に関する情報であってもよい。この場合には、ゲートウェイ200(処理部240)は、1つ以上のWLAN-AP300からSNMP(Simple Network Management Protocol)情報を収集してもよく、当該SNMP情報に基づいて上記輻輳情報を生成してもよい。そして、ゲートウェイ200(情報取得部243)は、生成された上記輻輳情報を取得してもよい。なお、上記輻輳情報は、上記SNMP情報そのものであってもよく、この場合には、ゲートウェイ200(情報取得部243)は、収集した上記SNMP情報を取得してもよい。
 (3)輻輳情報の送信
 例えば、ゲートウェイ200(通信処理部241)は、端末装置400からのアップリンクデータを上記WLAN経由で受信し、上記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された上記アップリンクデータを基地局100へ送信する。上記ヘッダが、上記輻輳情報を含む。
 例えば、上記輻輳情報は、ゲートウェイ200又は上記WLANにおける輻輳の有無を示す(上記ヘッダ内の)輻輳フラグである。
 例えば、上記フレームプロトコルは、GTP-u又はGREである。即ち、ゲートウェイ200(通信処理部241)は、上記輻輳情報(例えば輻輳フラグ)を含むGTP-uヘッダ又はGREヘッダが付与されたアップリンクデータを基地局100へ送信する。例えば、上記輻輳情報は、GTP-uヘッダ又はGREヘッダの未使用領域に含まれる。
 これにより、例えば、追加の情報を送信することなく、輻輳情報を送信することが可能になる。そのため、オーバーヘッドが抑えられ得る。また、新たなプロトコルの定義する必要もなく、導入が容易になり得る。
 なお、上記輻輳情報の送信手法は、上述した例に限定されない。例えば、ゲートウェイ200(通信処理部241)は、上記輻輳情報を含む制御プレーンメッセージを基地局100へ送信してもよい。
 ゲートウェイ200(通信処理部241)は、例えば、トリガ条件が満たされる場合に、又は定期的に、上記輻輳情報を基地局100へ送信する。当該トリガ条件は、例えば、ゲートウェイ200のバッファ内でのアップリンクデータパケットの量が、予め設定された閾値を超えること、又はチャネルが混雑すること等であってもよい。
 (4)輻輳制御
 例えば、基地局100(制御部153)は、上記輻輳情報に基づいて上記輻輳に対する制御を行う。
 例えば、基地局100(通信処理部151)は、上記WLAN経由で端末装置400へ送信するダウンリンクデータをゲートウェイ200へ送信し、上記制御は、ゲートウェイ200及び上記WLAN経由でのダウンリンクデータの送信を抑制又は停止することを含む。即ち、基地局100は、上記輻輳情報に基づいて、ゲートウェイ200及び上記WLAN経由でのダウンリンクデータの送信(オフローディング)を抑制又は停止する。具体的には、例えば、基地局100は、上記輻輳情報から上記輻輳を検知した場合に、オフローディングを抑制又は停止する。
 これにより、例えば、オフローディングによるダウンリンクでのデータロスを回避することが可能になる。
 (5)処理の流れ
 図15は、第2の実施形態に係る処理の概略的な流れの例を説明するためのシーケンス図である。
 ゲートウェイ200(情報取得部243)は、ゲートウェイ200又はWLANにおける輻輳に関する輻輳情報を取得する(S741)。
 ゲートウェイ200(通信処理部241)は、上記輻輳情報を基地局100へ送信し、基地局100(通信処理部151)は、ゲートウェイ200から上記輻輳情報を受信する(S743)。
 基地局100(制御部153)は、上記輻輳情報に基づいて上記輻輳に対する制御を行う(S745)。
 <<6.第3の実施形態>>
 続いて、図16~図18を参照して、本発明の第3の実施形態を説明する。
 <6.1.基地局の構成>
 まず、図16を参照して、第3の実施形態に係る基地局100の構成の例を説明する。図16は、第3の実施形態に係る基地局100の概略的な構成の例を示すブロック図である。図16を参照すると、基地局100は、無線通信部110、ネットワーク通信部120、記憶部130及び処理部160を備える。
 無線通信部110、ネットワーク通信部120及び記憶部130についての説明は、第1の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。
 (1)処理部160
 処理部160は、基地局100の様々な機能を提供する。処理部160は、通信処理部161及び測定部163を含む。なお、処理部160は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部160は、これらの構成要素の動作以外の動作も行い得る。通信処理部161及び測定部163の具体的な動作は、後に詳細に説明する。
 例えば、処理部160は、無線通信部110を介して端末装置(例えば、端末装置400)と通信する。例えば、処理部160は、ネットワーク通信部120を介して他のネットワークノード(例えば、ゲートウェイ200又はコアネットワークノード等)と通信する。具体的には、例えば、処理部160(通信処理部161)は、ネットワーク通信部120を介してゲートウェイ200と通信する。
 一例として、通信処理部161は、図6又は図7における新たなプロトコル(New protocol)(例えば、GRE又はGTP-u、及びUDP)並びにIPの処理を行う。また、測定部163は、図6又は図7に示されるコントローラとして動作する。
 (2)実装例
 処理部160は、ベースバンド(BB)プロセッサ及び/又は他のプロセッサ等により実装されてもよい。通信処理部161及び測定部163は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。メモリ(記憶部130)は、このようなプロセッサ(チップ)内に含まれてもよい。
 基地局100は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、処理部160の動作(通信処理部161及び測定部163の動作)を行ってもよい。上記プログラムは、処理部160の動作(通信処理部161及び測定部163の動作)を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <6.2.ゲートウェイの構成>
 次に、図17を参照して、第3の実施形態に係るゲートウェイ200の構成の例を説明する。図17は、第3の実施形態に係るゲートウェイ200の概略的な構成の例を示すブロック図である。図17を参照すると、ゲートウェイ200は、ネットワーク通信部210、記憶部220及び処理部250を備える。
 ネットワーク通信部210及び記憶部220についての説明は、第1の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。
 (1)処理部250
 処理部250は、ゲートウェイ200の様々な機能を提供する。処理部250は、通信処理部251及び情報取得部253を含む。なお、処理部250は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部250は、これらの構成要素の動作以外の動作も行い得る。通信処理部251及び情報取得部253の具体的な動作は、後に詳細に説明する。
 例えば、処理部250(通信処理部251)は、ネットワーク通信部210を介して他のノード(例えば、基地局100、端末装置400又はコアネットワークノード)と通信する。具体的には、例えば、処理部250(通信処理部251)は、ネットワーク通信部210を介して基地局100(又はコアネットワークノード)と通信する。また、例えば、処理部250(通信処理部251)は、ネットワーク通信部210を介して、WLAN(WLAN-AP300)経由で端末装置400と通信する。
 一例として、通信処理部251は、図6、図7又は図8に示されるゲートウェイ200内のプロトコルの処理を行う。また、情報取得部253は、図6、図7又は図8に示されるコントローラとして動作する。
 (2)実装例
 処理部250は、プロセッサ等により実装されてもよい。通信処理部251及び情報取得部253は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。メモリ(記憶部220)は、このようなプロセッサ(チップ)内に含まれてもよい。
 ゲートウェイ200は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、処理部250の動作(通信処理部251及び情報取得部253の動作)を行ってもよい。上記プログラムは、処理部250の動作(通信処理部251及び情報取得部253の動作)を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <6.3.技術的特徴>
 次に、図18を参照して、第3の実施形態の技術的特徴を説明する。
 ゲートウェイ200(通信処理部251)は、基地局100からのダウンリンクデータをWLAN経由で端末装置400へ送信し、及び/又は、端末装置400からのアップリンクデータを上記WLAN経由で受信する。即ち、ゲートウェイ200は、WLAN経由での基地局100と端末装置400との通信に用いられる。
 とりわけ、ゲートウェイ200(情報取得部253)は、ゲートウェイ200又は上記WLANにおける通信パフォーマンスに関するパフォーマンス情報を取得する。そして、ゲートウェイ200(通信処理部251)は、上記パフォーマンス情報を基地局100へ送信する。
 また、基地局100(通信処理部161)は、ゲートウェイ200から上記パフォーマンス情報を受信する。そして、基地局100(測定部163)は、上記パフォーマンス情報に基づいて、ゲートウェイ200又は上記WLANに関するパフォーマンス測定(又はパフォーマンス監視)を行う。
 これにより、例えば、WLAN経由での通信のパフォーマンスを容易に知ることが可能になり、その結果、適切な経路判定及び/又はネットワーク設計(例えばLWIPシステムの増減等)がより容易になり得る。
 なお、上記WLANにおける通信パフォーマンスは、1つ以上のWLAN-AP300における通信パフォーマンスを意味してもよい。
 (1)パフォーマンス情報
 例えば、上記通信パフォーマンスは、サービス品質ごとの通信パフォーマンスである。例えば、当該サービス品質は、QCI又はIPフローである。これにより、例えば、サービス品質ごとのパフォーマンスを容易に知ることが可能になる。
 一例として、上記通信パフォーマンスは、ゲートウェイ200又は上記WLANにおけるスループット、利用率及び/又はパケットロス数を含む。当然ながら、上記パフォーマンス情報は、これらの例に限定されない。例えば、上記パフォーマンス情報は、Key Performance Indicators(KPI)であってもよい。
 (2)パフォーマンス情報の取得
 例えば、上記パフォーマンス情報は、ゲートウェイ200における通信パフォーマンスに関する情報である。この場合には、例えば、ゲートウェイ200(処理部250)は、ゲートウェイ200における通信パフォーマンスの測定を行い、当該測定の結果に基づいて上記パフォーマンス情報を生成する。そして、ゲートウェイ200(情報取得部253)は、生成された上記パフォーマンス情報を取得する。
 上記パフォーマンス情報は、上記WLAN(1つ以上のWLAN-AP300)における通信パフォーマンスに関する情報であってもよい。この場合には、ゲートウェイ200(処理部250)は、1つ以上のWLAN-AP300からSNMP情報を収集してもよく、当該SNMP情報に基づいて上記パフォーマンス情報を生成してもよい。そして、ゲートウェイ200(情報取得部253)は、生成された上記パフォーマンス情報を取得してもよい。なお、上記パフォーマンス情報は、上記SNMP情報そのものであってもよく、この場合には、ゲートウェイ200(情報取得部253)は、収集した上記SNMP情報を取得してもよい。
 (3)パフォーマンス情報の送信
 例えば、ゲートウェイ200(通信処理部251)は、端末装置400からのアップリンクデータを上記WLAN経由で受信し、上記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された上記アップリンクデータを基地局100へ送信する。上記ヘッダが、上記パフォーマンス情報を含む。
 例えば、上記フレームプロトコルは、GTP-u又はGREである。即ち、ゲートウェイ200(通信処理部251)は、上記パフォーマンス情報を含むGTP-uヘッダ又はGREヘッダが付与されたアップリンクデータを基地局100へ送信する。例えば、上記パフォーマンス情報は、GTP-uヘッダ又はGREヘッダの未使用領域に含まれる。
 これにより、例えば、追加の情報を送信することなく、パフォーマンス情報を送信することが可能になる。そのため、オーバーヘッドが抑えられ得る。また、新たなプロトコルの定義する必要もなく、導入が容易になり得る。
 なお、上記パフォーマンス情報の送信手法は、上述した例に限定されない。例えば、ゲートウェイ200(通信処理部251)は、上記パフォーマンス情報を含む制御プレーンメッセージを基地局100へ送信してもよい。
 ゲートウェイ200(通信処理部251)は、例えば、トリガ条件が満たされる場合に、又は定期的に、上記パフォーマンス情報を基地局100へ送信する。
 (4)パフォーマンス測定
 ゲートウェイ200又は上記WLANに関する上記パフォーマンス測定は、例えば、3GPP TS 32.425、又は3GPPの他の技術仕様(Technical Specification:TS)において定義され得る。
 一例として、上記パフォーマンス測定は、ゲートウェイ200又は上記WLANにおけるスループット、利用率及び/又はパケットロス数の測定を含む。当然ながら、上記パフォーマンス測定は、これらの例に限定されない。
 例えば、上記パフォーマンス測定の結果は、ゲートウェイ200又は上記WLANにおける通信パフォーマンスの統計情報である。
 (5)処理の流れ
 図18は、第3の実施形態に係る処理の概略的な流れの例を説明するためのシーケンス図である。
 ゲートウェイ200(情報取得部253)は、ゲートウェイ200又はWLANにおける通信パフォーマンスに関するパフォーマンス情報を取得する(S761)。
 ゲートウェイ200(通信処理部251)は、上記パフォーマンス情報を基地局100へ送信し、基地局100(通信処理部161)は、ゲートウェイ200から上記パフォーマンス情報を受信する(S763)。
 基地局100(制御部153)は、上記パフォーマンス情報に基づいて、ゲートウェイ200又はWLANに関するパフォーマンス測定を行う(S765)。
 <<7.第4の実施形態>>
 続いて、図19及び図20を参照して、本発明の第4の実施形態を説明する。上述した第1の実施形態は、具体的な実施形態であるが、第4の実施形態は、より一般化された実施形態である。
 <7.1.基地局の構成>
 まず、図19を参照して、第4の実施形態に係る基地局100の構成の例を説明する。図19は、第4の実施形態に係る基地局100の概略的な構成の例を示すブロック図である。図19を参照すると、基地局100は、第1通信処理部171及び第2通信処理部173を備える。
 第1通信処理部171及び第2通信処理部173の具体的な動作は、後に説明する。
 第1通信処理部171及び第2通信処理部173は、ベースバンド(BB)プロセッサ及び/又は他のプロセッサ等により実装されてもよい。第1通信処理部171及び第2通信処理部173は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。
 基地局100は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、第1通信処理部171及び第2通信処理部173の動作を行ってもよい。上記プログラムは、第1通信処理部171及び第2通信処理部173の動作を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <7.2.ゲートウェイの構成>
 まず、図20を参照して、第4の実施形態に係るゲートウェイ200の構成の例を説明する。図20は、第4の実施形態に係るゲートウェイ200の概略的な構成の例を示すブロック図である。図20を参照すると、ゲートウェイ200は、第1通信処理部261及び第2通信処理部263を備える。
 第1通信処理部261及び第2通信処理部263の具体的な動作は、後に説明する。
 第1通信処理部261及び第2通信処理部263は、プロセッサ等により実装されてもよい。第1通信処理部261及び第2通信処理部263は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。
 ゲートウェイ200は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、第1通信処理部261及び第2通信処理部263の動作を行ってもよい。上記プログラムは、第1通信処理部261及び第2通信処理部263の動作を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <7.3.技術的特徴>
 次に、第4の実施形態の技術的特徴を説明する。
 (1)ダウンリンクに関する技術的特徴
 基地局100(第1通信処理部171)は、端末装置400へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する。そして、基地局100(第2通信処理部173)は、上記ヘッダが付与された上記ダウンリンクデータをゲートウェイ200へ送信する。なお、ゲートウェイ200は、WLAN経由での基地局100から端末装置400への送信に用いられる。
 上記フレームプロトコルは、基地局100とゲートウェイ200との通信のためのプロトコルである。上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。
 これにより、例えば、サービス品質ごとのトンネルが形成され、基地局100は、より高いサービス品質を伴うダウンリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。
 フレームプロトコル、ヘッダ及び識別情報、優先制御、並びに/又は処理の流れについての説明は、例えば、一部の符号の相違を除き、第1の実施形態におけるこれらについての説明と同じである。よって、ここでは重複する説明を省略する。
 (2)アップリンクに関する技術的特徴
 ゲートウェイ200(第1通信処理部261)は、WLAN経由で端末装置400により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する。そして、ゲートウェイ200(第2通信処理部263)は、上記ヘッダが付与された上記アップリンクデータを基地局100へ送信する。
 上記フレームプロトコルは、ゲートウェイ200と基地局100との通信のためのプロトコルである。上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。
 これにより、例えば、サービス品質ごとのトンネルが形成され、ゲートウェイ200は、より高いサービス品質を伴うアップリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。
 フレームプロトコル、ヘッダ及び識別情報、優先制御、その他、並びに/又は処理の流れについての説明は、例えば、第1の実施形態におけるこれらについての説明と同じである。よって、ここでは重複する説明を省略する。
 <<8.第5の実施形態>>
 続いて、図21及び図22を参照して、本発明の第5の実施形態を説明する。上述した第2の実施形態は、具体的な実施形態であるが、第5の実施形態は、より一般化された実施形態である。
 <8.1.基地局の構成>
 まず、図21を参照して、第5の実施形態に係る基地局100の構成の例を説明する。図21は、第5の実施形態に係る基地局100の概略的な構成の例を示すブロック図である。図21を参照すると、基地局100は、通信処理部181を備える。
 通信処理部181の具体的な動作は、後に説明する。
 通信処理部181は、ベースバンド(BB)プロセッサ及び/又は他のプロセッサ等により実装されてもよい。
 基地局100は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、通信処理部181の動作を行ってもよい。上記プログラムは、通信処理部181の動作を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <8.2.ゲートウェイの構成>
 まず、図22を参照して、第5の実施形態に係るゲートウェイ200の構成の例を説明する。図22は、第5の実施形態に係るゲートウェイ200の概略的な構成の例を示すブロック図である。図22を参照すると、ゲートウェイ200は、通信処理部271及び情報取得部273を備える。
 通信処理部271及び情報取得部273の具体的な動作は、後に説明する。
 通信処理部271及び情報取得部273は、プロセッサ等により実装されてもよい。通信処理部271及び情報取得部273は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。
 ゲートウェイ200は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、通信処理部271及び情報取得部273の動作を行ってもよい。上記プログラムは、通信処理部271及び情報取得部273の動作を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <8.3.技術的特徴>
 次に、第5の実施形態の技術的特徴を説明する。
 ゲートウェイ200(通信処理部271)は、基地局100からのダウンリンクデータをWLAN経由で端末装置400へ送信し、及び/又は、端末装置400からのアップリンクデータを上記WLAN経由で受信する。
 とりわけ、ゲートウェイ200(情報取得部273)は、ゲートウェイ200又は上記WLANにおける輻輳に関する輻輳情報を取得する。そして、ゲートウェイ200(通信処理部271)は、上記輻輳情報を基地局100へ送信する。基地局100(通信処理部181)は、ゲートウェイ200から上記輻輳情報を受信する。
 これにより、例えば、基地局100は、ゲートウェイ200又は上記WLANにおける輻輳を把握することが可能になる。そのため、基地局100は、WLAN経由でのダウンリンクデータの送信(オフローディング)を抑制又は停止することにより、オフローディングによるダウンリンクでのデータロスを回避し得る。
 なお、上記WLANにおける輻輳は、1つ以上のWLAN-AP300における輻輳を意味してもよい。
 輻輳情報、輻輳情報の取得、輻輳情報の送信、輻輳制御、及び/又は処理の流れについての説明は、例えば、一部の符号の相違を除き、第2の実施形態におけるこれらについての説明と同じである。よって、ここでは重複する説明を省略する。
 <<9.第6の実施形態>>
 続いて、図23及び図24を参照して、本発明の第6の実施形態を説明する。上述した第3の実施形態は、具体的な実施形態であるが、第6の実施形態は、より一般化された実施形態である。
 <9.1.基地局の構成>
 まず、図23を参照して、第6の実施形態に係る基地局100の構成の例を説明する。図23は、第6の実施形態に係る基地局100の概略的な構成の例を示すブロック図である。図23を参照すると、基地局100は、通信処理部191及び測定部193を備える。
 通信処理部191及び測定部193の具体的な動作は、後に説明する。
 通信処理部191及び測定部193は、ベースバンド(BB)プロセッサ及び/又は他のプロセッサ等により実装されてもよい。通信処理部191及び測定部193は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。
 基地局100は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、通信処理部191及び測定部193の動作を行ってもよい。上記プログラムは、通信処理部191及び測定部193の動作を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <9.2.ゲートウェイの構成>
 まず、図24を参照して、第6の実施形態に係るゲートウェイ200の構成の例を説明する。図24は、第6の実施形態に係るゲートウェイ200の概略的な構成の例を示すブロック図である。図24を参照すると、ゲートウェイ200は、通信処理部281及び情報取得部283を備える。
 通信処理部281及び情報取得部283の具体的な動作は、後に説明する。
 通信処理部281及び情報取得部283は、プロセッサ等により実装されてもよい。通信処理部281及び情報取得部283は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。
 ゲートウェイ200は、プログラムを記憶するメモリと、当該プログラムを実行可能な1つ以上のプロセッサとを含んでもよく、当該1つ以上のプロセッサは、通信処理部281及び情報取得部283の動作を行ってもよい。上記プログラムは、通信処理部281及び情報取得部283の動作を上記1つ以上のプロセッサに実行させるためのプログラムであってもよい。
 <9.3.技術的特徴>
 次に、第6の実施形態の技術的特徴を説明する。
 ゲートウェイ200(通信処理部281)は、基地局100からのダウンリンクデータをWLAN経由で端末装置400へ送信し、及び/又は、端末装置400からのアップリンクデータを上記WLAN経由で受信する。即ち、ゲートウェイ200は、WLAN経由での基地局100と端末装置400との通信に用いられる。
 とりわけ、ゲートウェイ200(情報取得部283)は、ゲートウェイ200又は上記WLANにおける通信パフォーマンスに関するパフォーマンス情報を取得する。そして、ゲートウェイ200(通信処理部281)は、上記パフォーマンス情報を基地局100へ送信する。
 また、基地局100(通信処理部191)は、ゲートウェイ200から上記パフォーマンス情報を受信する。そして、基地局100(測定部193)は、上記パフォーマンス情報に基づいて、ゲートウェイ200又は上記WLANに関するパフォーマンス測定を行う。
 これにより、例えば、WLAN経由での通信のパフォーマンスを容易に知ることが可能になり、その結果、適切な経路判定及び/又はネットワーク設計(例えばLWIPシステムの増減等)がより容易になり得る。
 なお、上記WLANにおける通信パフォーマンスは、1つ以上のWLAN-AP300における通信パフォーマンスを意味してもよい。
 パフォーマンス情報、パフォーマンス情報の取得、パフォーマンス情報の送信、パフォーマンス測定、及び/又は処理の流れについての説明は、例えば、一部の符号の相違を除き、第3の実施形態におけるこれらについての説明と同じである。よって、ここでは重複する説明を省略する。
 以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。
 例えば、本明細書に記載されている処理におけるステップは、必ずしもフローチャート又はシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、フローチャート又はシーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
 また、本明細書において説明した基地局の構成要素(例えば、第1通信処理部、第2通信処理部、制御部、通信処理部及び/又は測定部)を備える装置(例えば、基地局を構成する複数の装置(又はユニット)のうちの1つ以上の装置(又はユニット))又はモジュール(例えば、上記複数の装置(又はユニット)のうちの1つのためのモジュール)が提供されてもよい。本明細書において説明したゲートウェイの構成要素(例えば、第1通信処理部、第2通信処理部、制御部、通信処理部及び/又は情報取得部)を備えるモジュールが提供されてもよい。また、上記構成要素の処理を含む方法が提供されてもよく、上記構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録したコンピュータに読み取り可能な非一時的記録媒体(Non-transitory computer readable medium)が提供されてもよい。当然ながら、このような装置、モジュール、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体も本発明に含まれる。
 上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
(付記1)
 基地局であって、
 端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する第1通信処理部と、
 無線ローカルエリアネットワーク経由での前記基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信する第2通信処理部と、
を備え、
 前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
 前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
基地局。
(付記2)
 前記サービス品質は、前記ダウンリンクデータについてのQCI(Quality Class Indicator)又はIP(Internet Protocol)フローである、付記1に記載の基地局。
(付記3)
 前記識別情報は、前記ダウンリンクデータについてのベアラを識別するための識別情報である、付記1又は2に記載の基地局。
(付記4)
 前記フレームプロトコルは、トンネリングプロトコルである、付記1~3のいずれか1項に記載の基地局。
(付記5)
 前記フレームプロトコルは、GTP-u(GPRS Tunneling Protocol user plane)又はGRE(Generic Routing Encapsulation)である、付記4に記載の基地局。
(付記6)
 前記識別情報は、GTP-uのTEID(Tunnel Endpoint Identifier)又はGREのkeyである、付記5に記載の基地局。
(付記7)
 前記識別情報に基づいて、前記ヘッダが付与された前記ダウンリンクデータの送信に対する優先制御を行う制御部、をさらに備える、付記1~6のいずれか1項に記載の基地局。
(付記8)
 前記優先制御は、
  前記ヘッダが付与された前記ダウンリンクデータについてのキューイング若しくはトラフィックシェーピング、
  前記ヘッダが付与された前記ダウンリンクデータに付与されるIP(Internet Protocol)ヘッダ内のDSCP(Differentiated Service Code Point)値の決定、又は、
  複数のゲートウェイの中からの前記ゲートウェイの選択
 を含む、
付記7に記載の基地局。
(付記9)
 前記基地局は、eNB(evolved Node B)であり、
 前記端末装置は、UE(User Equipment)である、
付記1~8のいずれか1項に記載の基地局。
(付記10)
 前記ゲートウェイは、セキュリティゲートウェイである、付記1~9のいずれか1項に記載の基地局。
(付記11)
 前記ゲートウェイは、LWIP-SeGW(LTE WLAN RAN Level Integration using IPSec Security Gateway)である、付記10に記載の基地局。
(付記12)
 ゲートウェイであって、
 無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する第1通信処理部と、
 前記ヘッダが付与された前記アップリンクデータを基地局へ送信する第2通信処理部と、
を備え、
 前記フレームプロトコルは、前記ゲートウェイと前記基地局との通信のためのプロトコルであり、
 前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
ゲートウェイ。
(付記13)
 前記識別情報は、前記アップリンクデータについてのベアラを識別するための識別情報である、付記12に記載のゲートウェイ。
(付記14)
 前記識別情報に基づいて、前記ヘッダが付与された前記アップリンクデータの送信に対する優先制御を行う制御部、をさらに備える、付記12又は13に記載のゲートウェイ。
(付記15)
 前記優先制御は、
  前記ヘッダが付与された前記アップリンクデータについてのキューイング若しくはトラフィックシェーピング、又は、
  前記ヘッダが付与された前記アップリンクデータに付与されるIPヘッダ内のDSCP値の決定
 を含む、
付記14に記載のゲートウェイ。
(付記16)
 前記識別情報は、前記アップリンクデータに含まれる情報、又は、前記アップリンクデータとともに前記端末装置により送信された情報である、付記12~15のいずれか1項に記載のゲートウェイ。
(付記17)
 前記第2通信処理部は、前記識別情報に対応する前記サービス品質を示す情報を前記基地局から受信する、付記12~16のいずれか1項に記載のゲートウェイ。
(付記18)
 ゲートウェイであって、
 基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信する通信処理部と、
 前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得する情報取得部と、
を備え、
 前記通信処理部は、前記輻輳情報を前記基地局へ送信する、
ゲートウェイ。
(付記19)
 前記通信処理部は、前記アップリンクデータを受信し、前記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された前記アップリンクデータを前記基地局へ送信し、
 前記ヘッダは、前記輻輳情報を含む、
付記18に記載のゲートウェイ。
(付記20)
 前記輻輳情報は、前記輻輳の有無を示す輻輳フラグである、付記19に記載のゲートウェイ。
(付記21)
 前記フレームプロトコルは、GTP-u又はGREである、付記19又は20に記載のゲートウェイ。
(付記22)
 基地局であって、
 無線ローカルエリアネットワーク経由での前記基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信する通信処理部、
を備える基地局。
(付記23)
 前記輻輳情報に基づいて前記輻輳に対する制御を行う制御部をさらに備える、付記22に記載の基地局。
(付記24)
 前記通信処理部は、前記無線ローカルエリアネットワーク経由で端末装置へ送信するダウンリンクデータを前記ゲートウェイへ送信し、
 前記制御は、前記ゲートウェイ及び前記無線ローカルエリアネットワーク経由でのダウンリンクデータの送信を抑制又は停止することを含む、
付記23に記載の基地局。
(付記25)
 基地局であって、
 無線ローカルエリアネットワーク経由での前記基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信する通信処理部と、
 前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行う測定部と、
を備える基地局。
(付記26)
 前記パフォーマンス測定は、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおけるスループット、利用率又はパケットロス数の測定を含む、付記25に記載の基地局。
(付記27)
 前記通信パフォーマンスは、サービス品質ごとの通信パフォーマンスである、付記25又は26に記載の基地局。
(付記28)
 前記サービス品質は、QCI又はIPフローである、付記27に記載の基地局。
(付記29)
 ゲートウェイであって、
 基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信する通信処理部と、
 前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得する情報取得部と、
を備え、
 前記通信処理部は、前記パフォーマンス情報を前記基地局へ送信する、
ゲートウェイ。
(付記30)
 前記通信処理部は、前記アップリンクデータを受信し、前記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された前記アップリンクデータを前記基地局へ送信し、
 前記ヘッダは、前記パフォーマンス情報を含む、
付記29に記載のゲートウェイ。
(付記31)
 前記フレームプロトコルは、GTP-u又はGREである、付記30に記載のゲートウェイ。
(付記32)
 端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
 無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
を含み、
 前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
 前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
方法。
(付記33)
 端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
 無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
をプロセッサに実行させるためのプログラムであり、
 前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
 前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
プログラム。
(付記34)
 端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
 無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、
 前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
 前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
コンピュータに読み取り可能な非一時的記録媒体。
(付記35)
 無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
 前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
を含み、
 前記フレームプロトコルは、ゲートウェイと前記基地局との通信のためのプロトコルであり、
 前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
方法。
(付記36)
 無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
 前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
をプロセッサに実行させるためのプログラムであり、
 前記フレームプロトコルは、ゲートウェイと前記基地局との通信のためのプロトコルであり、
 前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
プログラム。
(付記37)
 無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
 前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、
 前記フレームプロトコルは、ゲートウェイと前記基地局との通信のためのプロトコルであり、
 前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
コンピュータに読み取り可能な非一時的記録媒体。
(付記38)
 基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
 ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、
 前記輻輳情報を前記基地局へ送信することと、
を含む方法。
(付記39)
 基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
 ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、
 前記輻輳情報を前記基地局へ送信することと、
をプロセッサに実行させるためのプログラム。
(付記40)
 基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
 ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、
 前記輻輳情報を前記基地局へ送信することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
(付記41)
 無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信すること、
を含む方法。
(付記42)
 無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信すること、
をプロセッサに実行させるためのプログラム。
(付記43)
 無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信すること、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
(付記44)
 無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、
 前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、
を含む方法。
(付記45)
 無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、
 前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、
をプロセッサに実行させるためのプログラム。
(付記46)
 無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、
 前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
(付記47)
 基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
 ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、
 前記パフォーマンス情報を前記基地局へ送信することと、
を含む方法。
(付記48)
 基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
 ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、
 前記パフォーマンス情報を前記基地局へ送信することと、
をプロセッサに実行させるためのプログラム。
(付記49)
 基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
 ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、
 前記パフォーマンス情報を前記基地局へ送信することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
 この出願は、2016年9月29日に出願された日本出願特願2016-191763を基礎とする優先権を主張し、その開示の全てをここに取り込む。
 セルラーネットワークのデータをWLAN経由で送受信する場合についての改善を行うことができる。
 1    システム
 10   eNB(evolved Node B)
 20   LWIP(LTE/WLAN Radio Level Integration with IPsec Tunnel)-SeGW(Security Gateway)
 30、300 WLAN-AP(Wireless Local Area Network Access Point)
 40   UE(User Equipment)
 50   MME(Mobility Management Entity)
 60   S-GW(Serving Gateway)
 100  基地局
 141、171 第1通信処理部
 143、173 第2通信処理部
 145、153 制御部
 151、161、181、191 通信処理部
 163、193 測定部
 200  ゲートウェイ
 231、261 第1通信処理部
 233、263 第2通信処理部
 235  制御部
 241、251、271、281 通信処理部
 243、253、273、283 情報取得部
 400  端末装置
 500  コアネットワーク
 

 

Claims (49)

  1.  基地局であって、
     端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する第1通信処理部と、
     無線ローカルエリアネットワーク経由での前記基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信する第2通信処理部と、
    を備え、
     前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
     前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
    基地局。
  2.  前記サービス品質は、前記ダウンリンクデータについてのQCI(Quality Class Indicator)又はIP(Internet Protocol)フローである、請求項1に記載の基地局。
  3.  前記識別情報は、前記ダウンリンクデータについてのベアラを識別するための識別情報である、請求項1又は2に記載の基地局。
  4.  前記フレームプロトコルは、トンネリングプロトコルである、請求項1~3のいずれか1項に記載の基地局。
  5.  前記フレームプロトコルは、GTP-u(GPRS Tunneling Protocol user plane)又はGRE(Generic Routing Encapsulation)である、請求項4に記載の基地局。
  6.  前記識別情報は、GTP-uのTEID(Tunnel Endpoint Identifier)又はGREのkeyである、請求項5に記載の基地局。
  7.  前記識別情報に基づいて、前記ヘッダが付与された前記ダウンリンクデータの送信に対する優先制御を行う制御部、をさらに備える、請求項1~6のいずれか1項に記載の基地局。
  8.  前記優先制御は、
      前記ヘッダが付与された前記ダウンリンクデータについてのキューイング若しくはトラフィックシェーピング、
      前記ヘッダが付与された前記ダウンリンクデータに付与されるIP(Internet Protocol)ヘッダ内のDSCP(Differentiated Service Code Point)値の決定、又は、
      複数のゲートウェイの中からの前記ゲートウェイの選択
     を含む、
    請求項7に記載の基地局。
  9.  前記基地局は、eNB(evolved Node B)であり、
     前記端末装置は、UE(User Equipment)である、
    請求項1~8のいずれか1項に記載の基地局。
  10.  前記ゲートウェイは、セキュリティゲートウェイである、請求項1~9のいずれか1項に記載の基地局。
  11.  前記ゲートウェイは、LWIP-SeGW(LTE WLAN RAN Level Integration using IPSec Security Gateway)である、請求項10に記載の基地局。
  12.  ゲートウェイであって、
     無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する第1通信処理部と、
     前記ヘッダが付与された前記アップリンクデータを基地局へ送信する第2通信処理部と、
    を備え、
     前記フレームプロトコルは、前記ゲートウェイと前記基地局との通信のためのプロトコルであり、
     前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
    ゲートウェイ。
  13.  前記識別情報は、前記アップリンクデータについてのベアラを識別するための識別情報である、請求項12に記載のゲートウェイ。
  14.  前記識別情報に基づいて、前記ヘッダが付与された前記アップリンクデータの送信に対する優先制御を行う制御部、をさらに備える、請求項12又は13に記載のゲートウェイ。
  15.  前記優先制御は、
      前記ヘッダが付与された前記アップリンクデータについてのキューイング若しくはトラフィックシェーピング、又は、
      前記ヘッダが付与された前記アップリンクデータに付与されるIPヘッダ内のDSCP値の決定
     を含む、
    請求項14に記載のゲートウェイ。
  16.  前記識別情報は、前記アップリンクデータに含まれる情報、又は、前記アップリンクデータとともに前記端末装置により送信された情報である、請求項12~15のいずれか1項に記載のゲートウェイ。
  17.  前記第2通信処理部は、前記識別情報に対応する前記サービス品質を示す情報を前記基地局から受信する、請求項12~16のいずれか1項に記載のゲートウェイ。
  18.  ゲートウェイであって、
     基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信する通信処理部と、
     前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得する情報取得部と、
    を備え、
     前記通信処理部は、前記輻輳情報を前記基地局へ送信する、
    ゲートウェイ。
  19.  前記通信処理部は、前記アップリンクデータを受信し、前記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された前記アップリンクデータを前記基地局へ送信し、
     前記ヘッダは、前記輻輳情報を含む、
    請求項18に記載のゲートウェイ。
  20.  前記輻輳情報は、前記輻輳の有無を示す輻輳フラグである、請求項19に記載のゲートウェイ。
  21.  前記フレームプロトコルは、GTP-u又はGREである、請求項19又は20に記載のゲートウェイ。
  22.  基地局であって、
     無線ローカルエリアネットワーク経由での前記基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信する通信処理部、
    を備える基地局。
  23.  前記輻輳情報に基づいて前記輻輳に対する制御を行う制御部をさらに備える、請求項22に記載の基地局。
  24.  前記通信処理部は、前記無線ローカルエリアネットワーク経由で端末装置へ送信するダウンリンクデータを前記ゲートウェイへ送信し、
     前記制御は、前記ゲートウェイ及び前記無線ローカルエリアネットワーク経由でのダウンリンクデータの送信を抑制又は停止することを含む、
    請求項23に記載の基地局。
  25.  基地局であって、
     無線ローカルエリアネットワーク経由での前記基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信する通信処理部と、
     前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行う測定部と、
    を備える基地局。
  26.  前記パフォーマンス測定は、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおけるスループット、利用率又はパケットロス数の測定を含む、請求項25に記載の基地局。
  27.  前記通信パフォーマンスは、サービス品質ごとの通信パフォーマンスである、請求項25又は26に記載の基地局。
  28.  前記サービス品質は、QCI又はIPフローである、請求項27に記載の基地局。
  29.  ゲートウェイであって、
     基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信する通信処理部と、
     前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得する情報取得部と、
    を備え、
     前記通信処理部は、前記パフォーマンス情報を前記基地局へ送信する、
    ゲートウェイ。
  30.  前記通信処理部は、前記アップリンクデータを受信し、前記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された前記アップリンクデータを前記基地局へ送信し、
     前記ヘッダは、前記パフォーマンス情報を含む、
    請求項29に記載のゲートウェイ。
  31.  前記フレームプロトコルは、GTP-u又はGREである、請求項30に記載のゲートウェイ。
  32.  端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
     無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
    を含み、
     前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
     前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
    方法。
  33.  端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
     無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
    をプロセッサに実行させるためのプログラムであり、
     前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
     前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
    プログラム。
  34.  端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
     無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
    をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、
     前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
     前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
    コンピュータに読み取り可能な非一時的記録媒体。
  35.  無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
     前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
    を含み、
     前記フレームプロトコルは、ゲートウェイと前記基地局との通信のためのプロトコルであり、
     前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
    方法。
  36.  無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
     前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
    をプロセッサに実行させるためのプログラムであり、
     前記フレームプロトコルは、ゲートウェイと前記基地局との通信のためのプロトコルであり、
     前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
    プログラム。
  37.  無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
     前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
    をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、
     前記フレームプロトコルは、ゲートウェイと前記基地局との通信のためのプロトコルであり、
     前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
    コンピュータに読み取り可能な非一時的記録媒体。
  38.  基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
     ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、
     前記輻輳情報を前記基地局へ送信することと、
    を含む方法。
  39.  基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
     ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、
     前記輻輳情報を前記基地局へ送信することと、
    をプロセッサに実行させるためのプログラム。
  40.  基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
     ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、
     前記輻輳情報を前記基地局へ送信することと、
    をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
  41.  無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信すること、
    を含む方法。
  42.  無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信すること、
    をプロセッサに実行させるためのプログラム。
  43.  無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信すること、
    をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
  44.  無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、
     前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、
    を含む方法。
  45.  無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、
     前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、
    をプロセッサに実行させるためのプログラム。
  46.  無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、
     前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、
    をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
  47.  基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
     ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、
     前記パフォーマンス情報を前記基地局へ送信することと、
    を含む方法。
  48.  基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
     ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、
     前記パフォーマンス情報を前記基地局へ送信することと、
    をプロセッサに実行させるためのプログラム。
  49.  基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
     ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、
     前記パフォーマンス情報を前記基地局へ送信することと、
    をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
     

     
PCT/JP2017/031373 2016-09-29 2017-08-31 基地局、ゲートウェイ、方法、プログラム及び記録媒体 WO2018061601A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2018542026A JP6777156B2 (ja) 2016-09-29 2017-08-31 基地局、ゲートウェイ、方法、プログラム及び記録媒体
US16/326,509 US11503503B2 (en) 2016-09-29 2017-08-31 Adding framing protocol header to downlink data
EP17855559.5A EP3522594A4 (en) 2016-09-29 2017-08-31 BASIC STATION, GATEWAY, PROCEDURE, PROGRAM AND RECORDING MEDIUM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016191763 2016-09-29
JP2016-191763 2016-09-29

Publications (1)

Publication Number Publication Date
WO2018061601A1 true WO2018061601A1 (ja) 2018-04-05

Family

ID=61759539

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/031373 WO2018061601A1 (ja) 2016-09-29 2017-08-31 基地局、ゲートウェイ、方法、プログラム及び記録媒体

Country Status (4)

Country Link
US (1) US11503503B2 (ja)
EP (1) EP3522594A4 (ja)
JP (1) JP6777156B2 (ja)
WO (1) WO2018061601A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10728826B2 (en) 2018-07-02 2020-07-28 At&T Intellectual Property I, L.P. Cell site routing based on latency
US11533777B2 (en) 2018-06-29 2022-12-20 At&T Intellectual Property I, L.P. Cell site architecture that supports 5G and legacy protocols

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114189905A (zh) * 2020-09-15 2022-03-15 华为技术有限公司 一种报文处理方法及相关设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014527771A (ja) * 2011-08-18 2014-10-16 ヴィド スケール インコーポレイテッド パケットを差別化する方法およびシステム
WO2015170764A1 (ja) * 2014-05-08 2015-11-12 京セラ株式会社 通信システム、ユーザ端末及び通信制御方法
WO2016093166A1 (ja) * 2014-12-08 2016-06-16 日本電気株式会社 無線リソース制御システム、無線基地局、中継装置、無線リソース制御方法およびプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8000242B2 (en) 2006-07-06 2011-08-16 Alcatel Lucent Reducing packet loss for a packet data service during congestion in a transport network
CN104901875B (zh) 2009-11-02 2018-03-02 Lg电子株式会社 直接路径使能的方法和相应的家庭蜂窝基站
CN103036779A (zh) 2011-09-28 2013-04-10 华为技术有限公司 一种数据发送的方法和装置
EP2667656B1 (en) 2012-05-21 2019-08-07 Vodafone GmbH Method and system for transmitting data packets between at least one transmitting and one receiving gateway of a communications network
US20130343269A1 (en) * 2012-06-21 2013-12-26 Telefonaktiebolaget L M Ericsson (Publ) Routing data over a non-3rd generation partnership project trusted network
US9432873B2 (en) * 2013-05-20 2016-08-30 Nokia Technologies Oy Differentiation of traffic flows for uplink transmission
US9647935B2 (en) * 2013-10-23 2017-05-09 Verizon Patent And Licensing Inc. Inter-layer quality of service preservation
KR101539917B1 (ko) 2014-01-17 2015-07-28 주식회사 이노와이어리스 소형셀의 유동적 접속 제어 fap 디바이스 및 그 구동 방법
US10123371B2 (en) * 2015-10-02 2018-11-06 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for LTE-WAN aggregation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014527771A (ja) * 2011-08-18 2014-10-16 ヴィド スケール インコーポレイテッド パケットを差別化する方法およびシステム
WO2015170764A1 (ja) * 2014-05-08 2015-11-12 京セラ株式会社 通信システム、ユーザ端末及び通信制御方法
WO2016093166A1 (ja) * 2014-12-08 2016-06-16 日本電気株式会社 無線リソース制御システム、無線基地局、中継装置、無線リソース制御方法およびプログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP TSG-RAN WG3#91 R3-160456, 22 January 2016 (2016-01-22), XP051066923 *
See also references of EP3522594A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11533777B2 (en) 2018-06-29 2022-12-20 At&T Intellectual Property I, L.P. Cell site architecture that supports 5G and legacy protocols
US10728826B2 (en) 2018-07-02 2020-07-28 At&T Intellectual Property I, L.P. Cell site routing based on latency

Also Published As

Publication number Publication date
JPWO2018061601A1 (ja) 2019-06-24
JP6777156B2 (ja) 2020-10-28
EP3522594A1 (en) 2019-08-07
EP3522594A4 (en) 2019-08-07
US20210289395A1 (en) 2021-09-16
US11503503B2 (en) 2022-11-15

Similar Documents

Publication Publication Date Title
CN107006022B (zh) 用户装置、存储装置以及lwa pdu路由方法及装置
JP7131386B2 (ja) 無線基地局、第1無線制御装置、第2無線制御装置および無線装置
JP7396519B2 (ja) 無線アクセスネットワークノード及び無線端末並びにこれらの方法
US10721617B2 (en) Method of dynamic PDCP status report polling for LTE-WLAN aggregation
CN107113656B (zh) 用于lte-wlan聚合的qos保障
US11737128B2 (en) Wireless communications system, base station, mobile station, and processing method
CN112003684A (zh) 数据传输方法及装置
JP6777156B2 (ja) 基地局、ゲートウェイ、方法、プログラム及び記録媒体
CN114467288A (zh) 一种数据包传输方法及装置
JP6478197B2 (ja) ダウンリンクのオフロードおよび統合の方法、アップリンクのオフロードおよび統合の方法、ならびにデバイス
JP6747515B2 (ja) 基地局、ゲートウェイ、装置、方法、プログラム及び記録媒体
JP6052410B2 (ja) 基地局装置、移動局装置及び通信方法
JP6551461B2 (ja) 無線通信システム、無線通信装置および無線通信装置の制御方法
JP6540812B2 (ja) 無線通信に関するゲートウェイ、方法、システム、及び、プログラム
WO2014207930A1 (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: 17855559

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018542026

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017855559

Country of ref document: EP

Effective date: 20190429