WO2017017931A1 - 移動通信システム、ｍｍｅ、端末、及び通信方法 - Google Patents

移動通信システム、ｍｍｅ、端末、及び通信方法 Download PDF

Info

Publication number
WO2017017931A1
WO2017017931A1 PCT/JP2016/003392 JP2016003392W WO2017017931A1 WO 2017017931 A1 WO2017017931 A1 WO 2017017931A1 JP 2016003392 W JP2016003392 W JP 2016003392W WO 2017017931 A1 WO2017017931 A1 WO 2017017931A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
plane
small data
mme
information
Prior art date
Application number
PCT/JP2016/003392
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 CN201680043490.0A priority Critical patent/CN107852596A/zh
Priority to MX2018001016A priority patent/MX2018001016A/es
Priority to EP16830037.4A priority patent/EP3328105B1/en
Priority to US15/747,034 priority patent/US11272337B2/en
Priority to JP2017514947A priority patent/JP6512641B2/ja
Publication of WO2017017931A1 publication Critical patent/WO2017017931A1/ja
Priority to US16/597,403 priority patent/US11445345B2/en
Priority to US17/865,742 priority patent/US20220353659A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present invention relates to small data communication technology.
  • the IoT device may be, for example, a sensor device, a smart meter, a home appliance, or a vending machine connected to the Internet. Further, the IoT device may be referred to as an MTC (Machine Type Communication) device or an M2M (Machine Type To Machine) device. For example, the IoT device periodically transmits data having a very small capacity compared to data communicated by a general mobile phone or smartphone to a server device or the like. For example, the IoT device may be a device that periodically transmits data of about several tens of bytes.
  • IoT devices operate for a long time by realizing power saving. For example, when a certain company manages a large number of IoT devices, it is desirable that the number of times of performing a battery charging operation, a battery replacement operation, or the like is small from the viewpoint of management cost.
  • communication mainly assumes that a mobile phone terminal or a smartphone is accommodated. A procedure has been established. Mobile phone terminals or smartphones frequently transmit and receive data having a larger data capacity than the data transmitted by the IoT device. That is, the communication system currently specified in 3GPP is not an optimal communication system for accommodating an IoT device that is required to save power, and thus cannot save power of the IoT device. There is.
  • An object of the present invention is to provide a network device, a communication terminal, a communication system, a reception method, a transmission method, and a program capable of executing a communication procedure suitable for accommodating an IoT device.
  • a network device provides a communication unit that receives profile information of the communication terminal transmitted from a communication terminal, and a procedure for establishing a radio link with the communication terminal according to the profile information.
  • a determination unit for determining whether or not to omit at least one of a setting procedure of a radio resource used for communication of user data with the communication terminal and a security setting procedure with the communication terminal;
  • the communication unit receives small data transmitted from the communication terminal via the wireless link.
  • the communication terminal responds to the profile information in a communication unit that transmits the profile information of the terminal to the network device, and a procedure for establishing a wireless link with the network device from the network device. Receiving information on whether or not at least one of a setting procedure of a radio resource used for user data communication with the network device and a security setting procedure with the network device can be omitted. A communication unit that transmits small data to the network device via the wireless link.
  • a communication system includes a communication terminal, a base station that performs radio communication with the communication terminal, and a core network that controls a procedure for establishing a radio link between the communication terminal and the base station. And when the core network device receives profile information of the communication terminal transmitted from the communication terminal, the core network device is used for user data communication with the communication terminal in the radio link establishment procedure.
  • An instruction message instructing to omit at least one of a radio resource setting procedure and a security setting procedure with the communication terminal is transmitted to the base station, and the base station, in response to the instruction message, Setting procedure of radio resources used for communication of user data with the communication terminal, and communication with the communication terminal Omitted at least one of the security configuration steps to perform the establishment procedure of the radio link, the communication terminal is configured to transmit the small data to the base station over the wireless link.
  • a reception method that receives the profile information of the communication terminal transmitted from a communication terminal and establishes a radio link with the communication terminal, in accordance with the profile information. It is determined whether or not to omit at least one of a radio resource setting procedure used for user data communication with a terminal and a security setting procedure with the communication terminal, and the radio link via the radio link. The small data transmitted from the communication terminal is received.
  • the transmission method in the procedure of transmitting the profile information of the own terminal to the network device, and establishing a radio link with the network device from the network device, according to the profile information, Receiving information on whether or not at least one of a setting procedure of a radio resource used for communication of user data with a network device and a security setting procedure with the network device can be omitted; Small data is transmitted to the network device via a wireless link.
  • a program that receives profile information of the communication terminal transmitted from a communication terminal and establishes a radio link with the communication terminal in accordance with the profile information in the procedure of establishing the radio link. Whether to omit at least one of a setting procedure of radio resources used for communication of user data between and a security setting procedure with the communication terminal, and the communication via the radio link.
  • the computer is made to receive the small data transmitted from the terminal.
  • a network device a communication terminal, a communication system, a reception method, a transmission method, and a program that can execute a communication procedure suitable for accommodating an IoT device.
  • FIG. 1 is a configuration diagram of a network device according to a first exemplary embodiment
  • FIG. 3 is a configuration diagram of a communication system according to a second exemplary embodiment. It is a block diagram of UE concerning Embodiment 2.
  • FIG. It is a figure explaining the category information concerning Embodiment 2.
  • FIG. It is a block diagram of MME concerning Embodiment 2.
  • FIG. It is a block diagram of eNB concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of Attach processing concerning Embodiment 2.
  • FIG. 10 is a diagram illustrating a flow of small data transmission processing according to the second exemplary embodiment; It is a figure which shows the establishment procedure of the radio link prescribed
  • the network device 10 may be a computer device that operates when a processor executes a program stored in a memory.
  • the network device 10 may be a device arranged on a communication network managed by a communication carrier.
  • the network device 10 may be a communication device such as a base station, a server device, or an exchange.
  • the network device 10 may be a router device or the like.
  • the network device 10 includes a communication unit (the communication unit may be referred to as a transmission and reception unit) 11 and a determination unit 12.
  • the communication unit 11 and the determination unit 12 that are components of the network device 10 may be software or modules that operate when a processor executes a program stored in a memory.
  • the component of the network device 10 may be hardware or a chip.
  • the communication unit 11 receives the profile information of the communication terminal 20 transmitted from the communication terminal 20.
  • the communication terminal 20 may be an IoT device that autonomously performs communication without user operation.
  • the IoT device may be an M2M (Machine Machine) device or an MTC (Machine Type Communication) device.
  • the communication terminal 20 may be a sensor device, a smart meter, a home appliance, a vending machine, or the like connected to the Internet.
  • the data transmitted by the IoT device is assumed to be small data. Since the small data has a small transmission capacity, it can be transmitted even with radio resources for control data. Therefore, when transmitting small data using the radio resource for control data, the radio resource for user data becomes unnecessary.
  • the profile information of the communication terminal 20 may be information in which an operation of the communication terminal 20 or a process executed in the communication terminal 20 is defined.
  • the determination unit 12 sets a radio resource used for user data communication with the communication terminal 20 according to the profile information transmitted from the communication terminal 20, and It is determined whether at least one of the security setting procedures with the communication terminal 20 is omitted.
  • the network device 10 establishes a wireless link with the communication terminal 20 when performing wireless communication with the communication terminal 20. For example, the network device 10 establishes a wireless link with the communication terminal 20 at a timing when the power of the communication terminal 20 transitions from an OFF state to an ON state, a predetermined period, or a timing at which the communication terminal 20 transmits data. Establish.
  • the establishment of the radio link is performed according to a predetermined procedure.
  • the predetermined procedure may be determined by a telecommunications carrier that manages the network device 10. Alternatively, the predetermined procedure may be determined in 3GPP or the like.
  • establishment of a radio link may be paraphrased as setting of a radio bearer or setting of a radio communication line.
  • the radio resource used for user data communication is, for example, for the communication terminal 20 to transmit / receive text data, audio data, image data, or the like, which is user data, to / from the network device 10.
  • the radio channel used may be used.
  • the radio resource may be a frequency band assigned to the communication terminal 20 for communication, communication timing, transmission power, or the like.
  • U-Plane User Plane
  • control data is data used for the communication terminal 20 to start, end or maintain communication.
  • control data is data having a smaller data capacity than user data.
  • C-Plane (Control) Plane) is used for communication of control data.
  • the determination unit 12 may omit a procedure for setting a radio resource used for user data communication. . Furthermore, the determination unit 12 may omit the security setting procedure when the profile information of the communication terminal 20 indicates that the communication terminal 20 does not require high security.
  • the communication unit 11 receives the small data transmitted from the communication terminal 20 via the wireless link established based on the determination result in the determination unit 12.
  • the small data is, for example, data generated by the IoT device.
  • the small data is data having a sufficiently small capacity as compared with user data such as calls and images.
  • the small data may be sensor data or data with a small capacity (for example, about several tens of bytes) that is periodically transmitted to the network device 10.
  • the communication unit 11 also transmits data from the network device 10 to the communication terminal 20. Since the capacity of the small data is small, the determination unit 12 determines that the small data can be communicated with the radio resource for control data communication (C-Plane) instead of the radio resource for user data communication (U-Plane). In this case, the procedure for setting the radio resource for user data communication can be omitted. Moreover, since it is small data, when high security is not required, the determination part 12 can also omit the security setting procedure.
  • C-Plane radio resource for control data communication
  • the network device 10 can change the procedure for establishing a wireless link with the communication terminal 20 in accordance with the profile information of the communication terminal 20. Specifically, the network device 10 can omit a part of the procedure when establishing a wireless link with the communication terminal 20 according to the profile information.
  • the communication terminal 20 can reduce power consumption by omitting some procedures when establishing a wireless link with the network device 10. Thereby, the frequency of the battery exchange work etc. of the communication terminal 20 can be decreased. Therefore, even when a single company or organization connects many communication terminals 20 to the network device 10, an increase in cost associated with battery replacement of the communication terminals 20 can be suppressed.
  • UE 30 User Equipment 30 is used as a general term for communication terminals in 3GPP.
  • the UE 30 corresponds to the communication terminal 20 in FIG.
  • UE30 is demonstrated as an IoT device.
  • the base station apparatus eNB (evolved Node B) 40 performs radio communication with the UE 30.
  • the eNB 40 performs radio communication with the UE 30 using LTE (Long Term Evolution) as a radio communication method.
  • eNB40 relays the control data transmitted / received between UE30 and the mobility management apparatus MME (Mobility * Management * Entity) 50.
  • the eNB may be a RAN (Radio Access R Network), an RNC (Radio Network Controller), a BSC (Base Station Controller), or the like for CIoT (Cellular IoT).
  • the MME may be a mobility management device for CIoT, a packet switch, an SGSN, or the like.
  • the UE may be a terminal that communicates using a 2G radio technology, a 3G radio technology, an LTE radio technology, or a radio technology dedicated to CIoT.
  • the MME 50 performs UE 30 mobility management, authentication, user data transfer path setting processing, and the like.
  • the MME 50 relays control data transmitted and received between the eNB 40 and the SGW (Serving Gateway) 60.
  • the MME 50 or eNB 40 corresponds to the network device 10 in FIG. Or the function mounted in the network apparatus 10 may be distributed and arranged in the MME 50 and the eNB 40.
  • SGW60 receives the control data regarding UE30 transmitted from MME50. Furthermore, the SGW 60 sets a communication path for transmitting user data related to the UE 30 to and from the PGW (Packet Data Network Gateway) 70.
  • the SGW 60 receives the small data transmitted from the UE 30 via the MME 50 using the control data communication resource (C-Plane).
  • the SGW 60 transmits the received small data to the PGW 70 using C-Plane or using a resource (U-Plane) for user data communication. Further, the SGW 60 may transmit the small data regarding the UE 30 transmitted from the PGW 70 to the MME 50 using C-Plane.
  • the PGW 70 transmits user data destined for the UE 30 transmitted from the IoT server 80 or the like to the SGW 60. Further, the PGW 70 transmits the small data transmitted from the SGW 60 to the IoT server 80 or the like.
  • the MME 50, the SGW 60, and the PGW 70 may be referred to as EPC (Evolved Packet Packet Core) defined in 3GPP.
  • EPC Evolved Packet Packet Core
  • MME50, SGW60, and PGW70 may be called a core network apparatus etc.
  • the IoT server 80 may be a server managed by a carrier different from the carrier that manages EPC, or may be a server managed by a carrier that manages EPC.
  • the IoT server 80 and the PGW 70 may communicate via the Internet, which is a public IP network.
  • the IoT server 80 manages the UE 30 used as an IoT device. Furthermore, the IoT server 80 may receive the small data transmitted from the UE 30 used as the IoT device, and may analyze the small data.
  • the UE 30 includes an IoT application 31, a NAS (Non-Access-Stratum) control unit 32, an AS (Access Stratum) control unit 33, a U-Plane (User-Plane) control unit 34, and a radio communication unit 35.
  • Each component constituting the UE 30 may be software, a module, or the like in which processing is executed by a processor executing a program stored in a memory.
  • each component which comprises UE30 may be hardware or a chip
  • the IoT application 31 generates small data to be transmitted to the IoT server 80.
  • small data For example, when the UE 30 is a smart meter, the IoT application 31 may generate data indicating the amount of power used as small data.
  • the IoT application 31 may produce
  • the small data may be information managed by the UE 30, information detected by the UE 30, or the like.
  • the NAS control unit 32 generates a NAS message transmitted / received to / from the MME 50 via the eNB 40. Furthermore, the NAS control unit 32 receives a NAS message transmitted from the MME 50 via the eNB 40, and executes a process specified in the NAS message. eNB40 transmits the received NAS message to UE30 or MME50, without performing the process regarding a NAS message. In other words, the eNB 40 transparently transfers the NAS message transmitted from the UE 30 or the MME 50.
  • the NAS message is control data.
  • the NAS control unit 32 generates a NAS message including profile information regarding the UE 30. Furthermore, the NAS control unit 32 generates a NAS message including small data when transmitting the small data together with the control data using C-Plane.
  • the AS control unit 33 generates an AS message that is transmitted to and received from the eNB 40. Furthermore, the AS control unit 33 receives the AS message transmitted from the eNB 40, and executes the process specified in the AS message. The AS control unit 33 generates an AS message including profile information regarding the UE 30.
  • the U-Plane control unit 34 executes a process of establishing a communication line or channel used for transmitting / receiving user data to / from the eNB 40.
  • the NAS control unit 32 and the AS control unit 33 may be collectively referred to as a C-Plane (Control-Plane) control unit (not shown).
  • the C-Plane control unit executes processing for establishing a communication line or channel used for transmitting and receiving control data to and from the eNB 40.
  • the wireless communication unit 35 performs processing for performing wireless communication with the eNB 40.
  • the radio communication unit 35 generates a radio signal by modulating a signal including transmission data to a desired frequency, and transmits the generated radio signal to the eNB 40.
  • the radio communication unit 35 demodulates the radio signal transmitted from the eNB 40 and outputs the demodulated signal to the NAS control unit 32, the AS control unit 33, or the U-Plane control unit 34.
  • the profile information included in the NAS message or AS message will be described.
  • the profile information of the UE 30 may be information that defines the operation or contract information of the UE 30 or a process executed in the UE 30.
  • the following information may be included in the profile information of the UE 30 that is an IoT device. Moreover, the following information may be information set every time the UE 30 transmits small data.
  • Information indicating that a traffic channel (U-Plane) for transmitting user data is not required because small data is transmitted using C-Plane similarly to control data (hereinafter referred to as Traffic Channel unnecessary information and Show)
  • Information indicating that a security level lower than the security level used in general smartphones is required hereinafter referred to as low security requirement information.
  • Information indicating that the handover process is unnecessary because the UE 30 does not move hereinafter referred to as handover process unnecessary information
  • the Traffic Channel unnecessary information in (1) may be information indicating the information amount (size) of the small data.
  • the eNB 40 or the MME 50 determines whether Traffic Channel (U-Plane) is necessary with reference to the information amount (size) of the small data.
  • the low security level in (2) may be, for example, encryption of small data not required or simple level encryption.
  • the handover processing in (3) includes handover processing between base stations using the same wireless communication method (Intra RAT (Radio Access Technology) HO (Hand Over)) and handover processing between base stations using different wireless communication methods. (Inter RAT HO (Hand Over)) is included.
  • the category information of the indicated UE 30 may be set.
  • the category information of the UE 30 may be indicated using a 3-bit bit string as shown in FIG. “1” is set to the first bit when small data is transmitted using the C-Plane (control plane), and “0” is set when small data is transmitted using the U-Plane (user plane). Furthermore, “1” is set to the second bit when requesting a low security level, and “0” is set when requesting a high security level. Furthermore, “1” is set to the third bit when the handover process is not required, and “0” is set when the handover process is required.
  • the category information of the UE 30 is not limited to the example of FIG. 4, and a bit string of 4 bits or more or 2 bits or less may be used depending on the number of pieces of information to be set. Note that “0” and “1” may be referred to as the presence or absence of a flag.
  • the MME 50 includes a base station communication unit 51, a determination unit 52, a control unit 53, and a network communication unit 54.
  • Each component that configures the MME 50 may be software, a module, or the like that is processed by a processor executing a program stored in a memory.
  • each component which comprises MME50 may be hardware or a chip
  • the base station communication unit 51 receives the NAS message transmitted from the UE 30 via the eNB 40.
  • the base station communication unit 51 outputs the received NAS message to the determination unit 52.
  • the base station communication unit 51 may output the small data to the network communication unit 54.
  • the base station communication unit 51 receives the S1 message transmitted from the eNB 40.
  • S1 is a reference point defined by 3GPP.
  • the received S1 message is output to the determination unit 52.
  • the eNB 40 indicates that it is possible to support an operation that can change the radio resource setting procedure, an operation that omits the security setting procedure, or an operation that stops processing related to the handover according to an instruction from the MME 50 (information indicating the eNB capability). NodeB type) may be transmitted to the MME 50 using the S1 message.
  • the determination unit 52 omits at least one of a radio resource setting procedure used for user data communication with the UE 30 and a security setting procedure with the UE 30 according to the profile information of the UE 30 included in the NAS message. It is determined whether or not.
  • the determination unit 52 outputs the determination result to the control unit 53. Note that the determination unit 52 may acquire subscriber information from the HSS 90 and use information related to IoT included in the subscriber information for the determination.
  • the control unit 53 instructs the eNB 40 to omit the radio resource setting procedure via the base station communication unit 51. Send a message.
  • the base station communication unit 51 is used. Then, a message instructing to omit the radio resource setting procedure is transmitted to the eNB 40.
  • control unit 53 when the control unit 53 receives a determination result indicating that the security setting procedure is omitted, the control unit 53 transmits a message instructing to omit the security setting procedure to the eNB 40 via the base station communication unit 51. .
  • the control unit 53 instructs the eNB 40 to omit both procedures via the base station communication unit 51. Send a message to
  • the control unit 53 transmits a message instructing to stop the process related to the handover to the eNB 40 via the base station communication unit 51. .
  • control unit 53 indicates EPC type indicating that a message instructing to omit the radio resource setting procedure and the security setting procedure can be transmitted to the eNB 40 according to the profile information (information indicating the EPC capability). Is transmitted to UE30 via eNB40. Further, the control unit 53 may transmit the EPC type to the eNB 40 using the S1 message.
  • the network communication unit 54 transmits the small data output from the base station communication unit 51 to the SGW 60 using a GTP (General Packet Radio Service Tunneling Protocol) -C message message.
  • GTP General Packet Radio Service Tunneling Protocol
  • the eNB 40 includes a wireless communication unit 41, a control unit 42, and a network communication unit 43.
  • Each component that configures the eNB 40 may be software, a module, or the like that is processed by a processor executing a program stored in a memory.
  • each component which comprises eNB40 may be hardware or a chip
  • the radio communication unit 41 executes processing for performing radio communication with the UE 30. For example, the radio communication unit 41 generates a radio signal by modulating a signal including transmission data to a desired frequency, and transmits the generated radio signal to the UE 30. Alternatively, the radio communication unit 41 demodulates the radio signal transmitted from the UE 30 and outputs the demodulated signal to the control unit 42.
  • the control unit 42 executes a procedure for establishing a radio link with the UE 30 based on the instruction transmitted from the MME 50. Specifically, the control unit 42 establishes a radio link by transmitting / receiving control data to / from the UE 30. At this time, the control unit 42 performs control so as not to transmit a message related to processing instructed to be omitted from the MME 50 to the UE 30.
  • control unit 42 transmits an eNB type indicating that the radio resource setting procedure and the security setting procedure can be omitted in the process of establishing the radio link according to the profile information via the radio communication unit 41. Control to send to.
  • a general wireless link establishment procedure defined in 3GPP as a comparative example of the present invention will be described with reference to FIGS. It is assumed that the UE 30 has transitioned to the IDLE mode by not performing communication for a predetermined period. In the IDLE mode, the UE 30 and the eNB 40 are not synchronized.
  • the UE 30 transmits an RRC (Radio Resource Control) Connection request message to the eNB 40 in order to start communication with the eNB 40 (S11).
  • the eNB 40 transmits an RRC Connection Setup message to the UE 30 as a response to the RRC Connection Request message (S12).
  • the UE 30 transmits an RRC Connection Complete message to the eNB 40 (S13).
  • the UE 30 transmits an RRCeNBConnectionRRSetup Complete message including the NAS message used in the NAS protocol to the eNB 40.
  • UE30 transmits the RRC message which multiplexed the NAS message to eNB40.
  • the RRC Connection Setup Complete message includes a Service Request message as a NAS message.
  • the UE 30 transmits a ServiceMRequest message to the MME 50.
  • the eNB 40 transmits an Initial UE message to the MME 50.
  • the eNB 40 sets the Service Request message included in the RRC Connection Setup Complete message to Initial UE message (S14).
  • the MME 50 transmits an Initial Context Setup Request message to the eNB 40 to instruct the setting of the Traffic Channel used for transmitting and receiving user data between the UE 30 and the eNB 40 (S15).
  • the MME 50 may include a security key used for security setting between the UE 30 and the eNB 40 in the InitialInContext Setup Request message.
  • the security key that is included in the Initial Context Setup Request message may be a security key that is different from the security key that was previously used when performing security settings between the UE 30 and the eNB 40. High security is realized by using a different security key each time an RRC connection is set between the UE 30 and the eNB 40.
  • the eNB 40 transmits a Security Mode Command message to the UE 30 in order to perform security settings with the UE 30 (S16).
  • the UE 30 transmits a Security Mode Complete message to the eNB 40 as a response to the Security Mode Command message (S17).
  • the security key transmitted from the MME 50 in step S15 is used.
  • the eNB 40 transmits an RRC Connection Reconfiguration message to the UE 30 in order to transmit and receive user data using the RRC connection with the UE 30 (S18).
  • the UE 30 transmits an RRC Connection Reconfiguration Complete message to the eNB 40 as a response to the RRC Connection Reconfiguration message.
  • the eNB 40 transmits an Initial Context Setup Response message to the MME 50 as a response to the Initial Context Setup Request message in step S15 (S20).
  • the MME 50 transmits a Modify Bearer Request message to the SGW 60 in order to instruct the setting of a path for transmitting and receiving user data between the eNB 40 and the SGW 60 (S21).
  • the SGW 60 further transmits a ModifyModBearer Request message to the PGW 70 in order to set a path for transmitting / receiving user data to / from the PGW 70.
  • the UE 30 transmits a UDP (User Datagram Protocol) / IP (Internet Protocol) packet to the eNB 40 (S22). Further, the eNB 40 transmits a UDP / IP packet to the SGW 60 (S23). Further, the MME 50 receives a ModifyModBearer Response message from the SGW 60 as a response to the Modify Bearer Request message in step S21 (S24).
  • UDP User Datagram Protocol
  • IP Internet Protocol
  • the SGW 60 transmits a UDP / IP packet destined for the UE 30 to the eNB 40 (S25).
  • the eNB 40 transmits the received UDP / IP packet to the UE 30 (S26).
  • the UE 30 transmits a Measurement Report message indicating the result of measuring the reception quality and the like of signals transmitted from the eNBs around the eNB 40 to the eNB 40 (S27).
  • the eNB 40 releases the Inactivity Timer indicating the radio communication period with the UE 30, or detects that the Inactivity Timer has expired (S28).
  • the eNB 40 transmits a UE Context Release Request message to the MME 50 in order to request release of the radio bearer set with the UE 30 (S29).
  • the MME 50 transmits to the eNB 40 a UE Context Release Command message instructing to release a radio bearer between the UE 30 and the eNB 40 (S30).
  • the eNB 40 transmits an RRC Connection Release message to the UE 30 in order to release the radio bearer with the UE 30 (S31).
  • the eNB 40 transmits a UEMContext Release Complete message indicating that the radio bearer with the UE 30 has been released to the MME 50 (S32).
  • the UE 30 that is an IoT device transmits small data as user data. That is, UE30 transmits small data as a UDP / IP packet in step S22. Moreover, even if UE30 is an IoT device, between UE30 and eNB40, the security setting in step S16 and S17 is performed similarly to the case where UE30 is a smart phone etc.
  • the Attach process is a process performed for registering the UE 30 in the network when the power of the UE 30 transitions to the ON state.
  • the UE 30 transmits an RRC Connection Request message to the eNB 40 (S41).
  • the eNB 40 transmits an RRC Connection Setup message to the UE 30 as a response to the RRC Connection Request message (S42).
  • the UE 30 transmits an RRC Connection complete message to the eNB 40 (S43).
  • the UE 30 sets profile information related to the UE 30 in the NAS: ATTACH message, which is a NAS message included in the RRC Connection Setup complete message.
  • the ATTACH message may be an ATTACH REQUEST message.
  • the UE 30 sets, for example, at least one of traffic channel (U-Plane) unnecessary information, low security request information, and handover processing unnecessary information in the NAS: ATTACH message.
  • U-Plane traffic channel
  • the UE 30 may set category information indicated by a 3-bit bit string as profile information in the NAS: ATTACH message. Moreover, you may show them with the presence or absence of a flag.
  • the eNB 40 transmits an Initial UE message in which the NAS: ATTACH message is set to the MME 50 (S44).
  • the NAS: ATTACH message is a NAS: ATTACH message transmitted from the UE 30.
  • the MME 50 executes an Attach process with the UE 30 (S45).
  • an Attach process executed in step S45, a procedure defined in 3GPP (TS 23.401 5.3.2.1 etc.) is executed.
  • a detailed description of the Attach process is omitted.
  • the MME 50 When the MME 50 completes the Attach process for the UE 30 in Step S45, the MME 50 transmits an ATTACH accept message to the UE 30 via the eNB 40 (S46 and S47).
  • the MME 50 determines the radio resource used for user data communication. It is determined whether or not it is possible to instruct the eNB 40 to perform at least one of a setting procedure, omission of the security setting procedure with the UE 30, and no need for the handover process.
  • the ATMECH Set EPC type for the S1 message carrying the accept message.
  • the EPC type indicates that the eNB 40 can be instructed to set at least one of a procedure for setting a radio resource used for user data communication, omission of the security setting procedure with the UE 30, and no handover processing. ing.
  • the MME 50 can instruct the UE 30 to set at least one of a procedure for setting a radio resource used for user data communication, omission of the security setting procedure with the UE 30, and no handover processing.
  • the EPC type indicates that the UE 30 can be instructed to at least one of a procedure for setting a radio resource used for user data communication, omission of the security setting procedure with the UE 30, and no handover processing. ing.
  • the eNB 40 transmits the ATTACH accept message transmitted from the MME 50 to the UE 30 (S47).
  • the UE 30 can receive the ATTACH accept message in which the EPCtype is set by executing the Attach process. Thus, the UE 30 can grasp whether or not the MME 50 can instruct the eNB 40 to omit the radio resource setting procedure used for user data communication and the security setting procedure with the UE 30.
  • the UE 30 does not set the profile information of the UE 30 in the RRC message in step S41. Therefore, in step S42, the UE 30 does not receive an eNB type indicating whether or not some of the processes for the eNB 40 to establish a radio link can be omitted.
  • Part of the process of establishing a radio link is, for example, a radio resource setting procedure used for user data communication and a security setting procedure with the UE 30.
  • UE 30 may not transmit small data simultaneously with the execution of the Attach process by the UE 30. From this, UE30 does not need to transmit profile information in step S41 noting that it is not necessary to receive eNB type from eNB40 at the time of Attach processing.
  • the UE 30 may set the profile information of the UE 30 in step S41. Further, the UE 30 may set the profile information in the RRC message that can be processed in the eNB 40 separately from the profile information set in the NAS: ATTACH message in step S43.
  • Examples of the case where the eNB communicating with the UE 30 during the Attach process is the same as the eNB communicating with the UE 30 during the small data transmission include the following situations. (1) A situation in which the UE 30 does not move (2) A situation in which the eNB that is the communication destination of the UE 30 is not changed even when the UE 30 exists in a place very close to the eNB 40 and the radio environment around the UE 30 changes.
  • ENB40 may transmit the RRC
  • eNB40 may transmit the RRC
  • the eNB 40 may transmit the ATTACH accept message in which the eNB type is set in Step S47 to the UE 30.
  • eNB40 may transmit the RRC message which transmits the ATTACH
  • the UE 30 transmits an RRC Connection Request message to the eNB 40 (S51).
  • the eNB 40 transmits an RRC Connection Setup message to the UE 30 as a response to the RRC Connection Request message (S52).
  • the UE 30 may transmit an RRC Connection Request message in which the profile information is set in step S51 to the eNB 40.
  • the eNB 40 sets eNB type in the RRC Connection Setup message in step S52.
  • the UE 30 transmits an RRC Connection Setup Complete message to the eNB 40 (S53).
  • the UE 30 sets the NAS: Service Request message in which the profile information and the small data are set in the RRC Connection Connection Setup message. For example, it is assumed that the UE 30 sets TrafficTrChannel unnecessary information and low security request information as profile information.
  • the UE30 sets profile information in the RRC Connection Setup Complete message when the profile information is not set in the RRC message in step S51. That is, the UE 30 sets profile information in both the RRC message and the NAS message.
  • the eNB 40 transmits an Initial UE message in which the NAS: Service Request message transmitted from the UE 30 is set to the MME 50 (S54).
  • the MME 50 transmits an Initial Context Setup Request message to the eNB 40 (S55).
  • the MME 50 transmits an InitialMContext Setup Request message to omit the setup procedure of the radio resource used for user data communication, the security setup procedure with the UE 30, and that the handover process is unnecessary. May be notified.
  • the omission of the procedure for setting the radio resource used for user data communication may be, for example, the omission of the processes of steps S18 to S32 in FIG.
  • the omission of the security setting procedure may be the omission of the processing of step S16 and step S17.
  • the MME 50 may notify the eNB 40 of omission of the security setting procedure by not setting the updated security key in the Initial Context Setup Request message. Further, the MME 50 may notify the eNB 40 that the setting procedure of the radio resource used for user data communication is omitted by setting a flag or the like.
  • step S55 After the eNB 40 receives the Initial Context Setup Request message in step S55, the processes after step S16 in FIG. 9 and FIG. 10 are omitted.
  • the MME 50 transmits the GTP-C message in which the small data received in step S54 is set to the SGW 60 (S56).
  • the GTP-C message is control data transmitted / received between the MME 50 and the SGW 60.
  • the SGW 60 transmits the GTP-U message in which the small data received in step S56 is set to the PGW 70 (S57).
  • the GTP-U message is user data transmitted / received between the SGW 60 and the PGW 70.
  • the SGW 60 may transmit the GTP-C message in which the small data received in step S56 is set to the PGW 70 (S57).
  • the UE 30, the eNB 40, and the MME 50 may execute the processes of FIGS. 9 and 10 without transmitting profile information. That is, the radio resource setting procedure and the security setting procedure used for user data communication are executed without omission.
  • the case where the UE 30 does not receive the eNB type and the EPC40type means that the eNB 40 and the MME 50 do not support the setting of the radio resource used for user data communication and the omission of the security setting procedure with the UE 30. It is.
  • the UE 30 when the UE 30 has received the eNB type and has not received the EPC type, the UE 30 transmits profile information, and sets up a radio resource used for user data communication and a security setting procedure with the UE 30. Omission may be requested.
  • the eNB 40 corresponds to the setting of the radio resource used for user data communication and the omission of the security setting procedure with the UE 30, but the MME 50 This is a case where the setting procedure of the radio resource used for user data communication and the omission of the security setting procedure with the UE 30 are not supported.
  • the eNB 40 omits the processing of step S16 and step S17 by not transmitting the Security Mode Command in step S16 of FIG. You may do it.
  • the eNB 40 recognizes that the UE 30 transmits small data based on the profile information transmitted from the UE 30. For this reason, the UE 30 may omit the processes after step S18 in FIG. 9 even when the instruction to omit the setting procedure of the radio resource used for user data communication is not notified in step S30.
  • the eNB 40 can omit the handover process related to the UE 30.
  • the handover process related to the UE 30 includes, for example, a process for monitoring the radio quality of the UE 30 and the like. Therefore, the eNB 40 can reduce the processing load of the own device by omitting the handover process related to the UE 30.
  • the eNB 40 and the MME 50 can omit a message transmitted / received between the UE 30 and the eNB 40 according to the profile information of the UE 30.
  • the power consumption of the UE 30 can be suppressed.
  • the frequency of the battery charging operation of the UE 30 and the battery replacement operation of the UE 30 can be reduced.
  • UE30 when eNB40 and MME50 do not respond
  • the UE 30 transmits the small data to the IoT server. 80 can be transmitted.
  • FIG. 11 is a block diagram illustrating a configuration example of the eNB 40.
  • the eNB 40 includes an RF transceiver 1001, a network interface 1003, a processor 1004, and a memory 1005.
  • the RF transceiver 1001 performs analog RF signal processing to communicate with UEs.
  • the RF transceiver 1001 may include multiple transceivers.
  • RF transceiver 1001 is coupled to antenna 1002 and processor 1004.
  • the RF transceiver 1001 receives modulation symbol data (or OFDM symbol data) from the processor 1004, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 1002. Further, the RF transceiver 1001 generates a baseband received signal based on the received RF signal received by the antenna 1002, and supplies this to the processor 1004.
  • the network interface 1003 is used to communicate with network nodes (e.g., other eNBs, Mobility Management Entity (MME), Serving Gateway (S-GW), and TSS or ITS server).
  • the network interface 1003 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • the processor 1004 performs data plane processing including digital baseband signal processing for wireless communication and control plane processing.
  • the digital baseband signal processing by the processor 1004 may include signal processing of a PDCP layer, an RLC layer, a MAC layer, and a PHY layer.
  • the signal processing by the processor 1004 may include GTP-U / UDP / IP layer signal processing at the X2-U interface and the S1-U interface.
  • the control plane processing by the processor 1004 may include processing of the X2AP protocol, the S1-MME protocol, and the RRC protocol.
  • the processor 1004 may include a plurality of processors.
  • the processor 1004 includes a modem processor (eg, DSP) that performs digital baseband signal processing, a processor that performs signal processing of the GTP-U / UDP / IP layer in the X2-U interface and the S1-U interface (eg, DSP) and a protocol stack processor (eg, CPU or MPU) that performs control plane processing may be included.
  • DSP modem processor
  • a processor that performs signal processing of the GTP-U / UDP / IP layer in the X2-U interface and the S1-U interface eg, DSP
  • a protocol stack processor eg, CPU or MPU
  • the memory 1005 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the memory 1005 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • Memory 1005 may include storage located remotely from processor 1004. In this case, the processor 1004 may access the memory 1005 via the network interface 1003 or an I / O interface not shown.
  • the memory 1005 may store a software module (computer program) including an instruction group and data for performing processing by the eNB 40 described in the plurality of embodiments.
  • the processor 1004 may be configured to perform the processing of the eNB 40 described in the above-described embodiment by reading the software module from the memory 1005 and executing the software module.
  • FIG. 12 is a block diagram illustrating a configuration example of the communication terminal 20 and the UE 30.
  • the Radio-Frequency (RF) transceiver 1101 performs analog RF signal processing in order to communicate with the eNB 40. Analog RF signal processing performed by the RF transceiver 1101 includes frequency up-conversion, frequency down-conversion, and amplification.
  • RF transceiver 1101 is coupled with antenna 1102 and baseband processor 1103. That is, the RF transceiver 1101 receives modulation symbol data (or OFDM symbol data) from the baseband processor 1103, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 1102. Further, the RF transceiver 1101 generates a baseband received signal based on the received RF signal received by the antenna 1102 and supplies this to the baseband processor 1103.
  • modulation symbol data or OFDM symbol data
  • the baseband processor 1103 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Digital baseband signal processing consists of (a) data compression / decompression, (b) data segmentation / concatenation, (c) ⁇ transmission format (transmission frame) generation / decomposition, and (d) transmission path encoding / decoding.
  • E modulation (symbol mapping) / demodulation
  • IFFT Inverse Fast Fourier Transform
  • control plane processing includes layer 1 (eg, transmission power control), layer 2 (eg, radio resource management, hybrid automatic repeat request (HARQ) processing), and layer 3 (eg, attach, mobility, and call management). Communication management).
  • the digital baseband signal processing by the baseband processor 1103 includes signal processing of Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, MAC layer, and PHY layer. But you can. Further, the control plane processing by the baseband processor 1103 may include Non-Access Stratum (NAS) protocol, RRC protocol, and MAC ⁇ CE processing.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Stratum
  • PHY Packet Data Convergence Protocol
  • the control plane processing by the baseband processor 1103 may include Non-Access Stratum (NAS) protocol, RRC protocol, and MAC ⁇ CE processing.
  • NAS Non-Access Stratum
  • the baseband processor 1103 includes a modem processor (eg, Digital Signal Processor (DSP)) that performs digital baseband signal processing and a protocol stack processor (eg, Central Processing Unit (CPU) that performs control plane processing, or Micro Processing Unit. (MPU)).
  • DSP Digital Signal Processor
  • protocol stack processor eg, Central Processing Unit (CPU) that performs control plane processing, or Micro Processing Unit. (MPU)
  • CPU Central Processing Unit
  • MPU Micro Processing Unit.
  • a protocol stack processor that performs control plane processing may be shared with an application processor 1104 described later.
  • the application processor 1104 is also called a CPU, MPU, microprocessor, or processor core.
  • the application processor 1104 may include a plurality of processors (a plurality of processor cores).
  • the application processor 1104 is a system software program (Operating System (OS)) read from the memory 1106 or a memory (not shown) and various application programs (for example, a call application, a web browser, a mailer, a camera operation application, music playback)
  • OS Operating System
  • the baseband processor 1103 and the application processor 1104 may be integrated on a single chip, as indicated by the dashed line (1105) in FIG.
  • the baseband processor 1103 and the application processor 1104 may be implemented as one System on Chip (SoC) device 1105.
  • SoC System on Chip
  • An SoC device is sometimes called a system Large Scale Integration (LSI) or chipset.
  • the memory 1106 is a volatile memory, a nonvolatile memory, or a combination thereof.
  • the memory 1106 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • the memory 1106 may include an external memory device accessible from the baseband processor 1103, the application processor 1104, and the SoC 1105.
  • Memory 1106 may include an embedded memory device integrated within baseband processor 1103, application processor 1104, or SoC 1105.
  • the memory 1106 may include a memory in a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit Card
  • the memory 1106 may store a software module (computer program) including an instruction group and data for performing processing by the UE 40 described in the plurality of embodiments.
  • the baseband processor 1103 or the application processor 1104 is configured to perform processing of the communication terminal 20 and the UE 30 described in the above-described embodiment by reading the software module from the memory 1106 and executing the software module. May be.
  • FIG. 13 is a block diagram illustrating a configuration example of the network device 10 and the MME 50.
  • the network device 10 and the MME 50 include a network interface 1201, a processor 1202, and a memory 1203.
  • the network interface 1201 is used to communicate with a network node (e.g., eNodeB 130, MME, P-GW).
  • the network interface 1201 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 1202 reads out and executes software (computer program) from the memory 1203, thereby performing the processing of the network device 10 and the MME 50 described using the sequence diagram and the flowchart in the above-described embodiment.
  • the processor 1202 may be, for example, a microprocessor, MPU, or CPU.
  • the processor 1202 may include a plurality of processors.
  • the memory 1203 is configured by a combination of a volatile memory and a nonvolatile memory.
  • Memory 1203 may include storage located remotely from processor 1202. In this case, the processor 1202 may access the memory 1203 via an I / O interface not shown.
  • the memory 1203 is used for storing software module groups.
  • the processor 1202 can perform the processing of the network device 10 and the MME 50 described in the above-described embodiment by reading these software module groups from the memory 1203 and executing them.
  • each of the processors included in the network device 10, the communication terminal 20, the UE 30, the eNB 40, and the MME 50 in the above-described embodiment is a computer that uses the algorithm described with reference to the drawings.
  • One or a plurality of programs including a group of instructions to be executed is executed.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium).
  • Examples of non-transitory computer-readable media include magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), CD-ROMs (Read Only Memory), CD-Rs, CD-R / W, semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable ROM), flash ROM, RAM (Random Access Memory)) are included.
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • a communication unit for receiving profile information of the communication terminal transmitted from the communication terminal In a procedure for establishing a radio link with the communication terminal, a procedure for setting a radio resource used for communication of user data with the communication terminal according to the profile information, and a security setting procedure with the communication terminal
  • a determination unit that determines whether or not at least one of them is omitted The communication unit is A network device that receives small data transmitted from the communication terminal via the wireless link.
  • the determination unit The network device according to appendix 3, wherein a security setting procedure with the communication terminal is omitted by stopping an update of a security key used with the communication terminal.
  • the communication unit is 5.
  • the network device according to any one of appendices 1 to 4, wherein when the profile information is received, information indicating that the radio resource setting procedure and the security setting procedure can be omitted is transmitted to the communication terminal.
  • the communication unit is The network device according to appendix 5, wherein information indicating that the radio resource setting procedure and the security setting procedure can be omitted is set in an RRC Connection Setup message or an ATTACH Accept message.
  • (Appendix 7) A communication unit that transmits the profile information of its own terminal to the network device; In a procedure for establishing a wireless link with the network device from the network device, a procedure for setting a radio resource used for communication of user data with the network device according to the profile information, and the network device A receiving unit that receives information regarding whether or not at least one of the security setting procedures can be omitted,
  • the communication unit is A communication terminal that transmits small data to the network device via the wireless link.
  • the communication unit is The supplementary note 7, wherein when receiving information indicating that a procedure for setting a radio resource used for communication of the user data can be omitted, the small data is transmitted to the network device using a radio resource for control data. Communication terminal.
  • the communication unit is The communication terminal according to appendix 7 or 8, wherein upon receiving information indicating that the radio resource setting procedure cannot be omitted, the small data is transmitted to the network device using radio resources for user data.
  • the communication unit is The communication terminal according to any one of appendices 7 to 9, wherein an RRC message and a NAS message in which profile information of the terminal is set are transmitted to the network device.
  • a communication terminal A base station that performs wireless communication with the communication terminal; A core network device that controls a procedure for establishing a radio link between the communication terminal and the base station;
  • the core network device is: Upon receiving the profile information of the communication terminal transmitted from the communication terminal, in the radio link establishment procedure, a radio resource setting procedure used for user data communication with the communication terminal, and the communication terminal An instruction message instructing to omit at least one of the security setting procedures during is transmitted to the base station,
  • the base station In response to the instruction message, at least one of a radio resource setting procedure used for user data communication with the communication terminal and a security setting procedure with the communication terminal is omitted, and the radio link Run the establishment procedure,
  • the communication terminal is A communication system for transmitting small data to the base station via the wireless link.
  • (Appendix 15) Sends the profile information of its own terminal to the network device, In a procedure for establishing a wireless link with the network device from the network device, a procedure for setting a radio resource used for communication of user data with the network device according to the profile information, and the network device Receiving information on whether at least one of the security setting procedures in between can be omitted, A program that causes a computer to execute transmission of small data to the network device via the wireless link.

Landscapes

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

Abstract

ＩｏＴデバイスを収容するために適した通信手順を実行することができるネットワーク装置を提供することを目的とする。本発明にかかるネットワーク装置（１０）は、通信端末（２０）から送信された通信端末（２０）のプロファイル情報を受信する通信部（１１）と、通信端末（２０）と無線リンクを確立する手順において、プロファイル情報に応じて、通信端末（２０）との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び通信端末（２０）との間のセキュリティ設定手順のうち少なくとも一方を省略するか否かを判定する判定部（１２）と、を備え、通信部（１１）は、無線リンクを介して通信端末（２０）から送信されたスモールデータを受信する。

Description

移動通信システム、ＭＭＥ、端末、及び通信方法
　本発明はスモールデータの通信技術に関する。
　現在、３ＧＰＰ（3rd Generation Partnership Project）において、大量のＩｏＴ（Internet of Things）デバイスを収容する通信システムの検討が行われている。
　ＩｏＴデバイスは、例えば、インターネットに接続されたセンサ機器、スマートメータ、家電機器、もしくは自動販売機等であってもよい。また、ＩｏＴデバイスは、ＭＴＣ（Machine Type Communication）デバイスもしくはＭ２Ｍ（Machine to Machine）デバイス等と称されてもよい。例えば、ＩｏＴデバイスは、一般的な携帯電話もしくはスマートフォン等が通信するデータと比較して非常に少ない容量のデータを定期的にサーバ装置等へ送信する。例えば、ＩｏＴデバイスは、数十バイト程度のデータを定期的に送信する装置であってもよい。
3GPP TS 25.331 V12.5.0 （2015-03） 8.1.3 RRC connection establishment 3GPP TS 23.401 V13.3.0 (2015-06) 5.3.2 Attach procedure
　ＩｏＴデバイスに対して、省電力化を実現することによって長時間動作することが望まれている。例えば、ある企業が、大量のＩｏＴデバイスを管理する場合、管理コストの観点からバッテリの充電作業及びバッテリの交換作業等を行う回数は、少ないことが望ましい。しかし、現在３ＧＰＰにて規定されている通信システムにおいては、例えば、非特許文献１及び非特許文献２に規定されているように、主に携帯電話端末もしくはスマートフォンを収容することを想定して通信手順が定められている。携帯電話端末もしくはスマートフォン等は、ＩｏＴデバイスが送信するデータよりも大きいデータ容量のデータを頻繁に送受信する。つまり、現在３ＧＰＰにおいて規定されている通信システムは、省電力化を要望されているＩｏＴデバイスを収容するために最適な通信システムではないため、ＩｏＴデバイスの省電力化を実現することができないという問題がある。
　本発明の目的は、ＩｏＴデバイスを収容するために適した通信手順を実行することができるネットワーク装置、通信端末、通信システム、受信方法、送信方法、及びプログラムを提供することにある。
　本発明の第１の態様にかかるネットワーク装置は、通信端末から送信された前記通信端末のプロファイル情報を受信する通信部と、前記通信端末と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略するか否かを判定する判定部と、を備え、前記通信部は、前記無線リンクを介して前記通信端末から送信されたスモールデータを受信するものである。
　本発明の第２の態様にかかる通信端末は、自端末のプロファイル情報をネットワーク装置へ送信する通信部と、前記ネットワーク装置から、前記ネットワーク装置と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記ネットワーク装置との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記ネットワーク装置との間のセキュリティ設定手順のうち少なくとも一方を省略することができるか否かに関する情報を受信する受信部と、を備え、前記通信部は、前記無線リンクを介して前記ネットワーク装置へスモールデータを送信するものである。
　本発明の第３の態様にかかる通信システムは、通信端末と、前記通信端末と無線通信を行う基地局と、前記通信端末と前記基地局との間の無線リンクの確立手順を制御するコアネットワーク装置とを備え、前記コアネットワーク装置は、前記通信端末から送信された前記通信端末のプロファイル情報を受信すると、前記無線リンクの確立手順において、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略することを指示する指示メッセージを前記基地局へ送信し、前記基地局は、前記指示メッセージに応じて、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略して前記無線リンクの確立手順を実行し、前記通信端末は、前記無線リンクを介して前記基地局へスモールデータを送信するものである。
　本発明の第４の態様にかかる受信方法は、通信端末から送信された前記通信端末のプロファイル情報を受信し、前記通信端末と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略するか否かを判定し、前記無線リンクを介して前記通信端末から送信されたスモールデータを受信するものである。
　本発明の第５の態様にかかる送信方法は、自端末のプロファイル情報をネットワーク装置へ送信し、前記ネットワーク装置から、前記ネットワーク装置と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記ネットワーク装置との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記ネットワーク装置との間のセキュリティ設定手順のうち少なくとも一方を省略することができるか否かに関する情報を受信し、前記無線リンクを介して前記ネットワーク装置へスモールデータを送信するものである。
　本発明の第６の態様にかかるプログラムは、通信端末から送信された前記通信端末のプロファイル情報を受信し、前記通信端末と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略するか否かを判定し、前記無線リンクを介して前記通信端末から送信されたスモールデータを受信することをコンピュータに実行させるものである。
　本発明により、ＩｏＴデバイスを収容するために適した通信手順を実行することができるネットワーク装置、通信端末、通信システム、受信方法、送信方法、及びプログラムを提供することができる。
実施の形態１にかかるネットワーク装置の構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＵＥの構成図である。 実施の形態２にかかるカテゴリ情報を説明する図である。 実施の形態２にかかるＭＭＥの構成図である。 実施の形態２にかかるｅＮＢの構成図である。 実施の形態２にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態２にかかるスモールデータの送信処理の流れを示す図である。 ３ＧＰＰにおいて定められている無線リンクの確立手順を示す図である。 ３ＧＰＰにおいて定められている無線リンクの確立手順を示す図である。 各実施の形態にかかるｅＮＢの構成図である。 各実施の形態にかかる通信端末及びＵＥの構成図である。 各実施の形態にかかるネットワーク装置及びＭＭＥの構成図である。
　（実施の形態１）
　以下、図面を参照して本発明の実施の形態について説明する。はじめに図１を用いて本発明の実施の形態１にかかるネットワーク装置１０の構成例について説明する。ネットワーク装置１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。例えば、ネットワーク装置１０は、通信事業者が管理する通信ネットワーク上に配置される装置であってもよい。ネットワーク装置１０は、基地局、サーバ装置、交換機等の通信装置であってもよい。もしくは、ネットワーク装置１０は、ルータ装置等であってもよい。
　ネットワーク装置１０は、通信部（なお、通信部は送信及び受信部と言い換えてもよい）１１及び判定部１２を有している。ネットワーク装置１０の構成要素である通信部１１及び判定部１２は、プロセッサがメモリに格納されたプログラムを実行することによって動作するソフトウェアもしくはモジュールであってもよい。もしくは、ネットワーク装置１０の構成要素は、ハードウェアもしくはチップ等であってもよい。
　通信部１１は、通信端末２０から送信された通信端末２０のプロファイル情報を受信する。通信端末２０は、ユーザ操作を伴わずに自律的に通信を実行するＩｏＴデバイスであってもよい。ＩｏＴデバイスは、Ｍ２Ｍ（Machine to Machine）デバイスもしくはＭＴＣ（Machine Type Communication）デバイス等であってもよい。また、通信端末２０は、インターネットに接続されたセンサ機器、スマートメータ、家電機器、もしくは自動販売機等であってもよい。また、ＩｏＴデバイスが送信するデータをスモールデータとする。スモールデータは、伝送容量が少ないことから、制御データ用の無線リソースでも送信することができる。そのため、スモールデータを制御データ用の無線リソースを用いて送信する場合、ユーザデータ用の無線リソースが不要となる。
　通信端末２０のプロファイル情報は、通信端末２０の動作もしくは通信端末２０において実行される処理等が規定された情報であってもよい。
　判定部１２は、通信端末２０と無線リンクを確立する手順において、通信端末２０から送信されたプロファイル情報に応じて、通信端末２０との間におけるユーザデータの通信に用いられる無線リソースの設定手順及び通信端末２０との間のセキュリティ設定手順のうち少なくとも一方を省略するか否かを判定する。
　ネットワーク装置１０は、通信端末２０と無線通信を行う際に、通信端末２０との間に無線リンクを確立する。例えば、ネットワーク装置１０は、通信端末２０の電源がＯＦＦ状態からＯＮ状態へ遷移したタイミング、予め定められた周期、もしくは通信端末２０がデータを送信するタイミングに通信端末２０との間に無線リンクを確立する。
　無線リンクの確立は、予め定められた手順に従って行われる。予め定められた手順は、ネットワーク装置１０を管理する通信事業者によって定められてもよい。もしくは、予め定められた手順は、３ＧＰＰ等において定められてもよい。また、無線リンクの確立は、無線ベアラの設定もしくは無線通信回線の設定等と言い換えられてもよい。
　ユーザデータの通信（送信や受信）に用いられる無線リソースとは、例えば、通信端末２０がネットワーク装置１０との間においてユーザデータである、テキストデータ、音声データ、もしくは画像データ等を送受信するために用いられる無線チャネルであってもよい。また、無線リソースは、通信するために通信端末２０に割り当てられる周波数帯域、通信タイミング、もしくは送信電力等であってもよい。ユーザデータの通信には、通常、Ｕ－Ｐｌａｎｅ（User Plane）が用いられる。
　ユーザデータの通信に用いられる無線リソースに対して、制御データの通信に用いられる無線リソースも存在する。制御データは、通信端末２０が通信を開始、終了もしくは維持するために用いられるデータである。一般的に、制御データは、ユーザデータと比較してデータ容量が少ないデータである。制御データの通信には、通常、Ｃ－Ｐｌａｎｅ（Control Plane）が用いられる。
　例えば、判定部１２は、通信端末２０のプロファイル情報において、通信端末２０がユーザデータを送受信しないことが示されている場合、ユーザデータの通信に用いられる無線リソースの設定手順を省略してもよい。さらに、判定部１２は、通信端末２０のプロファイル情報において、通信端末２０が高セキュリティを必要としないことが示されている場合、セキュリティ設定手順を省略してもよい。
　ここで、通信部１１は、判定部１２における判定結果に基づいて確立された無線リンクを介して、通信端末２０から送信されたスモールデータを受信する。スモールデータは、例えば、ＩｏＴデバイスが生成したデータである。スモールデータは、通話や画像などのユーザデータと比較して十分に小さい容量のデータである。例えば、スモールデータは、センサデータ、もしくは定期的にネットワーク装置１０へ送信される小さい容量（例えば、数十バイト程度）のデータ等であってもよい。また、通信部１１は、ネットワーク装置１０から通信端末２０に対してデータの送信も行う。判定部１２は、スモールデータの容量が小さいことから、そのスモールデータをユーザデータ通信用の無線リソース（Ｕ－Ｐｌａｎｅ）ではなく、制御データ通信用の無線リソース（Ｃ－Ｐｌａｎｅ）で通信できると判断した場合は、ユーザデータ通信用の無線リソースの設定手順を省略することができる。また、スモールデータであるため、高いセキュリティを必要としない場合は、判定部１２は、セキュリティの設定手順を省略することもできる。
　以上説明したように、ネットワーク装置１０は、通信端末２０のプロファイル情報に応じて、通信端末２０と無線リンクを確立する際の手順を変更することができる。具体的には、ネットワーク装置１０は、そのプロファイル情報に応じて、通信端末２０と無線リンクを確立する際の一部の手順を省略することができる。
　通信端末２０は、ネットワーク装置１０と無線リンクを確立する際に、一部の手順が省略されることによって、消費電力を低減することができる。これにより、通信端末２０のバッテリ交換作業等の頻度を、少なくすることができる。そのため、一つの企業もしくは団体等が多くの通信端末２０をネットワーク装置１０に接続した場合であっても、通信端末２０のバッテリ交換に伴うコストの増加を抑えることができる。
　（実施の形態２）
　続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、３ＧＰＰにおいて規定されているノード装置によって構成される。
　ＵＥ（User Equipment）３０は、３ＧＰＰにおける通信端末の総称として用いられる。ＵＥ３０は、図１の通信端末２０に相当する。以下においては、ＵＥ３０をＩｏＴデバイスとして説明する。
　基地局装置ｅＮＢ（evolved NodeB）４０は、ＵＥ３０と無線通信を行う。例えば、ｅＮＢ４０は、無線通信方式としてＬＴＥ（Long Term Evolution）を用いてＵＥ３０と無線通信を行う。また、ｅＮＢ４０は、ＵＥ３０と移動管理装置ＭＭＥ（Mobility Management Entity）５０との間において送受信される制御データを中継する。なお、ｅＮＢは、ＣＩｏＴ（Cellular ＩｏＴ）用のＲＡＮ（Radio Access Network）やＲＮＣ（Radio Network Controller）、ＢＳＣ（Base Station Controller）等であってもよい。また、ＭＭＥは、ＣＩｏＴ用の移動管理装置やパケット交換機、ＳＧＳＮ等であってもよい。また、ＵＥは、２Ｇ無線技術、３Ｇ無線技術、ＬＴＥ無線技術またはＣＩｏＴ専用の無線技術を用いて通信する端末であってもよい。
　ＭＭＥ５０は、ＵＥ３０の移動管理、認証及びユーザデータ転送経路の設定処理等を行う。ＭＭＥ５０は、ｅＮＢ４０とＳＧＷ（Serving Gateway）６０との間において送受信される制御データを中継する。ＭＭＥ５０もしくはｅＮＢ４０は、図１のネットワーク装置１０に相当する。もしくは、ネットワーク装置１０に搭載される機能が、ＭＭＥ５０及びｅＮＢ４０に分散して配置されてもよい。
　ＳＧＷ６０は、ＭＭＥ５０から送信されたＵＥ３０に関する制御データを受信する。さらに、ＳＧＷ６０は、ＰＧＷ（Packet Data Network Gateway）７０との間にＵＥ３０に関するユーザデータを伝送するための通信経路を設定する。ＳＧＷ６０は、ＵＥ３０からＭＭＥ５０を介して制御データ通信用のリソース（Ｃ－Ｐｌａｎｅ）で送信されたスモールデータを受信する。ＳＧＷ６０は、受信したスモールデータをＣ－Ｐｌａｎｅを用いて、またはユーザデータ通信用のリソース（Ｕ－Ｐｌａｎｅ）を用いてＰＧＷ７０へ送信する。また、ＳＧＷ６０は、ＰＧＷ７０から送信されたＵＥ３０に関するスモールデータをＣ－ＰｌａｎｅでＭＭＥ５０へ送信してもよい。
　ＰＧＷ７０は、ＩｏＴサーバ８０等から送信されたＵＥ３０を宛先とするユーザデータをＳＧＷ６０へ送信する。また、ＰＧＷ７０は、ＳＧＷ６０から送信されたスモールデータをＩｏＴサーバ８０等へ送信する。ここで、ＭＭＥ５０、ＳＧＷ６０及びＰＧＷ７０は、３ＧＰＰにおいて規定されているＥＰＣ（Evolved Packet Core）と称されてもよい。また、ＭＭＥ５０、ＳＧＷ６０及びＰＧＷ７０は、コアネットワーク装置等と称されてもよい。
　ＩｏＴサーバ８０は、ＥＰＣを管理する通信事業者と異なる事業者等が管理するサーバであってもよく、ＥＰＣを管理する通信事業者が管理するサーバであってもよい。ＩｏＴサーバ８０とＰＧＷ７０とは、公衆ＩＰネットワークであるインターネットを介して通信を行ってもよい。ＩｏＴサーバ８０は、ＩｏＴデバイスとして用いられるＵＥ３０を管理する。さらに、ＩｏＴサーバ８０は、ＩｏＴデバイスとして用いられるＵＥ３０から送信されたスモールデータを受信し、スモールデータの解析等を行ってもよい。
　続いて、図３を用いて本発明の実施の形態２にかかるＵＥ３０の構成例について説明する。ＵＥ３０は、ＩｏＴアプリケーション３１、ＮＡＳ（Non-Access Stratum）制御部３２、ＡＳ（Access Stratum）制御部３３、Ｕ－Ｐｌａｎｅ（User-Plane）制御部３４、及び無線通信部３５を有している。ＵＥ３０を構成する各構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。もしくは、ＵＥ３０を構成する各構成要素は、ハードウェアもしくはチップ等であってもよい。
　ＩｏＴアプリケーション３１は、ＩｏＴサーバ８０へ送信するスモールデータを生成する。ここで、スモールデータの具体例について説明する。例えば、ＵＥ３０が、スマートメータである場合、ＩｏＴアプリケーション３１は、スモールデータとして、使用電力量を示すデータを生成してもよい。また、ＵＥ３０が、気温、湿度等を検出するセンサ機器である場合、ＩｏＴアプリケーション３１は、スモールデータとして、検出した気温もしくは湿度等を示すデータを生成してもよい。そのほかに、スモールデータは、ＵＥ３０が管理する情報もしくはＵＥ３０が検出した情報等であってもよい。
　ＮＡＳ制御部３２は、ｅＮＢ４０を介してＭＭＥ５０との間において送受信されるＮＡＳメッセージを生成する。さらに、ＮＡＳ制御部３２は、ＭＭＥ５０からｅＮＢ４０を介して送信されたＮＡＳメッセージを受信し、ＮＡＳメッセージにおいて指定された処理を実行する。ｅＮＢ４０は、ＮＡＳメッセージに関する処理を実行することなく、受信したＮＡＳメッセージをＵＥ３０もしくはＭＭＥ５０へ送信する。言い換えると、ｅＮＢ４０は、ＵＥ３０もしくはＭＭＥ５０から送信されたＮＡＳメッセージを透過転送する。なお、ＮＡＳメッセージは制御データである。
　ＮＡＳ制御部３２は、ＵＥ３０に関するプロファイル情報を含むＮＡＳメッセージを生成する。さらに、ＮＡＳ制御部３２は、スモールデータを制御データと共にＣ－Ｐｌａｎｅを用いて送信する場合、スモールデータを含むＮＡＳメッセージを生成する。
　ＡＳ制御部３３は、ｅＮＢ４０との間において送受信されるＡＳメッセージを生成する。さらに、ＡＳ制御部３３は、ｅＮＢ４０から送信されたＡＳメッセージを受信し、ＡＳメッセージにおいて指定された処理を実行する。ＡＳ制御部３３は、ＵＥ３０に関するプロファイル情報を含むＡＳメッセージを生成する。
　Ｕ－Ｐｌａｎｅ制御部３４は、ｅＮＢ４０との間においてユーザデータを送受信するために用いられる通信回線、もしくはチャネルを確立する処理を実行する。ここで、ＮＡＳ制御部３２及びＡＳ制御部３３を合わせてＣ－Ｐｌａｎｅ（Control-Plane）制御部（不図示）と称してもよい。Ｃ－Ｐｌａｎｅ制御部は、ｅＮＢ４０との間において制御データを送受信するために用いられる通信回線、もしくはチャネルを確立する処理を実行する。
　無線通信部３５は、ｅＮＢ４０と無線通信を行うための処理を実行する。例えば、無線通信部３５は、送信データを含む信号を所望の周波数に変調して無線信号を生成し、生成した無線信号をｅＮＢ４０へ送信する。もしくは、無線通信部３５は、ｅＮＢ４０から送信された無線信号を復調し、復調した信号をＮＡＳ制御部３２、ＡＳ制御部３３もしくはＵ－Ｐｌａｎｅ制御部３４へ出力する。
　ここで、ＮＡＳメッセージもしくはＡＳメッセージに含められるプロファイル情報について説明する。ＵＥ３０のプロファイル情報は、ＵＥ３０の動作や契約情報、もしくはＵＥ３０において実行される処理等が規定された情報であってもよい。
　例えば、ＩｏＴデバイスであるＵＥ３０のプロファイル情報には、以下の情報が含まれてもよい。また、以下の情報はＵＥ３０がスモールデータを送信する度に設定される情報であっても構わない。
（１）スモールデータを制御データと同じくＣ－Ｐｌａｎｅを用いて送信するため、ユーザデータを送信するためのTraffic Channel（Ｕ－Ｐｌａｎｅ）を不要とすることを示す情報（以下、Traffic Channel不要情報と示す）
（２）一般的なスマートフォン等において用いられるセキュリティレベルよりも低いセキュリティレベルを要求することを示す情報（以下、低セキュリティ要求情報と示す）
（３）ＵＥ３０は移動しないために、ハンドオーバ処理を不要とすることを示す情報（以下、ハンドオーバ処理不要情報と示す）
　（１）におけるTraffic Channel不要情報は、スモールデータの情報量（サイズ）を示す情報であってもよい。この場合、スモールデータの情報量（サイズ）を参考にｅＮＢ４０またはＭＭＥ５０がTraffic Channel（Ｕ－Ｐｌａｎｅ）が必要か否かの判断を行う。（２）における低セキュリティレベルとは、例えば、スモールデータの暗号化不要もしくは簡易レベルの暗号化を行うことであってもよい。
　また、（３）におけるハンドオーバ処理は、同一の無線通信方式を用いる基地局間のハンドオーバ処理（Intra RAT（Radio Access Technology） HO（Hand Over））及び異なる無線通信方式を用いる基地局間のハンドオーバ処理（Inter RAT HO（Hand Over））を含む。
　また、プロファイル情報には、スモールデータを制御データのようにＣ－Ｐｌａｎｅを用いて送信するか否か、低セキュリティレベルを要求するか否か、さらに、ハンドオーバ処理を不要とするか否か、を示すＵＥ３０のカテゴリ情報が設定されてもよい。
　例えば、ＵＥ３０のカテゴリ情報は、図４に示すように、３ビットのビット列を用いて示されてもよい。スモールデータをＣ－Ｐｌａｎｅ(コントロールプレーン)を用いて送信する場合「１」、スモールデータをＵ－Ｐｌａｎｅ(ユーザプレーン)を用いて送信する場合「０」を１ビット目に設定する。さらに、低セキュリティレベルを要求する場合「１」、高セキュリティレベルを要求する場合「０」を２ビット目に設定する。さらに、ハンドオーバ処理を不要とする場合「１」、ハンドオーバ処理を必要とする場合「０」を３ビット目に設定する。ＵＥ３０のカテゴリ情報は、図４の例に制限されず、設定する情報の数に応じて、４ビット以上もしくは２ビット以下のビット列が用いられてもよい。なお、「０」，「１」はフラグの有無と称してもよい。
　続いて、図５を用いて本発明の実施の形態２にかかるＭＭＥ５０の構成例について説明する。ＭＭＥ５０は、基地局通信部５１、判定部５２、制御部５３、及びネットワーク通信部５４を有する。ＭＭＥ５０を構成する各構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。もしくは、ＭＭＥ５０を構成する各構成要素は、ハードウェアもしくはチップ等であってもよい。
　基地局通信部５１は、ｅＮＢ４０を介してＵＥ３０から送信されたＮＡＳメッセージを受信する。基地局通信部５１は、受信したＮＡＳメッセージを判定部５２へ出力する。また、基地局通信部５１は、ＮＡＳメッセージにスモールデータが含まれる場合、スモールデータをネットワーク通信部５４へ出力してもよい。また、基地局通信部５１は、ｅＮＢ４０から送信されたＳ１メッセージを受信する。なお、Ｓ１は３ＧＰＰで規定されたリファレンスポイントである。受信したＳ１メッセージを判定部５２へ出力する。ｅＮＢ４０は、無線リソースの設定手順を変更できる動作、セキュリティ設定手順を省略する動作、或いはＭＭＥ５０の指示によりハンドオーバに関する処理を停止する動作をサポート可能である事を示すeNB type（eNBの能力を示す情報。NodeB typeとしてもよい）を、Ｓ１メッセージを用いてＭＭＥ５０へ送信してもよい。
　判定部５２は、ＮＡＳメッセージに含まれるＵＥ３０のプロファイル情報に応じてＵＥ３０との間におけるユーザデータの通信に用いられる無線リソースの設定手順及びＵＥ３０との間のセキュリティ設定手順のうち少なくとも一方を省略するか否かを判定する。判定部５２は、判定結果を制御部５３へ出力する。なお、判定部５２は、ＨＳＳ９０から加入者情報を入手し、その加入者情報に含まれるＩｏＴに関する情報を、上記判定に用いてもよい。
　制御部５３は、例えば、無線リソースの設定手順を省略することが示された判定結果を受け取った場合、基地局通信部５１を介してｅＮＢ４０へ、無線リソースの設定手順を省略することを指示するメッセージを送信する。あるいは、ＵＥ３０から送信されるスモールデータの情報量（サイズ）を示す情報を受け取った場合、情報を分析し無線リソースの設定手順の省略が可能と判断した場合には、基地局通信部５１を介してｅＮＢ４０へ、無線リソースの設定手順を省略することを指示するメッセージを送信する。また、制御部５３は、セキュリティ設定手順を省略することが示された判定結果を受け取った場合、基地局通信部５１を介してｅＮＢ４０へ、セキュリティ設定手順を省略することを指示するメッセージを送信する。また、制御部５３は、無線リソースの設定手順及びセキュリティ設定手順を省略することが示された判定結果を受け取った場合、基地局通信部５１を介してｅＮＢ４０へ、両手順を省略することを指示するメッセージを送信する。また、制御部５３は、ハンドオーバ処理が不要とすることが示された判定結果を受け取った場合、基地局通信部５１を介してｅＮＢ４０へ、ハンドオーバに関する処理を停止することを指示するメッセージを送信する。
　さらに、制御部５３は、プロファイル情報に応じて、無線リソースの設定手順及びセキュリティ設定手順を省略することを指示するメッセージをｅＮＢ４０へ送信することができることを示すEPC type（EPCの能力を示す情報）を、ｅＮＢ４０を介してＵＥ３０へ送信する。また、制御部５３は、EPC typeをＳ１メッセージを用いてｅＮＢ４０へ送信してもよい。
　ネットワーク通信部５４は、基地局通信部５１から出力されたスモールデータをGTP（General Packet Radio Service Tunneling Protocol）-C messageメッセージを用いてＳＧＷ６０へ送信する。
　続いて、図６を用いて本発明の実施の形態２にかかるｅＮＢ４０の構成例について説明する。ｅＮＢ４０は、無線通信部４１、制御部４２、及びネットワーク通信部４３を有している。ｅＮＢ４０を構成する各構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。もしくは、ｅＮＢ４０を構成する各構成要素は、ハードウェアもしくはチップ等であってもよい。
　無線通信部４１は、ＵＥ３０と無線通信を行うための処理を実行する。例えば、無線通信部４１は、送信データを含む信号を所望の周波数に変調して無線信号を生成し、生成した無線信号をＵＥ３０へ送信する。もしくは、無線通信部４１は、ＵＥ３０から送信された無線信号を復調し、復調した信号を制御部４２へ出力する。
　ネットワーク通信部４３は、ＭＭＥ５０と通信を行うためのインタフェースとして用いられる。例えば、ネットワーク通信部４３は、ＭＭＥ５０との間において制御データを送受信する。
　制御部４２は、ＭＭＥ５０から送信された指示に基づいて、ＵＥ３０との間において無線リンクを確立する手順を実行する。具体的には、制御部４２は、ＵＥ３０との間において制御データを送受信することによって無線リンクを確立する。この時、制御部４２は、ＭＭＥ５０から省略することを指示された処理に関するメッセージをＵＥ３０へ送信しないように制御する。
　さらに、制御部４２は、プロファイル情報に応じて、無線リンクを確立する処理のうち無線リソースの設定手順及びセキュリティ設定手順を省略することができることを示すeNB typeを、無線通信部４１を介してＵＥ３０へ送信するように制御する。
　ここで、本発明の比較例として３ＧＰＰにおいて定められている一般的な無線リンクの確立手順について、図９及び図１０を用いて説明する。ＵＥ３０は、所定の期間通信を実行していないことによって、ＩＤＬＥモードに遷移していることを前提とする。ＩＤＬＥモードにおいては、ＵＥ３０とｅＮＢ４０とは同期がとれていない状態とする。
　はじめに、ＵＥ３０は、ｅＮＢ４０との通信を開始するために、ｅＮＢ４０へRRC（Radio Resource Control） Connection Requestメッセージを送信する（Ｓ１１）。次に、ｅＮＢ４０は、RRC Connection Requestメッセージに対する応答として、ＵＥ３０へRRC Connection Setupメッセージを送信する（Ｓ１２）。
　次に、ＵＥ３０は、ｅＮＢ４０へRRC Connection Setup Completeメッセージを送信する（Ｓ１３）。ＵＥ３０は、ＮＡＳプロトコルにおいて用いられるＮＡＳメッセージを含むRRC Connection Setup CompleteメッセージをｅＮＢ４０へ送信する。言い換えると、ＵＥ３０は、ＮＡＳメッセージを多重したＲＲＣメッセージをｅＮＢ４０へ送信する。RRC Connection Setup Completeメッセージは、具体的には、ＮＡＳメッセージとしてService Requestメッセージを含む。ＵＥ３０は、通信を開始する際に、ＭＭＥ５０へService Requestメッセージを送信する。
　次に、ｅＮＢ４０は、Initial UE messageをＭＭＥ５０へ送信する。ｅＮＢ４０は、RRC Connection Setup Completeメッセージに含まれるService RequestメッセージをInitial UE messageに設定する（Ｓ１４）。
　次に、ＭＭＥ５０は、ＵＥ３０とｅＮＢ４０との間においてユーザデータを送受信するために用いられるTraffic Channelの設定を指示するために、Initial Context Setup RequestメッセージをｅＮＢ４０へ送信する（Ｓ１５）。ＭＭＥ５０は、例えば、ＵＥ３０及びｅＮＢ４０との間のセキュリティ設定に用いられるセキュリティＫｅｙをInitial Context Setup Requestメッセージに含めてもよい。Initial Context Setup Requestメッセージに含められるセキュリティＫｅｙは、以前にＵＥ３０とｅＮＢ４０との間のセキュリティ設定を行う際に用いられたセキュリティＫｅｙとは異なるセキュリティＫｅｙであってもよい。ＵＥ３０とｅＮＢ４０との間にＲＲＣコネクションを設定するたびに異なるセキュリティＫｅｙを用いることによって、高セキュリティを実現している。
　次に、ｅＮＢ４０は、ＵＥ３０との間のセキュリティ設定を行うためにSecurity Mode CommandメッセージをＵＥ３０へ送信する（Ｓ１６）。ＵＥ３０は、Security Mode Commandメッセージに対する応答として、Security Mode CompleteメッセージをｅＮＢ４０へ送信する（Ｓ１７）。ステップＳ１６及びＳ１７においては、ステップＳ１５においてＭＭＥ５０から送信されたセキュリティＫｅｙが用いられる。
　次に、ｅＮＢ４０は、ＵＥ３０との間のＲＲＣコネクションを用いてユーザデータの送受信を行うために、RRC Connection ReconfigurationメッセージをＵＥ３０へ送信する（Ｓ１８）。次に、ＵＥ３０は、RRC Connection Reconfigurationメッセージに対する応答としてRRC Connection Reconfiguration CompleteメッセージをｅＮＢ４０へ送信する。
　次に、ｅＮＢ４０は、ステップＳ１５におけるInitial Context Setup Requestメッセージに対する応答としてInitial Context Setup ResponseメッセージをＭＭＥ５０へ送信する（Ｓ２０）。次に、ＭＭＥ５０は、ｅＮＢ４０とＳＧＷ６０との間においてユーザデータを送受信するための経路の設定を指示するために、Modify Bearer RequestメッセージをＳＧＷ６０へ送信する（Ｓ２１）。ＳＧＷ６０は、さらに、ＰＧＷ７０との間においてユーザデータを送受信するための経路を設定するために、ＰＧＷ７０へModify Bearer Requestメッセージを送信する。
　ステップＳ２１までの処理において、ユーザデータの伝送経路が確立すると、ＵＥ３０は、UDP（User Datagram Protocol）/IP（Internet Protocol）パケットをｅＮＢ４０へ送信する（Ｓ２２）。さらに、ｅＮＢ４０は、ＳＧＷ６０へUDP/IPパケットを送信する（Ｓ２３）。また、ＭＭＥ５０は、ステップＳ２１におけるModify Bearer Requestメッセージに対する応答としてＳＧＷ６０からModify Bearer Responseメッセージを受信する（Ｓ２４）。
　次に、ＳＧＷ６０は、ｅＮＢ４０へ、ＵＥ３０を宛先とするUDP/IPパケットを送信する（Ｓ２５）。次に、ｅＮＢ４０は、受信したUDP/IPパケットをＵＥ３０へ送信する（Ｓ２６）。
　次に、ＵＥ３０は、ｅＮＢ４０の周囲のｅＮＢから送信された信号の受信品質等を測定した結果を示すMeasurement ReportメッセージをｅＮＢ４０へ送信する（Ｓ２７）。
　次に、ｅＮＢ４０は、ＵＥ３０との間の無線通信期間を示すInactivity Timerを解放する、もしくは、Inactivity Timerが満了したことを検出する（Ｓ２８）。
　次に、ｅＮＢ４０は、ＵＥ３０との間に設定された無線ベアラを解放することを要求するために、ＭＭＥ５０へUE Context Release Requestメッセージを送信する（Ｓ２９）。次に、ＭＭＥ５０は、ＵＥ３０とｅＮＢ４０との間の無線ベアラを解放することを指示するUE Context Release CommandメッセージをｅＮＢ４０へ送信する（Ｓ３０）。次に、ｅＮＢ４０は、ＵＥ３０との間の無線ベアラを解放するために、RRC Connection ReleaseメッセージをＵＥ３０へ送信する（Ｓ３１）。次に、ｅＮＢ４０は、ＵＥ３０との間の無線ベアラを解放したことを示すUE Context Release CompleteメッセージをＭＭＥ５０へ送信する（Ｓ３２）。
　図９及び図１０に示される処理の流れに従う場合、ＩｏＴデバイスであるＵＥ３０は、スモールデータをユーザデータとして送信する。つまり、ＵＥ３０は、ステップＳ２２においてスモールデータをUDP/IPパケットとして送信する。また、ＵＥ３０がＩｏＴデバイスであっても、ＵＥ３０とｅＮＢ４０との間においては、ＵＥ３０がスマートフォン等である場合と同様に、ステップＳ１６及びＳ１７におけるセキュリティ設定が行われる。
　続いて、図７を用いて本発明の実施の形態２にかかるＡｔｔａｃｈ処理の流れについて説明する。Ａｔｔａｃｈ処理は、ＵＥ３０の電源がＯＮ状態へ遷移した場合に、ＵＥ３０をネットワークへ登録するために実施される処理である。
　はじめに、ＵＥ３０は、ユーザによって電源が投入された場合に、RRC Connection RequestメッセージをｅＮＢ４０へ送信する（Ｓ４１）。次に、ｅＮＢ４０は、RRC Connection Requestメッセージに対する応答としてRRC Connection SetupメッセージをＵＥ３０へ送信する（Ｓ４２）。
　次に、ＵＥ３０は、ｅＮＢ４０へRRC Connection Setup completeメッセージを送信する（Ｓ４３）。ＵＥ３０は、RRC Connection Setup completeメッセージに含まれるＮＡＳメッセージである、NAS:ATTACHメッセージに、ＵＥ３０に関するプロファイル情報を設定する。ATTACHメッセージは、ATTACH REQUESTメッセージであってもよい。
　ＵＥ３０は、例えば、Traffic Channel（U-Plane）不要情報、低セキュリティ要求情報、及びハンドオーバ処理不要情報のうち少なくとも１つをNAS:ATTACHメッセージに設定する。
　もしくは、ＵＥ３０は、プロファイル情報として、３ビットのビット列によって示されるカテゴリ情報をNAS:ATTACHメッセージに設定してもよい。また、フラグの有無によって、それらを示しても良い。
　次に、ｅＮＢ４０は、NAS:ATTACHメッセージを設定したInitial UE messageをＭＭＥ５０へ送信する（Ｓ４４）。NAS:ATTACHメッセージは、ＵＥ３０から送信されたNAS:ATTACHメッセージである。
　ＭＭＥ５０は、ｅＮＢ４０から送信されたNAS:ATTACHメッセージを受信すると、ＵＥ３０との間においてＡｔｔａｃｈ処理を実行する（Ｓ４５）。ステップＳ４５において実行されるＡｔｔａｃｈ処理は、３ＧＰＰにおいて規定されている手順（TS 23.401 5.3.2.1章など）が実行される。ここでは、Ａｔｔａｃｈ処理の詳細な手順の説明を省略する。
　ＭＭＥ５０は、ステップＳ４５においてＵＥ３０に関するＡｔｔａｃｈ処理を完了すると、ｅＮＢ４０を経由してＵＥ３０へATTACH acceptメッセージを送信する（Ｓ４６及びＳ４７）。ここで、ＭＭＥ５０は、ステップＳ４４において受信したNAS:ATTACHメッセージにTraffic Channel不要情報、低セキュリティ要求情報及びハンドオーバ処理不要情報の少なくとも１つが設定されていた場合、ユーザデータの通信に用いられる無線リソースの設定手順、ＵＥ３０との間のセキュリティ設定手順の省略、及びハンドオーバ処理が不要とすることの少なくとも１つをｅＮＢ４０へ指示することができるか否かを判定する。
　ＭＭＥ５０は、ユーザデータの通信に用いられる無線リソースの設定手順、ＵＥ３０との間のセキュリティ設定手順の省略、及びハンドオーバ処理が不要とすることの少なくとも１つをｅＮＢ４０へ指示することができる場合、ATTACH acceptメッセージを運ぶＳ１メッセージにEPC typeを設定する。EPC typeは、ユーザデータの通信に用いられる無線リソースの設定手順、ＵＥ３０との間のセキュリティ設定手順の省略、及びハンドオーバ処理が不要とすることの少なくとも１つをｅＮＢ４０へ指示することができることを示している。また、ＭＭＥ５０は、ユーザデータの通信に用いられる無線リソースの設定手順、ＵＥ３０との間のセキュリティ設定手順の省略、及びハンドオーバ処理が不要とすることの少なくとも１つをＵＥ３０へ指示することができる場合、ATTACH acceptメッセージにEPC typeを設定する。EPC typeは、ユーザデータの通信に用いられる無線リソースの設定手順、ＵＥ３０との間のセキュリティ設定手順の省略、及びハンドオーバ処理が不要とすることの少なくとも１つをＵＥ３０へ指示することができることを示している。
　次に、ｅＮＢ４０は、ＭＭＥ５０から送信されたATTACH acceptメッセージをＵＥ３０へ送信する（Ｓ４７）。
　以上説明したように、ＵＥ３０は、Ａｔｔａｃｈ処理を実行することによって、ＥＰＣtypeが設定されたATTACH acceptメッセージを受信することができる。これより、ＵＥ３０は、ＭＭＥ５０がユーザデータの通信に用いられる無線リソースの設定手順及びＵＥ３０との間のセキュリティ設定手順の省略をｅＮＢ４０へ指示することができるか否かを把握することができる。
　また、図７においては、ＵＥ３０は、ステップＳ４１のＲＲＣメッセージにＵＥ３０のプロファイル情報を設定していない。そのため、ＵＥ３０は、ステップＳ４２において、ｅＮＢ４０が無線リンクを確立する処理のうち一部の処理を省略することができるか否かを示すeNB typeを受信することはない。無線リンクを確立する処理のうち一部は、例えば、ユーザデータの通信に用いられる無線リソースの設定手順及びＵＥ３０との間のセキュリティ設定手順である。
　ＵＥ３０がＡｔｔａｃｈ処理の実行と同時に、ＵＥ３０がスモールデータの送信をおこなわない可能性がある。これより、ＵＥ３０は、Ａｔｔａｃｈ処理時においては、ｅＮＢ４０からeNB typeを受信する必要がないとして、ステップＳ４１においてプロファイル情報を送信しなくてもよい。
　一方、Ａｔｔａｃｈ処理時にスモールデータ送信をおこなう場合、ＵＥ３０は、ステップＳ４１においてＵＥ３０のプロファイル情報を設定してもよい。さらに、ＵＥ３０は、ステップＳ４３においてNAS:ATTACHメッセージに設定されるプロファイル情報とは別に、ｅＮＢ４０において処理可能なＲＲＣメッセージにプロファイル情報を設定してもよい。
　Ａｔｔａｃｈ処理時にＵＥ３０と通信するｅＮＢが、スモールデータ送信時にＵＥ３０と通信するｅＮＢと同一である場合とは、例えば、以下の状況が挙げられる。
（１）ＵＥ３０が移動しない状況
（２）ＵＥ３０がｅＮＢ４０に非常に近い場所に存在し、ＵＥ３０の周囲の無線環境が変動した場合であっても、ＵＥ３０の通信先のｅＮＢが変更されない状況
　ｅＮＢ４０は、ステップＳ４１においてＵＥ３０のプロファイル情報が設定されていた場合、ステップＳ４２においてeNB typeを設定したRRC Connection SetupメッセージをＵＥ３０へ送信してもよい。また、ｅＮＢ４０は、ステップＳ４１においてＵＥ３０のプロファイル情報が設定されてない場合であっても、ステップＳ４２においてeNB typeを設定したRRC Connection SetupメッセージをＵＥ３０へ送信してもよい。もしくは、ｅＮＢ４０は、ステップＳ４３のＲＲＣメッセージにＵＥ３０のプロファイル情報が設定されていた場合、ステップＳ４７においてeNB typeを設定したATTACH acceptメッセージをＵＥ３０へ送信してもよい。また、ｅＮＢ４０は、ステップＳ４３のＲＲＣメッセージにＵＥ３０のプロファイル情報が設定されてない場合であっても、ステップＳ４７においてeNB typeを設定したATTACH acceptメッセージを伝送するRRCメッセージをＵＥ３０へ送信してもよい。
　続いて、図８を用いて本発明の実施の形態２にかかるスモールデータの送信処理の流れについて説明する。図８においては、ＵＥ３０に関するＡｔｔａｃｈ処理は完了しており、ＵＥ３０がＩＤＬＥ状態であることを前提とする。
　はじめに、ＵＥ３０は、RRC Connection RequestメッセージをｅＮＢ４０へ送信する（Ｓ５１）。次に、ｅＮＢ４０は、RRC Connection Requestメッセージに対する応答としてRRC Connection SetupメッセージをＵＥ３０へ送信する（Ｓ５２）。
　ＵＥ３０は、ステップＳ５１においてプロファイル情報を設定したRRC Connection RequestメッセージをｅＮＢ４０へ送信してもよい。この場合、ｅＮＢ４０は、ステップＳ５２のRRC Connection SetupメッセージにeNB typeを設定する。
　次に、ＵＥ３０は、RRC Connection Setup CompleteメッセージをｅＮＢ４０へ送信する（Ｓ５３）。ここで、ＵＥ３０は、eNB type及びEPC typeを受信している場合、プロファイル情報及びスモールデータを設定したNAS:Service RequestメッセージをRRC Connection Setup Completeメッセージに設定する。例えば、ＵＥ３０は、プロファイル情報として、Traffic Channel不要情報及び低セキュリティ要求情報を設定したとする。
　ＵＥ３０は、ステップＳ５１において、ＲＲＣメッセージにプロファイル情報を設定していない場合、RRC Connection Setup Completeメッセージにプロファイル情報を設定する。つまり、ＵＥ３０は、ＲＲＣメッセージ及びＮＡＳメッセージの両方にプロファイル情報を設定する。
　次に、ｅＮＢ４０は、ＵＥ３０から送信されたNAS:Service Requestメッセージを設定したInitial UE messageをＭＭＥ５０へ送信する（Ｓ５４）。
　次に、ＭＭＥ５０は、ｅＮＢ４０へInitial Context Setup Requestメッセージを送信する（Ｓ５５）。ＭＭＥ５０は、Initial Context Setup Requestメッセージを送信することによって、ユーザデータの通信に用いられる無線リソースの設定手順、ＵＥ３０との間のセキュリティ設定手順を省略すること、及びハンドオーバ処理が不要とすることをｅＮＢ４０へ通知してもよい。
　ユーザデータの通信に用いられる無線リソースの設定手順の省略は、例えば、図９のステップＳ１８～Ｓ３２の処理を省略することであってもよい。セキュリティ設定手順の省略は、ステップＳ１６及びステップＳ１７の処理を省略することであってもよい。
　ＭＭＥ５０は、Initial Context Setup Requestメッセージに、更新したセキュリティＫｅｙを設定しないことによって、セキュリティ設定手順の省略をｅＮＢ４０へ通知してもよい。さらに、ＭＭＥ５０は、フラグ等を設定することによって、ユーザデータの通信に用いられる無線リソースの設定手順を省略することをｅＮＢ４０へ通知してもよい。
　ｅＮＢ４０が、ステップＳ５５においてInitial Context Setup Requestメッセージを受信した後、図９及び図１０のステップＳ１６以降の処理は省略される。
　次に、ＭＭＥ５０は、ステップＳ５４において受信したスモールデータを設定したGTP-C messageをＳＧＷ６０へ送信する（Ｓ５６）。GTP-C messageは、ＭＭＥ５０とＳＧＷ６０との間において送受信される制御データである。次に、ＳＧＷ６０は、ステップＳ５６において受信したスモールデータを設定したGTP-U messageをＰＧＷ７０へ送信する（Ｓ５７）。GTP-U messageは、ＳＧＷ６０とＰＧＷ７０との間において送受信されるユーザデータである。ＳＧＷ６０は、ステップＳ５６において受信したスモールデータを設定したGTP-C messageをＰＧＷ７０へ送信してもかまわない（Ｓ５７）。
　ＵＥ３０は、eNB type及びEPC typeを受信していない場合、プロファイル情報を送信せず、ＵＥ３０、ｅＮＢ４０、及びＭＭＥ５０にて図９及び図１０の処理が実行されてもよい。つまり、ユーザデータの通信に用いられる無線リソースの設定手順及びセキュリティ設定手順が省略せずに実行される。ＵＥ３０がeNB type及びEPC typeを受信していない場合とは、ｅＮＢ４０及びＭＭＥ５０が、ユーザデータの通信に用いられる無線リソースの設定手順及びＵＥ３０との間のセキュリティ設定手順の省略に対応していない場合である。
　また、ＵＥ３０は、eNB typeを受信しており、EPC typeを受信していない場合、プロファイル情報を送信し、ユーザデータの通信に用いられる無線リソースの設定手順及びＵＥ３０との間のセキュリティ設定手順の省略を要求してもよい。
　ＵＥ３０がeNB typeのみを受信している場合とは、ｅＮＢ４０は、ユーザデータの通信に用いられる無線リソースの設定手順及びＵＥ３０との間のセキュリティ設定手順の省略に対応しているが、ＭＭＥ５０は、ユーザデータの通信に用いられる無線リソースの設定手順及びＵＥ３０との間のセキュリティ設定手順の省略に対応していない場合である。
　この場合、例えば、ｅＮＢ４０は、ステップＳ５５において、更新されたセキュリティＫｅｙが送信されてきても、図９のステップＳ１６におけるSecurity Mode Commandの送信を行わないことによって、ステップＳ１６及びＳ１７の処理を省略するようにしてもよい。
　さらに、ｅＮＢ４０は、ＵＥ３０から送信されたプロファイル情報によって、ＵＥ３０がスモールデータを送信することを認識している。そのため、ＵＥ３０は、ステップＳ３０において、ユーザデータの通信に用いられる無線リソースの設定手順の省略指示が通知されない場合であっても、図９のステップＳ１８以降の処理を省略してもよい。
　さらに、ｅＮＢ４０は、ＵＥ３０からプロファイル情報として、ハンドオーバ処理不要情報が送信された場合、ＵＥ３０に関するハンドオーバ処理を省略することができる。ＵＥ３０に関するハンドオーバ処理とは、例えば、ＵＥ３０の無線品質等を監視する処理等が含まれる。そのため、ｅＮＢ４０は、ＵＥ３０に関するハンドオーバ処理を省略することによって、自装置の処理負荷を軽減することができる。
　以上説明したように、ｅＮＢ４０及びＭＭＥ５０は、ＵＥ３０のプロファイル情報に応じて、ＵＥ３０とｅＮＢ４０との間において送受信されるメッセージを省略することができる。これによって、ＵＥ３０が送受信するメッセージの数を減少させることができるため、ＵＥ３０の消費電力を抑えることができる。その結果、ＵＥ３０のバッテリ充電作業及びＵＥ３０のバッテリ交換作業の頻度を減少させることができる。
　さらに、ＵＥ３０は、ｅＮＢ４０及びＭＭＥ５０が、ユーザデータの通信に用いられる無線リソースの設定手順及びＵＥ３０との間のセキュリティ設定手順の省略に対応していない場合、スモールデータをユーザデータとして送信する手順を実行することができる。
　これより、通信システムにおいて、無線リソースの設定手順及びＵＥ３０との間のセキュリティ設定手順の省略に対応していないｅＮＢ４０及びＭＭＥ５０が混在している場合であっても、ＵＥ３０は、スモールデータをＩｏＴサーバ８０へ送信することができる。
　さらに、ＵＥ３０が、プロファイル情報としてハンドオーバ処理不要情報を用いることによって、ｅＮＢ４０における処理負荷の軽減を実現することができる。
　続いて以下では、上述の複数の実施形態で説明されたネットワーク装置１０、通信端末２０、ＵＥ３０、ｅＮＢ４０、及び、ＭＭＥ５０の構成例について説明する。図１１は、ｅＮＢ４０の構成例を示すブロック図である。図１１を参照すると、ｅＮＢ４０は、RFトランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
　ネットワークインターフェース１００３は、ネットワークノード（e.g., 他のeNBs、Mobility Management Entity (MME)、Serving Gateway(S-GW)、及びTSS又はITSサーバ）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
　プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。さらに、プロセッサ１００４による信号処理は、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、X2APプロトコル、S1-MMEプロトコルおよびRRCプロトコルの処理を含んでもよい。
　プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を行うプロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
　メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１００５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
　メモリ１００５は、上述の複数の実施形態で説明されたｅＮＢ４０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明されたｅＮＢ４０の処理を行うよう構成されてもよい。
　図１２は、通信端末２０及びＵＥ３０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ｅＮＢ４０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
　ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
　例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
　ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
　アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、通信端末２０及びＵＥ３０の各種機能を実現する。
　いくつかの実装において、図１２に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
　メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
　メモリ１１０６は、上述の複数の実施形態で説明されたＵＥ４０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された通信端末２０及びＵＥ３０の処理を行うよう構成されてもよい。
　図１３は、ネットワーク装置１０及びＭＭＥ５０の構成例を示すブロック図である。図１３を参照すると、ネットワーク装置１０及びＭＭＥ５０は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノード（e.g., eNodeB１３０、MME、P-GW、）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたネットワーク装置１０及びＭＭＥ５０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
　メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
　図１３の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたネットワーク装置１０及びＭＭＥ５０の処理を行うことができる。
　図１１～図１３を用いて説明したように、上述の実施形態におけるネットワーク装置１０、通信端末２０、ＵＥ３０、ｅＮＢ４０、及び、ＭＭＥ５０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１５年７月２４日に出願された日本出願特願２０１５－１４６２６６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　通信端末から送信された前記通信端末のプロファイル情報を受信する通信部と、
　前記通信端末と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略するか否かを判定する判定部と、を備え、
　前記通信部は、
　前記無線リンクを介して前記通信端末から送信されたスモールデータを受信する、ネットワーク装置。
　（付記２）
　前記判定部は、
　前記プロファイル情報に前記スモールデータを制御データ用の無線リソースを用いて送信することが示されている場合、前記通信端末と無線リンクを確立する手順において、前記前記通信端末との間においてユーザデータの通信に用いられる無線リソースの設定手順を省略する、付記１に記載のネットワーク装置。
　（付記３）
　前記判定部は、
　前記プロファイル情報にセキュリティレベル情報として、前記スモールデータの暗号化不要もしくは簡易レベルの暗号化を行うことが示されている場合、前記通信端末と無線リンクを確立する手順において、前記通信端末との間のセキュリティ設定手順を省略する、付記１又は２に記載のネットワーク装置。
　（付記４）
　前記判定部は、
　前記通信端末との間において用いるセキュリティ鍵の更新を停止することによって、前記通信端末との間のセキュリティ設定手順を省略する、付記３に記載のネットワーク装置。
　（付記５）
　前記通信部は、
　前記プロファイル情報を受信すると、前記無線リソースの設定手順及び前記セキュリティ設定手順を省略することができることを示す情報を前記通信端末へ送信する、付記１乃至４のいずれか１項に記載のネットワーク装置。
　（付記６）
　前記通信部は、
　RRC Connection SetupメッセージもしくはATTACH Acceptメッセージに前記無線リソースの設定手順及び前記セキュリティ設定手順を省略することができることを示す情報を設定する、付記５に記載のネットワーク装置。
　（付記７）
　自端末のプロファイル情報をネットワーク装置へ送信する通信部と、
　前記ネットワーク装置から、前記ネットワーク装置と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記ネットワーク装置との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記ネットワーク装置との間のセキュリティ設定手順のうち少なくとも一方を省略することができるか否かに関する情報を受信する受信部と、を備え、
　前記通信部は、
　前記無線リンクを介して前記ネットワーク装置へスモールデータを送信する、通信端末。
　（付記８）
　前記通信部は、
　前記ユーザデータの通信に用いられる無線リソースの設定手順を省略することができることを示す情報を受信すると、前記スモールデータを制御データ用の無線リソースを用いて前記ネットワーク装置へ送信する、付記７に記載の通信端末。
　（付記９）
　前記通信部は、
　前記無線リソースの設定手順を省略することができないことを示す情報を受信すると、前記スモールデータをユーザデータ用の無線リソースを用いて前記ネットワーク装置へ送信する、付記７または８に記載の通信端末。
　（付記１０）
　前記通信部は、
　前記自端末のプロファイル情報を設定したＲＲＣメッセージ及びＮＡＳメッセージを前記ネットワーク装置へ送信する、付記７乃至９のいずれか１項に記載の通信端末。
　（付記１１）
　通信端末と、
　前記通信端末と無線通信を行う基地局と、
　前記通信端末と前記基地局との間の無線リンクの確立手順を制御するコアネットワーク装置とを備え、
　前記コアネットワーク装置は、
　前記通信端末から送信された前記通信端末のプロファイル情報を受信すると、前記無線リンクの確立手順において、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略することを指示する指示メッセージを前記基地局へ送信し、
　前記基地局は、
　前記指示メッセージに応じて、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略して前記無線リンクの確立手順を実行し、
　前記通信端末は、
　前記無線リンクを介して前記基地局へスモールデータを送信する、通信システム。
　（付記１２）
　通信端末から送信された前記通信端末のプロファイル情報を受信し、
　前記通信端末と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略するか否かを判定し、
　前記無線リンクを介して前記通信端末から送信されたスモールデータを受信する、受信方法。
　（付記１３）
　自端末のプロファイル情報をネットワーク装置へ送信し、
　前記ネットワーク装置から、前記ネットワーク装置と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記ネットワーク装置との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記ネットワーク装置との間のセキュリティ設定手順のうち少なくとも一方を省略することができるか否かに関する情報を受信し、
　前記無線リンクを介して前記ネットワーク装置へスモールデータを送信する、送信方法。
　（付記１４）
　通信端末から送信された前記通信端末のプロファイル情報を受信し、
　前記通信端末と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記通信端末との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記通信端末との間のセキュリティ設定手順のうち少なくとも一方を省略するか否かを判定し、
　前記無線リンクを介して前記通信端末から送信されたスモールデータを受信することをコンピュータに実行させるプログラム。
　（付記１５）
　自端末のプロファイル情報をネットワーク装置へ送信し、
　前記ネットワーク装置から、前記ネットワーク装置と無線リンクを確立する手順において、前記プロファイル情報に応じて、前記ネットワーク装置との間におけるユーザデータの通信に用いられる無線リソースの設定手順、及び前記ネットワーク装置との間のセキュリティ設定手順のうち少なくとも一方を省略することができるか否かに関する情報を受信し、
　前記無線リンクを介して前記ネットワーク装置へスモールデータを送信することをコンピュータに実行させるプログラム。
　１０　ネットワーク装置
　１１　通信部
　１２　判定部
　２０　通信端末
　３０　ＵＥ
　３１　ＩｏＴアプリケーション
　３２　ＮＡＳ制御部
　３３　ＡＳ制御部
　３４　Ｕ－Ｐｌａｎｅ制御部
　３５　無線通信部
　４０　ｅＮＢ
　４１　無線通信部
　４２　制御部
　４３　ネットワーク通信部
　５０　ＭＭＥ
　５１　基地局通信部
　５２　判定部
　５３　制御部
　５４　ネットワーク通信部
　６０　ＳＧＷ
　７０　ＰＧＷ
　８０　ＩｏＴサーバ

Claims (6)

  1. 　CIoT(Cellular Internet of Things)のスモールデータ通信の最適化を行う移動通信システムであって、
    　前記スモールデータ通信においてC-plane（control plane）を使うかU-Plane（user　plane）を使うかを示す情報を保有する端末と、
    　前記情報を含むATTACH REQUESTメッセージを前記端末から基地局を介して受信するMME(Mobility Management Entity)とを含み、
    　前記MMEは前記情報に基づき前記スモールデータ通信において前記C-planeを用いた通信をサポートするかどうかを判定し、ATTACH ACCEPTメッセージを前記基地局を介して前記端末に送信する移動通信システム。
  2. 　CIoT(Cellular Internet of Things)のスモールデータ通信の最適化を行う移動通信システムに用いられるMME(Mobility Management Entity)であって、
    　前記スモールデータ通信においてC-plane（control plane）を使うかU-Plane（user　plane）を使うかを示す情報を保有する端末から基地局を介して前記情報を含むATTACH REQUESTメッセージを受信する基地局通信部と、
    　前記情報に基づき前記スモールデータ通信において前記C-planeを用いた通信をサポートするかどうかを判定する判定部と、
    　前記判定部の判定結果に基づき、ATTACH ACCEPTメッセージを前記基地局を介して前記端末に送信する前記基地局通信部と、を有するＭＭＥ。
  3. 　CIoT(Cellular Internet of Things)のスモールデータ通信の最適化を行う移動通信システムに用いられる端末であって、
    　前記スモールデータ通信においてC-plane（control plane）を使うかU-Plane（user　plane）を使うかを示す情報を保有するIoTアプリケーション部と、
    　前記情報を含むATTACH REQUESTメッセージを基地局を介してMME(Mobility Management Entity)に送信する無線通信部と、
    　前記情報に基づき前記スモールデータ通信において前記C-planeを用いた通信をサポートするかどうかを判定した前記ＭＭＥから、ATTACH ACCEPTメッセージを前記基地局を介して受信する前記無線通信部と、を有する端末。
  4. 　CIoT(Cellular Internet of Things)のスモールデータ通信の最適化を行う移動通信システムの通信方法であって、
    　端末が前記スモールデータ通信においてC-plane（control plane）を使うかU-Plane（user　plane）を使うかを示す情報を保有し、
    　MME(Mobility Management Entity)が前記情報を含むATTACH REQUESTメッセージを前記端末から基地局を介して受信し、
    　前記MMEは前記情報に基づき前記スモールデータ通信において前記C-planeを用いた通信をサポートするかどうかを判定し、ATTACH ACCEPTメッセージを前記基地局を介して前記端末に送信する移動通信システムの通信方法。
  5. 　CIoT(Cellular Internet of Things)のスモールデータ通信の最適化を行う移動通信システムに用いられるMME(Mobility Management Entity)の通信方法であって、
    　前記スモールデータ通信においてC-plane（control plane）を使うかU-Plane（user　plane）を使うかを示す情報を保有する端末から基地局を介して前記情報を含むATTACH REQUESTメッセージを受信し、
    　前記情報に基づき前記スモールデータ通信において前記C-planeを用いた通信をサポートするかどうかを判定し、
    　前記判定結果に基づき、ATTACH ACCEPTメッセージを前記基地局を介して前記端末に送信する、ＭＭＥの通信方法。
  6. 　CIoT(Cellular Internet of Things)のスモールデータ通信の最適化を行う移動通信システムに用いられる端末の通信方法であって、
    　前記スモールデータ通信においてC-plane（control plane）を使うかU-Plane（user　plane）を使うかを示す情報を保有し、
    　前記情報を含むATTACH REQUESTメッセージを基地局を介してMME（Mobility Management Entity)に送信し、
    　前記情報に基づき前記スモールデータ通信において前記C-planeを用いた通信をサポートするかどうかを判定した前記ＭＭＥから、ATTACH ACCEPTメッセージを前記基地局を介して受信する、端末の通信方法。
PCT/JP2016/003392 2015-07-24 2016-07-20 移動通信システム、ｍｍｅ、端末、及び通信方法 WO2017017931A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201680043490.0A CN107852596A (zh) 2015-07-24 2016-07-20 移动通信系统、mme、终端和通信方法
MX2018001016A MX2018001016A (es) 2015-07-24 2016-07-20 S istema de comunicación móv il, mme , terminales y método para la comunicación.
EP16830037.4A EP3328105B1 (en) 2015-07-24 2016-07-20 Mobile communication system, mme, terminal, and communication method
US15/747,034 US11272337B2 (en) 2015-07-24 2016-07-20 Mobile communication system, MME, terminals and method for communication
JP2017514947A JP6512641B2 (ja) 2015-07-24 2016-07-20 移動通信システム、ｍｍｅ、基地局、端末、及び通信方法
US16/597,403 US11445345B2 (en) 2015-07-24 2019-10-09 Mobile communication system, MME, terminals and method for communication
US17/865,742 US20220353659A1 (en) 2015-07-24 2022-07-15 Mobile communication system, mme, terminals and method for communication

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015146266 2015-07-24
JP2015-146266 2015-07-24

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/747,034 A-371-Of-International US11272337B2 (en) 2015-07-24 2016-07-20 Mobile communication system, MME, terminals and method for communication
US16/597,403 Continuation US11445345B2 (en) 2015-07-24 2019-10-09 Mobile communication system, MME, terminals and method for communication

Publications (1)

Publication Number Publication Date
WO2017017931A1 true WO2017017931A1 (ja) 2017-02-02

Family

ID=57884176

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/003392 WO2017017931A1 (ja) 2015-07-24 2016-07-20 移動通信システム、ｍｍｅ、端末、及び通信方法

Country Status (6)

Country Link
US (3) US11272337B2 (ja)
EP (1) EP3328105B1 (ja)
JP (5) JP6512641B2 (ja)
CN (1) CN107852596A (ja)
MX (1) MX2018001016A (ja)
WO (1) WO2017017931A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018144249A1 (en) * 2017-02-06 2018-08-09 Vivek Gupta Reliable data service protocol for ciot devices
KR102144293B1 (ko) * 2019-03-13 2020-08-13 계명대학교 산학협력단 듀얼 플레인 구조를 활용한 고속의 사물인터넷 메시지 처리 방법 및 시스템

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108476535B (zh) * 2015-12-28 2021-10-08 日本电气株式会社 无线终端、无线站、方法及其介质
CN109417729B (zh) * 2016-07-30 2022-05-13 华为技术有限公司 一种业务数据传输方法及设备
WO2018154356A1 (en) * 2017-02-23 2018-08-30 Nokia Technologies Oy Method and system for access protocol optimization for narrow band internet-of-things devices within a network environment
KR20210050560A (ko) * 2018-09-30 2021-05-07 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 통신 방법 및 통신 장치
US11032735B2 (en) * 2019-08-08 2021-06-08 At&T Intellectual Property I, L.P. Management of overload condition for 5G or other next generation wireless network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011045038A (ja) * 2009-08-24 2011-03-03 Ntt Docomo Inc 移動通信方法、移動局、測位処理ノード及び緊急呼制御ノード
US20130080597A1 (en) * 2011-09-23 2013-03-28 Htc Corporation Method of Handling Small Data Transmission
JP2013529402A (ja) * 2010-03-23 2013-07-18 インターデイジタル パテント ホールディングス インコーポレイテッド マシンタイプ通信のための効率的なシグナリング

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2458885A (en) * 2008-03-20 2009-10-07 Nec Corp Accepting or rejecting a connection request based upon capability information of a user device
EP2514252A1 (en) 2009-12-14 2012-10-24 Nokia Corp. Apparatus and method for determining a location of wireless communication devices
CN102652412B (zh) 2010-02-08 2016-03-02 上海贝尔股份有限公司 一种用于在机器对机器通信系统中进行数据传输的方法及其设备
CN102457871B (zh) * 2010-10-26 2014-06-11 电信科学技术研究院 一种网络资源节省方法和系统
CN102271367A (zh) 2011-08-30 2011-12-07 电信科学技术研究院 一种小数据的传输方法和设备
CN103002428B (zh) 2011-09-15 2016-08-03 华为技术有限公司 一种物联网终端网络附着的方法及系统
EP2764641B1 (en) * 2011-10-03 2019-12-18 Intel Corporation Device to device (d2d) communication mechanisms
CN106507332B (zh) 2011-11-04 2020-01-10 华为技术有限公司 一种数据传输方法、移动性管理实体和移动终端
JP2014017801A (ja) * 2012-06-13 2014-01-30 Sumitomo Electric Ind Ltd 無線端末装置、通信システム、通信制御方法および通信制御プログラム
US9100160B2 (en) * 2012-08-03 2015-08-04 Intel Corporation Apparatus and method for small data transmission in 3GPP-LTE systems
US20150237458A1 (en) 2012-09-12 2015-08-20 Nec Corporation Mobile communication system, data communication method, gateway device and base station
JP2014072674A (ja) * 2012-09-28 2014-04-21 Ntt Docomo Inc 移動通信方法、移動局及び無線基地局
US9706522B2 (en) * 2013-03-01 2017-07-11 Intel IP Corporation Wireless local area network (WLAN) traffic offloading
WO2014181439A1 (ja) * 2013-05-09 2014-11-13 富士通株式会社 通信システム、端末装置及び通信方法
GB201420140D0 (en) 2014-11-12 2014-12-24 Vodafone Ip Licensing Ltd Mobility management
US9743435B2 (en) * 2015-02-02 2017-08-22 Verizon Patent And Licensing Inc. Dynamic on-demand data network connection control service
KR102455397B1 (ko) * 2015-04-22 2022-10-17 콘비다 와이어리스, 엘엘씨 3gpp 네트워크들에서의 소량 데이터 사용 가능
CN107637145B (zh) * 2015-06-11 2022-04-22 英特尔公司 蜂窝IoT网络架构
US10524171B2 (en) * 2015-06-16 2019-12-31 Qualcomm Incorporated Reselection between regular and dedicated core networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011045038A (ja) * 2009-08-24 2011-03-03 Ntt Docomo Inc 移動通信方法、移動局、測位処理ノード及び緊急呼制御ノード
JP2013529402A (ja) * 2010-03-23 2013-07-18 インターデイジタル パテント ホールディングス インコーポレイテッド マシンタイプ通信のための効率的なシグナリング
US20130080597A1 (en) * 2011-09-23 2013-03-28 Htc Corporation Method of Handling Small Data Transmission

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT: "CloT architecture for small data transmission", 3GPP TSG-SA WG2#110 S2-152394, 10 July 2015 (2015-07-10), XP050987315, Retrieved from the Internet <URL:http://www.3gpp.org/ ftp/tsg_sa/WG2_Arch/TSGS2_110_Dubrovnik/Docs/ S 2-152394 .zip> *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018144249A1 (en) * 2017-02-06 2018-08-09 Vivek Gupta Reliable data service protocol for ciot devices
KR102144293B1 (ko) * 2019-03-13 2020-08-13 계명대학교 산학협력단 듀얼 플레인 구조를 활용한 고속의 사물인터넷 메시지 처리 방법 및 시스템

Also Published As

Publication number Publication date
JPWO2017017931A1 (ja) 2017-08-03
US11272337B2 (en) 2022-03-08
JP2017220942A (ja) 2017-12-14
JP7111421B2 (ja) 2022-08-02
JP2020025364A (ja) 2020-02-13
US20200045521A1 (en) 2020-02-06
EP3328105A4 (en) 2019-05-08
EP3328105B1 (en) 2023-08-30
MX2018001016A (es) 2018-11-09
JP2022009324A (ja) 2022-01-14
JP6512641B2 (ja) 2019-05-15
EP3328105A1 (en) 2018-05-30
US11445345B2 (en) 2022-09-13
JP2019146270A (ja) 2019-08-29
JP7164004B2 (ja) 2022-11-01
CN107852596A (zh) 2018-03-27
US20190014001A1 (en) 2019-01-10
US20220353659A1 (en) 2022-11-03

Similar Documents

Publication Publication Date Title
JP7164004B2 (ja) ＩｏＴデバイス、移動管理ノード、及び通信方法
US11310697B2 (en) Core node, base station, radio terminal, communication method, radio resource allocation method, base station selection method, and readable medium
WO2018128017A1 (ja) 無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体
WO2016208097A1 (ja) リレー選択のための装置及び方法
JP6687024B2 (ja) Ｄ２ｄ通信制御装置、無線端末、及び中継無線端末候補選択方法
US9924556B2 (en) Radio communication system, base station, mobile station, communication control method, and non-transitory computer readable medium
JP7313549B2 (ja) データ送信方法、装置、デバイス及び記憶媒体
JP6620810B2 (ja) 無線端末、ｄ２ｄ通信制御装置、及び予備中継無線端末選択方法
WO2018084231A1 (ja) ゲートウェイ装置、移動管理装置、基地局、通信方法、制御方法、ページング方法、及びコンピュータ可読媒体
JP6996727B2 (ja) 端末、制御装置、及び通信方法
WO2017026114A1 (ja) 通信端末、基地局、ネットワーク装置、データ通信方法、及びセキュリティ設定方法
JP6696504B2 (ja) 無線端末装置、ネットワークノード、及び方法
JP7400363B2 (ja) 通信端末、基地局、及び通信方法
EP4329339A1 (en) User equipment and communication control method
EP3398370A1 (en) Mobile communication system and methods of transmitting and receiving a message

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017514947

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2018/001016

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016830037

Country of ref document: EP