WO2017146076A1 - ゲートウェイ装置、通信方法、及び、非一時的なコンピュータ可読媒体 - Google Patents

ゲートウェイ装置、通信方法、及び、非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2017146076A1
WO2017146076A1 PCT/JP2017/006485 JP2017006485W WO2017146076A1 WO 2017146076 A1 WO2017146076 A1 WO 2017146076A1 JP 2017006485 W JP2017006485 W JP 2017006485W WO 2017146076 A1 WO2017146076 A1 WO 2017146076A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
message
gateway device
enb
s1ap
Prior art date
Application number
PCT/JP2017/006485
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 日本電気株式会社
Publication of WO2017146076A1 publication Critical patent/WO2017146076A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

Definitions

  • the present invention relates to a gateway device, a communication method, and a program, and more particularly to a gateway device, a communication method, and a program for transmitting a message.
  • IoT Internet Of Things
  • the IoT service is implemented using, for example, a terminal that autonomously communicates without user operation.
  • traffic characteristics are different between a terminal such as a smartphone and a terminal used for an IoT service.
  • a small amount of data is often transmitted compared to a smartphone or the like.
  • the IoT service may have a traffic characteristic that data is transmitted at a predetermined timing in one day.
  • the core network that provides the general service and the core network that provides the IoT service are separated from each other independently. Operation is under consideration. By separating the core network, it becomes possible to design facilities according to the traffic characteristics of each service.
  • Patent Document 1 discloses a configuration of a gateway device having traffic characteristics suitable for distinguishing user terminals having different traffic characteristics and connecting the user terminals. Specifically, a packet distribution control unit included in the gateway apparatus determines a packet transfer destination based on the MAC address or domain information of the user terminal included in the packet. Further, the packet distribution control unit changes the IP address of the packet transmission destination to the IP address of the gateway device of the transfer destination.
  • An object of the present invention is to provide a gateway device, a communication method, and a program capable of appropriately distributing packets in a network constructed based on the 3GPP standard.
  • the gateway device is a gateway device arranged between an eNB (evolved Node Node B) and an MME (Mobility Management Entity) that perform communication according to S1AP (S1 Application S Protocol), A communication unit that terminates the S1AP message transmitted from the eNB, a determination unit that determines a terminal type of a mobile station associated with the S1AP message, and a transmission source set in the S1AP message transmitted from the eNB An address conversion unit that changes the address from the identifier of the eNB to the first identifier of the gateway device, and the communication unit sends the S1AP message in which the source address is converted according to the terminal type It is to be transmitted to the determined MME.
  • S1AP Session Initation Protocol
  • a communication method is a communication method in a gateway device arranged between an eNB that performs communication according to S1AP and an MME, and terminates an S1AP message transmitted from the eNB,
  • the terminal type of the mobile station associated with the S1AP message is determined, and the source address set in the S1AP message transmitted from the eNB is changed from the identifier of the eNB to the first identifier of the gateway device Then, the S1AP message with the source address converted is transmitted to the MME determined according to the terminal type.
  • the program concerning the 3rd mode of the present invention is a program which makes a computer which is a gateway device arranged between eNB and MME which communicate according to S1AP perform, Comprising: The S1AP message transmitted from said eNB The terminal type of the mobile station associated with the S1AP message is determined, and the source address set in the S1AP message transmitted from the eNB is determined from the identifier of the eNB to the first of the gateway device. The computer is made to transmit the S1AP message whose source address is converted to the identifier to the MME determined according to the terminal type.
  • the present invention it is possible to provide a gateway device, a communication method, and a program capable of appropriately distributing packets in a network constructed based on the 3GPP standard.
  • FIG. 1 is a configuration diagram of a communication system 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 figure which shows the flow of Attach processing concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the process at the time of the no-communication detection concerning Embodiment 2.
  • FIG. FIG. 6 is a configuration diagram of a communication system according to a third exemplary embodiment.
  • FIG. 10 is a diagram illustrating a flow of Attach processing according to the third embodiment.
  • FIG. 10 is a diagram showing a flow of processing when no communication is detected according to the third exemplary embodiment;
  • FIG. 6 is a configuration diagram of a communication system according to a fourth exemplary embodiment.
  • FIG. 10 is a diagram showing a flow of packet distribution processing according to the fourth exemplary embodiment.
  • FIG. 10 is a diagram showing a flow of packet distribution processing according to the fifth exemplary embodiment. It is a block diagram of SGSN concerning Embodiment 6.
  • FIG. 10 is a diagram illustrating a flow of Attach processing according to the sixth embodiment. It is a figure when UE concerning Embodiment 6 starts a packet communication. It is a figure which shows the processing flow when UE concerning Embodiment 6 completes packet communication.
  • FIG. 10 is a diagram illustrating a flow of processing when no communication is detected according to the sixth embodiment; It is a block diagram of the gateway apparatus or SGSN concerning each embodiment.
  • the communication system in FIG. 1 includes an eNB (evolved Node B) 10, a gateway device 20, an MME (Mobility Management Entity) 30, an MME 32, and a UE (User Equipment) 40.
  • the UE 40, eNB 10, gateway device 20, and MME 30 may be a computer device that operates when a processor executes a program stored in a memory.
  • the eNB 10 is a base station that supports LTE (Long Term Evolution) in 3GPP.
  • the eNB 10 performs radio communication with the UE 40 using LTE as a radio communication method.
  • UE40 is a general term for mobile stations used in 3GPP.
  • the MME 30 and the MME 32 are node devices that manage location information of the UE 40 in 3GPP and further perform call processing control on the UE 40.
  • the MME 30 and the MME 32 are node devices that constitute the core network. In FIG. 1, two MMEs 30 and 32 are shown, but three or more MMEs may be arranged.
  • the gateway device 20 is arranged between the eNB 10 and the MME 30, and relays control data transmitted between the eNB 10 and the MME 30.
  • the control data may be data for collecting location information of the UE 40, data for executing call processing control, and the like.
  • the control data may be referred to as a control signal, control information, C-Plane data, or the like.
  • text data, image data, moving image data and the like transmitted and received by the UE 40 are referred to as user data.
  • the user data may be referred to as user information or U-Plane data.
  • ENB10 and MME30 perform communication according to S1AP (S1SApplication Protocol). That is, eNB10 and MME30 set various information to the S1AP message which is a control message prescribed
  • S1AP Session Init Protocol
  • the gateway device 20 includes a communication unit 21, a determination unit 22, and a conversion unit 23.
  • the communication unit 21, the determination unit 22, and the conversion unit 23 may be software or a module that performs processing when the processor executes a program stored in a memory.
  • the communication unit 21, the determination unit 22, and the conversion unit 23 may be hardware such as a circuit or a chip.
  • the communication unit 21 terminates the S1AP message transmitted from the eNB 10, MME 30, or MME 32.
  • the termination of the S1AP message by the communication unit 21 may mean that the communication unit 21 analyzes the information set in the S1AP message or changes the information set in the S1AP message.
  • the communication unit 21 outputs the received S1AP message to the determination unit 22 and the conversion unit 23.
  • the determination unit 22 determines the terminal type of the UE 40 associated with the S1AP message.
  • the S1AP message is a message used for managing the location information of the UE 40 and further performing call processing control of the UE 40. That is, the S1AP message is transmitted for each UE.
  • the terminal type may be, for example, identification information of services executed by the UE 40, information defining the traffic characteristics of the UE 40, identification information for identifying other UEs 40, or the like.
  • the terminal type may be information for identifying a terminal that executes the IoT service and other terminals.
  • the conversion unit 23 changes the source address set in the S1AP message transmitted from the eNB 10 from the identifier of the eNB 10 to the identifier A of the gateway device 20.
  • the identifier A is an identifier used for communication between the gateway device 20 and the MME 30 or between the gateway device 20 and the MME 32.
  • the communication unit 21 transmits the S1AP message in which the transmission source address is converted to the MME 30 or the MME 32 determined according to the terminal type.
  • the MME 30 and the MME 32 manage location information of the UE 40 of a specific terminal type, and further perform call processing control.
  • the communication unit 21 transmits the S1AP message to the MME associated with the determined terminal type.
  • the communication unit 21 distributes the S1AP message to a plurality of MMEs according to the terminal type.
  • the gateway device 20 in FIG. 1 can terminate the S1AP message used for communication between the eNB 10 and the MME 30 in 3GPP. Furthermore, the gateway device 20 can distribute the S1AP message to a plurality of MMEs according to the terminal type of the UE 40.
  • the gateway device 20 can change the transmission source address of the S1AP message transmitted from the eNB 10 from the eNB 10 to the gateway device 20.
  • the gateway device 20 changes the identification information of the transmission source defined in the S1AP message, and transmits the S1AP message in which the identification information of the transmission source is changed to the MME, so that the gateway device 20 allows the eNB 10 and the MME 30 or Even if it is arranged between the MME 32 and the S1AP message is terminated, the S1AP message can be transmitted normally. That is, the MME sets the identification information of the gateway device 20 as the destination of the S1AP message, so that the S1AP message transmitted between the eNB 10 and the MME can be transmitted via the gateway device 20.
  • FIG. 2 shows that the MME 30 is arranged in the general network 50 and the MME 32 is arranged in the IoT network 52.
  • the other configuration of FIG. 2 is the same as that of FIG.
  • the IoT network 52 is a network that transmits data related to the UE used for the IoT service.
  • the IoT network 52 may be a network that transmits control data and user data related to a UE used for the IoT service.
  • the IoT network 52 may include an SGW (Serving Gateway) and a PGW (Packet data network Gateway) for transmitting user data, in addition to the MME 32 for transmitting control data.
  • SGW Serving Gateway
  • PGW Packet data network Gateway
  • the general network 50 is a network that transmits data related to UEs other than the UE used for the IoT service.
  • the UE other than the UE used for the IoT service may be a mobile phone or a smartphone with a user operation when using the service.
  • IoT services often transmit a small amount of data compared to smartphones. Furthermore, the IoT service may have a traffic characteristic that data is transmitted at a predetermined timing in one day.
  • terminals such as smartphones may receive a large amount of moving image data. Furthermore, it is possible to use various services using a smartphone terminal, and in recent years, it is considered that the amount of data transmitted and received by the smartphone terminal is increasing. In this way, the terminal used for the IoT service and the terminal used for other services have different traffic characteristics. Here, it is possible to efficiently design a network by handling traffic related to terminals having the same traffic characteristics in the same network.
  • the number of node devices such as SGW that relay user data may be reduced.
  • the IoT network 52 may accommodate more terminals in the future as compared with smartphones and the like. Therefore, in the IoT network 52, the number of node devices such as MMEs that process control data may be increased.
  • the general network 50 handles traffic related to terminals with a lot of transmitted user data. Therefore, in the general network 50, the number of node devices such as SGW that relay user data may be increased. In addition, the spread rate of smartphones and the like may slow down in the future. Therefore, in the IoT network 52, the number of node devices such as MME that process control data may be reduced, or the current number of node devices such as MME may be maintained.
  • the gateway device 20 determines whether or not the UE 40 is a terminal used for the IoT service, and distributes a message related to the UE 40 to the MME 30 or the MME 32.
  • the UE 40 transmits an Attach Request message that is a NAS (Non Access Stratum) message to the eNB 10 (S11).
  • the UE 40 may set information regarding the terminal type in the Attach Request message.
  • the information regarding the terminal type may be information indicating whether the terminal is used for the IoT service, for example.
  • the UE 40 may set information regarding the terminal type in Device-Properties, which is a parameter set in the NAS message.
  • the eNB 10 transmits an Initial UE message, which is an S1AP message, to the gateway device 20 (S12).
  • the eNB 10 multiplexes the Attach Request message received from the UE 40 into the Initial UE Message. That is, the eNB 10 transmits an Initial UE message including the Attach Request message to the gateway device 20.
  • the gateway device 20 may be set as the destination of the Initial UE Message, or an arbitrary MME may be set.
  • the gateway device 20 determines the MME that transmits the control data related to the UE 40. Therefore, when an arbitrary MME is set as the destination of Initial UE Message, the destination of Initial UE Message is changed in gateway device 20. Further, even when an arbitrary MME is set as the destination of the Initial UE Message, the communication path is set so that the Initial UE Message is transmitted to the gateway device 20.
  • the gateway device 20 determines the distribution destination of the Initial UE ⁇ ⁇ Message that is the S1AP message (S13). In other words, the gateway device 20 determines the transmission destination of Initial UE Message. The gateway device 20 determines the distribution destination of the Initial UE message using information on the terminal type set in the Attach Request message included in the Initial UE Request message. When the information indicating that the terminal type is a terminal used for the IoT service is set in the terminal type, the gateway device 20 determines that the distribution destination of Initial UE Message is MME32. In FIG. 3, a case will be described in which the gateway device 20 determines that the distribution destination of Initial UE Message is the MME 32.
  • the gateway device 20 changes or replaces the address of the initial UE message from the identifier of the eNB 10 to the identifier of the gateway device 20 (S14).
  • the transmission source address of Initial UE Message is an address in the S1AP layer defined in S1AP.
  • the gateway device 20 transmits an Initial UE message in which the transmission source address is changed to the MME 32 (S15).
  • the MME 32 transmits a Downlink
  • the MME 32 multiplexes an Authentication Request message used for authentication related to the UE 40 into a Downlink NAS Transport message.
  • the Authentication Request message is a NAS message.
  • the gateway device 20 changes or replaces the transmission source address of the Downlink-NAS-Transport message from the identifier of the MME 32 to the identifier of the gateway device 20 (S17).
  • the source address of the Downlink NAS Transport message is an address in the S1AP layer defined in S1AP.
  • the eNB 10 receives the Downlink NAS Transport message
  • the eNB10 transmits an Authentication Request message included in the Downlink NAS Transport message to the UE 40.
  • the UE 40 transmits an Authentication Response that is a NAS message, and the eNB 10 multiplexes the Authentication Response message into an Uplink NAS Transport message that is an S1AP message.
  • the eNB 10 transmits an Uplink NAS Transport message in which the Authentication Response message is multiplexed to the gateway device 20 (S19).
  • the gateway device 20 transmits the Uplink NAS Transport message in which the source address and the destination address are changed to the MME 32 (S21). Thereafter, in order to execute the Attach process of the UE 40, the Downlink NAS Transport message and the Uplink NAS Transport message are transmitted as in Steps S16 to S21.
  • the MME 32 when completing the Attach process related to the UE 40, the MME 32 multiplexes an Attach Accept message that is a NAS message with an Initial Context Setup Request message that is an S1AP message and transmits the message to the gateway apparatus 20 (S22).
  • the gateway apparatus 20 performs address conversion similarly to step S17, and transmits an Initial ⁇ Context Setup Request message to the eNB 10.
  • the eNB 10 executes an E-RAB Setup process in order to set up a radio bearer with the UE 40 (S23).
  • the eNB 10 transmits a UE ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ Radio Access ⁇ ⁇ Capability Information message to the gateway device 20 (S24).
  • the gateway apparatus 20 performs address conversion similarly to step S20, and transmits UE
  • the UE 40 transmits an Attach Complete message that is a NAS message, and the eNB 10 multiplexes the Attach Complete message into an Uplink NAS Transport message that is an S1AP message.
  • the eNB 10 transmits an Uplink NAS Transport message in which the Attach Complete message is multiplexed to the gateway device 20 (S25).
  • the gateway device 20 performs address conversion in the same manner as in step S20, and transmits an UplinkUpNAS Transport message to the MME 32.
  • Uplink / Downlink packet that is user data related to the UE 40 is transmitted between the eNB 10 and the SGW (S26).
  • the SGW is a node device arranged in the IoT network 52.
  • Uplink / Downlink Packet transmitted between the eNB 10 and the SGW is transmitted via the gateway device 20 in the same manner as the control data.
  • the gateway device 20 performs the conversion of the address set in Uplink / Downlink ⁇ ⁇ Packet similarly to steps S17 and S20.
  • the eNB 10 detects that the UE 40 is not communicating for a predetermined period and is in a no-communication state (S31).
  • the eNB 10 transmits a UE ⁇ ContextUERelease Request message that is an S1AP message to the MME 32 via the gateway device 20 in order to release the radio bearer with the UE 40 (S32).
  • the gateway device 20 performs address conversion in the same manner as in step S20 in FIG.
  • the MME 32 transmits a UE Context Release Command message that is an S1AP message to the eNB 10 via the gateway device 20 (S33).
  • the gateway device 20 performs address conversion in the same manner as in step S17 in FIG.
  • the eNB 10 executes a process of releasing a radio bearer with the UE 40 (S34).
  • the eNB 10 transmits a UE Context Release Complete message that is an S1AP message to the MME 32 via the gateway device 20 (S35).
  • the gateway device 20 performs address conversion in the same manner as in step S20 in FIG.
  • the gateway device 20 can select an MME according to the terminal type of the UE 40 and distribute the S1AP message to the selected MME. it can. Also, the gateway device 20 can terminate and transfer the S1AP message between the eNB 10 and the MME via the gateway device 20 by converting the address information set in the S1AP message. That is, the gateway apparatus 20 can relay the S1AP message transmitted between the eNB 10 and the MME by converting the address of the S1AP message transmitted between the eNB 10 and the MME.
  • FIG. 5 replaces eNB 10 of the communication system of FIG. 2 with RNC (Radio Network Controller) 12, and replaces MME 30 and MME 32 of the communication system of FIG. 2 with SGSN (Serving General packet radio service Support Node) 31 and SGSN 33. ing.
  • the SGSN 31 is arranged in the general network 50, and the SGSN 33 is arranged in the IoT network 52.
  • the gateway device 20 in FIG. 5 has the same configuration as that of the gateway device 20 in FIGS.
  • the RNC 12 is a node device that controls a radio access network called 3G.
  • SGSN 31 and SGSN 33 are node devices that manage location information of UE 40 and further perform call processing control on UE 40.
  • SGSN31 and SGSN33 transmit the control data and user data regarding UE40.
  • the UE 40 transmits an Attach Request message that is a NAS message to the RNC 12 (S41).
  • the UE 40 may set information regarding the terminal type in the Attach Request message.
  • the information regarding the terminal type may be information indicating whether the terminal is used for the IoT service, for example.
  • the UE 40 may set information regarding the terminal type in Device-Properties, which is a parameter set in the NAS message.
  • the RNC 12 transmits an Initial UE message, which is a RANAP (Radio Access Network Application Part) protocol message, to the gateway device 20 (S42).
  • the RNC 12 multiplexes the Attach Request message received from the UE 40 into the Initial UE Message. That is, the RNC 12 transmits an Initial UE message including the Attach Request message to the gateway device 20.
  • the gateway device 20 may be set as the destination of the Initial UE Message, or an arbitrary SGSN may be set.
  • the SGSN that transmits control data related to the UE 40 is determined by the gateway device 20. Therefore, when an arbitrary SGSN is set in Initial UE Message, the destination of Initial UE Message is changed in gateway device 20.
  • the gateway device 20 determines the distribution destination of the Initial UE message that is a RANAP protocol message (S43). In other words, the gateway device 20 determines the transmission destination of Initial UE Message. The gateway device 20 determines the distribution destination of the Initial UE message using information on the terminal type set in the Attach Request message included in the Initial UE Request message. When the information indicating that the terminal type is a terminal used for the IoT service is set in the terminal type, the gateway device 20 determines that the initial UE Message distribution destination is the SGSN 33. In FIG. 6, a case will be described in which the gateway device 20 determines that the distribution destination of Initial UE Message is the SGSN 33.
  • the gateway device 20 changes or replaces the address of the initial UE message from the RNC 12 identifier to the gateway device 20 identifier (S44).
  • the transmission source address of Initial UE Message is an address in the SCCP layer defined in the RANAP protocol.
  • the identifier that is set to the address of the source of the Initial UE Message is Source-LR.
  • the gateway device 20 transmits an Initial UE message in which the source address is changed to the SGSN 33 (S45).
  • the SGSN 33 transmits a Direct Transfer message that is a RANAP protocol message to the gateway device 20 (S46).
  • the gateway device 20 changes or replaces the source address of the Direct Transfer message from the SGSN 33 identifier to the gateway device 20 identifier (S47).
  • the source address of the Direct Transfer message is an address in the SCCP layer defined in the RANAP protocol.
  • the RNC 12 transmits a NAS message included in the Direct-Transfer message to the UE 40.
  • the gateway apparatus 20 can terminate and transfer the RANAP protocol message between the RNC 12 and the SGSN 31.
  • the SGSN 33 transmits an Iu12Release ⁇ Command message that is a RANAP protocol message to the RNC 12 via the gateway device 20 (S51).
  • the gateway device 20 performs address conversion in the same manner as in step S47 in FIG.
  • the RNC 12 executes a process of releasing a radio bearer with the UE 40 (S52).
  • the RNC 12 transmits an Iu Release Complete message, which is a RANAP protocol message, to the SGSN 33 via the gateway device 20 (S53).
  • the gateway device 20 performs address conversion in the same manner as in step S44 of FIG.
  • the RANAP protocol message can be terminated and transferred between the RNC 12 and the SGSN 31 as in the second embodiment.
  • FIG. 4 a DB (database) 60 and an HSS (Home Subscriber Server) 64 are added to the communication system of FIG. Further, an IoT core network 71, an IoT core network 72, and an IoT core network 73 exist in the IoT network 52.
  • the MME 36 is disposed in the IoT core network 71, and the MME 37 is disposed in the IoT core network 72.
  • the MME 38 is disposed in the IoT core network 73.
  • a server device 81 is connected to the IoT core network 71
  • a server device 82 is connected to the IoT core network 72
  • a server device 83 is connected to the IoT core network 73.
  • the IoT network 52 is divided into IoT core networks such as an IoT core network 71, an IoT core network 72, and an IoT core network 73 for each IoT service to be provided. Alternatively, a plurality of IoT services may be provided in one IoT core network.
  • IoT services include, for example, smart meter management services, traffic control services, services related to government agencies or emergency agencies, logistics management services, security services, inventory management services, etc. There are various services.
  • the server device 81, the server device 82, and the server device 83 may be server devices managed by a service provider that provides an IoT service. That is, the IoT core network 71 may be referred to as an IoT core network provided to a service provider that manages the server device 81.
  • the IoT core network 72 and the IoT core network 73 are the same as the IoT core network 71.
  • the gateway device 20 terminates the S1AP message transmitted from the eNB 10 and identifies a core network that transmits the S1AP message from among a plurality of IoT core networks.
  • the gateway device 20 uses the DB 60 when specifying the core network that transmits the S1AP message.
  • the DB 60 manages the identification information of the UE 40 in association with the identification information of the IoT core network in which the UE 40 is registered.
  • the gateway device 20 extracts the identification information of the IoT core network associated with the UE 40 from the DB 60 using the identification information of the UE 40 included in the S1AP message. Further, the gateway device 20 transmits an S1AP message to the MME arranged in the identified IoT core network.
  • the HSS 64 manages subscriber information regarding a plurality of UEs. For example, the HSS 64 manages the telephone number and location information of each UE.
  • the MMEs 35 to 38 execute call processing control and the like using the subscriber information managed in the HSS 64.
  • the DB 60 has an information management unit 61 and an information management unit 62.
  • the information management unit 61 and the information management unit 62 may be a memory or the like in the DB 60, or may be an external memory or the like attached to the DB 60.
  • the information management unit 61 manages information related to the IoT type and information related to the CN (core network) type in association with each other.
  • the information related to the IoT type may be information for identifying the IoT service, for example.
  • numbers 1 to 4 are used as information related to the IoT type.
  • the information regarding the CN type is information for identifying the IoT core network.
  • reference numerals 71 to 73 given for each IoT core network in FIG. 8 are used as information regarding the CN type.
  • the information management unit 62 manages information related to the subscriber number and information related to the IoT type in association with each other.
  • the information regarding the subscriber number may be, for example, a telephone number or a machine number assigned to the UE 40.
  • letters A to D are used as information on the subscriber number.
  • the DB 60 registers the information shown in FIG. 9 (S61).
  • the DB 60 may acquire the information shown in FIG. 9 from another server device or the like, or the information shown in FIG. 9 may be input from a user or the like who manages the DB 60.
  • the UE 40 transmits a packet communication start request message to the eNB 10 in order to start packet communication (S62).
  • the UE 40 sets the subscriber number in the packet communication start request message.
  • the eNB 10 transmits the packet communication start request message received from the UE 40 to the gateway device 20 (S63).
  • the eNB 10 transmits a packet communication start request message to the gateway device 20 as an S1AP message used for communication between the eNB 10 and the MME.
  • the gateway device 20 terminates the packet communication start request message that is the S1AP message transmitted from the eNB 10 and extracts the subscriber number of the UE 40. Further, the UE 40 transmits a Query message in which the extracted subscriber number A is set to the DB 60 (S64).
  • the DB 60 uses the information management unit 62 to identify the IoT type associated with the subscriber number.
  • the DB 60 uses the information management unit 61 to identify the CN type associated with the IoT type.
  • the DB 60 specifies the IoT type: 2 and the CN type: 72.
  • the DB 60 transmits an Answer message in which the CN type: 72 is set to the gateway device 20 (S65).
  • the gateway device 20 determines the distribution destination of the packet communication start request message (S66). In other words, the gateway device 20 determines the transmission destination of the packet communication start request message.
  • the gateway apparatus 20 determines to transmit a packet communication start request message to the MME 37 disposed in the IoT core network 72 corresponding to the CN type: 72 set in the Answer message.
  • the gateway device 20 changes the transmission source address of the packet communication start request message, which is an S1AP message to be transmitted to the MME 37, from the identifier of the eNB 10 to the identifier of the gateway device 20 (S67). Since the address conversion process in step S67 is the same as the address conversion process in steps S14 and S20 of FIG. 3, detailed description thereof is omitted.
  • the gateway device 20 transmits a packet communication start request message to the MME 37 (S68).
  • the MME 37 transmits a location registration request message to the HSS 64 in order to request transmission of the location registration information of the UE 40 (S69).
  • the HSS 64 transmits subscriber information including the location information of the UE 40 to the MME 37 (S70).
  • the gateway device 20 uses the data related to the IoT service used by the UE 40. Can be relayed to the IoT core network transmitting the data.
  • the information when registering information on the subscriber number, the IoT type, and the CN type in step S61, the information may be registered in the DB 60 based on the registration status of the subscriber in each MME.
  • an external monitoring device or the like may monitor the number of UEs registered in each IoT core network. Furthermore, the external monitoring device or the like may be configured so that the number of UEs registered in each IoT core network is equal, or the number of UEs registered in some IoT core networks is not biased.
  • the IoT type associated with the UE may be determined. The external monitoring device or the like may transmit the determined information in which the subscriber number and the IoT type are associated with each other to the DB 60.
  • the information in which the subscriber number and the IoT type are associated with each other may be transmitted from the external monitoring device or the like to the DB 60 periodically or at an arbitrary timing according to the registration status of the UE.
  • RNC may be used instead of eNB 10 and SGSN may be used instead of MME.
  • the gateway device 20 may determine the message distribution destination using the DB 60.
  • the DB 60 registers information managed by the information management unit 61 shown in FIG. 9 (S81). Further, the HSS 64 registers information managed by the information management unit 62 shown in FIG. 9 (S82).
  • Steps S83 to S85 are the same as steps S62 to S64 in FIG.
  • the DB 60 transmits the received Query message to the HSS 64 (S86).
  • the HSS 64 when receiving the Query message in which the subscriber number A is set, the HSS 64 specifies the IoT type: 2 associated with the subscriber number A. The HSS 64 transmits an Answer message in which the IoT type: 2 is set to the DB 60 (S87).
  • the DB 60 transmits an Answer message in which the CN type: 72 associated with the IoT type: 2 is set to the gateway device 20 (S88).
  • Steps S89 to S93 are the same as steps S66 to S70 in FIG.
  • the packet distribution process according to the fifth embodiment of the present invention when executed, information managed in the DB 60 and the HSS 64 is used. Information used for packet distribution processing is distributed and managed in the DB 60 and the HSS 64. Thus, the memory capacity of the DB 60 in the fifth embodiment can be reduced as compared with the DB 60 in the fourth embodiment.
  • the UE 40 used for the IoT service may be a terminal dedicated to the IoT service, such as a smart meter or a vehicle-mounted terminal. Therefore, the IoT type may be registered in advance in the UE 40 used for the IoT service. For example, the IoT type may be registered in the UE 40 when the UE 40 is manufactured, shipped, or contracted with a communication carrier.
  • the UE 40 may set information regarding the IoT type together with the subscriber number in the packet communication start request message in step S83. Accordingly, when the DB 60 receives the Query message in which the IoT type is set, the DB 60 may transmit the Answer message in which the CN type associated with the IoT type is set to the gateway device 20 without transmitting the Query message to the HSS 64. it can.
  • RNC may be used instead of eNB 10 and SGSN may be used instead of MME.
  • SGSN 31 may also be referred to as a relay node device or the like arranged in the core network.
  • the SGSN 31 includes a control unit 91, a subscriber data holding unit 92, and a session information holding unit 93.
  • the control unit 91 may be software or a module that operates when a processor executes a program stored in a memory. Alternatively, the control unit 91 may be hardware such as a circuit or a chip.
  • the subscriber data holding unit 92 and the session information holding unit 93 may be a memory in the SGSN 31 or an external memory attached to the SGSN 31.
  • the subscriber data holding unit 92 holds the subscriber data of the UE 40 transmitted from the HSS 64 which is a subscriber information management device.
  • the SGSN 31 can omit the process of acquiring the subscriber data from the HSS 64 when the UE 40 performs communication.
  • the subscriber data may be referred to as, for example, VLR (Visitor Location Register) information.
  • the subscriber data holding unit 92 holds, for example, subscriber data related to the UE 40 transmitted from the HSS 64 during the Attach processing related to the UE 40.
  • the session information holding unit 93 holds session information regarding the UE 40.
  • the session information is information used in a protocol higher than the network layer, and may be identification information that uniquely identifies the UE 40 in the radio network between the UE 40 and the RNC 12 and the core network.
  • the session information may be referred to as PDP (Packet Data Protocol) information or PDP context, for example.
  • PDP Packet Data Protocol
  • the session information holding unit 93 holds session information related to the UE 40 while user data related to the UE 40 is transmitted.
  • the control unit 91 determines whether or not the subscriber data holding unit 92 holds the subscriber data of the UE 40. Further, the control unit 91 determines whether or not the session information holding unit 93 holds the session data of the UE 40.
  • the control unit 91 determines whether or not the subscriber data of the UE 40 is held in the subscriber data holding unit 92 according to the IoT service policy when the user data regarding the UE 40 is not transmitted.
  • the case where the user data related to the UE 40 is not transmitted is, for example, a case where a non-communication state of the UE 40 is detected during the Attach process executed before the user data related to the UE 40 is transmitted. May be.
  • the connection time from when the UE 40 requests the start of packet communication to when the UE 40 connects to the core network may be defined.
  • the connection time may be the time from when the UE 40 requests the start of packet communication until the packet communication is actually executed.
  • the UE 40 starts packet communication when the subscriber data holding unit 92 does not hold the subscriber data of the UE 40 will be described.
  • the SGSN 31 needs to acquire subscriber data from the HSS 64 in order to execute packet communication of the UE 40. That is, the UE 40 performs packet communication as compared with the case where the subscriber data holding unit 92 holds the subscriber data related to the UE 40 for the time during which the SGSN 31 acquires the subscriber data related to the UE 40 from the HSS 64. It takes extra time to execute.
  • the control unit 91 does not exceed the connection time defined in the IoT service policy. It may be determined that the subscriber data related to the UE 40 is not held.
  • the IoT service policy may determine whether or not SMS incoming to the UE 40 is allowed. For example, when the subscriber data holding unit 92 does not hold subscriber data related to the UE 40, the SMS incoming call to the UE 40 may not be executed normally. Therefore, when it is determined in the IoT service policy that SMS incoming to the UE 40 is permitted, the control unit 91 may determine that the subscriber data holding unit 92 holds subscriber data regarding the UE 40. On the other hand, when it is determined in the IoT service policy that SMS incoming to the UE 40 is not allowed, the control unit 91 may determine that the subscriber data holding unit 92 does not hold subscriber data regarding the UE 40.
  • IoT service policy varies from service provider to service provider. That is, the IoT service policy is different for each IoT core network. Therefore, the SGSN arranged in each IoT core network holds information related to the IoT service policy in advance.
  • the UE 40 transmits an Attach Request message to the SGSN 31 via the RNC 12 (S101).
  • the UE 40 sets IMSI (International Mobile Subscriber Identity) that is identification information of the UE 40 in the Attach Request message.
  • IMSI International Mobile Subscriber Identity
  • the SGSN 31 transmits a MAP-Send Authentication Info message in which the IMSI of the UE 40 is set to the HSS 64 (S102).
  • the HSS 64 transmits a MAP-Send Authentication Info Ack message to the SGSN 31 as a response message to the MAP-Send Authentication Info message (S103).
  • the HSS 64 sets authentication information regarding the UE 40 in the MAP-SendSAuthentication Info Ack message.
  • the SGSN 31 executes an authentication process related to the UE 40 using the authentication information related to the UE 40 transmitted from the HSS 64 (S104).
  • the SGSN 31 transmits a MAP-Update GPRS Location message to the HSS 64 (S105).
  • the IMSI of the UE 40 and the SGSN number of its own device are set.
  • the HSS 64 transmits a MAP-Insert Subscriber Data message to the SGSN 31 (S106).
  • subscriber data related to the UE 40 is set.
  • the SGSN 31 transmits an Attach Accept message to the UE 40 via the RNC 12 (S107).
  • the UE 40 transmits an Attach Complete message to the SGSN 31 via the RNC 12 (S108).
  • the SGSN 31 determines whether or not to retain the subscriber data of the UE 40 based on the IoT service policy, and here determines that subscriber data (VLR information) is not generated (S109). .
  • the UE 40 transmits a Service request message to the SGSN 31 via the RNC 12 in order to start packet communication (S111).
  • SGSN31 does not hold
  • the SGSN 31 rejects the packet communication of the UE 40 by transmitting a Service Reject message to the UE 40 via the RNC 12.
  • Step S113 the UE 40 executes processing for starting packet communication.
  • Steps S113 to S116 are the same as steps S101 to S104 in FIG.
  • step S116 when the authentication process related to the UE 40 is completed, the UE 40 transmits an Active PDP Context Request message to the SGSN 31 via the RNC 12 (S117).
  • Steps S118 and S119 are the same as steps S105 and S106 in FIG.
  • step S119 the SGSN 31 holds the subscriber data transmitted from the HSS 64, in other words, generates VLR information (S120). For example, the SGSN 31 may determine to retain the subscriber data transmitted from the HSS 64 in the Attach process after transmitting the Service Reject message.
  • a process for establishing a RAB Radio Access Bearer is executed between the UE 40 and the RNC 12 (S121).
  • the SGSN 31 transmits an Active PDP Context Accept message to the UE 40 via the RNC 12 (S122).
  • the Active PDP Context Accept message is a response message to the Active PDP Context Request message in step S117.
  • maintain the PDP information regarding UE40 (S123).
  • the UE 40 and the RNC 12 are in a state of holding PDP information, and the SGSN 31 is in a state of holding PDP information and VLR information (S131).
  • UE40 transmits Deactivate
  • Request message to SGSN31 via RNC12, when complete
  • the SGSN 31 transmits a Deactivate PDP Context Accept message to the UE 40 via the RNC 12 (S133).
  • the UE 40, the RNC 12, and the SGSN 31 delete the PDP information (S134).
  • the SGSN 31 determines whether or not to delete the VLR information based on information regarding whether or not IoT service policy or SMS reception is permitted. (S135).
  • the UE 40 and the RNC 12 are in a state of holding PDP information, and the SGSN 31 is in a state of holding PDP information and VLR information (S141).
  • the RNC 12 transmits a no-communication detection message to the SGSN 31 (S142).
  • the RNC 12 that has transmitted the no-communication detection message and the SGSN 31 that has received the no-communication detection message delete the PDP information (S143).
  • the UE 40 is in a state of holding PDP information.
  • the SGSN 31 determines whether or not to delete the VLR information based on the IoT service policy or information on whether or not SMS reception is permitted (S144).
  • the SGSN As described above, by using the SGSN according to the sixth embodiment of the present invention, it is possible to determine whether to hold the PDP information and the VLR information.
  • the SGSN can save the memory capacity when the PDP information or the VLR information is deleted based on the service policy.
  • the SGSN 31 may execute the SMS reception process by acquiring the VLR information regarding the UE 40 from the HSS 64 when the SMS reception for the UE 40 is notified in a state where the VLR information is deleted.
  • an eNB may be used instead of the RNC 12, and an MME may be used instead of the SGSN 31.
  • FIG. 17 is a block diagram illustrating a configuration example of the gateway device 20 and the SGSN 31.
  • the gateway device 20 and the SGSN 31 include a network interface 1201, a processor 1202, and a memory 1203.
  • the network interface 1201 is used to communicate with other network node devices constituting the communication system.
  • 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 the software (computer program) from the memory 1203 and executes it, thereby performing the processing of the gateway device 20 and the SGSN 31 described using the sequence diagram and the flowchart in the above-described embodiment.
  • the processor 1202 may be, for example, a microprocessor, an MPU (Micro Processing Unit), or a CPU (Central Processing Unit).
  • 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 gateway device 20 and the SGSN 31 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 gateway device 20 and the SGSN 31 executes one or more programs including a group of instructions for causing a computer to execute the algorithm described with reference to the drawings.
  • 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 gateway device arranged between an eNB that performs communication according to S1AP and an MME, A communication unit for terminating the S1AP message transmitted from the eNB; A determination unit for determining a terminal type of the mobile station associated with the S1AP message; An address conversion unit that changes the source address set in the S1AP message transmitted from the eNB from the identifier of the eNB to the first identifier of the gateway device, The communication unit is A gateway device that transmits the S1AP message in which a transmission source address is converted to an MME determined according to the terminal type.
  • the determination unit Using the S1AP message transmitted in the Attach process of the mobile station, determine the terminal type of the mobile station, The communication unit is The gateway apparatus according to appendix 1, wherein the S1AP message is transmitted to the MME arranged in a registration network of the mobile station determined according to the terminal type. (Appendix 3) The determination unit The terminal type of the mobile station is determined using a parameter set in the S1AP message, or the terminal type of the mobile station is determined using subscriber information managed in a management apparatus. 2. The gateway device according to 2.
  • the address conversion unit The source address set in the S1AP message transmitted from the MME is changed from the MME identifier to the second identifier of the gateway device, and the eNB identifier and the first identifier are associated and managed And managing the identifier of the MME and the second identifier in association with each other,
  • the communication unit is When an S1AP message destined for the first identifier is received from the MME, an S1AP message whose destination is changed to the identifier of the eNB is transmitted to the eNB, and the S1AP destined for the second identifier from the eNB
  • the gateway device according to any one of appendices 1 to 3, wherein when a message is received, an S1AP message whose destination is changed to the identifier of the MME is transmitted to the MME.
  • a gateway device arranged between an RNC and an SGSN that performs communication according to the RANAP protocol, A communication unit for terminating the RANAP protocol message transmitted from the RNC; A determination unit for determining a terminal type of a mobile station associated with the RANAP protocol message; An address conversion unit that changes a source address set in the RANAP protocol message transmitted from the RNC from an identifier of the RNC to a third identifier of the gateway device, The communication unit is The gateway apparatus which transmits the said RANAP protocol message in which the transmission source address was converted to SGSN determined according to the said terminal classification.
  • the determination unit Using the RANAP protocol message transmitted in the Attach process of the mobile station, determining the terminal type of the mobile station;
  • the communication unit is The gateway apparatus according to appendix 6, wherein the gateway apparatus transmits the RANAP protocol message to the SGSN arranged in a registration network of the mobile station determined according to the terminal type.
  • the determination unit Determining the terminal type of the mobile station using parameters set in the RANAP protocol message, or determining the terminal type of the mobile station using subscriber information managed in a management device; The gateway device according to attachment 7.
  • the address conversion unit The source address set in the RANAP protocol message transmitted from the SGSN is changed from the SGSN identifier to the gateway device fourth identifier, and the RNC identifier and the third identifier are associated with each other. Managing the SGSN identifier and the fourth identifier in association with each other, The communication unit is When a RANAP protocol message destined for the third identifier is received from the SGSN, a RANAP protocol message whose destination is changed to the identifier of the RNC is transmitted to the RNC, and the fourth identifier is transmitted from the RNC to the destination.
  • the gateway device according to any one of appendices 6 to 8, wherein when receiving the RANAP protocol message to be transmitted, the RANAP protocol message whose destination is changed to the SGSN identifier is transmitted to the SGSN. (Appendix 10)
  • the address conversion unit When a session release instruction message is received between the RNC and the SGSN, the association between the RNC identifier and the third identifier and the association between the SGSN identifier and the fourth identifier are canceled.
  • the gateway device according to appendix 9.
  • a program to be executed by a computer which is a gateway device arranged between an eNB that performs communication according to S1AP and an MME, Terminate the S1AP message sent from the eNB, Determining the terminal type of the mobile station associated with the S1AP message; Changing the source address set in the S1AP message transmitted from the eNB from the identifier of the eNB to the first identifier of the gateway device; A program that causes a computer to execute transmission of the S1AP message in which a source address is converted to an MME that is determined according to the terminal type.
  • eNB 12 RNC 20 gateway device 21 communication unit 22 determination unit 23 conversion unit 30 MME 31 SGSN 32 MME 33 SGSN 35 MME 36 MME 37 MME 38 MME 40 UE 50 General network 52 IoT network 60 DB 61 Information Management Unit 62 Information Management Unit 64 HSS 71 IoT Core Network 72 IoT Core Network 73 IoT Core Network 81 Server Device 82 Server Device 83 Server Device 91 Control Unit 92 Subscriber Data Holding Unit 93 Session Information Holding Unit

Abstract

本発明にかかるゲートウェイ装置（２０）は、Ｓ１ＡＰに従って通信を実行するｅＮＢ（１０）とＭＭＥ（３０）もしくはＭＭＥ（３２）との間に配置されるゲートウェイ装置である。ゲートウェイ装置（２０）は、ｅＮＢ（１０）から送信されたＳ１ＡＰメッセージを終端する通信部（２１）と、Ｓ１ＡＰメッセージに関連付けられたＵＥ（４０）の端末種別を判定する判定部（２２）と、ｅＮＢ（１０）から送信されたＳ１ＡＰメッセージに設定されている送信元アドレスを、ｅＮＢ（１０）の識別子からゲートウェイ装置（２０）の第１の識別子に変更する変換部（２３）と、を備え、通信部（２１）は、送信元アドレスが変換されたＳ１ＡＰメッセージを、端末種別に応じて決定されるＭＭＥ（３０）もしくはＭＭＥ（３２）へ送信する。

Description

ゲートウェイ装置、通信方法、及び、非一時的なコンピュータ可読媒体
　本発明はゲートウェイ装置、通信方法、及び、プログラムに関し、特にメッセージを伝送するゲートウェイ装置、通信方法、及び、プログラムに関する。
　近年、スマートフォン等が普及するとともに、ＩｏＴ（Internet Of Things）サービスも広まってきている。ＩｏＴサービスは、例えば、ユーザの操作を伴わずに自律的に通信を行う端末等を用いて実施される。一般的に、スマートフォン等の端末と、ＩｏＴサービスに用いられる端末とでは、トラヒック特性が異なることが知られている。例えば、ＩｏＴサービスは、スマートフォン等と比較して少量のデータが伝送される場合が多い。さらに、ＩｏＴサービスは、１日のうち、予め定められたタイミングにデータが伝送されるというトラヒック特性を有することもある。
　このように、スマートフォン等の端末を用いた一般サービスと、ＩｏＴサービスとは、トラヒック特性が異なるため、一般サービスを提供するコアネットワークと、ＩｏＴサービスを提供するコアネットワークとを分離し、それぞれ独立に運用することが検討されている。コアネットワークを分離することによって、それぞれのサービスのトラヒック特性に応じた設備設計等を行うことが可能となる。
　特許文献１には、トラヒック特性の異なるユーザ端末を区別し、ユーザ端末を接続することに適したトラヒック特性を持つゲートウェイ装置の構成が開示されている。具体的に、ゲートウェイ装置が有するパケット振り分け制御部が、パケット内に含まれるユーザ端末のＭＡＣアドレスもしくはドメイン情報等に基づいて、パケットの転送先を決定する。さらにパケット振り分け制御部は、パケットの送信先のＩＰアドレスを、転送先のゲートウェイ装置のＩＰアドレスに変更する。
特開２０１５－４３５２２号公報
　しかし、３ＧＰＰ（3rd Generation Partnership Project）等の規格に基づいて構築されるネットワークにおいては、ノード装置間において様々なプロトコルが規定されている。そのため、パケットを転送する際に、送信先のＩＰアドレスを変更するのみでは、ノード装置間において規定されているプロトコルとの情報が一致せず、適切にパケットを転送することができないという問題がある。
　本発明の目的は、３ＧＰＰの規格に基づいて構築されているネットワークにおいて、適切にパケットを振り分けることができるゲートウェイ装置、通信方法、及び、プログラムを提供することにある。
　本発明の第１の態様にかかるゲートウェイ装置は、Ｓ１ＡＰ（S1 Application Protocol）に従って通信を実行するｅＮＢ（evolved Node B）とＭＭＥ（Mobility Management Entity）との間に配置されるゲートウェイ装置であって、前記ｅＮＢから送信されたＳ１ＡＰメッセージを終端する通信部と、前記Ｓ１ＡＰメッセージに関連付けられた移動局の端末種別を判定する判定部と、前記ｅＮＢから送信された前記Ｓ１ＡＰメッセージに設定されている送信元アドレスを、前記ｅＮＢの識別子から前記ゲートウェイ装置の第１の識別子に変更するアドレス変換部と、を備え、前記通信部は、送信元アドレスが変換された前記Ｓ１ＡＰメッセージを、前記端末種別に応じて決定されるＭＭＥへ送信するものである。
　本発明の第２の態様にかかる通信方法は、Ｓ１ＡＰに従って通信を実行するｅＮＢとＭＭＥとの間に配置されるゲートウェイ装置における通信方法であって、前記ｅＮＢから送信されたＳ１ＡＰメッセージを終端し、前記Ｓ１ＡＰメッセージに関連付けられた移動局の端末種別を判定し、前記ｅＮＢから送信された前記Ｓ１ＡＰメッセージに設定されている送信元アドレスを、前記ｅＮＢの識別子から前記ゲートウェイ装置の第１の識別子に変更し、送信元アドレスが変換された前記Ｓ１ＡＰメッセージを、前記端末種別に応じて決定されるＭＭＥへ送信するものである。
　本発明の第３の態様にかかるプログラムは、Ｓ１ＡＰに従って通信を実行するｅＮＢとＭＭＥとの間に配置されるゲートウェイ装置であるコンピュータに実行させるプログラムであって、前記ｅＮＢから送信されたＳ１ＡＰメッセージを終端し、前記Ｓ１ＡＰメッセージに関連付けられた移動局の端末種別を判定し、前記ｅＮＢから送信された前記Ｓ１ＡＰメッセージに設定されている送信元アドレスを、前記ｅＮＢの識別子から前記ゲートウェイ装置の第１の識別子に変更し、送信元アドレスが変換された前記Ｓ１ＡＰメッセージを、前記端末種別に応じて決定されるＭＭＥへ送信することをコンピュータに実行させるものである。
　本発明により、３ＧＰＰの規格に基づいて構築されているネットワークにおいて、適切にパケットを振り分けることができるゲートウェイ装置、通信方法、及び、プログラムを提供することができる。
実施の形態１にかかる通信システムの構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態２にかかる無通信検出時の処理の流れを示す図である。 実施の形態３にかかる通信システムの構成図である。 実施の形態３にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態３にかかる無通信検出時の処理の流れを示す図である。 実施の形態４にかかる通信システムの構成図である。 実施の形態４にかかるＤＢが管理する情報を示す図である。 実施の形態４にかかるパケット振り分け処理の流れを示す図である。 実施の形態５にかかるパケット振り分け処理の流れを示す図である。 実施の形態６にかかるＳＧＳＮの構成図である。 実施の形態６にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態６にかかるＵＥがパケット通信を開始する際の流れを示す図である。 実施の形態６にかかるＵＥがパケット通信を完了した際の処理流れを示す図である。 実施の形態６にかかる無通信検出時の処理の流れを示す図である。 それぞれの実施の形態にかかるゲートウェイ装置もしくはＳＧＳＮの構成図である。
　（実施の形態１）
　以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムについて説明する。図１の通信システムは、ｅＮＢ（evolved Node B）１０、ゲートウェイ装置２０、ＭＭＥ（Mobility Management Entity）３０、ＭＭＥ３２、及び、ＵＥ（User Equipment）４０を有している。ＵＥ４０、ｅＮＢ１０、ゲートウェイ装置２０、及び、ＭＭＥ３０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
　ｅＮＢ１０は、３ＧＰＰにおいてＬＴＥ（Long Term Evolution）をサポートする基地局である。ｅＮＢ１０は、無線通信方式としてＬＴＥを用いて、ＵＥ４０と無線通信を行う。ＵＥ４０は、３ＧＰＰにおいて用いられている移動局の総称である。
　ＭＭＥ３０及びＭＭＥ３２は、３ＧＰＰにおいてＵＥ４０の位置情報を管理し、さらに、ＵＥ４０に関する呼処理制御を実施するノード装置である。ＭＭＥ３０及びＭＭＥ３２は、コアネットワークを構成するノード装置である。また、図１においては、ＭＭＥ３０及びＭＭＥ３２の２台が示されているが、３台以上のＭＭＥが配置されてもよい。
　ゲートウェイ装置２０は、ｅＮＢ１０とＭＭＥ３０との間に配置され、ｅＮＢ１０とＭＭＥ３０との間において伝送される制御データを中継する。制御データは、ＵＥ４０の位置情報を収集するためのデータ、さらに、呼処理制御を実行するためのデータ等であってもよい。制御データは、制御信号、制御情報、もしくは、Ｃ－Ｐｌａｎｅデータ等と称されてもよい。また、ＵＥ４０が送受信するテキストデータ、画像データ、もしくは動画データ等をユーザデータと称する。ユーザデータは、ユーザ情報、もしくは、Ｕ－Ｐｌａｎｅデータ等と称されてもよい。
　ｅＮＢ１０とＭＭＥ３０とは、Ｓ１ＡＰ（S1 Application Protocol）に従って通信を実行する。つまり、ｅＮＢ１０及びＭＭＥ３０は、Ｓ１ＡＰにおいて規定された制御メッセージであるＳ１ＡＰメッセージに各種情報を設定し、Ｓ１ＡＰメッセージを伝送する。ｅＮＢ１０とＭＭＥ３０との間は、３ＧＰＰにおいてＳ１リファレンスポイントとして定義されている。ｅＮＢ１０及びＭＭＥ３２も、Ｓ１ＡＰに従って通信を実行する。
　続いて、ゲートウェイ装置２０の構成例について説明する。ゲートウェイ装置２０は、通信部２１、判定部２２、及び、変換部２３を有している。通信部２１、判定部２２、及び、変換部２３は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部２１、判定部２２、及び、変換部２３は、回路もしくはチップ等のハードウェアであってもよい。
　通信部２１は、ｅＮＢ１０、ＭＭＥ３０、もしくはＭＭＥ３２から送信されたＳ１ＡＰメッセージを終端する。通信部２１がＳ１ＡＰメッセージを終端するとは、通信部２１がＳ１ＡＰメッセージに設定された情報を解析し、もしくは、Ｓ１ＡＰメッセージに設定された情報を変更等することであってもよい。通信部２１は、受信したＳ１ＡＰメッセージを判定部２２及び変換部２３へ出力する。
　判定部２２は、Ｓ１ＡＰメッセージに関連付けられたＵＥ４０の端末種別を判定する。Ｓ１ＡＰメッセージは、ＵＥ４０の位置情報を管理するため、さらに、ＵＥ４０の呼処理制御を行うために用いられるメッセージである。つまり、Ｓ１ＡＰメッセージは、ＵＥ毎に伝送される。
　端末種別は、例えば、ＵＥ４０が実行するサービスの識別情報、ＵＥ４０のトラヒック特性を定義した情報、もしくは、その他のＵＥ４０を識別するための識別情報等であってもよい。例えば、端末種別は、ＩｏＴサービスを実行する端末と、それ以外の端末とを識別する情報であってもよい。
　変換部２３は、ｅＮＢ１０から送信されたＳ１ＡＰメッセージに設定されている送信元アドレスをｅＮＢ１０の識別子からゲートウェイ装置２０の識別子Ａへ変更する。識別子Ａは、ゲートウェイ装置２０とＭＭＥ３０との間、もしくは、ゲートウェイ装置２０とＭＭＥ３２との間の通信に用いられる識別子である。
　ここで、通信部２１は、送信元アドレスが変換されたＳ１ＡＰメッセージを、端末種別に応じて決定されるＭＭＥ３０もしくはＭＭＥ３２へ送信する。例えば、ＭＭＥ３０及びＭＭＥ３２は、特定の端末種別のＵＥ４０の位置情報を管理し、さらに、呼処理制御を実行する。この場合、通信部２１は、判定した端末種別に関連付けられているＭＭＥへ、Ｓ１ＡＰメッセージを送信する。言い換えると、通信部２１は、端末種別に応じて、Ｓ１ＡＰメッセージを複数のＭＭＥへ振り分ける。
　以上説明したように、図１のゲートウェイ装置２０は、３ＧＰＰにおいてｅＮＢ１０とＭＭＥ３０との間の通信に用いられるＳ１ＡＰメッセージを終端することができる。さらに、ゲートウェイ装置２０は、ＵＥ４０の端末種別に応じて、Ｓ１ＡＰメッセージを複数のＭＭＥへ振り分けることができる。
　さらに、ゲートウェイ装置２０は、ｅＮＢ１０から送信されたＳ１ＡＰメッセージの送信元アドレスを、ｅＮＢ１０からゲートウェイ装置２０に変更することができる。これより、ゲートウェイ装置２０が、Ｓ１ＡＰメッセージにおいて定められている送信元の識別情報を変更し、送信元の識別情報を変更したＳ１ＡＰメッセージをＭＭＥへ送信することによって、ゲートウェイ装置２０がｅＮＢ１０とＭＭＥ３０またＭＭＥ３２との間に配置され、Ｓ１ＡＰメッセージを終端した場合であっても、正常にＳ１ＡＰメッセージを伝送することができる。つまり、ＭＭＥは、Ｓ１ＡＰメッセージの送信先として、ゲートウェイ装置２０の識別情報を設定することによって、ｅＮＢ１０とＭＭＥとの間において伝送されるＳ１ＡＰメッセージが、ゲートウェイ装置２０を介して伝送されることを可能とする。
　（実施の形態２）
　続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図２は、ＭＭＥ３０が、一般ネットワーク５０内に配置され、ＭＭＥ３２が、ＩｏＴネットワーク５２内に配置されていることを示している。図２のその他の構成は、図１と同様であるため詳細な説明を省略する。
　ＩｏＴネットワーク５２は、ＩｏＴサービスに用いられるＵＥに関するデータを伝送するネットワークである。例えば、ＩｏＴネットワーク５２は、ＩｏＴサービスに用いられるＵＥに関する制御データ及びユーザデータを伝送するネットワークであってもよい。ＩｏＴネットワーク５２は、制御データを伝送するＭＭＥ３２の他に、ユーザデータを伝送するＳＧＷ（Serving Gateway）及びＰＧＷ（Packet data network Gateway）を有してもよい。
　一般ネットワーク５０は、ＩｏＴサービスに用いられるＵＥ以外のＵＥに関するデータを伝送するネットワークである。例えば、ＩｏＴサービスに用いられるＵＥ以外のＵＥは、サービスを利用する際にユーザ操作を伴う携帯電話もしくはスマートフォン等であってもよい。
　ＩｏＴサービスは、スマートフォン等と比較して少量のデータを伝送する場合が多い。さらに、ＩｏＴサービスは、１日のうち、予め定められたタイミングにデータが伝送されるというトラヒック特性を有することもある。
　一方、スマートフォン等の端末は、大容量の動画データを受信することもある。さらに、スマートフォン端末を用いて様々なサービスを利用することが可能であり、近年、スマートフォン端末が送受信するデータ量は増加していると考えられている。このように、ＩｏＴサービスに用いられる端末と、その他のサービスに用いられる端末とは、トラヒック特性が異なる。ここで、同じトラヒック特性の端末に関するトラヒックを同じネットワークにて扱うことによって、ネットワークを効率的に設計することができる。
　例えば、伝送されるユーザデータの少ない端末に関するトラヒックを扱うネットワークであるＩｏＴネットワーク５２においては、ユーザデータを中継するＳＧＷ等のノード装置の数を少なくしてもよい。また、ＩｏＴネットワーク５２は、今後、スマートフォン等と比較して、多くの端末を収容する可能性もある。そのため、ＩｏＴネットワーク５２においては、制御データを処理するＭＭＥ等のノード装置の数を多くしてもよい。
　一方、一般ネットワーク５０においては、伝送されるユーザデータの多い端末に関するトラヒックを扱う。そのため、一般ネットワーク５０においては、ユーザデータを中継するＳＧＷ等のノード装置の数を多くしてもよい。また、スマートフォン等の普及速度は、今後鈍化する可能性もある。そのため、ＩｏＴネットワーク５２においては、制御データを処理するＭＭＥ等のノード装置の数を少なくする、もしくは、現在のＭＭＥ等のノード装置の数を維持するようにしてもよい。
　ゲートウェイ装置２０は、ＵＥ４０がＩｏＴサービスに用いられる端末か否かを判定し、ＵＥ４０に関するメッセージをＭＭＥ３０もしくはＭＭＥ３２に振り分ける。
　続いて、図３を用いてＵＥ４０に関するＡｔｔａｃｈ処理の流れについて説明する。はじめに、ＵＥ４０は、ＮＡＳ（Non Access Stratum）メッセージであるAttach RequestメッセージをｅＮＢ１０へ送信する（Ｓ１１）。ＵＥ４０は、Attach Requestメッセージに、端末種別に関する情報を設定してもよい。端末種別に関する情報は、例えば、ＩｏＴサービスに用いられる端末か否かを示す情報であってもよい。具体的には、ＵＥ４０は、ＮＡＳメッセージに設定するパラメータであるDevice-Propertiesに端末種別に関する情報を設定してもよい。
　次に、ｅＮＢ１０は、Ｓ１ＡＰメッセージであるInitial UE Messageをゲートウェイ装置２０へ送信する（Ｓ１２）。ｅＮＢ１０は、ＵＥ４０から受信したAttach RequestメッセージをInitial UE Messageに多重する。つまり、ｅＮＢ１０は、Attach Requestメッセージを含むInitial UE Messageをゲートウェイ装置２０へ送信する。Initial UE Messageの宛先は、ゲートウェイ装置２０が設定されてもよく、任意のＭＭＥが設定されてもよい。
　ＵＥ４０に関する制御データを伝送するＭＭＥは、ゲートウェイ装置２０において決定される。そのため、Initial UE Messageの宛先に任意のＭＭＥが設定された場合、ゲートウェイ装置２０において、Initial UE Messageの宛先は変更される。また、Initial UE Messageの宛先に任意のＭＭＥが設定された場合であっても、Initial UE Messageは、ゲートウェイ装置２０へ送信されるように通信経路が設定される。
　次に、ゲートウェイ装置２０は、Ｓ１ＡＰメッセージであるInitial UE Messageの振り分け先を判定する（Ｓ１３）。言い換えると、ゲートウェイ装置２０は、Initial UE Messageの送信先を決定する。ゲートウェイ装置２０は、Initial UE Messageに含まれるAttach Requestメッセージに設定された端末種別に関する情報を用いて、Initial UE Messageの振り分け先を判定する。ゲートウェイ装置２０は、端末種別に、ＩｏＴサービスに用いられる端末であることが示される情報が設定されている場合、Initial UE Messageの振り分け先がＭＭＥ３２であると判定する。図３においては、ゲートウェイ装置２０が、Initial UE Messageの振り分け先がＭＭＥ３２であると判定した場合について説明する。
　次に、ゲートウェイ装置２０は、Initial UE Messageの送信元のアドレスをｅＮＢ１０の識別子からゲートウェイ装置２０の識別子へ変更する、もしくは、付け替える（Ｓ１４）。Initial UE Messageの送信元のアドレスは、Ｓ１ＡＰにおいて規定されるＳ１ＡＰレイヤにおけるアドレスである。Initial UE Messageの送信元のアドレスに設定する識別子を、eNB-S1AP-idとする。例えば、ゲートウェイ装置２０は、送信元のアドレスに、eNB-S1AP-id=Aと設定されたInitial UE Messageを受信すると、送信元アドレスを、eNB-S1AP-id=Cへ変更する。ゲートウェイ装置２０は、eNB-S1AP-id=AとeNB-S1AP-id=Cとを対応付けて管理する。言い換えると、ゲートウェイ装置２０は、eNB-S1AP-id=Aに対して、eNB-S1AP-id=Cを割り当てる。
　次に、ゲートウェイ装置２０は、送信元のアドレスを変更したInitial UE MessageをＭＭＥ３２へ送信する（Ｓ１５）。次に、ＭＭＥ３２は、Ｓ１ＡＰメッセージであるDownlink NAS Transportメッセージをゲートウェイ装置２０へ送信する（Ｓ１６）。ＭＭＥ３２は、Downlink NAS Transportメッセージの宛先として、eNB-S1AP-id=Cを設定する。例えば、ＭＭＥ３２は、ＵＥ４０に関する認証を行うために用いるAuthentication RequestメッセージをDownlink NAS Transportメッセージに多重する。Authentication Requestメッセージは、ＮＡＳメッセージである。
　次に、ゲートウェイ装置２０は、Downlink NAS Transportメッセージの送信元のアドレスをＭＭＥ３２の識別子からゲートウェイ装置２０の識別子へ変更する、もしくは、付け替える（Ｓ１７）。Downlink NAS Transportメッセージの送信元のアドレスは、Ｓ１ＡＰにおいて規定されるＳ１ＡＰレイヤにおけるアドレスである。Downlink NAS Transportメッセージの送信元のアドレスに設定する識別子を、MME-S1AP-idとする。例えば、ゲートウェイ装置２０は、送信元のアドレスに、MME-S1AP-id=Dと設定されたDownlink NAS Transportメッセージを受信すると、送信元アドレスを、MME-S1AP-id=Bへ変更する。ゲートウェイ装置２０は、MME-S1AP-id=DとMME-S1AP-id=Bとを対応付けて管理する。言い換えると、ゲートウェイ装置２０は、MME-S1AP-id=Dに対して、MME-S1AP-id=Bを割り当てる。
　次に、ゲートウェイ装置２０は、送信元のアドレスを変更したDownlink NAS TransportメッセージをｅＮＢ１０へ送信する（Ｓ１８）。また、ゲートウェイ装置２０は、Downlink NAS Transportメッセージにおいて宛先として設定されたeNB-S1AP-id=Cを、eNB-S1AP-id=Cと関連付けられているeNB-S1AP-id=Aに変更する。ここで、ｅＮＢ１０は、Downlink NAS Transportメッセージを受信すると、Downlink NAS Transportメッセージに含まれるAuthentication RequestメッセージをＵＥ４０へ送信する。
　次に、ＵＥ４０は、ＮＡＳメッセージであるAuthentication Responseを送信し、ｅＮＢ１０は、Authentication ResponseメッセージをＳ１ＡＰメッセージであるUplink NAS Transportメッセージに多重する。ｅＮＢ１０は、Authentication Responseメッセージを多重したUplink NAS Transportメッセージをゲートウェイ装置２０へ送信する（Ｓ１９）。ここで、ｅＮＢ１０は、Uplink NAS Transportメッセージの宛先として、MME-S1AP-id=Bを設定する。
　次に、ゲートウェイ装置２０は、Uplink NAS Transportメッセージの送信元のアドレスを、eNB-S1AP-id=AからeNB-S1AP-id=Cへ変更し、さらに、宛先のアドレスをMME-S1AP-id=BからMME-S1AP-id=Dへ変更する（Ｓ２０）。次に、ゲートウェイ装置２０は、送信元のアドレス及び宛先のアドレスを変更したUplink NAS TransportメッセージをＭＭＥ３２へ送信する（Ｓ２１）。以降、ＵＥ４０のＡｔｔａｃｈ処理を実行するために、ステップＳ１６～Ｓ２１と同様に、Downlink NAS Transportメッセージ及びUplink NAS Transportメッセージが伝送される。
　次に、ＭＭＥ３２は、ＵＥ４０に関するＡｔｔａｃｈ処理を完了した場合、ＮＡＳメッセージであるAttach Acceptメッセージを、Ｓ１ＡＰメッセージであるInitial Context Setup Requestメッセージに多重して、ゲートウェイ装置２０へ送信する（Ｓ２２）。ここで、ゲートウェイ装置２０は、ステップＳ１７と同様に、アドレス変換を行い、Initial Context Setup RequestメッセージをｅＮＢ１０へ送信する。
　次に、ｅＮＢ１０は、ＵＥ４０との間において、無線ベアラを設定するために、E-RAB Setup処理を実行する（Ｓ２３）。次に、ｅＮＢ１０は、ＵＥ４０の能力情報、もしくは、性能情報をＭＭＥ３２へ通知するために、Ｓ１ＡＰメッセージである、UE Radio Access Capability Informationメッセージをゲートウェイ装置２０へ送信する（Ｓ２４）。ここで、ゲートウェイ装置２０は、ステップＳ２０と同様に、アドレス変換を行い、UE Radio Access Capability InformationメッセージをＭＭＥ３２へ送信する。
　次に、ＵＥ４０は、ＮＡＳメッセージであるAttach Completeメッセージを送信し、ｅＮＢ１０は、Attach CompleteメッセージをＳ１ＡＰメッセージであるUplink NAS Transportメッセージに多重する。ｅＮＢ１０は、Attach Completeメッセージを多重したUplink NAS Transportメッセージをゲートウェイ装置２０へ送信する（Ｓ２５）。ここで、ゲートウェイ装置２０は、ステップＳ２０と同様に、アドレス変換を行い、Uplink NAS TransportメッセージをＭＭＥ３２へ送信する。
　これ以降、ＵＥ４０に関するユーザデータであるUplink/Downlink Packetが、ｅＮＢ１０及びＳＧＷとの間において伝送される（Ｓ２６）。ＳＧＷは、ＩｏＴネットワーク５２に配置されたノード装置である。また、ｅＮＢ１０とＳＧＷとの間において伝送されるUplink/Downlink Packetは、制御データと同様に、ゲートウェイ装置２０を介して伝送される。この場合、ゲートウェイ装置２０は、ステップＳ１７及びＳ２０と同様に、Uplink/Downlink Packetに設定されているアドレスの変換を行う。
　続いて、図４を用いて本発明の実施の形態２にかかる無通信検出時の処理の流れについて説明する。はじめに、ｅＮＢ１０は、ＵＥ４０が所定の期間通信を行っていない、無通信状態であることを検出する（Ｓ３１）。
　次に、ｅＮＢ１０は、ＵＥ４０との間の無線ベアラを解放するために、Ｓ１ＡＰメッセージであるUE Context Release Requestメッセージを、ゲートウェイ装置２０を介してＭＭＥ３２へ送信する（Ｓ３２）。ゲートウェイ装置２０は、図３のステップＳ２０と同様に、アドレス変換を行う。
　次に、ＭＭＥ３２は、ＵＥ４０とｅＮＢ１０との間の無線ベアラを解放することを指示するために、Ｓ１ＡＰメッセージであるUE Context Release Commandメッセージを、ゲートウェイ装置２０を介してｅＮＢ１０へ送信する（Ｓ３３）。ゲートウェイ装置２０は、図３のステップＳ１７と同様に、アドレス変換を行う。
　次に、ｅＮＢ１０は、ＵＥ４０との間の無線ベアラを解放する処理を実行する（Ｓ３４）。次に、ｅＮＢ１０は、Ｓ１ＡＰメッセージであるUE Context Release Completeメッセージを、ゲートウェイ装置２０を介してＭＭＥ３２へ送信する（Ｓ３５）。ゲートウェイ装置２０は、図３のステップＳ２０と同様に、アドレス変換を行う。
　次に、ゲートウェイ装置２０は、図３のＡｔｔａｃｈ処理において、eNB-S1AP-id=AとeNB-S1AP-id=Cとを関連付けた管理情報、さらに、MME-S1AP-id=BとMME-S1AP-id=Dとを関連付けた管理情報を解放、もしくは削除する（Ｓ３６）。言い換えると、ゲートウェイ装置２０は、eNB-S1AP-id=Aに対して割り当てたeNB-S1AP-id=C、及び、MME-S1AP-id=Dに対して割り当てたMME-S1AP-id=Bを解放する。
　以上説明したように、本発明の実施の形態２にかかるAttach処理を実行することによって、ゲートウェイ装置２０は、ＵＥ４０の端末種別に応じてＭＭＥを選択し、選択したＭＭＥへＳ１ＡＰメッセージを振り分けることができる。また、ゲートウェイ装置２０は、Ｓ１ＡＰメッセージに設定されるアドレス情報を変換することによって、ゲートウェイ装置２０を介したｅＮＢ１０とＭＭＥとの間において、Ｓ１ＡＰメッセージを終端し、転送することができる。つまり、ゲートウェイ装置２０は、ｅＮＢ１０とＭＭＥとの間において伝送されるＳ１ＡＰメッセージのアドレスを変換することによって、ｅＮＢ１０とＭＭＥとの間において伝送されるＳ１ＡＰメッセージを中継することができる。
　（実施の形態３）
　続いて、図５を用いて本発明の実施の形態３にかかる通信システムの構成例について説明する。図５の通信システムは、図２の通信システムのｅＮＢ１０をＲＮＣ（Radio Network Controller）１２に置き換え、図２の通信システムのＭＭＥ３０及びＭＭＥ３２をＳＧＳＮ（Serving General packet radio service Support Node）３１及びＳＧＳＮ３３へ置き換えている。また、ＳＧＳＮ３１は、一般ネットワーク５０内に配置され、ＳＧＳＮ３３は、ＩｏＴネットワーク５２内に配置されている。図５のゲートウェイ装置２０は、図１及び図２のゲートウェイ装置２０と同様の構成であるため詳細な説明を省略する。
　ＲＮＣ１２は、３Ｇと称される無線アクセスネットワークを制御するノード装置である。また、ＳＧＳＮ３１及びＳＧＳＮ３３は、ＵＥ４０の位置情報を管理し、さらに、ＵＥ４０に関する呼処理制御を実施するノード装置である。ＳＧＳＮ３１及びＳＧＳＮ３３は、ＵＥ４０に関する制御データ及びユーザデータを伝送する。
　続いて、図６を用いて本発明の実施の形態３にかかるＵＥ４０のＡｔｔａｃｈ処理の流れについて説明する。はじめに、ＵＥ４０は、ＮＡＳメッセージであるAttach RequestメッセージをＲＮＣ１２へ送信する（Ｓ４１）。ＵＥ４０は、Attach Requestメッセージに、端末種別に関する情報を設定してもよい。端末種別に関する情報は、例えば、ＩｏＴサービスに用いられる端末か否かを示す情報であってもよい。ＵＥ４０は、ＮＡＳメッセージに設定するパラメータであるDevice-Propertiesに端末種別に関する情報を設定してもよい。
　次に、ＲＮＣ１２は、ＲＡＮＡＰ（Radio Access Network Application Part）プロトコルメッセージであるInitial UE Messageをゲートウェイ装置２０へ送信する（Ｓ４２）。ＲＮＣ１２は、ＵＥ４０から受信したAttach RequestメッセージをInitial UE Messageに多重する。つまり、ＲＮＣ１２は、Attach Requestメッセージを含むInitial UE Messageをゲートウェイ装置２０へ送信する。Initial UE Messageの宛先は、ゲートウェイ装置２０が設定されてもよく、任意のＳＧＳＮが設定されてもよい。
　ＵＥ４０に関する制御データを伝送するＳＧＳＮは、ゲートウェイ装置２０において決定される。そのため、Initial UE Messageに任意のＳＧＳＮが設定された場合、ゲートウェイ装置２０において、Initial UE Messageの宛先は変更される。
　次に、ゲートウェイ装置２０は、ＲＡＮＡＰプロトコルメッセージであるInitial UE Messageの振り分け先を判定する（Ｓ４３）。言い換えると、ゲートウェイ装置２０は、Initial UE Messageの送信先を決定する。ゲートウェイ装置２０は、Initial UE Messageに含まれるAttach Requestメッセージに設定された端末種別に関する情報を用いて、Initial UE Messageの振り分け先を判定する。ゲートウェイ装置２０は、端末種別に、ＩｏＴサービスに用いられる端末であることが示される情報が設定されている場合、Initial UE Messageの振り分け先がＳＧＳＮ３３であると判定する。図６においては、ゲートウェイ装置２０が、Initial UE Messageの振り分け先がＳＧＳＮ３３であると判定した場合について説明する。
　次に、ゲートウェイ装置２０は、Initial UE Messageの送信元のアドレスをＲＮＣ１２の識別子からゲートウェイ装置２０の識別子へ変更する、もしくは、付け替える（Ｓ４４）。Initial UE Messageの送信元のアドレスは、ＲＡＮＡＰプロトコルにおいて規定されるＳＣＣＰレイヤにおけるアドレスである。Initial UE Messageの送信元のアドレスに設定する識別子を、Source-LRとする。例えば、ゲートウェイ装置２０は、送信元のアドレスに、Source-LR=A1と設定されたInitial UE Messageを受信すると、送信元アドレスを、Source-LR=C1へ変更する。ゲートウェイ装置２０は、Source-LR=A1とSource-LR=C1とを対応付けて管理する。言い換えると、ゲートウェイ装置２０は、Source-LR=A1に対して、Source-LR=C1を割り当てる。
　次に、ゲートウェイ装置２０は、送信元のアドレスを変更したInitial UE MessageをＳＧＳＮ３３へ送信する（Ｓ４５）。次に、ＳＧＳＮ３３は、ＲＡＮＡＰプロトコルメッセージであるDirect Transferメッセージをゲートウェイ装置２０へ送信する（Ｓ４６）。ＳＧＳＮ３３は、Direct Transferメッセージの宛先として、Source-LR=C1を設定する。
　次に、ゲートウェイ装置２０は、Direct Transferメッセージの送信元のアドレスをＳＧＳＮ３３の識別子からゲートウェイ装置２０の識別子へ変更する、もしくは、付け替える（Ｓ４７）。Direct Transferメッセージの送信元のアドレスは、ＲＡＮＡＰプロトコルにおいて規定されるＳＣＣＰレイヤにおけるアドレスである。Direct Transferメッセージの送信元のアドレスに設定する識別子を、Source-LR=D1とする。例えば、ゲートウェイ装置２０は、送信元のアドレスに、Source-LR=D1と設定されたDirect Transferメッセージを受信すると、送信元アドレスを、Source-LR=B1へ変更する。ゲートウェイ装置２０は、Source-LR=D1とSource-LR=B1とを対応付けて管理する。言い換えると、ゲートウェイ装置２０は、Source-LR=D1に対して、Source-LR=B1を割り当てる。
　次に、ゲートウェイ装置２０は、送信元のアドレスを変更したDirect TransferメッセージをＲＮＣ１２へ送信する（Ｓ４８）。また、ゲートウェイ装置２０は、Direct Transferメッセージにおいて宛先として設定されたSource-LR=C1を、Source-LR=C1と関連付けられているSource-LR=A1に変更する。ここで、ＲＮＣ１２は、Direct Transferメッセージを受信すると、Direct Transferメッセージに含まれるＮＡＳメッセージをＵＥ４０へ送信する。
　以降のＡｔｔａｃｈ処理は、３ＧＰＰにおいて規定されている既知の処理であるため、詳細な説明を省略する。また、図６においては、Ａｔｔａｃｈ処理の流れについて説明したが、ＰＤＰ接続処理においても同様に、ゲートウェイ装置２０は、ＲＮＣ１２とＳＧＳＮ３１との間において、ＲＡＮＡＰプロトコルメッセージを終端し、転送することができる。
　続いて、図７を用いて本発明の実施の形態３にかかる無線ベアラ解放処理の流れについて説明する。はじめに、ＳＧＳＮ３３は、ＵＥ４０とＲＮＣ１２との間の無線ベアラを解放することを指示するために、ＲＡＮＡＰプロトコルメッセージであるIu Release Commandメッセージを、ゲートウェイ装置２０を介してＲＮＣ１２へ送信する（Ｓ５１）。ゲートウェイ装置２０は、図６のステップＳ４７と同様に、アドレス変換を行う。
　次に、ＲＮＣ１２は、ＵＥ４０との間の無線ベアラを解放する処理を実行する（Ｓ５２）。次に、ＲＮＣ１２は、ＲＡＮＡＰプロトコルメッセージであるIu Release Completeメッセージを、ゲートウェイ装置２０を介してＳＧＳＮ３３へ送信する（Ｓ５３）。ゲートウェイ装置２０は、図６のステップＳ４４と同様に、アドレス変換を行う。
　次に、ゲートウェイ装置２０は、図６のＡｔｔａｃｈ処理において、Source-LR=A1とSource-LR=C1とを関連付けた管理情報、さらに、Source-LR=B1とSource-LR=D1とを関連付けた管理情報を解放、もしくは削除する（Ｓ５４）。言い換えると、ゲートウェイ装置２０は、Source-LR=A1に対して割り当てたSource-LR=C1、及び、Source-LR=D1に対して割り当てたSource-LR=B1を解放する。
　以上説明したように、本発明の実施の形態３にかかる通信システムにおいても、実施の形態２と同様に、ＲＮＣ１２とＳＧＳＮ３１との間において、ＲＡＮＡＰプロトコルメッセージを終端し、転送することができる。
　（実施の形態４）
　続いて、図８を用いて本発明の実施の形態４にかかる通信システムの構成例について説明する。図８の通信システムは、図２の通信システムに、ＤＢ（データベース）６０及びＨＳＳ（Home Subscriber Server）６４が追加されている。さらに、ＩｏＴネットワーク５２内に、ＩｏＴコアネットワーク７１、ＩｏＴコアネットワーク７２、及びＩｏＴコアネットワーク７３が存在し、ＩｏＴコアネットワーク７１内には、ＭＭＥ３６が配置され、ＩｏＴコアネットワーク７２内には、ＭＭＥ３７が配置され、ＩｏＴコアネットワーク７３内には、ＭＭＥ３８が配置されている。さらに、ＩｏＴコアネットワーク７１には、サーバ装置８１が接続し、ＩｏＴコアネットワーク７２には、サーバ装置８２が接続し、ＩｏＴコアネットワーク７３には、サーバ装置８３が接続する。
　ＩｏＴネットワーク５２は、提供するＩｏＴサービス毎にＩｏＴコアネットワーク７１、ＩｏＴコアネットワーク７２、及びＩｏＴコアネットワーク７３等のように、ＩｏＴコアネットワークが分けられている。もしくは、一つのＩｏＴコアネットワークにおいて、複数のＩｏＴサービスが提供されてもよい。
　ＩｏＴサービスには、例えば、スマートメーターを管理するサービス、交通制御を行うサービス、官庁もしくは緊急機関等に関連したサービス、物流を管理するサービス、セキュリティを提供するサービス、もしくは、在庫管理を行うサービス等、様々なサービスがある。
　また、サーバ装置８１、サーバ装置８２、及びサーバ装置８３は、ＩｏＴサービスを提供するサービス事業者が管理するサーバ装置であってもよい。つまり、ＩｏＴコアネットワーク７１は、サーバ装置８１を管理するサービス事業者に提供するＩｏＴコアネットワークであると称してもよい。ＩｏＴコアネットワーク７２及びＩｏＴコアネットワーク７３も、ＩｏＴコアネットワーク７１と同様である。
　ゲートウェイ装置２０は、ｅＮＢ１０から送信されたＳ１ＡＰメッセージを終端し、複数のＩｏＴコアネットワークの中から、Ｓ１ＡＰメッセージを送信するコアネットワークを特定する。ゲートウェイ装置２０は、Ｓ１ＡＰメッセージを送信するコアネットワークを特定する際に、ＤＢ６０を用いる。
　ＤＢ６０は、ＵＥ４０の識別情報と、ＵＥ４０が登録されるＩｏＴコアネットワークの識別情報とを関連付けて管理する。ゲートウェイ装置２０は、Ｓ１ＡＰメッセージに含まれるＵＥ４０の識別情報を用いて、ＤＢ６０から、ＵＥ４０に関連付けられているＩｏＴコアネットワークの識別情報を抽出する。また、ゲートウェイ装置２０は、特定したＩｏＴコアネットワークに配置されているＭＭＥへＳ１ＡＰメッセージを送信する。
　ＨＳＳ６４は、複数のＵＥに関する加入者情報を管理する。例えば、ＨＳＳ６４は、それぞれのＵＥの電話番号及び位置情報等を管理する。ＭＭＥ３５～３８は、ＨＳＳ６４において管理されている加入者情報を用いて、呼処理制御等を実行する。
　続いて、図９を用いて、ＤＢ６０が管理する情報について説明する。ＤＢ６０は、情報管理部６１及び情報管理部６２を有している。情報管理部６１及び情報管理部６２は、ＤＢ６０内のメモリ等であってもよく、ＤＢ６０に取り付けられる外部メモリ等であってもよい。
　情報管理部６１は、ＩｏＴ種別に関する情報と、ＣＮ（コアネットワーク）種別に関する情報とを関連付けて管理する。ＩｏＴ種別に関する情報は、例えば、ＩｏＴサービスを識別する情報であってもよい。図９においては、ＩｏＴ種別に関する情報として、１～４の数字が用いられている。また、ＣＮ種別に関する情報は、ＩｏＴコアネットワークを識別する情報である。図９においては、ＣＮ種別に関する情報として、図８におけるＩｏＴコアネットワーク毎に付した７１～７３の符号が用いられている。
　情報管理部６２は、加入者番号に関する情報と、ＩｏＴ種別に関する情報とを関連付けて管理する。加入者番号に関する情報とは、例えば、ＵＥ４０に割り当てられている電話番号もしくは機体番号等であってもよい。図９においては、加入者番号に関する情報として、Ａ～Ｄの文字が用いられている。
　続いて、図１０を用いて本発明の実施の形態４にかかるパケット振り分け処理の流れについて説明する。はじめに、ＤＢ６０は、図９に示す情報を登録する（Ｓ６１）。例えば、ＤＢ６０は、他のサーバ装置等から図９に示す情報を取得してもよく、もしくは、ＤＢ６０を管理するユーザ等から図９に示す情報が入力されてもよい。
　次に、ＵＥ４０は、パケット通信を開始するために、ｅＮＢ１０へ、パケット通信開始要求メッセージを送信する（Ｓ６２）。ＵＥ４０は、加入者番号をパケット通信開始要求メッセージに設定する。ここでは、ＵＥ４０は、加入者番号Ａをパケット通信開始要求メッセージに設定したとする。次に、ｅＮＢ１０は、ＵＥ４０から受信したパケット通信開始要求メッセージを、ゲートウェイ装置２０へ送信する（Ｓ６３）。この時、ｅＮＢ１０は、ｅＮＢ１０とＭＭＥとの間の通信に用いられるＳ１ＡＰメッセージとしてパケット通信開始要求メッセージをゲートウェイ装置２０へ送信する。
　次に、ゲートウェイ装置２０は、ｅＮＢ１０から送信されたＳ１ＡＰメッセージであるパケット通信開始要求メッセージを終端し、ＵＥ４０の加入者番号を抽出する。さらに、ＵＥ４０は、抽出した加入者番号Ａを設定したＱｕｅｒｙメッセージをＤＢ６０へ送信する（Ｓ６４）。ＤＢ６０は、加入者番号が設定されたＱｕｅｒｙメッセージを受信すると、情報管理部６２を用いて、加入者番号に対応付けられたＩｏＴ種別を特定する。さらに、ＤＢ６０は、情報管理部６１を用いて、ＩｏＴ種別に対応付けられたＣＮ種別を特定する。ここでは、Ｑｕｅｒｙメッセージに加入者番号Ａが設定されているため、ＤＢ６０は、ＩｏＴ種別：２、及び、ＣＮ種別：７２を特定する。
　次に、ＤＢ６０は、ＣＮ種別：７２を設定したＡｎｓｗｅｒメッセージをゲートウェイ装置２０へ送信する（Ｓ６５）。次に、ゲートウェイ装置２０は、パケット通信開始要求メッセージの振り分け先を判定する（Ｓ６６）。言い換えると、ゲートウェイ装置２０は、パケット通信開始要求メッセージの送信先を決定する。ゲートウェイ装置２０は、Ａｎｓｗｅｒメッセージに設定されたＣＮ種別：７２に対応する、ＩｏＴコアネットワーク７２に配置されているＭＭＥ３７へ、パケット通信開始要求メッセージを送信することを決定する。
　次に、ゲートウェイ装置２０は、ＭＭＥ３７へ送信するＳ１ＡＰメッセージであるパケット通信開始要求メッセージの送信元アドレスを、ｅＮＢ１０の識別子からゲートウェイ装置２０の識別子に変更する（Ｓ６７）。ステップＳ６７におけるアドレス変換処理は、図３のステップＳ１４及びＳ２０におけるアドレス変換処理と同様であるため詳細な説明を省略する。
　次に、ゲートウェイ装置２０は、ＭＭＥ３７へパケット通信開始要求メッセージを送信する（Ｓ６８）。次に、ＭＭＥ３７は、ＨＳＳ６４へ、ＵＥ４０の位置登録情報の送信を要求するために、位置登録要求メッセージを送信する（Ｓ６９）。次に、ＨＳＳ６４は、ＵＥ４０の位置情報を含む加入者情報をＭＭＥ３７へ送信する（Ｓ７０）。
　以上説明したように、本発明の実施の形態４にかかる通信システムを用いることによって、ＩｏＴサービス毎に分離したＩｏＴコアネットワークが存在する場合に、ゲートウェイ装置２０は、ＵＥ４０が利用するＩｏＴサービスに関するデータを伝送するＩｏＴコアネットワークへ、ＵＥ４０に関するデータを中継することができる。
　ここで、ステップＳ６１における、加入者番号、ＩｏＴ種別、及び、ＣＮ種別に関する情報を登録する際に、各ＭＭＥにおける加入者の登録状況等に基づいて、ＤＢ６０に情報が登録されてもよい。
　例えば、同じＩｏＴサービスに関するデータを伝送する複数のＩｏＴコアネットワークが存在する場合について説明する。この場合、外部監視装置等が、それぞれのＩｏＴコアネットワークに登録されているＵＥの数を監視していてもよい。さらに、外部監視装置等は、それぞれのＩｏＴコアネットワークに登録されるＵＥの数が均等になるように、もしくは、一部のＩｏＴコアネットワークに登録されるＵＥの数が偏らないように、それぞれのＵＥに対応付けられるＩｏＴ種別を決定してもよい。外部監視装置等は、決定した、加入者番号とＩｏＴ種別とを対応付けた情報をＤＢ６０へ送信してもよい。
　つまり、加入者番号とＩｏＴ種別とを対応付けた情報は、外部監視装置等から定期的、もしくは、任意のタイミングに、ＵＥの登録状況等に応じてＤＢ６０へ送信されてもよい。
　また、実施の形態４においては、ｅＮＢ１０の代わりにＲＮＣが用いられ、ＭＭＥの代わりにＳＧＳＮが用いられてもよい。
　また、実施の形態１乃至３においても、実施の形態４において説明したように、ゲートウェイ装置２０が、ＤＢ６０を用いて、メッセージの振り分け先を決定してもよい。
　（実施の形態５）
　続いて、図１１を用いて本発明の実施の形態５にかかるパケット振り分け処理の流れについて説明する。はじめに、ＤＢ６０は、図９に示す情報管理部６１が管理する情報を登録する（Ｓ８１）。さらに、ＨＳＳ６４は、図９に示す情報管理部６２が管理する情報を登録する（Ｓ８２）。
　ステップＳ８３～Ｓ８５は、図１０のステップＳ６２～Ｓ６４と同様であるため詳細な説明を省略する。ＤＢ６０は、ＵＥ４０の加入者番号Ａが設定されたＱｕｅｒｙメッセージを受信すると、受信したＱｕｅｒｙメッセージをＨＳＳ６４へ送信する（Ｓ８６）。
　次に、ＨＳＳ６４は、加入者番号Ａが設定されたＱｕｅｒｙメッセージを受信すると、加入者番号Ａに関連付けられているＩｏＴ種別：２を特定する。ＨＳＳ６４は、ＩｏＴ種別：２を設定したＡｎｓｗｅｒメッセージをＤＢ６０へ送信する（Ｓ８７）。
　次に、ＤＢ６０は、ＩｏＴ種別：２に関連付けられたＣＮ種別：７２を設定したＡｎｓｗｅｒメッセージをゲートウェイ装置２０へ送信する（Ｓ８８）。ステップＳ８９～ステップＳ９３は、図１０のステップＳ６６～ステップＳ７０と同様であるため詳細な説明を省略する。
　以上説明したように、本発明の実施の形態５にかかるパケット振り分け処理を実行する際に、ＤＢ６０及びＨＳＳ６４において管理されている情報が用いられる。パケット振り分け処理に用いられる情報は、ＤＢ６０及びＨＳＳ６４に分散して管理される。これより、実施の形態４におけるＤＢ６０と比較して、実施の形態５におけるＤＢ６０のメモリ容量を少なくすることができる。
　また、ＩｏＴサービスに用いられるＵＥ４０は、スマートメーターもしくは車載端末等のように、ＩｏＴサービス専用の端末であることもある。そのため、ＩｏＴサービスに用いられるＵＥ４０には、予めＩｏＴ種別が登録されていてもよい。例えば、ＵＥ４０の製造時、出荷時、もしくは、通信事業者との契約時等に、ＵＥ４０に、ＩｏＴ種別が登録されもよい。
　この場合、ＵＥ４０は、ステップＳ８３におけるパケット通信開始要求メッセージに、加入者番号とともに、ＩｏＴ種別に関する情報を設定してもよい。これにより、ＤＢ６０は、ＩｏＴ種別が設定されたＱｕｅｒｙメッセージを受信すると、ＨＳＳ６４にＱｕｅｒｙメッセージを送信することなく、ＩｏＴ種別に関連付けられたＣＮ種別を設定したＡｎｓｗｅｒメッセージをゲートウェイ装置２０へ送信することができる。
　また、実施の形態５においては、ｅＮＢ１０の代わりにＲＮＣが用いられ、ＭＭＥの代わりにＳＧＳＮが用いられてもよい。
　（実施の形態６）
　続いて、図１２を用いて本発明の実施の形態６にかかるＳＧＳＮ３１の構成例について説明する。ＳＧＳＮ３１以外の他のＳＧＳＮは、ＳＧＳＮ３１と同様の構成であるため詳細な説明を省略する。また、ＳＧＳＮ３１は、コアネットワーク内に配置される中継ノード装置等と称されてもよい。
　ＳＧＳＮ３１は、制御部９１、加入者データ保持部９２、及び、セッション情報保持部９３を有している。制御部９１は、プロセッサがメモリに格納されたプログラムを実行することによって動作するソフトウェアもしくはモジュールであってもよい。または、制御部９１は、回路もしくはチップ等のハードウェアであってもよい。加入者データ保持部９２及びセッション情報保持部９３は、ＳＧＳＮ３１内のメモリであってもよく、ＳＧＳＮ３１に取り付けられる外部メモリであってもよい。
　加入者データ保持部９２は、加入者情報管理装置であるＨＳＳ６４から送信されたＵＥ４０の加入者データを保持する。加入者データ保持部９２がＵＥ４０の加入者データを保持しておくことによって、ＵＥ４０が通信を実行する際に、ＳＧＳＮ３１がＨＳＳ６４から加入者データを取得する処理を省略することができる。加入者データは、例えば、ＶＬＲ（Visitor Location Register）情報と称されてもよい。
　加入者データ保持部９２は、例えば、ＵＥ４０に関するＡｔｔａｃｈ処理時にＨＳＳ６４から送信されたＵＥ４０に関する加入者データを保持する。
　セッション情報保持部９３は、ＵＥ４０に関するセッション情報を保持する。セッション情報は、ネットワーク層より上位のプロトコルにて用いられる情報であって、ＵＥ４０とＲＮＣ１２との間の無線ネットワーク、及び、コアネットワーク内においてＵＥ４０を一意に識別する識別情報であってもよい。セッション情報は、例えば、ＰＤＰ（Packet Data Protocol）情報もしくはＰＤＰコンテキスト等と称されてもよい。セッション情報保持部９３は、ＵＥ４０に関するユーザデータが伝送される間、ＵＥ４０に関するセッション情報を保持する。
　制御部９１は、加入者データ保持部９２においてＵＥ４０の加入者データを保持するか否かを判定する。さらに、制御部９１は、セッション情報保持部９３においてＵＥ４０のセッションデータを保持するか否かを判定する。
　制御部９１は、ＵＥ４０に関するユーザデータの伝送が行われていない場合に、ＩｏＴサービスポリシーに従い加入者データ保持部９２においてＵＥ４０の加入者データを保持するか否かを判定する。
　ＵＥ４０に関するユーザデータの伝送が行われていない場合とは、例えば、ＵＥ４０に関するユーザデータの伝送が行われる前に実行されるＡｔｔａｃｈ処理の間、さらに、ＵＥ４０の無通信状態を検出した場合等であってもよい。
　ＩｏＴサービスポリシーは、例えば、ＵＥ４０がパケット通信の開始を要求してから、ＵＥ４０がコアネットワークに接続するまでの接続時間が定められてもよい。接続時間は、具体的には、ＵＥ４０がパケット通信の開始を要求してから、実際にパケット通信が実行されるまでの時間であってもよい。
　例えば、加入者データ保持部９２がＵＥ４０の加入者データを保持していない場合に、ＵＥ４０がパケット通信を開始する場合について説明する。この場合、ＳＧＳＮ３１は、ＵＥ４０のパケット通信を実行するために、ＨＳＳ６４から加入者データを取得する必要がある。つまり、ＳＧＳＮ３１が、ＨＳＳ６４からＵＥ４０に関する加入者データを取得する処理が実行される時間だけ、加入者データ保持部９２がＵＥ４０に関する加入者データを保持している場合と比較して、ＵＥ４０がパケット通信を実行するまで余計な時間がかかる。
　一方、加入者データ保持部９２が、ＵＥ４０に関する加入者データを保持しない場合、メモリ容量を削減することができる。そのため、制御部９１は、加入者データ保持部９２においてＵＥ４０に関する加入者データを保持しない場合であっても、ＩｏＴサービスポリシーに定められた接続時間を超えることが無い場合、加入者データ保持部９２においてＵＥ４０に関する加入者データを保持しないと判定してもよい。
　また、ＩｏＴサービスポリシーは、ＵＥ４０に対するＳＭＳ着信を許容するか否かが定められてもよい。例えば、加入者データ保持部９２がＵＥ４０に関する加入者データを保持しない場合、ＵＥ４０に対するＳＭＳ着信が正常に実行されないことがある。そのため、ＩｏＴサービスポリシーにおいて、ＵＥ４０に対するＳＭＳ着信を許容することが定められている場合、制御部９１は、加入者データ保持部９２においてＵＥ４０に関する加入者データを保持すると判定してもよい。一方、ＩｏＴサービスポリシーにおいて、ＵＥ４０に対するＳＭＳ着信を許容しないことが定められている場合、制御部９１は、加入者データ保持部９２において、ＵＥ４０に関する加入者データを保持しないと判定してもよい。
　ＩｏＴサービスポリシーは、サービス事業者毎に異なる。つまり、ＩｏＴサービスポリシーは、ＩｏＴコアネットワークごとに異なる。そのため、それぞれのＩｏＴコアネットワークに配置されているＳＧＳＮは、ＩｏＴサービスポリシーに関する情報を予め保持している。
　続いて、図１３を用いて、本発明の実施の形態６にかかるＡｔｔａｃｈ処理の流れについて説明する。はじめに、ＵＥ４０は、ＲＮＣ１２を介して、ＳＧＳＮ３１へAttach Requestメッセージを送信する（Ｓ１０１）。ＵＥ４０は、例えば、ＵＥ４０の識別情報であるＩＭＳＩ（International Mobile Subscriber Identity）をAttach Requestメッセージに設定する。
　次に、ＳＧＳＮ３１は、ＵＥ４０のＩＭＳＩを設定したMAP-Send Authentication InfoメッセージをＨＳＳ６４へ送信する（Ｓ１０２）。次に、ＨＳＳ６４は、MAP-Send Authentication Infoメッセージに対する応答メッセージとして、MAP-Send Authentication Info AckメッセージをＳＧＳＮ３１へ送信する（Ｓ１０３）。ＨＳＳ６４は、MAP-Send Authentication Info Ackメッセージに、ＵＥ４０に関する認証情報を設定する。
　次に、ＳＧＳＮ３１は、ＨＳＳ６４から送信されたＵＥ４０に関する認証情報を用いて、ＵＥ４０に関する認証処理を実行する（Ｓ１０４）。次に、ＳＧＳＮ３１は、ＨＳＳ６４へMAP-Update GPRS Locationメッセージを送信する（Ｓ１０５）。ステップＳ１０５において送信されるMAP-Update GPRS Locationメッセージには、ＵＥ４０のＩＭＳＩ及び自装置のＳＧＳＮ番号が設定されている。次に、ＨＳＳ６４は、MAP-Insert Subscriber DataメッセージをＳＧＳＮ３１へ送信する（Ｓ１０６）。ステップＳ１０６において送信されるMAP-Insert Subscriber Dataメッセージには、ＵＥ４０に関する加入者データが設定されている。
　次に、ＳＧＳＮ３１は、ＲＮＣ１２を介してＵＥ４０へ、Attach Acceptメッセージを送信する（Ｓ１０７）。次に、ＵＥ４０は、ＲＮＣ１２を介してＳＧＳＮ３１へ、Attach Completeメッセージを送信する（Ｓ１０８）。
　ＳＧＳＮ３１は、Attach Completeメッセージを受信すると、ＩｏＴサービスポリシーに基づいてＵＥ４０の加入者データを保持するか否かを判定し、ここでは、加入者データ（ＶＬＲ情報）を生成しないと判定する（Ｓ１０９）。
　続いて、図１４を用いて、ＳＧＳＮ３１が加入者データを生成していない状態において、ＵＥ４０が、パケット通信を開始する場合について説明する。はじめに、ＵＥ４０は、パケット通信を開始するために、ＲＮＣ１２を介してService RequestメッセージをＳＧＳＮ３１へ送信する（Ｓ１１１）。ＳＧＳＮ３１は、ＵＥ４０からService Requestメッセージを受信した際に、ＵＥ４０の加入者データを保持していないため、ＵＥ４０へService Rejectメッセージを送信する（Ｓ１１２）。ＳＧＳＮ３１は、ＲＮＣ１２を介してＵＥ４０へService Rejectメッセージを送信することによって、ＵＥ４０のパケット通信を拒否する。
　ステップＳ１１３以降、ＵＥ４０は、パケット通信を開始するための処理を実行する。ステップＳ１１３～Ｓ１１６は、図１３のステップＳ１０１～Ｓ１０４と同様であるため詳細な説明を省略する。
　ステップＳ１１６において、ＵＥ４０に関する認証処理が完了すると、ＵＥ４０は、ＲＮＣ１２を介してＳＧＳＮ３１へ、Active PDP Context Requestメッセージを送信する（Ｓ１１７）。ステップＳ１１８及びＳ１１９は、図１３のステップＳ１０５及びＳ１０６と同様であるため詳細な説明を省略する。
　次に、ＳＧＳＮ３１は、ステップＳ１１９において、ＨＳＳ６４から送信された加入者データを保持する、言い換えると、ＶＬＲ情報を生成する（Ｓ１２０）。例えば、ＳＧＳＮ３１は、Service Rejectメッセージを送信後のＡｔｔａｃｈ処理においてＨＳＳ６４から送信された加入者データについては保持すると判定してもよい。
　次に、ＵＥ４０、ＲＮＣ１２、及び、ＳＧＳＮ３１において、ＵＥ４０とＲＮＣ１２との間において、ＲＡＢ（Radio Access Bearer）を確立するための処理が実行される（Ｓ１２１）。
　次に、ＳＧＳＮ３１は、ＲＮＣ１２を介して、ＵＥ４０へActive PDP Context Acceptメッセージを送信する（Ｓ１２２）。Active PDP Context Acceptメッセージは、ステップＳ１１７のActive PDP Context Requestメッセージに対する応答メッセージである。
　次に、ＵＥ４０、ＲＮＣ１２、及びＳＧＳＮ３１は、ＵＥ４０に関するＰＤＰ情報を保持する（Ｓ１２３）。ＵＥ４０、ＲＮＣ１２、及びＳＧＳＮ３１がＵＥ４０に関するＰＤＰ情報を保持することによって、ＵＥ４０は、パケット通信を実行することができる。
　続いて、図１５を用いて、ＵＥ４０におけるパケット通信が完了した際の処理の流れについて説明する。ＵＥ４０及びＲＮＣ１２は、ＰＤＰ情報を保持している状態であり、ＳＧＳＮ３１は、ＰＤＰ情報及びＶＬＲ情報を保持している状態とする（Ｓ１３１）。
　ＵＥ４０は、パケット通信を終了する際に、ＲＮＣ１２を介してDeactivate PDP Context RequestメッセージをＳＧＳＮ３１へ送信する（Ｓ１３２）。次に、ＳＧＳＮ３１は、ＲＮＣ１２を介してDeactivate PDP Context AcceptメッセージをＵＥ４０へ送信する（Ｓ１３３）。
　Deactivate PDP Context Acceptメッセージを送信もしくは受信すると、ＵＥ４０、ＲＮＣ１２、及び、ＳＧＳＮ３１は、ＰＤＰ情報を削除する（Ｓ１３４）。次に、ＳＧＳＮ３１は、ＩｏＴサービスポリシーもしくはＳＭＳ受信を許容するか否かに関する情報に基づいて、ＶＬＲ情報を削除するか否かを判定する。（Ｓ１３５）。
　続いて、図１６を用いて、ＵＥ４０が無通信状態であることを検出した場合の処理の流れについて説明する。ＵＥ４０及びＲＮＣ１２は、ＰＤＰ情報を保持している状態であり、ＳＧＳＮ３１は、ＰＤＰ情報及びＶＬＲ情報を保持している状態とする（Ｓ１４１）。
　ＲＮＣ１２は、ＵＥ４０との間において所定期間ユーザデータを伝送していないと判定した場合、無通信検出メッセージをＳＧＳＮ３１へ送信する（Ｓ１４２）。次に、無通信検出メッセージを送信したＲＮＣ１２、及び、無通信検出メッセージを受信したＳＧＳＮ３１は、ＰＤＰ情報を削除する（Ｓ１４３）。ＵＥ４０は、ＰＤＰ情報を保持している状態とする。
　次に、ＳＧＳＮ３１は、ＩｏＴサービスポリシーもしくはＳＭＳ受信を許容するか否かに関する情報に基づいて、ＶＬＲ情報を削除するか否かを判定する（Ｓ１４４）。
　以上説明したように、本発明の実施の形態６にかかるＳＧＳＮを用いることによって、ＰＤＰ情報及びＶＬＲ情報を保持するか否かを判定することができる。ＳＧＳＮは、サービスポリシーに基づいて、ＰＤＰ情報もしくはＶＬＲ情報を削除した場合、メモリ容量を節約することができる。
　今後、ＩｏＴサービスに用いられる端末が増加することが予測されるため、ＳＧＳＮにおけるＰＤＰ情報及びＶＬＲ情報に割り当てるメモリ容量を節約することによって、ＳＧＳＮにおける端末の収容数を増加させることができる。
　また、図１３、図１５及び図１６においては、ＳＭＳ受信を許容しない場合には、ＶＬＲ情報を削除するとして説明している。ただし、ＳＧＳＮ３１は、ＶＬＲ情報を削除した状態において、ＵＥ４０に対するＳＭＳ受信が通知された場合、ＨＳＳ６４からＵＥ４０に関するＶＬＲ情報を取得することによって、ＳＭＳ受信処理を実行してもよい。
　また、実施の形態６においては、ＲＮＣ１２の代わりにｅＮＢが用いられ、ＳＧＳＮ３１の代わりにＭＭＥが用いられてもよい。
　続いて以下では、図１７を用いて、上述の複数の実施形態で説明されたゲートウェイ装置２０及びＳＧＳＮ３１の構成例について説明する。図１７は、ゲートウェイ装置２０及びＳＧＳＮ３１の構成例を示すブロック図である。図１７を参照すると、ゲートウェイ装置２０及びＳＧＳＮ３１は、ネットワークインタフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインタフェース１２０１は、通信システムを構成する他のネットワークノード装置と通信するために使用される。ネットワークインタフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたゲートウェイ装置２０及びＳＧＳＮ３１の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
　メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
　図１７の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたゲートウェイ装置２０及びＳＧＳＮ３１の処理を行うことができる。
　図１７を用いて説明したように、ゲートウェイ装置２０及びＳＧＳＮ３１が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１６年２月２２日に出願された日本出願特願２０１６－０３０８６４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　Ｓ１ＡＰに従って通信を実行するｅＮＢとＭＭＥとの間に配置されるゲートウェイ装置であって、
　前記ｅＮＢから送信されたＳ１ＡＰメッセージを終端する通信部と、
　前記Ｓ１ＡＰメッセージに関連付けられた移動局の端末種別を判定する判定部と、
　前記ｅＮＢから送信された前記Ｓ１ＡＰメッセージに設定されている送信元アドレスを、前記ｅＮＢの識別子から前記ゲートウェイ装置の第１の識別子に変更するアドレス変換部と、を備え、
　前記通信部は、
　送信元アドレスが変換された前記Ｓ１ＡＰメッセージを、前記端末種別に応じて決定されるＭＭＥへ送信するゲートウェイ装置。
　（付記２）
　前記判定部は、
　前記移動局のＡｔｔａｃｈ処理において送信される前記Ｓ１ＡＰメッセージを用いて、前記移動局の端末種別を判定し、
　前記通信部は、
　前記端末種別に応じて定まる前記移動局の登録ネットワーク内に配置される前記ＭＭＥへ前記Ｓ１ＡＰメッセージを送信する、付記１に記載のゲートウェイ装置。
　（付記３）
　前記判定部は、
　前記Ｓ１ＡＰメッセージに設定されているパラメータを用いて前記移動局の前記端末種別を判定する、もしくは、管理装置において管理されている加入者情報を用いて前記移動局の前記端末種別を判定する、付記２に記載のゲートウェイ装置。
　（付記４）
　前記アドレス変換部は、
　前記ＭＭＥから送信されたＳ１ＡＰメッセージに設定されている送信元アドレスを、前記ＭＭＥの識別子から前記ゲートウェイ装置の第２の識別子に変更し、前記ｅＮＢの識別子と前記第１の識別子とを関連付けて管理し、さらに、前記ＭＭＥの識別子と前記第２の識別子とを関連付けて管理し、
　前記通信部は、
　前記ＭＭＥから前記第１の識別子を宛先とするＳ１ＡＰメッセージを受信した場合、宛先を前記ｅＮＢの識別子に変更したＳ１ＡＰメッセージを前記ｅＮＢへ送信し、前記ｅＮＢから前記第２の識別子を宛先とするＳ１ＡＰメッセージを受信した場合、宛先を前記ＭＭＥの識別子に変更したＳ１ＡＰメッセージを前記ＭＭＥへ送信する、付記１乃至３のいずれか１項に記載のゲートウェイ装置。
　（付記５）
　前記アドレス変換部は、
　前記ｅＮＢと前記ＭＭＥとの間のセッションの解放指示メッセージを受信した場合、前記ｅＮＢの識別子と前記第１の識別子との関連付け、さらに、前記ＭＭＥの識別子と前記第２の識別子との関連付けを解消する、付記４に記載のゲートウェイ装置。
　（付記６）
　ＲＡＮＡＰプロトコルに従って通信を実行するＲＮＣとＳＧＳＮとの間に配置されるゲートウェイ装置であって、
　前記ＲＮＣから送信されたＲＡＮＡＰプロトコルメッセージを終端する通信部と、
　前記ＲＡＮＡＰプロトコルメッセージに関連付けられた移動局の端末種別を判定する判定部と、
　前記ＲＮＣから送信された前記ＲＡＮＡＰプロトコルメッセージに設定されている送信元アドレスを、前記ＲＮＣの識別子から前記ゲートウェイ装置の第３の識別子に変更するアドレス変換部と、を備え、
　前記通信部は、
　送信元アドレスが変換された前記ＲＡＮＡＰプロトコルメッセージを、前記端末種別に応じて決定されるＳＧＳＮへ送信するゲートウェイ装置。
　（付記７）
　前記判定部は、
　前記移動局のＡｔｔａｃｈ処理において送信される前記ＲＡＮＡＰプロトコルメッセージを用いて、前記移動局の端末種別を判定し、
　前記通信部は、
　前記端末種別に応じて定まる前記移動局の登録ネットワーク内に配置される前記ＳＧＳＮへ前記ＲＡＮＡＰプロトコルメッセージを送信する、付記６に記載のゲートウェイ装置。
　（付記８）
　前記判定部は、
　前記ＲＡＮＡＰプロトコルメッセージに設定されているパラメータを用いて前記移動局の前記端末種別を判定する、もしくは、管理装置において管理されている加入者情報を用いて前記移動局の前記端末種別を判定する、付記７に記載のゲートウェイ装置。
　（付記９）
　前記アドレス変換部は、
　前記ＳＧＳＮから送信されたＲＡＮＡＰプロトコルメッセージに設定されている送信元アドレスを、前記ＳＧＳＮの識別子から前記ゲートウェイ装置の第４の識別子に変更し、前記ＲＮＣの識別子と前記第３の識別子とを関連付けて管理し、さらに、前記ＳＧＳＮの識別子と前記第４の識別子とを関連付けて管理し、
　前記通信部は、
　前記ＳＧＳＮから前記第３の識別子を宛先とするＲＡＮＡＰプロトコルメッセージを受信した場合、宛先を前記ＲＮＣの識別子に変更したＲＡＮＡＰプロトコルメッセージを前記ＲＮＣへ送信し、前記ＲＮＣから前記第４の識別子を宛先とするＲＡＮＡＰプロトコルメッセージを受信した場合、宛先を前記ＳＧＳＮの識別子に変更したＲＡＮＡＰプロトコルメッセージを前記ＳＧＳＮへ送信する、付記６乃至８のいずれか１項に記載のゲートウェイ装置。
　（付記１０）
　前記アドレス変換部は、
　前記ＲＮＣと前記ＳＧＳＮとの間のセッションの解放指示メッセージを受信した場合、前記ＲＮＣの識別子と前記第３の識別子との関連付け、さらに、前記ＳＧＳＮの識別子と前記第４の識別子との関連付けを解消する、付記９に記載のゲートウェイ装置。
　（付記１１）
　Ｓ１ＡＰに従って通信を実行するｅＮＢとＭＭＥとの間に配置されるゲートウェイ装置における通信方法であって、
　前記ｅＮＢから送信されたＳ１ＡＰメッセージを終端し、
　前記Ｓ１ＡＰメッセージに関連付けられた移動局の端末種別を判定し、
　前記ｅＮＢから送信された前記Ｓ１ＡＰメッセージに設定されている送信元アドレスを、前記ｅＮＢの識別子から前記ゲートウェイ装置の第１の識別子に変更し、
　送信元アドレスが変換された前記Ｓ１ＡＰメッセージを、前記端末種別に応じて決定されるＭＭＥへ送信する、通信方法。
　（付記１２）
　ＲＡＮＡＰプロトコルに従って通信を実行するＲＮＣとＳＧＳＮとの間に配置されるゲートウェイ装置における通信方法であって、
　前記ＲＮＣから送信されたＲＡＮＡＰプロトコルメッセージを終端し、
　前記ＲＡＮＡＰプロトコルメッセージに関連付けられた移動局の端末種別を判定し、
　前記ＲＮＣから送信された前記ＲＡＮＡＰプロトコルメッセージに設定されている送信元アドレスを、前記ＲＮＣの識別子から前記ゲートウェイ装置の第３の識別子に変更し、
　送信元アドレスが変換された前記ＲＡＮＡＰプロトコルメッセージを、前記端末種別に応じて決定されるＳＧＳＮへ送信する、通信方法。
　（付記１３）
　Ｓ１ＡＰに従って通信を実行するｅＮＢとＭＭＥとの間に配置されるゲートウェイ装置であるコンピュータに実行させるプログラムであって、
　前記ｅＮＢから送信されたＳ１ＡＰメッセージを終端し、
　前記Ｓ１ＡＰメッセージに関連付けられた移動局の端末種別を判定し、
　前記ｅＮＢから送信された前記Ｓ１ＡＰメッセージに設定されている送信元アドレスを、前記ｅＮＢの識別子から前記ゲートウェイ装置の第１の識別子に変更し、
　送信元アドレスが変換された前記Ｓ１ＡＰメッセージを、前記端末種別に応じて決定されるＭＭＥへ送信することをコンピュータに実行させるプログラム。
　（付記１４）
　ＲＡＮＡＰプロトコルに従って通信を実行するＲＮＣとＳＧＳＮとの間に配置されるゲートウェイ装置であるコンピュータに実行させるプログラムであって、
　前記ＲＮＣから送信されたＲＡＮＡＰプロトコルメッセージを終端し、
　前記ＲＡＮＡＰプロトコルメッセージに関連付けられた移動局の端末種別を判定し、
　前記ＲＮＣから送信された前記ＲＡＮＡＰプロトコルメッセージに設定されている送信元アドレスを、前記ＲＮＣの識別子から前記ゲートウェイ装置の第３の識別子に変更し、
　送信元アドレスが変換された前記ＲＡＮＡＰプロトコルメッセージを、前記端末種別に応じて決定されるＳＧＳＮへ送信することをコンピュータに実行させるプログラム。
　１０　ｅＮＢ
　１２　ＲＮＣ
　２０　ゲートウェイ装置
　２１　通信部
　２２　判定部
　２３　変換部
　３０　ＭＭＥ
　３１　ＳＧＳＮ
　３２　ＭＭＥ
　３３　ＳＧＳＮ
　３５　ＭＭＥ
　３６　ＭＭＥ
　３７　ＭＭＥ
　３８　ＭＭＥ
　４０　ＵＥ
　５０　一般ネットワーク
　５２　ＩｏＴネットワーク
　６０　ＤＢ
　６１　情報管理部
　６２　情報管理部
　６４　ＨＳＳ
　７１　ＩｏＴコアネットワーク
　７２　ＩｏＴコアネットワーク
　７３　ＩｏＴコアネットワーク
　８１　サーバ装置
　８２　サーバ装置
　８３　サーバ装置
　９１　制御部
　９２　加入者データ保持部
　９３　セッション情報保持部

Claims (14)

  1. 　Ｓ１ＡＰ（S1 Application Protocol）に従って通信を実行するｅＮＢ（evolved Node B）とＭＭＥ（Mobility Management Entity）との間に配置されるゲートウェイ装置であって、
    　前記ｅＮＢから送信されたＳ１ＡＰメッセージを終端する通信手段と、
    　前記Ｓ１ＡＰメッセージに関連付けられた移動局の端末種別を判定する判定手段と、
    　前記ｅＮＢから送信された前記Ｓ１ＡＰメッセージに設定されている送信元アドレスを、前記ｅＮＢの識別子から前記ゲートウェイ装置の第１の識別子に変更するアドレス変換手段と、を備え、
    　前記通信手段は、
    　送信元アドレスが変換された前記Ｓ１ＡＰメッセージを、前記端末種別に応じて決定されるＭＭＥへ送信するゲートウェイ装置。
  2. 　前記判定手段は、
    　前記移動局のＡｔｔａｃｈ処理において送信される前記Ｓ１ＡＰメッセージを用いて、前記移動局の端末種別を判定し、
    　前記通信手段は、
    　前記端末種別に応じて定まる前記移動局の登録ネットワーク内に配置される前記ＭＭＥへ前記Ｓ１ＡＰメッセージを送信する、請求項１に記載のゲートウェイ装置。
  3. 　前記判定手段は、
    　前記Ｓ１ＡＰメッセージに設定されているパラメータを用いて前記移動局の前記端末種別を判定する、もしくは、管理装置において管理されている加入者情報を用いて前記移動局の前記端末種別を判定する、請求項２に記載のゲートウェイ装置。
  4. 　前記アドレス変換手段は、
    　前記ＭＭＥから送信されたＳ１ＡＰメッセージに設定されている送信元アドレスを、前記ＭＭＥの識別子から前記ゲートウェイ装置の第２の識別子に変更し、前記ｅＮＢの識別子と前記第１の識別子とを関連付けて管理し、さらに、前記ＭＭＥの識別子と前記第２の識別子とを関連付けて管理し、
    　前記通信手段は、
    　前記ＭＭＥから前記第１の識別子を宛先とするＳ１ＡＰメッセージを受信した場合、宛先を前記ｅＮＢの識別子に変更したＳ１ＡＰメッセージを前記ｅＮＢへ送信し、前記ｅＮＢから前記第２の識別子を宛先とするＳ１ＡＰメッセージを受信した場合、宛先を前記ＭＭＥの識別子に変更したＳ１ＡＰメッセージを前記ＭＭＥへ送信する、請求項１乃至３のいずれか１項に記載のゲートウェイ装置。
  5. 　前記アドレス変換手段は、
    　前記ｅＮＢと前記ＭＭＥとの間のセッションの解放指示メッセージを受信した場合、前記ｅＮＢの識別子と前記第１の識別子との関連付け、さらに、前記ＭＭＥの識別子と前記第２の識別子との関連付けを解消する、請求項４に記載のゲートウェイ装置。
  6. 　ＲＡＮＡＰ（Radio Access Network Application Part）プロトコルに従って通信を実行するＲＮＣ（Radio Network Controller）とＳＧＳＮ（Serving General packet radio service Support Node）との間に配置されるゲートウェイ装置であって、
    　前記ＲＮＣから送信されたＲＡＮＡＰプロトコルメッセージを終端する通信手段と、
    　前記ＲＡＮＡＰプロトコルメッセージに関連付けられた移動局の端末種別を判定する判定手段と、
    　前記ＲＮＣから送信された前記ＲＡＮＡＰプロトコルメッセージに設定されている送信元アドレスを、前記ＲＮＣの識別子から前記ゲートウェイ装置の第３の識別子に変更するアドレス変換手段と、を備え、
    　前記通信手段は、
    　送信元アドレスが変換された前記ＲＡＮＡＰプロトコルメッセージを、前記端末種別に応じて決定されるＳＧＳＮへ送信するゲートウェイ装置。
  7. 　前記判定手段は、
    　前記移動局のＡｔｔａｃｈ処理において送信される前記ＲＡＮＡＰプロトコルメッセージを用いて、前記移動局の端末種別を判定し、
    　前記通信手段は、
    　前記端末種別に応じて定まる前記移動局の登録ネットワーク内に配置される前記ＳＧＳＮへ前記ＲＡＮＡＰプロトコルメッセージを送信する、請求項６に記載のゲートウェイ装置。
  8. 　前記判定手段は、
    　前記ＲＡＮＡＰプロトコルメッセージに設定されているパラメータを用いて前記移動局の前記端末種別を判定する、もしくは、管理装置において管理されている加入者情報を用いて前記移動局の前記端末種別を判定する、請求項７に記載のゲートウェイ装置。
  9. 　前記アドレス変換手段は、
    　前記ＳＧＳＮから送信されたＲＡＮＡＰプロトコルメッセージに設定されている送信元アドレスを、前記ＳＧＳＮの識別子から前記ゲートウェイ装置の第４の識別子に変更し、前記ＲＮＣの識別子と前記第３の識別子とを関連付けて管理し、さらに、前記ＳＧＳＮの識別子と前記第４の識別子とを関連付けて管理し、
    　前記通信手段は、
    　前記ＳＧＳＮから前記第３の識別子を宛先とするＲＡＮＡＰプロトコルメッセージを受信した場合、宛先を前記ＲＮＣの識別子に変更したＲＡＮＡＰプロトコルメッセージを前記ＲＮＣへ送信し、前記ＲＮＣから前記第４の識別子を宛先とするＲＡＮＡＰプロトコルメッセージを受信した場合、宛先を前記ＳＧＳＮの識別子に変更したＲＡＮＡＰプロトコルメッセージを前記ＳＧＳＮへ送信する、請求項６乃至８のいずれか１項に記載のゲートウェイ装置。
  10. 　前記アドレス変換手段は、
    　前記ＲＮＣと前記ＳＧＳＮとの間のセッションの解放指示メッセージを受信した場合、前記ＲＮＣの識別子と前記第３の識別子との関連付け、さらに、前記ＳＧＳＮの識別子と前記第４の識別子との関連付けを解消する、請求項９に記載のゲートウェイ装置。
  11. 　Ｓ１ＡＰに従って通信を実行するｅＮＢとＭＭＥとの間に配置されるゲートウェイ装置における通信方法であって、
    　前記ｅＮＢから送信されたＳ１ＡＰメッセージを終端し、
    　前記Ｓ１ＡＰメッセージに関連付けられた移動局の端末種別を判定し、
    　前記ｅＮＢから送信された前記Ｓ１ＡＰメッセージに設定されている送信元アドレスを、前記ｅＮＢの識別子から前記ゲートウェイ装置の第１の識別子に変更し、
    　送信元アドレスが変換された前記Ｓ１ＡＰメッセージを、前記端末種別に応じて決定されるＭＭＥへ送信する、通信方法。
  12. 　ＲＡＮＡＰプロトコルに従って通信を実行するＲＮＣとＳＧＳＮとの間に配置されるゲートウェイ装置における通信方法であって、
    　前記ＲＮＣから送信されたＲＡＮＡＰプロトコルメッセージを終端し、
    　前記ＲＡＮＡＰプロトコルメッセージに関連付けられた移動局の端末種別を判定し、
    　前記ＲＮＣから送信された前記ＲＡＮＡＰプロトコルメッセージに設定されている送信元アドレスを、前記ＲＮＣの識別子から前記ゲートウェイ装置の第３の識別子に変更し、
    　送信元アドレスが変換された前記ＲＡＮＡＰプロトコルメッセージを、前記端末種別に応じて決定されるＳＧＳＮへ送信する、通信方法。
  13. 　Ｓ１ＡＰに従って通信を実行するｅＮＢとＭＭＥとの間に配置されるゲートウェイ装置であるコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体であって、
    　前記ｅＮＢから送信されたＳ１ＡＰメッセージを終端し、
    　前記Ｓ１ＡＰメッセージに関連付けられた移動局の端末種別を判定し、
    　前記ｅＮＢから送信された前記Ｓ１ＡＰメッセージに設定されている送信元アドレスを、前記ｅＮＢの識別子から前記ゲートウェイ装置の第１の識別子に変更し、
    　送信元アドレスが変換された前記Ｓ１ＡＰメッセージを、前記端末種別に応じて決定されるＭＭＥへ送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
  14. 　ＲＡＮＡＰプロトコルに従って通信を実行するＲＮＣとＳＧＳＮとの間に配置されるゲートウェイ装置であるコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体であって、
    　前記ＲＮＣから送信されたＲＡＮＡＰプロトコルメッセージを終端し、
    　前記ＲＡＮＡＰプロトコルメッセージに関連付けられた移動局の端末種別を判定し、
    　前記ＲＮＣから送信された前記ＲＡＮＡＰプロトコルメッセージに設定されている送信元アドレスを、前記ＲＮＣの識別子から前記ゲートウェイ装置の第３の識別子に変更し、
    　送信元アドレスが変換された前記ＲＡＮＡＰプロトコルメッセージを、前記端末種別に応じて決定されるＳＧＳＮへ送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
PCT/JP2017/006485 2016-02-22 2017-02-22 ゲートウェイ装置、通信方法、及び、非一時的なコンピュータ可読媒体 WO2017146076A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016030864A JP6611173B2 (ja) 2016-02-22 2016-02-22 ゲートウェイ装置、通信方法、及び、プログラム
JP2016-030864 2016-02-22

Publications (1)

Publication Number Publication Date
WO2017146076A1 true WO2017146076A1 (ja) 2017-08-31

Family

ID=59685236

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/006485 WO2017146076A1 (ja) 2016-02-22 2017-02-22 ゲートウェイ装置、通信方法、及び、非一時的なコンピュータ可読媒体

Country Status (2)

Country Link
JP (1) JP6611173B2 (ja)
WO (1) WO2017146076A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115277706A (zh) * 2022-06-15 2022-11-01 武汉众智鸿图科技有限公司 一种物联网数据采集器动态分发方法及系统
CN115277706B (zh) * 2022-06-15 2024-04-26 武汉众智鸿图科技有限公司 一种物联网数据采集器动态分发方法及系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102367331B1 (ko) * 2017-09-26 2022-02-23 주식회사 케이티 코어망을 선택하는 방법, 이를 수행하는 이동성 관리 장치 및 경로 관리 장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013047822A1 (ja) * 2011-09-30 2013-04-04 日本電気株式会社 通信システムと方法と装置
US20150124622A1 (en) * 2013-11-01 2015-05-07 Movik Networks, Inc. Multi-Interface, Multi-Layer State-full Load Balancer For RAN-Analytics Deployments In Multi-Chassis, Cloud And Virtual Server Environments

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013047822A1 (ja) * 2011-09-30 2013-04-04 日本電気株式会社 通信システムと方法と装置
US20150124622A1 (en) * 2013-11-01 2015-05-07 Movik Networks, Inc. Multi-Interface, Multi-Layer State-full Load Balancer For RAN-Analytics Deployments In Multi-Chassis, Cloud And Virtual Server Environments

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Motivation for new WI proposal: Dedicated Core Networks (DECOR", 3GPP TSG-RAN MEETING #68 RP-150829, 9 June 2015 (2015-06-09), XP050984532, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_68/Docs/RP-150829.zip> [retrieved on 20170321] *
HUAWEI ET AL.: "Way forward for overload control of MTC Devices", 3GPP TSG- RAN WG3 MEETING #69BIS R3-102660, 1 October 2010 (2010-10-01), pages 1 - 4, XP050453435, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_69bis/Docs/R3-102660.zip> [retrieved on 20170321] *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115277706A (zh) * 2022-06-15 2022-11-01 武汉众智鸿图科技有限公司 一种物联网数据采集器动态分发方法及系统
CN115277706B (zh) * 2022-06-15 2024-04-26 武汉众智鸿图科技有限公司 一种物联网数据采集器动态分发方法及系统

Also Published As

Publication number Publication date
JP2017152769A (ja) 2017-08-31
JP6611173B2 (ja) 2019-11-27

Similar Documents

Publication Publication Date Title
US10772022B2 (en) Method and apparatus for inter-system handover in wireless communication
WO2017163735A1 (ja) コアノード、基地局、無線端末、通信方法、無線リソース割当方法、基地局選択方法、及び、可読媒体
EP3145248B1 (en) Method for mobile communication system, mobile communication system, mobile terminal, network node, and pgw
US20140334386A1 (en) Communication system, gateway apparatus, and communication method
EP3598804A1 (en) Communication terminal, network device, communication method, and non-transitory computer readable medium
US11470536B2 (en) Multi-hop relaying in a mobile communication network
JP2022009324A (ja) ＩｏＴデバイス、移動管理ノード、及び通信方法
US11190541B2 (en) Monitor device, base station, monitoring method, control method, and non-transitory computer readable medium
WO2016177106A1 (zh) 专用核心网的选择方法和装置
WO2016125213A1 (ja) 近接サービス通信のための装置及び方法
WO2019058629A1 (ja) サービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びコンピュータ可読媒体
US11147113B2 (en) Gateway apparatus, communication method, and non-transitory computer readable medium storing program
JP6611173B2 (ja) ゲートウェイ装置、通信方法、及び、プログラム
WO2017146077A1 (ja) 中継ノード装置、通信制御方法、及び、非一時的なコンピュータ可読媒体
WO2018066396A1 (ja) 通信システム、通信方法、及びプログラムが格納された非一時的なコンピュータ可読媒体
WO2017146075A1 (ja) 通信システム、通信方法、及び、非一時的なコンピュータ可読媒体
JP7041830B2 (ja) Ａｍｆ装置、ａｍｆ装置の方法、通信システム、及び緊急情報の配信方法
JP6177845B2 (ja) 基地局、管理装置及び接続方法
WO2017149574A1 (ja) コアノード、無線端末、通信方法、及び、非一時的なコンピュータ可読媒体
JP6584260B2 (ja) 無線通信システム及び無線通信方法
WO2016009610A1 (ja) 通信システム、中継装置、制御方法および記録媒体
JP6603090B2 (ja) 無線通信システム及び方法
WO2019136927A1 (zh) 一种数据传输方法及装置、计算机存储介质
KR20130015963A (ko) 지능적 서비스를 제공하는 통합 기지국 장치 및 그 방법
WO2019058628A1 (ja) サービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及び非一時的なコンピュータ可読媒体

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17756514

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17756514

Country of ref document: EP

Kind code of ref document: A1