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

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

Info

Publication number
WO2018124278A1
WO2018124278A1 PCT/JP2017/047243 JP2017047243W WO2018124278A1 WO 2018124278 A1 WO2018124278 A1 WO 2018124278A1 JP 2017047243 W JP2017047243 W JP 2017047243W WO 2018124278 A1 WO2018124278 A1 WO 2018124278A1
Authority
WO
WIPO (PCT)
Prior art keywords
location registration
edrx
message
communication terminal
parameter
Prior art date
Application number
PCT/JP2017/047243
Other languages
English (en)
French (fr)
Inventor
田村　利之
康志 清水
貴洋 青木
均 直江
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US16/473,613 priority Critical patent/US11553552B2/en
Priority to EP23184874.8A priority patent/EP4231726A3/en
Priority to CN201780086513.0A priority patent/CN110301156B/zh
Priority to EP17885470.9A priority patent/EP3565318B1/en
Publication of WO2018124278A1 publication Critical patent/WO2018124278A1/ja
Priority to US18/081,283 priority patent/US20230120587A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/12—Mobility data transfer between location registers or mobility servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to a communication terminal, a control device, a communication system, and a communication method.
  • the location registration process is a process that is performed for a UE (User ⁇ Equipment), which is a communication terminal, to notify an MME (Mobility Management Entity), which is a control device, of a change in the area (TA).
  • a TAU Track Area Update
  • the details of TAU processing are defined in Section 5.3.3.1 of Non-Patent Document 1.
  • GUTI Globally Unique Temporary UE Identity
  • IMSI International Mobile Subscriber Identity
  • the GUTI is a Temporary ID (Identity) issued by the MME to the UE in advance. It is desirable that GUTI is changed periodically from the viewpoint of security. GUTI may be referred to as a temporary allocation identifier. Therefore, GUTI is changed in the GUTI Reallocation process (see section 5.3.7 of Non-Patent Document 1) performed in parallel with the TAU process. The changed GUTI is notified to the UE in the TAU process.
  • the MME notifies the UE of the changed GUTI by sending a TAU Accept message including the changed GUTI to the UE.
  • the UE transmits a TAU Complete message to the MME as a response to the TAU Accept message.
  • the MME can recognize that the changed GUTI has been notified to the UE by receiving the TAUTAComplete message.
  • NW Network Triggered Service Request processing
  • the MME transmits a Paging message to the eNB (evolved NodeB) which is the base station.
  • eNB will perform Paging with respect to UE, if a Paging message is received. Thereby, the incoming packet is notified to the UE.
  • the timing of Paging is determined according to DRX (Discontinuous Reception) cycle.
  • DRX Continuous Reception
  • an IoT (Internet of Things) device may be used as the UE.
  • eDRX Extended-Idle-Mode-DRX
  • the maximum value of DRX cycle is 2.56 seconds, but the maximum value of eDRX cycle is about 43 minutes.
  • eDRX cycle or Paging timing is calculated using eDRX parameters and S-TMSI (SAE (System Architecture Evolution) -Temporary Mobile Subscriber Identity).
  • S-TMSI System Architecture Evolution
  • S-TMSI is included in GUTI.
  • the eDRX parameter used for calculating the eDRX cycle or Paging timing is eDRX cycle value, for example.
  • the UE may notify MME of Paging timing by setting eDRX parameter in TAUXRequest message.
  • the MME may update the eDRX parameter in the TAU process for reasons such as changing the timing of Paging.
  • the MME sets the updated eDRX parameter in the TAU Accept message.
  • the MME transmits a TAU Accept message including the updated eDRX parameters to the UE.
  • the MME cannot recognize whether or not the UE has received a TAU Accept message including the updated eDRX parameters. For example, even when the UE has not received the TAU Accept message including the updated eDRX parameter, the MME calculates the paging timing using the updated eDRX parameter.
  • the UE since the UE has not received the updated eDRX parameter, the UE determines the timing for monitoring the Paging-Channel using the eDRX parameter before the update. In such a case, there arises a problem that the UE cannot receive Paging.
  • the same problem as when MME is used occurs.
  • the same problem occurs even in the 5G system, the same problem occurs even when AMF (Access and Mobility Management or Function) or other control devices are used.
  • the same problem occurs in the Attach process, which is the in-zone registration process, described in Section 5.3.2 of Non-Patent Document 1 instead of the TAU process.
  • In-zone registration is processing performed in 3GPP in order for a UE serving as a communication terminal to notify an MME serving as a control device of a located area. Similar to the TAU process, the Attach process is also performed in SGSN or 5G System instead of the MME, and the same problem occurs.
  • An object of the present disclosure is to provide a communication terminal, a control device, and a communication system that guarantees that the timing of Paging is matched between the UE and the control device when the eDRX parameter is updated in the control device such as MME or SGSN And providing a communication method.
  • the communication terminal includes a receiving unit that receives a location registration Accept or location registration Accept message transmitted from a control device, and the location registration Accept or location registration Accept message.
  • a transmission unit that transmits a location registration complete message or a location registration complete message to the control device when one eDRX parameter is included.
  • the control device includes: a transmission unit that transmits a location registration Accept or location registration Accept message including a first eDRX parameter to a communication terminal; and the communication terminal includes the first eDRX parameter.
  • a receiving unit that receives a location registration complete message or a location registration complete message transmitted from the communication terminal in response to receiving the message.
  • a communication system includes a receiving unit that receives a location registration Accept or location registration Accept message transmitted from a control device, and the location registration Accept or location registration Accept message. If the eDRX parameter of 1 is included, a communication terminal comprising: a transmission unit that transmits a location registration complete or location registration complete message to the control device; and a location registration Accept including the first eDRX parameter, or a location A transmitting unit that transmits a registration accept message to the communication terminal, and a location registration complete or location registration complete message transmitted from the communication terminal in response to the communication terminal receiving the first eDRX parameter And a control device comprising a signal unit.
  • a communication method in a communication terminal includes a location registration Accept or location registration Accept message transmitted from a control device, and the location registration Accept or location registration Accept message includes the first method.
  • a location registration complete or location registration complete message is transmitted to the control device.
  • a location registration Accept or a location registration Accept message including the first eDRX parameter is transmitted to the communication terminal, and the communication terminal transmits the first eDRX parameter.
  • the communication terminal transmits the first eDRX parameter.
  • an eDRX parameter is updated in a control apparatus such as an MME or an SGSN, a communication terminal, a control apparatus, a communication system, and a communication terminal that guarantees that the timing of Paging is matched between the UE and the control apparatus;
  • a communication method can be provided.
  • 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 block diagram of MME and UE concerning Embodiment 2.
  • FIG. It is a figure explaining the timing of Paging at the time of applying eDRX
  • FIG. It is a figure which shows the flow of the TAU process concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the transmission process of the TAU Complete message in UE concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the transmission process of the TAU Complete message in UE concerning Embodiment 2.
  • FIG. FIG. FIG.
  • FIG. 10 is a diagram illustrating a flow of TAU processing according to the third exemplary embodiment. It is a figure which shows the flow of the transmission process of the TAU Accept message in MME concerning Embodiment 3.
  • FIG. It is a block diagram of the communication terminal 10 concerning each embodiment. It is a block diagram of the control apparatus 30 concerning each embodiment.
  • the communication system in FIG. 1 includes a communication terminal 10, a base station 20, and a control device 30.
  • the communication terminal 10, the base station 20, and the control device 30 may be computer devices that operate when a processor executes a program stored in a memory.
  • the communication terminal 10 may be a mobile phone terminal, a smart phone terminal, a tablet terminal, an IoT device, or a personal computer device having a communication function.
  • the control device 30 may be an MME defined in 3GPP.
  • the communication terminal 10 includes a reception unit 11 and a transmission unit 13.
  • the reception unit 11 and the transmission unit 13 may be software or a module that executes processing when a processor executes a program stored in a memory.
  • the reception unit 11 and the transmission unit 13 may be hardware such as a circuit or a chip.
  • the receiving unit 11 receives a location registration Accept message or a location registration Accept message transmitted from the control device 30 via the base station 20.
  • the receiving unit 11 receives an Attach Accept message.
  • the receiving unit 11 receives a TAU Accept message.
  • the TAU Accept message is a message indicating that the control device 30 or the core network including the control device 30 has completed the TAU process regarding the communication terminal 10 or has accepted the TAU process (accept).
  • the transmitting unit 13 transmits a TAU Complete message to the control device 30 via the base station 20.
  • the eDRX parameters include, for example, paging time window length value and eDRX cycle value.
  • the eDRX parameter is a parameter used to determine the timing at which the communication terminal 10 monitors the Paging channel according to the eDRX cycle.
  • the eDRX parameter is a parameter used to determine the timing at which the base station 20 executes Paging according to eDRX cycle.
  • the transmission unit 13 may transmit the TAU Complete message to the control device 30 via the base station 20 only when the eDRX parameter is included in the TAU Accept message.
  • the control device 30 can recognize that the communication terminal 10 has received the eDRX parameter included in the TAU Accept message by receiving the TAU Complete message transmitted from the communication terminal 10.
  • the communication terminal 10 can transmit the TAU Complete message to the control device 30 when receiving the TAU Accept message including the eDRX parameter.
  • the control apparatus 30 can recognize the eDRX parameter which the communication terminal 10 has.
  • the control apparatus 30 can determine the timing of Paging using the same eDRX parameter as the eDRX parameter which the communication terminal 10 has. As a result, the timing at which the control device 30 executes Paging and the timing at which the communication terminal 10 monitors Paging can be matched.
  • control device 30 may determine the paging timing using the eDRX parameter set in the TAU Accept message. Further, when the control device 30 does not receive the TAU Complete message within a certain period, the control device 30 may determine the paging timing using the eDRX parameter before updating to the eDRX parameter set in the TAU Accept message.
  • the operation when the control device 30 is the MME and the control device 30 executes the TAU process has been described.
  • the same operation as the TAU process is also executed in the Attach process (see Section 5.3.2 of Non-Patent Document 1) for the communication terminal 10 to perform the location registration in the LTE network of the control device 30.
  • the TAU Accept message is replaced with an Attach Accept message
  • the TAU Complete message is replaced with an Attach Complete message.
  • the control device 30 is an SGSN
  • the communication terminal 10 executes an RAU (Routing Area Update) process that is one of an Attach process or a location registration process for registering a location in the 3G network.
  • the communication terminal 10 and the control device 30 execute the same operation as when the TAU process is executed.
  • the TAU Accept message is replaced with a RAU Accept message
  • the TAU Complete message is replaced with a RAU Complete message.
  • the communication system of FIG. 2 is a communication system that supports LTE (Long Term Evolution) as a wireless communication method, and includes a communication system defined as 3 EPP (Evolved Packet System).
  • LTE Long Term Evolution
  • 3 EPP Evolved Packet System
  • FIG. 2 is based on the figure of TS 23.401 V 13.8.0 Figure 4.2.1-1.
  • the communication system 2 includes a UE 40, an E-UTRAN (Evolved-Universal Terrestrial Radio Access Network) 41, an MME 42, and an HSS (Home Subscriber Server) 43.
  • the communication system includes an SGSN 44, an SGW (Serving Gateway) 45, and a PGW (Packet Data Network Gateway) 46.
  • the communication system includes a PCRF (Policy and Charging Rules Function) entity 47 (hereinafter referred to as a PCRF 47) and a UTRAN48.
  • the communication system includes a GERAN (GSM (registered trademark) (Global System for mobile communications), EDGE (Enhanced Data Rate for Global Evolution), Radio Access Network) 49, and Operator's IP Services 50.
  • GSM Global System for mobile communications
  • EDGE Enhanced Data Rate for Global Evolution
  • Radio Access Network Radio Access Network
  • the MME 42 and the SGSN 44 correspond to the control device 30 in FIG.
  • the UE 40 corresponds to the communication terminal 10 in FIG. Further, in 5G System or NR (New Radio), AMF (Access and Mobility Management Function) or other control device corresponds to the control device 30 in FIG.
  • a base station called 5G-RAN (5G-Radio Access Network) or gNB (next generation Node B) in the 5G System corresponds to the base station 20 of FIG.
  • the UE is a term used as a general term for communication terminals in 3GPP.
  • the UE may be replaced with an MS (Mobile Station).
  • the E-UTRAN 41 is a RAN that uses LTE as a radio access system, and includes an eNB.
  • the UTRAN 48 is a RAN that uses a 3G wireless system as a wireless access system, and includes a NodeB.
  • GERAN 49 is a RAN that uses a 2G wireless system as a wireless access system.
  • 5G-RAN is a RAN that uses NR as a radio access system, and includes gNB.
  • the MME 42 and the SGSN 44 are nodes that execute mobility management, session management, and the like regarding the UE 40.
  • the HSS 43 is a node that manages subscriber information related to the UE 40, that is, a subscriber information management device. The subscriber information may include information related to a service used by the UE 40.
  • the SGW 45 and the PGW 46 are gateways that relay data transmitted between the UE 40 and the Operator's IP service 50.
  • Services 50 may be a server device or a server device group managed by a business provider that provides services to the UE 40, for example. Further, the Operator's IP Services 50 may be a server device that provides connection to INTERNET.
  • the PCRF 47 is a node that manages policies, charging rules, and the like.
  • LTE-Uu reference point is defined between UE40 and E-UTRAN41.
  • An S1-MME reference point is defined between the E-UTRAN 41 and the MME 42.
  • An S6 reference point is defined between the MME 42 and the HSS 43.
  • An S3 reference point is defined between the MME 42 and the SGSN 44.
  • An S1-U reference point is defined between the MME 42 and the SGW 45.
  • An S11 reference point is defined between the MME 42 and the SGW 45.
  • An S4 reference point is defined between the SGSN 44 and the SGW 45.
  • An S12 reference point is defined between the SGW 45 and the UTRAN 48.
  • An S5 / S8 reference point is defined between the SGW 45 and the PGW 46.
  • a Gx reference point is defined between the PGW 46 and the PCRF 47.
  • An SGi reference point is defined between the PGW 46 and the Operator's IP service 50.
  • An Rx reference point is defined between the PCRF 47 and the Operator's IP Services 50.
  • An S1-10 reference point is defined between the MME 42 and another MME.
  • the eNB 60 is a base station used in the E-UTRAN 41.
  • the MME 42 includes a reception unit 51, a control unit 52, and a transmission unit 53.
  • the reception unit 51, the control unit 52, and the transmission unit 53 may be software or a module that executes processing when the processor executes a program stored in a memory.
  • the reception unit 51, the control unit 52, and the transmission unit 53 may be hardware such as a circuit or a chip.
  • the receiving unit 51 receives a TAU Request message including eDRX parameters from the UE 40 that requests TAU processing.
  • the receiving unit 51 outputs the received TAU52Request message or eDRX parameters extracted from the TAU Request message to the control unit 52.
  • the control unit 52 determines whether to update the received eDRX parameter.
  • the control unit 52 updating the eDRX parameter may be rephrased as changing the eDRX parameter.
  • the control unit 52 executes an eDRX parameter update process.
  • the update process of the eDRX parameter is a process of updating paging time window length value and eDRX cycle value.
  • the eDRX parameter updated in the eDRX parameter update process may have a value different from the eDRX parameter included in the TAU Request message.
  • the control unit 52 may determine to update the eDRX parameter every time a TAU request message including the eDRX parameter is transmitted from the UE 40. Alternatively, the control unit 52 may determine to update the eDRX parameter when a predetermined period has elapsed since the last update of the eDRX parameter related to the UE 40. Alternatively, the control unit 52 may determine to update the eDRX parameter when the eDRX parameter related to the UE 40 acquired from the HSS 43 is different from the eDRX parameter included in the TAU-Request message. For example, the control unit 52 may determine to update the eDRX parameter included in the TAU Request message with the eDRX parameter acquired from the HSS 43. Alternatively, the control unit 52 may update the eDRX parameter to a value determined by the MME 42 in advance according to the operator policy.
  • the control unit 52 outputs the updated eDRX parameter or the eDRX parameter received from the reception unit 51 to the transmission unit 53.
  • the case where the control unit 52 outputs the eDRX parameter received from the reception unit 51 to the transmission unit 53 is, for example, a case where the eDRX parameter included in the TAU Request message is not updated.
  • the transmission unit 53 transmits a TAU Accept message in which the eDRX parameters output from the control unit 52 are set to the UE 40 via the eNB 60.
  • the UE 40 receives the TAU Accept message including the eDRX parameter
  • the UE 40 returns a TAU Complete message to the MME 42. That is, when the MME 42 transmits the TAU Accept message in which the eDRX parameter is set from the transmission unit 53, it is assumed that the reception unit 51 receives the TAU Complete message if it is normal.
  • the transmission unit 53 transmits a TAU Accept message in which the eDRX parameters are set, and the reception unit 51 does not receive the TAU Complete message within a certain period. In this case, the MME 42 determines that the UE 40 has not normally received the TAU Accept message.
  • the MME 42 When the receiving unit 51 does not receive the TAUPComplete message within a certain period, the MME 42 retransmits the Paging message at the Paging timing calculated using the eDRX parameter set in the TAU Accept message. If the receiving unit 51 does not receive the TAU Complete message within a certain period, the MME 42 may transmit the Paging message at the Paging timing calculated using the eDRX parameter set in the TAU Request message, for example. Alternatively, it is assumed that the receiving unit 51 does not receive the TAU ⁇ Complete message within a certain period, and there is a value negotiated with the UE 42 before receiving the TAU Request message. In this case, the MME 42 may transmit the Paging message at the Paging timing calculated using the value.
  • the MME 42 may calculate the paging timing using the eDRX parameter before the update even if the eDRX parameter is updated. Good.
  • the TAU Complete does not reach the MME 42 due to some factor such as a failure in the radio section, even though the UE 40 is transmitting the response of the TAU Complete message.
  • the Paging message may be transmitted at the Paging timing calculated using the value.
  • the Paging timing may be calculated from each eDRX parameter and the Paging message may be sent in an early order.
  • the Paging process may be stopped.
  • FIG. 4 the horizontal axis represents the time axis.
  • the time axis is indicated using H-SFN (Hyper-System Frame Number).
  • H-SFN Half-System Frame Number
  • 256 frames from 0 to 255 are defined, and values from 0 to 255 are repeatedly used.
  • the length of 1H-SFN is defined as 10.24 seconds. That is, the time from H-SFN # 0 to H-SFN # 255 is about 43 minutes.
  • the length of 256H-SFN is defined as an eDRX cycle.
  • X represents an arbitrary value of H-SFN.
  • FIG. 4 shows an example in which the number of frames is 256, the number of frames is not limited to 256. For example, the maximum number of frames may be expanded to 1024, and an arbitrary number of frames less than the maximum number of frames may be used.
  • PH Paging Hyperframe
  • FIG. 4 shows that the UE 40 monitors Paging at the timing of H-SFN # X.
  • H-SFN # X indicates the Xth H-SFN.
  • PH is calculated based on S-TMSI and eDRX cycle value.
  • the H-SFN shown in FIG. 4 is synchronized with the eNB and MME 42 included in the E-UTRAN 41. That is, the eNB and MME 42 also calculate PH using S-TMSI and eDRXDRcycle value. Therefore, it can be said that PH is the timing at which the eNB executes Paging.
  • UE40 is the structure by which the determination part 12 was added to the communication terminal 10 of FIG. Detailed description regarding the reception unit 11 and the transmission unit 13 is omitted.
  • the determination unit 12 receives the TAU Accept message output from the reception unit 11. The determination unit 12 determines whether or not the TAU Accept message received from the reception unit 11 includes an eDRX parameter. Thereafter, the determination unit 12 outputs a determination result for determining whether or not the eDRX parameter is included in the TAU Accept message to the transmission unit 13.
  • the UE 40 transmits a TAU Request message to the eNB 60 (S11).
  • the UE 40 is assumed to be a terminal that monitors the paging with the values calculated using the eDRX parameters and the S-TMSI included in the GUTI.
  • the GUTI may be, for example, the one notified from the MME 42 to the UE 40 in the Attach process when the UE 40 is initially in the MME 42, the TAU process executed last time, or the GUTI Reallocation process generated independently.
  • the eDRX parameter for example, a value determined by the UE 40 itself may be used.
  • the TAU Request message transmitted from the UE 40 to the eNB 60 includes an eDRX parameter.
  • the eNB 60 transfers the TAU Request message received from the UE 40 to the MME 42 (S12).
  • the MME 42 may update the eDRX parameter included in the TAU request message (S13).
  • the MME 42 updates the eDRX parameter every time a TAU Request message including the eDRX parameter is transmitted from the UE 40.
  • the MME 42 may determine the updated eDRX parameter according to the operator policy in the own device, or may acquire the updated eDRX parameter from the HSS 43. In other words, the updated eDRX parameter may be calculated in the MME 42 or the HSS 43.
  • the MME 42 transmits a TAUeNB Accept message in which the updated eDRX parameters are set to the eNB 60 (S14).
  • the MME 42 starts a timer that monitors whether the TAU Complete message is received within a predetermined period. This timer may be T3450.
  • the eNB 60 transfers the TAU Accept message received from the MME 42 to the UE 40 (S15).
  • the UE 40 transmits a TAU Complete message to the eNB 60 (S16).
  • the eNB 60 transfers the TAU Complete message received from the UE 40 to the MME 42 (S17).
  • the MME 42 stops the timer that was started when the TAU Accept message was transmitted to the eNB 60 by receiving the TAU Complete message in step S17.
  • the MME 42 retransmits the TAU Accept message in which the updated eDRX parameter is set to the eNB 60.
  • Step S12 and Step S14 Since the TAU process performed between Step S12 and Step S14 is the same as the existing TAU process, detailed description thereof is omitted.
  • the MME 42 may transmit the TAU Accept message in which the eDRX parameter included in the TAU Request message is set to the eNB 60.
  • the MME 42 may recognize that the TAU Complete message has not been transmitted when the TAU Accept message in which the eDRX parameter included in the TAU Request message is set is transmitted to the eNB 60. That is, the UE 40 may determine not to transmit the TAU ⁇ ⁇ ⁇ ⁇ ⁇ Complete message when receiving the TAU Accept message including the same eDRX parameter as the eDRX parameter set in the TAU Request.
  • the UE 40 may suppress transmission of the TAU Complete message when receiving a TAU ⁇ ⁇ ⁇ ⁇ ⁇ Accept message that includes the same eDRX parameter as the eDRX parameter set in the TAU Request. Furthermore, in other words, the UE 40 may transmit the TAU ⁇ ⁇ ⁇ ⁇ ⁇ Complete message only when receiving a TAU Accept message that includes an eDRX parameter different from the eDRX parameter set in the TAUTARequest. Further, when the MME 42 transmits the TAU Accept message in which the eDRX parameter included in the TAU Request message is set to the eNB 60, the MME 42 does not have to wait for the reception of the TAU Complete message.
  • the MME 42 determines whether or not a predetermined period has elapsed since the last update of the eDRX parameters related to the UE 40 in Step S12. If the predetermined period has elapsed, the MME 42 may execute the process of Step S13. Good. Or MME42 may acquire the eDRX parameter regarding UE40 from HSS43, when the eDRX parameter is contained in the TAU Accept message. When the MME 42 determines that the eDRX parameter regarding the UE 40 acquired from the HSS 43 is different from the eDRX parameter included in the TAU-Request message, the MME 42 may execute the process of step S13.
  • the receiving unit 11 receives a TAU Accept message transmitted from the MME 42 via the eNB 60 (S21).
  • the determination unit 12 determines whether or not an eDRX parameter is included in the received TAU Accept message (S22).
  • the determining unit 12 determines whether or not the received TAU Accept message includes the changed GUTI (S23).
  • the transmission unit 13 transmits a TAU Complete message to the MME 42 via the eNB 60 (S24).
  • the determination unit 12 may determine whether TMSI is included instead of GUTI, or may determine whether GUTI and TMSI are included.
  • step S22 when the determination unit 12 determines that the eDRX parameter is included in the received TAU Accept message, the process proceeds to step S24.
  • the transmission unit 13 transmits a TAU Complete message to the MME 42 via the eNB 60. That is, the UE 40 transmits a TAU Complete message to the MME 42 when the TAU Accept message includes the eDRX parameter regardless of whether or not the TAU Accept message includes the changed GUTI. In other words, the UE 40 transmits a TAU ⁇ ⁇ ⁇ ⁇ Complete message to the MME 42 if the eDRX parameter is included even if the changed GUTI is not included in the TAU Accept message.
  • the determination unit 12 may determine whether the eDRX parameter included in the received TAU ⁇ ⁇ Accept message is the same as the eDRX parameter set in the TAU Request message (S11).
  • step S23 when the determination unit 12 determines that the received TAU Accept message does not include the changed GUTI, the process ends.
  • the UE 40 can transmit the TAU Complete message to the MME 42 when receiving the TAU Accept message including the eDRX parameter.
  • the MME 42 can receive the TAU Complete message as a response message.
  • MME42 can determine the timing which performs Paging using the same eDRX parameter as the eDRX parameter which UE40 has. Thereby, the timing which MME42 performs Paging and the timing which UE40 monitors Paging can be made to correspond.
  • the UE 40 has been described as transmitting a TAU Complete message to the MME 42, but other messages indicating that the eDRX parameter has been received may be used.
  • step S22 of FIG. 6 the determination unit 12 may determine whether or not the updated eDRX parameter is included.
  • the determination unit 12 determines that the updated eDRX parameter is included, the determination unit 12 proceeds to step S24, and when it is determined that the updated eDRX parameter is not included, the process proceeds to step S23. You may go on.
  • the TAU process executed in the MME 42 has been described.
  • an Attach process may be executed instead of the TAU process.
  • the TAU Request message is replaced with an Attach Request message.
  • the TAU Accept message is replaced with an Attach Accept message.
  • the TAU Complete message is replaced with an Attach Complete message.
  • the SGSN 44 may be used in place of the MME 42, and the RAU process may be executed instead of the Attach process or the TAU process for performing location registration in the 3G network.
  • the TAU Request message is replaced with a RAU Request message.
  • the TAU Accept message is replaced with the RAU Accept message.
  • the TAU Complete message is replaced with the RAU Complete message.
  • FIG. 7 is the same as the process of FIG. 6 in that it is determined whether or not the changed GUTI is included in the TAUTAAccept message received by the UE 40 and then whether or not the eDRX parameter is included. Different.
  • the UE 40 determines whether or not the changed GUTI is included in the TAU Accept message (S32). If the determination unit 12 determines in step S32 that the changed GUTI is not included, the determination unit 12 determines whether the received TAUTAAccept message includes an eDRX parameter (S33). When the determination unit 12 determines in step S33 that the eDRX parameter is included, the transmission unit 13 transmits a TAU Complete message to the MME 42 via the eNB 60 (S34).
  • step S32 when the determination unit 12 determines that the received TAU Accept message includes the changed GUTI, the process proceeds to step S34. At this time, the transmission unit 13 transmits a TAU Complete message to the MME 42 via the eNB 60.
  • step S33 when the determination unit 12 determines that the eDRX parameter is not included in the received TAU Accept message, the process ends.
  • the determination unit 12 may determine whether or not the updated TDR Accept message includes the updated eDRX parameter. In step S33 of FIG. 7, when the determination unit 12 determines that the updated eDRX parameter is included, the determination unit 12 proceeds to step S34 and ends the process when it is determined that the updated eDRX parameter is not included. May be.
  • Steps S41 and S42 are the same as steps S11 and S12 of FIG.
  • the MME 42 may update the eDRX parameter included in the TAU request message (S43).
  • the MME 42 may determine to update the eDRX parameter included in the TAU Request message with the eDRX parameter acquired from the HSS 43.
  • the MME 42 may update the eDRX parameter to a value determined in advance according to the operator policy.
  • the MME 42 executes GUTI Reallocation Procedure (S44).
  • the MME 42 updates the GUTI (old GUTI) currently assigned to the UE 40 to generate a new GUTI (new GUTI). For example, the MME 42 updates the M-TMSI included in the old GUTI.
  • MME42 may perform the process which updates the eDRX parameter in step S43, after performing GUTI
  • the MME 42 transmits, to the eNB 60, a TAU ⁇ ⁇ ⁇ ⁇ ⁇ Accept message in which a new GUTI or a new GUTI (oldI GUTI) and an updated eDRX parameter are set (S45).
  • the MME 42 starts a timer T3450 that monitors whether a TAU Complete message is received within a predetermined period.
  • the eNB 60 transfers the received TAU Accept message to the UE 40 (S46).
  • the UE 40 since the UE 40 has received the TAU-accept message including the new GUTI, the UE 40 transmits a TAU-complete message to the eNB 60 (S47).
  • the eNB 60 transfers the TAU Complete message received in step S47 to the MME 42 (S48).
  • the MME 42 stops the timer that was started when the TAU Accept message was transmitted to the eNB 60 by receiving the TAU Complete message in step S48.
  • the MME 42 retransmits the TAU Accept message in which the updated eDRX parameters are set to the eNB 60.
  • the receiving unit 51 receives a TAU request message from the UE 40 via the eNB 60 (S51).
  • the control unit 52 determines whether or not the eDRX parameter is included in the received TAU request message (S52). When it is determined that the eDRX parameter is not included in the received TAU Request message, the control unit 52 determines whether or not to execute GUTI Reallocation procedure (S53). GUTI Reallocation procedure may be executed every time the TAU process is executed, or may be executed when a predetermined period has elapsed since the previous GUTI Reallocation procedure.
  • the control unit 52 executes the GUTI Reallocation procedure (S54).
  • the transmission unit 53 transmits the TAU Accept message in which the GUTI changed by executing GUTI Reallocation procedure is set to the UE 40 via the eNB 60 (S55).
  • the UE 40 that has received the TAU Accept message including the changed GUTI transmits a TAU Complete message to the MME 42. Therefore, the receiving unit 51 receives the TAUTAComplete message after the transmitting unit 53 has transmitted the TAU Accept message (S56).
  • step S52 when it is determined that the eDRX parameter is included in the received TAU request message, the control unit 52 may update the eDRX parameter (S57).
  • the control unit 52 may determine to update the eDRX parameter included in the TAU Request message with the eDRX parameter acquired from the HSS 43.
  • the control unit 52 may update the eDRX parameter to a value determined in advance according to the operator policy.
  • the control unit 52 updates the eDRX parameter every time it receives a TAU Request message including the eDRX parameter.
  • step S54 it progresses to step S54 and the control part 52 performs GUTI
  • the transmission unit 53 also sets the updated eDRX parameter together with the changed GUTI in the TAU Accept message.
  • step S53 when the control unit 52 determines not to execute GUTI Reallocation procedure, the transmitting unit 53 transmits a TAU Accept message not setting GUTI to the UE 40 via the eNB 60 (S58).
  • the UE 40 receives a TAU Accept message that does not include GUTI, the UE 40 does not transmit a TAU Complete message to the MME 42. Therefore, after the transmission unit 53 transmits the TAU Accept message in step S58, the process ends.
  • the MME 42 can execute GUTI Reallocation procedure when receiving the TAU Request message including the eDRX parameter.
  • the MME 42 transmits a TAU Accept message in which the changed GUTI and eDRX parameters are set to the UE 40.
  • the UE 40 that has received the TAU Accept message including the changed GUTI transmits a TAU Complete message to the MME 42.
  • the MME 42 can recognize that the eDRX parameter has been transmitted to the UE 40 by receiving the TAU Complete message.
  • MME42 can determine the timing which performs Paging using the same eDRX parameter as the eDRX parameter which UE40 has. Thereby, the timing which MME42 performs Paging and the timing which UE40 monitors Paging can be made to correspond.
  • an Attach process may be performed instead of a TAU process.
  • the TAU Request message is replaced with an Attach Request message.
  • the TAU Accept message is replaced with an Attach Accept message.
  • the TAU Complete message is replaced with an Attach Complete message.
  • the SGSN 44 may be used in place of the MME 42, and the RAU process may be executed instead of the Attach process or the TAU process for performing location registration in the 3G network.
  • the TAU Request message is replaced with a RAU Request message.
  • the TAU Accept message is replaced with the RAU Accept message.
  • the TAU Complete message is replaced with the RAU Complete message.
  • FIG. 10 is a block diagram illustrating a configuration example of the communication terminal 10 (UE 40).
  • Radio-frequency (RF) transceiver 1101 performs analog RF signal processing to communicate with eNB 60. Analog RF signal processing performed by the RF transceiver 1101 includes frequency up-conversion, frequency down-conversion, and amplification.
  • RF transceiver 1101 is coupled with antenna 1102 and baseband processor 1103. That is, the RF transceiver 1101 receives modulation symbol data (or OFDM (Orthogonal Frequency Division Multiplexing) symbol data) from the baseband processor 1103. Further, the RF transceiver 1101 generates a transmission RF signal and supplies the transmission RF signal to the antenna 1102. Further, the RF transceiver 1101 generates a baseband received signal based on the received RF signal received by the antenna 1102 and supplies this to the baseband processor 1103.
  • modulation symbol data or OFDM (Orthogonal Frequency Division Multiplexing) symbol data
  • the baseband processor 1103 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Digital baseband signal processing includes (a) data compression / decompression, (b) data segmentation / concatenation. Further, the digital baseband signal processing includes (c) generation / decomposition of transmission format (transmission frame), and (d) transmission path encoding / decoding. Further, the digital baseband signal processing includes (e) modulation (symbol mapping) / demodulation and (f) Inverse Fast Fourier Transform (IFFT) generation of OFDM symbol data (baseband OFDM signal).
  • the control plane processing includes communication management of layer 1, layer 2, and layer 3.
  • the layer 1 control plane processing is, for example, transmission power control.
  • Layer 2 control plane processing is, for example, radio resource management and hybridhyautomatic repeat request (HARQ) processing.
  • the layer 3 control plane processing is, for example, signaling related to attach, mobility, and call management.
  • the digital baseband signal processing by the baseband processor 1103 may include signal processing of a Packet Data Convergence Protocol (PDCP) layer. Further, the digital baseband signal processing by the baseband processor 1103 may include signal processing of Radio Link Control (RLC) layer, MAC layer, and PHY layer. Further, the control plane processing by the baseband processor 1103 may include Non-Access Stratum (NAS) protocol, RRC protocol, and MAC ⁇ CE processing.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • MAC ⁇ CE Non-Access Stratum
  • the baseband processor 1103 may include a modem processor that performs digital baseband signal processing and a protocol stack processor that performs control plane processing.
  • the modem processor is, for example, a digital signal processor (DSP).
  • the protocol stack processor is, for example, Central Processing Unit (CPU) or Micro Processing Unit (MPU). In this case, a protocol stack processor that performs control plane processing may be shared with an application processor 1104 described later.
  • the application processor 1104 is also called a CPU, MPU, microprocessor, or processor core.
  • the application processor 1104 may include a plurality of processors (a plurality of processor cores).
  • the application processor 1104 is a system software program (Operating System (OS)) read from the memory 1106 or a memory (not shown) and various application programs (for example, a call application, a web browser, a mailer, a camera operation application, music playback)
  • OS Operating System
  • the baseband processor 1103 and the application processor 1104 may be integrated on a single chip, as indicated by the dashed line (1105) in FIG.
  • the baseband processor 1103 and the application processor 1104 may be implemented as one System on Chip (SoC) device 1105.
  • SoC System on Chip
  • An SoC device is sometimes called a system Large Scale Integration (LSI) or chipset.
  • the memory 1106 is a volatile memory, a nonvolatile memory, or a combination thereof.
  • the memory 1106 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the nonvolatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, or hard disk drive. Or a non-volatile memory is any combination of these.
  • the memory 1106 may include an external memory device accessible from the baseband processor 1103, the application processor 1104, and the SoC 1105.
  • Memory 1106 may include an embedded memory device integrated within baseband processor 1103, application processor 1104, or SoC 1105.
  • the memory 1106 may include a memory in a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit Card
  • the memory 1106 may store a software module (computer program) including an instruction group and data for performing processing by the communication terminal 10 described in the above embodiments.
  • the baseband processor 1103 or the application processor 1104 may be configured to perform the processing of the communication terminal 10 described in the above-described embodiment by reading the software module from the memory 1106 and executing the software module. Good.
  • FIG. 11 is a block diagram illustrating a configuration example of the control device 30 (MME 42 or SGSN 44).
  • the MME 42 or SGSN 44 includes a network interface 1201, a processor 1202, and a memory 1203.
  • the network interface 1201 is used to communicate with network nodes (e.g., eNB 60, HSS 43, etc.).
  • the network interface 1201 may include, for example, a network interface card (NIC) compliant with IEEE (Insititute of Electrical and Electronics Electronics) (802.3 series).
  • NIC network interface card
  • the processor 1202 reads the software (computer program) from the memory 1203 and executes it to perform the processing of the control device 30 described using the sequence diagram and the flowchart in the above-described embodiment.
  • the processor 1202 may be, for example, a microprocessor, MPU, or CPU.
  • the processor 1202 may include a plurality of processors.
  • the memory 1203 is configured by a combination of a volatile memory and a nonvolatile memory.
  • Memory 1203 may include storage located remotely from processor 1202. In this case, the processor 1202 may access the memory 1203 via an I / O interface not shown.
  • the memory 1203 is used for storing software module groups.
  • the processor 1202 can perform the processing of the MME 42 or the SGSN 44 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 UE 40 and the MME 42 or the SGSN 44 in the above-described embodiment includes a group of instructions for causing a computer to execute the algorithm described with reference to the drawings. Alternatively, a plurality of programs are executed. This program can be stored and supplied to a computer using various types of non-transitory computer readable media.
  • 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, magneto-optical recording media, Compact Disc Read Read Memory (CD-ROM), CD-R, CD-R / W, and semiconductor memory.
  • the magnetic recording medium may be, for example, a flexible disk, a magnetic tape, or a hard disk drive.
  • the magneto-optical recording medium may be, for example, a magneto-optical disk.
  • the semiconductor memory may be, for example, a mask ROM, Programmable ROM (PROM), Erasable PROM (EPROM), flash ROM, Random Access Memory (RAM).
  • 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 part or all of the above-described embodiment can be described as in the following supplementary notes, but is not limited thereto.
  • (Appendix 1) A receiving unit that receives a location registration Accept message or a location registration Accept message transmitted from the control device; A transmission unit that transmits a location registration complete message or a location registration complete message to the control device when a first eDRX (Extended Idle Mode DRX) parameter is included in the location registration accept message or location registration accept message; Communication terminal provided.
  • eDRX Extended Idle Mode DRX
  • the transmitter is When starting the location registration process or the location registration process, a location registration request message or a location registration request message including the second eDRX parameter is transmitted, The communication terminal according to supplementary note 1, wherein the first eDRX parameter is the same eDRX parameter as the second eDRX parameter or an eDRX parameter after the second eDRX parameter is updated in the control device. . (Appendix 3) The transmitter is The communication terminal according to supplementary note 2, wherein when the first eDRX parameter is the same as the second eDRX parameter, transmission of the in-zone registration complete message or the location registration complete message is suppressed.
  • the transmitter is When the location registration Accept message or the location registration Accept message includes at least one of the first eDRX parameter and the temporary allocation identifier that has been changed and is a temporary allocation identifier allocated to the own device, The communication terminal according to any one of appendices 1 to 3, wherein the communication terminal transmits the location registration complete message or the location registration complete message to the control device. (Appendix 5) The transmitter is When the location registration Accept message or the location registration Accept message does not include the changed temporary allocation identifier and includes the first eDRX parameter, the location registration Complete message or the location registration is transmitted to the control device. The communication terminal according to appendix 4, which transmits a Complete message.
  • Appendix 6 The communication terminal according to any one of appendices 1 to 5, wherein the location registration is Attach, and the location registration is TAU (Tracking Area Update) or RAU (Routing Area Update).
  • Appendix 7 A transmission unit that transmits a location registration request message or a location registration request message including an eDRX (Extended Idle Mode DRX) parameter to the control device; In response to the control device receiving the eDRX parameter, the temporary allocation identification information temporarily allocated to the communication terminal is updated, and a location registration Accept message including the temporary allocation identification information updated in the control device or A receiving unit for receiving a location registration Accept message, A communication terminal that, when receiving the location registration Accept message or the location registration Accept message including the temporary allocation identification information, transmits the location registration complete message or location registration complete message to the control device.
  • eDRX Extended Idle Mode DRX
  • the receiving unit receives the location registration Accept message or the location registration Accept message including the updated eDRX parameter and the updated temporary allocation identification information in response to the control device receiving the eDRX parameter.
  • the communication terminal according to appendix 7.
  • a transmitting unit that transmits a location registration Accept message or a location registration Accept message including a first eDRX (Extended Idle Mode DRX) parameter;
  • a control unit comprising: a receiving unit that receives a location registration complete message or a location registration complete message transmitted from the communication terminal in response to the communication terminal receiving the first eDRX parameter.
  • the receiver is Receiving a location registration request message or a location registration request message including a second eDRX parameter from the communication terminal requesting location registration processing or location registration processing;
  • the transmitter is After transmitting a location registration Accept message or a location registration Accept message including the first eDRX parameter having the same value as the second eDRX parameter to the communication terminal, or after updating the second eRX parameter.
  • the control device according to appendix 9, wherein a location registration Accept message or a location registration Accept message including the first eDRX parameter which is a value is transmitted to the communication terminal.
  • Appendix 11 The control apparatus according to appendix 10, wherein the first eDRX parameter, which is a value after updating the second eDRX parameter, is a value transmitted from a subscriber information management apparatus.
  • Appendix 12 A receiving unit that receives a location registration request message or a location registration request message transmitted from a communication terminal that requests a location registration or location registration process; A control unit that executes a process of updating a temporary allocation identifier to be allocated to the communication terminal when an eDRX (Extended Idle Mode DRX) parameter is included in the in-zone registration request message or the location registration request message;
  • a control apparatus comprising: a transmission unit that transmits a location registration Accept message or a location registration Accept message including the eDRX parameter or the updated eDRX parameter and the updated temporary allocation identifier to the communication terminal.
  • Appendix 13 The control device according to appendix 12, wherein the control unit updates the eDRX parameter in response to an eDRX parameter being included in the in-zone registration request message or the location registration request message.
  • Appendix 14 The control device according to attachment 12, wherein the updated eDRX parameter is a value transmitted from a subscriber information management device.
  • Appendix 15 a controller that executes a process of updating an eDRX (Extended Idle Mode DRX) parameter and updating a temporary allocation identifier assigned to a communication terminal;
  • a control apparatus comprising: a transmitting unit that transmits a location registration Accept message or a location registration Accept message including the updated eDRX parameter and the updated temporary allocation identifier to the communication terminal.
  • a receiving unit that receives a location registration Accept message or a location registration Accept message transmitted from the control device, and a first eDRX (Extended Idle Mode DRX) parameter is included in the location registration Accept message or the location registration Accept message.
  • a communication unit comprising: a transmitting unit that transmits a location registration complete message or a location registration complete message to the control device; A transmission unit for transmitting the location registration Accept message or the location registration Accept message including the first eDRX parameter to the communication terminal; and the communication in response to the communication terminal receiving the first eDRX parameter.
  • a control system comprising: a control unit including a receiving unit that receives the location registration complete message or the location registration complete message transmitted from a terminal.
  • (Appendix 18) Send a location registration request message or location registration request message including an eDRX (Extended Idle Mode DRX) parameter to the control device, Temporary allocation identification information that is temporarily allocated to a communication terminal in response to receiving the eDRX parameter in the control device is updated, Receiving a location registration Accept message or a location registration Accept message including the temporary allocation identification information updated in the control device; A communication method in a communication terminal, which transmits a location registration complete message or a location registration complete message to the control device.
  • eDRX Extended Idle Mode DRX
  • a location registration Accept message or a location registration Accept message including a first eDRX (Extended Idle Mode DRX) parameter is transmitted to the communication terminal;
  • a communication method in a control device which receives a location registration complete message or a location registration complete message transmitted from the communication terminal in response to the communication terminal receiving the first eDRX parameter.
  • (Appendix 20) Receiving the location registration request message or location registration request message transmitted from the communication terminal requesting the location registration processing or location registration processing;
  • an eDRX (Extended Idle Mode DRX) parameter is included in the in-zone registration request message or the location registration request message, a process of updating a temporary allocation identifier assigned to the communication terminal is executed.
  • a communication method in a control device wherein a location registration Accept message or a location registration Accept message including the eDRX parameter or the updated eDRX parameter and the updated temporary allocation identifier is transmitted to the communication terminal.

Landscapes

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

Abstract

制御装置においてeDRXパラメータが更新された場合に、ＵＥと制御装置との間において、Pagingのタイミングを一致させることを保証する通信端末を提供することを目的とする。本開示にかかる通信端末（１０）は、制御装置（３０）から送信された在圏登録Ａｃｃｅｐｔもしくは、位置登録（Location Registration）Ａｃｃｅｐｔメッセージを受信する受信部（１１）と、前記在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージに第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、制御装置（３０）へ在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する送信部（１２）と、を備える。

Description

通信端末、制御装置、通信システム、及び通信方法
　本開示は通信端末、制御装置、通信システム、及び通信方法に関する。
　モバイルネットワークに関する標準規格を規定する３ＧＰＰ（3rd Generation Partnership Project）において、位置登録（Location Registration）が規定されている。位置登録処理は、通信端末であるＵＥ（User Equipment）が制御装置であるＭＭＥ（Mobility Management Entity）へ在圏エリア（TA:Tracking Area）変更を通知するために実施される処理である。位置登録処理の一つとして、ＴＡＵ（Tracking Area Update）処理が規定されている。例えば、非特許文献１の5.3.3.1節に、ＴＡＵ処理の詳細が規定されている。ＴＡＵ処理においては、ＵＥの識別子として、ＵＥ固有の識別子であるＩＭＳＩ（International Mobile Subscriber Identity）ではなく、ＧＵＴＩ（Globally Unique Temporary UE Identity）が用いられる。ＧＵＴＩは、ＭＭＥが事前にＵＥへ払い出したTemporary ID（Identity）である。ＧＵＴＩは、セキュリティの観点から定期的に変更されることが望ましい。ＧＵＴＩは、一時割当識別子と称されてもよい。そのため、ＧＵＴＩは、ＴＡＵ処理と並行して実施されるGUTI Reallocation処理（非特許文献１の5.3.7節 参照）において変更される。変更後のＧＵＴＩは、ＴＡＵ処理においてＵＥへ通知される。
　ＭＭＥは、ＴＡＵ処理において、変更後のＧＵＴＩを含むTAU AcceptメッセージをＵＥへ送信することによって、変更後のＧＵＴＩをＵＥへ通知する。また、ＵＥは、TAU Acceptメッセージに対する応答としてTAU CompleteメッセージをＭＭＥへ送信する。ＭＭＥは、TAU Completeメッセージを受信することによって、ＵＥに変更後のＧＵＴＩが通知されたことを認識することができる。
　続いて、３ＧＰＰにおいて規定されているパケット着信動作について説明する。例えば、非特許文献１の5.3.4.3節に、パケット着信動作の具体例として、NW（Network） Triggered Service Request処理が規定されている。NW Triggered Service Request処理においては、ＭＭＥが基地局であるｅＮＢ（evolved NodeB）へPagingメッセージを送信する。さらに、ｅＮＢは、Pagingメッセージを受信すると、ＵＥに対してPagingを実行する。これにより、ＵＥに対してパケット着信が通知される。
　Pagingのタイミングは、DRX（Discontinuous Reception） cycleに従って定められている。また、ＵＥとしてＩｏＴ（Internet of Things）デバイスが用いられる場合がある。この場合、Pagingが実行される間隔がDRX cycleよりも長いeDRX（Extended Idle Mode DRX） cycleを適用することが検討されている。DRX cycleの最大値は２．５６秒であるが、eDRX cycleの最大値は約４３分となる。
　eDRX cycleが適用される場合、eDRX cycleもしくはPagingのタイミングは、eDRXパラメータ、及びＳ－ＴＭＳＩ（SAE（System Architecture Evolution）-Temporary Mobile Subscriber Identity）を用いて算出される。Ｓ－ＴＭＳＩは、ＧＵＴＩに含まれる。eDRX cycleもしくはPagingのタイミングを算出するために用いられるeDRXパラメータは、例えば、eDRX cycle valueである。
3GPP TS23.401 V14.1.0 (2016-09) 5.3.2章、5.3.3.1章、5.3.7章
　ＵＥは、TAU RequestメッセージにeDRXパラメータを設定することでPagingのタイミングをＭＭＥに通知することがある。一方、ＭＭＥは、Pagingのタイミングを変更する等の理由により、ＴＡＵ処理においてeDRXパラメータを更新することがある。ＭＭＥは、更新したeDRXパラメータを、TAU Acceptメッセージに設定する。ＭＭＥは、更新したeDRXパラメータを含むTAU AcceptメッセージをＵＥへ送信する。しかし、ＭＭＥは、更新したeDRXパラメータを含むTAU AcceptメッセージをＵＥが受信したか否かを認識することができない。例えば、ＵＥが、更新されたeDRXパラメータを含むTAU Acceptメッセージを受信していない場合であっても、ＭＭＥは、更新後のeDRXパラメータを用いてPagingのタイミングを算出する。しかし、ＵＥは、更新後のeDRXパラメータを受信していないため、更新前のeDRXパラメータを用いて、Paging Channelを監視するタイミングを決定する。このような場合、ＵＥがPagingを受けることができないという問題が発生する。
　また、ＭＭＥの代わりにＳＧＳＮ（Serving GPRS Support Node）が用いられた場合においても、ＭＭＥが用いられた場合と同様の問題が発生する。更に５Ｇ　Ｓｙｓｔｅｍにおいても、ＡＭＦ（Access and Mobility management Function）、或いは、その他の制御装置が用いられた場合であっても同様の問題が発生する。もしくは、ＴＡＵ処理の代わりに非特許文献１の5.3.2節に記載のある、在圏登録処理であるＡｔｔａｃｈ処理においても同様の問題が発生する。在圏登録は、３ＧＰＰにおいて、通信端末であるＵＥが制御装置であるＭＭＥへ在圏エリアを通知するために実施される処理である。Ａｔｔａｃｈ処理はＴＡＵ処理同様に、ＭＭＥの代わりにＳＧＳＮもしくは、５Ｇ　Ｓｙｓｔｅｍにおいても実施される処理の為、同様の問題が発生する。
　本開示の目的は、ＭＭＥもしくはＳＧＳＮ等の制御装置においてeDRXパラメータが更新された場合に、ＵＥと制御装置との間において、Pagingのタイミングを一致させることを保証する通信端末、制御装置、通信システム、及び通信方法を提供することにある。
　本開示の第１の態様にかかる通信端末は、制御装置から送信された在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを受信する受信部と、前記在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージに前記第１のｅＤＲＸパラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する送信部と、を備える。
　本開示の第２の態様にかかる制御装置は、第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを通信端末へ送信する送信部と、前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する受信部と、を備える。
　本開示の第３の態様にかかる通信システムは、制御装置から送信された在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを受信する受信部と、前記在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージに前記第１のｅＤＲＸパラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する送信部と、を備える通信端末と、第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを通信端末へ送信する送信部と、前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する受信部と、を備える制御装置と、を備える。
　本開示の第４の態様にかかる通信端末における通信方法は、制御装置から送信された在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを受信し、前記在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージに前記第１のｅＤＲＸパラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する。
　本開示の第５の態様にかかる制御装置における通信方法は、第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを通信端末へ送信し、前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する。
　本開示により、ＭＭＥもしくはＳＧＳＮ等の制御装置においてeDRXパラメータが更新された場合に、ＵＥと制御装置との間において、Pagingのタイミングを一致させることを保証する通信端末、制御装置、通信システム、及び通信方法を提供することができる。
実施の形態１にかかる通信システムの構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＭＭＥ及びＵＥの構成図である。 実施の形態２にかかるeDRX cycleが適用された場合のPagingのタイミングを説明する図である。 実施の形態２にかかるＴＡＵ処理の流れを示す図である。 実施の形態２にかかるＵＥにおけるTAU Completeメッセージの送信処理の流れを示す図である。 実施の形態２にかかるＵＥにおけるTAU Completeメッセージの送信処理の流れを示す図である 実施の形態３にかかるＴＡＵ処理の流れを示す図である。 実施の形態３にかかるＭＭＥにおけるTAU Acceptメッセージの送信処理の流れを示す図である。 それぞれの実施の形態にかかる通信端末１０の構成図である。 それぞれの実施の形態にかかる制御装置３０の構成図である。
　（実施の形態１）
　以下、図面を参照して本開示の実施の形態について説明する。はじめに、図１を用いて実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信端末１０、基地局２０、及び制御装置３０を有している。通信端末１０、基地局２０、及び制御装置３０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
　通信端末１０は、携帯電話端末、スマートフォン端末、タブレット型端末、ＩｏＴデバイス、もしくは通信機能を有するパーソナルコンピュータ装置等であってもよい。制御装置３０は、例えば、３ＧＰＰにおいて規定されているＭＭＥであってもよい。
　続いて、通信端末１０の構成例について説明する。通信端末１０は、受信部１１及び送信部１３を有している。受信部１１及び送信部１３は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、受信部１１及び送信部１３は、回路もしくはチップ等のハードウェアであってもよい。
　受信部１１は、制御装置３０から基地局２０を介して送信された、在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信する。通信端末１０が在圏登録処理であるＡｔｔａｃｈ処理を実行している場合、受信部１１はAttach Acceptメッセージを受信する。通信端末１０が位置登録処理であるＴＡＵ処理を実行している場合、受信部１１は、TAU Acceptメッセージを受信する。以下、通信端末１０が位置登録処理であるＴＡＵ処理を実行している場合を例に説明する。TAU Acceptメッセージは、制御装置３０もしくは制御装置３０を含むコアネットワークにおいて、通信端末１０に関するＴＡＵ処理を完了したこともしくはＴＡＵ処理を受け入れたこと（accept）を示すメッセージである。
　送信部１３は、TAU Acceptメッセージに、eDRXパラメータが含まれる場合、基地局２０を介して制御装置３０へTAU Completeメッセージを送信する。eDRXパラメータは、例えば、paging time window length value及びeDRX cycle valueを含む。eDRXパラメータは、通信端末１０がeDRX cycleに従ってPaging Channelを監視するタイミングを定めるために用いられるパラメータである。さらに、eDRXパラメータは、基地局２０がeDRX cycleに従ってPagingを実行するタイミングを定めるために用いられるパラメータである。送信部１３は、TAU Acceptメッセージに、eDRXパラメータが含まれる場合にのみ、基地局２０を介して制御装置３０へTAU Completeメッセージを送信してもよい。
　制御装置３０は、通信端末１０から送信されたTAU Completeメッセージを受信することによって、通信端末１０がTAU Acceptメッセージに含まれるeDRXパラメータを受信したことを認識することができる。
　以上説明したように、通信端末１０は、eDRXパラメータを含むTAU Acceptメッセージを受信した場合、制御装置３０へTAU Completeメッセージを送信することができる。これにより、制御装置３０は、通信端末１０が有するeDRXパラメータを認識することができる。さらに、制御装置３０は、通信端末１０が有するeDRXパラメータと同じeDRXパラメータを用いて、Pagingのタイミングを決定することができる。その結果、制御装置３０がPagingを実行するタイミングと、通信端末１０がPagingを監視するタイミングとを一致させることができる。
　例えば、制御装置３０は、TAU Completeメッセージを受信した場合、TAU Acceptメッセージに設定したeDRXパラメータを用いてPagingのタイミングを決定してもよい。また、制御装置３０は、TAU Completeメッセージをある期間内に受信しなかった場合、TAU Acceptメッセージに設定したeDRXパラメータへ更新する前のeDRXパラメータを用いてPagingのタイミングを決定してもよい。
　また、図１においては、制御装置３０をＭＭＥとし、制御装置３０がＴＡＵ処理を実行する際の動作について説明した。一方、通信端末１０が制御装置３０のＬＴＥ網へ在圏登録を行うためのAttach処理（非特許文献１の5.3.2節参照）においてもＴＡＵ処理同様の動作が実行される。この場合、TAU Acceptメッセージは、Attach Acceptメッセージに置き換えられ、TAU CompleteメッセージはAttach Completeメッセージに置き換えられる。もしくは、制御装置３０がＳＧＳＮであり、通信端末１０が、３Ｇ網への在圏登録を行うためのAttach処理もしくは位置登録処理の一つであるＲＡＵ（Routing Area Update）処理を実行する場合であっても、通信端末１０及び制御装置３０は、ＴＡＵ処理を実行する場合と同様の動作を実行する。ＲＡＵ処理の場合、TAU Acceptメッセージは、RAU Acceptメッセージに置き換えられ、TAU Completeメッセージは、RAU Completeメッセージに置き換えられる。
　（実施の形態２）
　続いて、図２を用いて実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、無線通信方式としてＬＴＥ（Long Term Evolution）をサポートする通信システムであり、３ＧＰＰにおいてＥＰＳ（Evolved Packet System）として規定された通信システムを含む。なお、図２は、TS 23.401 V 13.8.0 Figure 4.2.1-1の図に基づいている。
　図２の通信システムは、ＵＥ４０、Ｅ－ＵＴＲＡＮ（Evolved-Universal Terrestrial Radio Access Network）４１、ＭＭＥ４２、ＨＳＳ（Home Subscriber Server）４３、を有している。さらに、通信システムは、ＳＧＳＮ４４、ＳＧＷ（Serving Gateway）４５、ＰＧＷ（Packet Data Network Gateway）４６を有している。さらに、通信システムは、ＰＣＲＦ（Policy and Charging Rules Function）エンティティ４７（以下、ＰＣＲＦ４７とする）、ＵＴＲＡＮ４８を有している。さらに、通信システムは、ＧＥＲＡＮ（GSM（登録商標）（Global System for Mobile communications） EDGE（Enhanced Data Rates for Global Evolution） Radio Access Network）４９、Operator’s IP Services５０を有している。
　ＭＭＥ４２及びＳＧＳＮ４４は、図１の制御装置３０に相当する。ＵＥ４０は、図１の通信端末１０に相当する。更に５Ｇ　ＳｙｓｔｅｍまたはＮＲ（New Radio）においても、ＡＭＦ（Access and Mobility management Function）、或いは、その他の制御装置が図１の制御装置３０に相当する。また、５Ｇ　Ｓｙｓｔｅｍにおける５Ｇ－ＲＡＮ（５Ｇ－Radio Access Network）、或いはｇＮＢ(next generation NodeB)と呼ばれる基地局は、図１の基地局２０に相当する。
　ＵＥは、３ＧＰＰにおいて通信端末の総称として用いられる用語である。ＵＥは、ＭＳ（Mobile Station）と置き換えられてもよい。Ｅ－ＵＴＲＡＮ４１は、無線アクセスシステムとしてＬＴＥを用いるＲＡＮであり、ｅＮＢを備える。ＵＴＲＡＮ４８は、無線アクセスシステムとして３Ｇ無線方式を用いるＲＡＮであり、ＮｏｄｅＢを備える。ＧＥＲＡＮ４９は、無線アクセスシステムとして２Ｇ無線方式を用いるＲＡＮである。５Ｇ－ＲＡＮは、無線アクセスシステムとしてＮＲを用いるＲＡＮであり、ｇＮＢを備える。
　ＭＭＥ４２及びＳＧＳＮ４４は、ＵＥ４０に関するモビリティ管理及びセッション管理等を実行するノードである。ＨＳＳ４３は、ＵＥ４０に関する加入者情報を管理するノード、すなわち加入者情報管理装置である。加入者情報は、ＵＥ４０が利用するサービスに関する情報を含んでいてもよい。ＳＧＷ４５及びＰＧＷ４６は、ＵＥ４０とOperator’s IP Services５０との間において伝送されるデータを中継するゲートウェイである。Operator’s IP Services５０は、例えば、ＵＥ４０へサービスを提供する事業者等が管理するサーバ装置、もしくは、サーバ装置群等であってもよい。また、Operator’s IP Services５０は、INTERNETへの接続を提供するサーバ装置でもよい。ＰＣＲＦ４７は、ポリシー及び課金ルール等を管理するノードである。
　ＵＥ４０とＥ－ＵＴＲＡＮ４１との間は、LTE-Uuリファレンスポイントが定められている。Ｅ－ＵＴＲＡＮ４１とＭＭＥ４２との間は、S1-MMEリファレンスポイントが定められている。ＭＭＥ４２とＨＳＳ４３との間は、S6リファレンスポイントが定められている。ＭＭＥ４２とＳＧＳＮ４４との間は、S3リファレンスポイントが定められている。Ｅ－ＵＴＲＡＮ４１とＳＧＷ４５との間は、S1-Uリファレンスポイントが定められている。ＭＭＥ４２とＳＧＷ４５との間は、S11リファレンスポイントが定められている。ＳＧＳＮ４４とＳＧＷ４５との間は、S4リファレンスポイントが定められている。ＳＧＷ４５とＵＴＲＡＮ４８との間は、S12リファレンスポイントが定められている。ＳＧＷ４５とＰＧＷ４６との間は、S5/S8リファレンスポイントが定められている。ＰＧＷ４６とＰＣＲＦ４７との間は、Gxリファレンスポイントが定められている。ＰＧＷ４６とOperator’s IP Services５０との間は、SGiリファレンスポイントが定められている。ＰＣＲＦ４７とOperator’s IP Services５０との間は、Rxリファレンスポイントが定められている。ＭＭＥ４２と他のＭＭＥとの間は、S1-10リファレンスポイントが定められている。
　続いて、図３を用いて実施の形態２にかかるＭＭＥ４２及びＵＥ４０の構成例について説明する。ＳＧＳＮ４４は、ＭＭＥ４２と同一の構成であるため詳細な説明を省略する。ｅＮＢ６０は、Ｅ－ＵＴＲＡＮ４１において用いられる基地局である。
　ＭＭＥ４２は、受信部５１、制御部５２、及び送信部５３を有している。受信部５１、制御部５２、及び送信部５３は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、受信部５１、制御部５２、及び送信部５３は、回路もしくはチップ等のハードウェアであってもよい。
　受信部５１は、ＴＡＵ処理を要求するＵＥ４０から、eDRXパラメータを含むTAU Requestメッセージを受信する。受信部５１は、受信したTAU Requestメッセージ、もしくはTAU Requestメッセージから抽出したeDRXパラメータを制御部５２へ出力する。
　制御部５２は、受け取ったeDRXパラメータを更新するか否かを決定する。制御部５２がeDRXパラメータを更新するとは、eDRXパラメータを変更すると言い換えられてもよい。また、制御部５２は、受け取ったeDRXパラメータを更新すると決定した場合、eDRXパラメータの更新処理を実行する。eDRXパラメータの更新処理は、具体的には、paging time window length value及びeDRX cycle valueを更新する処理である。eDRXパラメータの更新処理において更新されたeDRXパラメータは、TAU Requestメッセージに含まれていたeDRXパラメータとは異なる値となってもよい。
　例えば、制御部５２は、eDRXパラメータを含むTAU RequestメッセージがＵＥ４０から送信される度にeDRXパラメータを更新すると決定してもよい。もしくは、制御部５２は、ＵＥ４０に関するeDRXパラメータを前回更新してから、所定期間経過している場合にeDRXパラメータを更新すると決定してもよい。もしくは、制御部５２は、ＨＳＳ４３から取得したＵＥ４０に関するeDRXパラメータが、TAU Requestメッセージに含まれていたeDRXパラメータと異なる場合に、eDRXパラメータに更新すると決定してもよい。例えば、制御部５２は、TAU Requestメッセージに含まれていたeDRXパラメータをＨＳＳ４３から取得したeDRXパラメータに更新すると決定してもよい。もしくは、制御部５２は、オペレータポリシーに従い事前にＭＭＥ４２が決めていた値にeDRXパラメータを更新してもよい。
　制御部５２は、更新したeDRXパラメータ、もしくは受信部５１から受け取ったeDRXパラメータを送信部５３へ出力する。制御部５２が、受信部５１から受け取ったeDRXパラメータを送信部５３へ出力する場合とは、例えば、TAU Requestメッセージに含まれていたeDRXパラメータを更新しない場合である。
　送信部５３は、制御部５２から出力されたeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０を介してＵＥ４０へ送信する。ＵＥ４０は、eDRXパラメータを含むTAU Acceptメッセージを受信した場合、TAU CompleteメッセージをＭＭＥ４２へ返送する。つまり、ＭＭＥ４２は、送信部５３からeDRXパラメータを設定したTAU Acceptメッセージを送信した場合、正常であれば受信部５１においてTAU Completeメッセージを受信することを想定している。送信部５３がeDRXパラメータを設定したTAU Acceptメッセージを送信し、受信部５１がTAU Completeメッセージをある期間内に受信しない場合がある。この場合、ＭＭＥ４２は、ＵＥ４０がTAU Acceptメッセージを正常に受信していないと判定する。
　ＭＭＥ４２は、受信部５１がTAU Completeメッセージをある期間内に受信しない場合、TAU Acceptメッセージに設定したeDRXパラメータを用いて算出したPagingのタイミングに、Pagingメッセージを再送信する。ＭＭＥ４２は、受信部５１がTAU Completeメッセージをある期間内に受信しない場合、例えば、TAU Requestメッセージに設定されたeDRXパラメータを用いて算出したPagingのタイミングに、Pagingメッセージを送信してもよい。もしくは、受信部５１がTAU Completeメッセージをある期間内に受信しない場合であって、TAU Requestメッセージ受信以前にＵＥ４２とネゴシエーションしていた値が有るとする。この場合、ＭＭＥ４２は、その値を用いて算出したPagingのタイミングに、Pagingメッセージを送信してもよい。つまり、ＭＭＥ４２は、受信部５１がTAU Completeメッセージをある期間内に受信しない場合、eDRXパラメータを更新していた場合であっても、更新前のeDRXパラメータを用いてPagingのタイミングを算出してもよい。もしくは、ＵＥ４０がTAU Completeメッセージの応答を送信しているにもかかわらず、無線区間の障害等の何らかの要因にて、ＭＭＥ４２までTAU Completeが届かない状況も考えられる。TAU Acceptメッセージに設定したeDRXパラメータを用いて算出したPagingのタイミングと、TAU Requestメッセージ受信以前にＵＥ４０とネゴシエーションしていた値が有る場合がある。この場合、ＭＭＥ４２は、その値を用いて算出したPagingのタイミングとのそれぞれのタイミングでPagingメッセージを送信してもよい。更に、TAU RequestメッセージにeDRXパラメータが設定されていた場合、その値を用いて算出したPagingのタイミングでPagingメッセージを送信してもよい。ＭＭＥ４２が、複数のeDRXパラメータを用いてPagingメッセージを送信する場合は、各eDRXパラメータからPagingのタイミングを算出し早い順にPagingメッセージを送付してもよい。また、ＵＥ４０からPagingメッセージに対する応答があった場合は、eDRXパラメータから算出した全てのタイミングでPagingメッセージを送付する必要は無くPaging処理は中止してよい。
　ここで、図４を用いてeDRX cycleが適用された場合のPagingのタイミングについて説明する。図４は、横軸が時間軸を示す。時間軸は、Ｈ－ＳＦＮ（Hyper-System Frame Number）を用いて示されている。Ｈ－ＳＦＮは、０から２５５までの２５６のフレームが定義されており、０から２５５までの値が繰り返し用いられている。１Ｈ－ＳＦＮの長さは、１０．２４秒と定義されている。つまり、Ｈ－ＳＦＮ＃０からＨ－ＳＦＮ＃２５５までの時間は、約４３分となる。図４においては、２５６Ｈ－ＳＦＮの長さをｅＤＲＸサイクルと定義している。Ｘは、Ｈ－ＳＦＮの任意の値を示す。図４においては、フレーム数が２５６である例を示しているが、フレーム数は２５６に制限されない。例えば、最大フレーム数が１０２４に拡張され、最大フレーム数以下の任意のフレーム数が用いられてもよい。
　ＰＨ（Paging Hyperframe）は、ＵＥ４０がPagingの監視を行うタイミングのＨ－ＳＦＮである。図４は、Ｈ－ＳＦＮ＃Ｘのタイミングにおいて、ＵＥ４０がPagingの監視を行うことを示している。Ｈ－ＳＦＮ＃Ｘは、Ｘ番目のＨ－ＳＦＮであることを示している。ＰＨは、Ｓ－ＴＭＳＩ及びeDRX cycle valueに基づいて計算される。図４に示すＨ－ＳＦＮは、Ｅ－ＵＴＲＡＮ４１に含まれるｅＮＢ、及びＭＭＥ４２と同期されている。つまり、ｅＮＢ及びＭＭＥ４２も、Ｓ－ＴＭＳＩ及びeDRX cycle valueを用いて、ＰＨを計算する。そのため、ＰＨは、ｅＮＢがPagingを実行するタイミングともいえる。
　図３に戻り、ＵＥ４０の構成例について説明する。ＵＥ４０は、図１の通信端末１０に、判定部１２が追加された構成である。受信部１１及び送信部１３に関する詳細な説明を省略する。
　判定部１２は、受信部１１から出力されたTAU Acceptメッセージを受け取る。判定部１２は、受信部１１から受け取ったTAU Acceptメッセージに、eDRXパラメータが含まれるか否かを判定する。その後、判定部１２は、TAU Acceptメッセージに、eDRXパラメータが含まれるか否かを判定した判定結果を送信部１３へ出力する。
　続いて、図５を用いて実施の形態２にかかるＴＡＵ処理の流れについて説明する。はじめに、ＵＥ４０は、TAU RequestメッセージをｅＮＢ６０へ送信する（Ｓ１１）。ここで、ＵＥ４０は、eDRXパラメータ、及びＧＵＴＩに含まれるＳ－ＴＭＳＩを用いて算出された値でPagingの監視を行う端末とする。ＧＵＴＩは、例えば、ＵＥ４０がＭＭＥ４２へ初回在圏時のＡｔｔａｃｈ処理もしくは、前回実行されたＴＡＵ処理、もしくは単独で発生したGUTI Reallocation処理においてＭＭＥ４２からＵＥ４０へ通知されたものを用いてもよい。eDRXパラメータは、例えばＵＥ４０自身が決めたものを用いてもよい。この場合、ＵＥ４０からｅＮＢ６０へ送信されるTAU Requestメッセージは、eDRXパラメータを含む。次に、ｅＮＢ６０は、ＵＥ４０から受信したTAU RequestメッセージをＭＭＥ４２へ転送する（Ｓ１２）。
　次に、ＭＭＥ４２は、eDRXパラメータを含むTAU Requestメッセージを受信すると、TAU Requestメッセージに含まれるeDRXパラメータを更新してもよい（Ｓ１３）。ここでは、ＭＭＥ４２は、eDRXパラメータを含むTAU RequestメッセージがＵＥ４０から送信される度にeDRXパラメータを更新すると仮定する。ＭＭＥ４２は、自装置において、オペレータポリシーに従い、更新後のeDRXパラメータを決めてもよく、更新後のeDRXパラメータをＨＳＳ４３から取得してもよい。言い換えると、更新後のeDRXパラメータの算出は、ＭＭＥ４２において行われてもよく、ＨＳＳ４３において行われてもよい。
　次に、ＭＭＥ４２は、更新後のeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ送信する（Ｓ１４）。ここで、ＭＭＥ４２はTAU Completeメッセージが予め決められた期間内に受信する事を監視するタイマをスタートする。このタイマは、T3450であってもかまわない。
　次に、ｅＮＢ６０は、ＭＭＥ４２から受信したTAU AcceptメッセージをＵＥ４０へ転送する（Ｓ１５）。次に、ＵＥ４０は、eDRXパラメータを含むTAU Acceptメッセージを受信すると、TAU CompleteメッセージをｅＮＢ６０へ送信する（Ｓ１６）。次に、ｅＮＢ６０はＵＥ４０から受信したTAU CompleteメッセージをＭＭＥ４２へ転送する（Ｓ１７）。ＭＭＥ４２は、ステップＳ１７においてTAU Completeメッセージを受信した事によって、TAU AcceptメッセージをｅＮＢ６０へ送信した際にスタートしたタイマを停止する。また、ＭＭＥ４２は、ステップＳ１７においてTAU Completeメッセージを受信する前に前記タイマが満了した場合、更新後のeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ再送信する。
　ステップＳ１２とステップＳ１４の間に実施されるＴＡＵ処理については、既存のＴＡＵ処理と同様であるため詳細な説明を省略する。
　ステップＳ１３におけるeDRXパラメータを更新する処理が実行されなかった場合であっても、ＭＭＥ４２は、TAU Requestメッセージに含まれていたeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ送信してもよい。ＭＭＥ４２は、TAU Requestメッセージに含まれていたeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ送信した場合、TAU Completeメッセージが送信されてこないと認識してもよい。つまり、ＵＥ４０は、TAU Requestに設定したeDRXパラメータと同じeDRXパラメータを含むTAU Acceptメッセージを受信した場合、TAU Completeメッセージを送信しないと判定してもよい。言い換えると、ＵＥ４０は、TAU Requestに設定したeDRXパラメータと同じeDRXパラメータを含むTAU Acceptメッセージを受信した場合、TAU Completeメッセージの送信を抑制してもよい。さらに言い換えると、ＵＥ４０は、TAU Requestに設定したeDRXパラメータと異なるeDRXパラメータを含むTAU Acceptメッセージを受信した場合のみ、TAU Completeメッセージを送信してもよい。また、ＭＭＥ４２は、TAU Requestメッセージに含まれていたeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ送信した場合、TAU Completeメッセージの受信を待たなくてもよい。
　また、ＭＭＥ４２は、ステップＳ１２において、ＵＥ４０に関するeDRXパラメータを前回更新してから、所定期間経過しているか否かを判定し、所定期間経過している場合に、ステップＳ１３の処理を実行してもよい。もしくは、ＭＭＥ４２は、TAU AcceptメッセージにeDRXパラメータが含まれている場合、ＨＳＳ４３からＵＥ４０に関するeDRXパラメータを取得してもよい。ＭＭＥ４２は、ＨＳＳ４３から取得したＵＥ４０に関するeDRXパラメータが、TAU Requestメッセージに含まれていたeDRXパラメータと異なると判定した場合に、ステップＳ１３の処理を実行してもよい。
　続いて、図６を用いて実施の形態２にかかるＵＥ４０におけるTAU Completeメッセージの送信処理の流れについて説明する。はじめに、受信部１１は、ＭＭＥ４２からｅＮＢ６０を介して送信されたTAU Acceptメッセージを受信する（Ｓ２１）。次に、判定部１２は、受信したTAU Acceptメッセージに、eDRXパラメータが含まれるか否かを判定する（Ｓ２２）。判定部１２は、ステップＳ２２においてeDRXパラメータが含まれていないと判定した場合、受信したTAU Acceptメッセージに、変更されたＧＵＴＩが含まれるか否かを判定する（Ｓ２３）。判定部１２が、ステップＳ２３において、変更されたＧＵＴＩが含まれていると判定した場合、送信部１３は、ｅＮＢ６０を介してＭＭＥ４２へTAU Completeメッセージを送信する（Ｓ２４）。ここで、判定部１２は、ＧＵＴＩの代わりにＴＭＳＩが含まれるか否かを判定してもよく、もしくは、ＧＵＴＩ及びＴＭＳＩが含まれるか否かを判定してもよい。
　ステップＳ２２において、判定部１２が、受信したTAU AcceptメッセージにeDRXパラメータが含まれていると判定した場合、ステップＳ２４の処理に進む。この時、送信部１３は、ｅＮＢ６０を介してＭＭＥ４２へTAU Completeメッセージを送信する。つまり、ＵＥ４０は、TAU Acceptメッセージに、変更されたＧＵＴＩが含まれているか否かに関わらず、TAU AcceptメッセージにeDRXパラメータが含まれている場合、TAU CompleteメッセージをＭＭＥ４２へ送信する。言い換えると、ＵＥ４０は、TAU Acceptメッセージに、変更されたＧＵＴＩが含まれていない場合であっても、eDRXパラメータが含まれていれば、TAU CompleteメッセージをＭＭＥ４２へ送信する。また、ステップＳ２２において、判定部１２は、受信したTAU Acceptメッセージに含まれているeDRXパラメータがTAU Requestメッセージ（Ｓ１１）に設定したeDRXパラメータと同一か否かを判定してもよい。
　ステップＳ２３において、判定部１２は、受信したTAU Acceptメッセージに、変更されたＧＵＴＩが含まれていないと判定した場合、処理を終了する。
　以上説明したように、実施の形態２にかかるＵＥ４０は、eDRXパラメータが含まれているTAU Acceptメッセージを受信すると、TAU CompleteメッセージをＭＭＥ４２へ送信することができる。言い換えると、ＭＭＥ４２は、eDRXパラメータを設定したTAU AcceptメッセージをＵＥ４０へ送信すると、応答メッセージとしてTAU Completeメッセージを受信することができる。
　これにより、ＭＭＥ４２は、ＵＥ４０が有するeDRXパラメータと同一のeDRXパラメータを用いてPagingを実行するタイミングを決定することができる。これにより、ＭＭＥ４２がPagingを実行するタイミングと、ＵＥ４０がPagingを監視するタイミングとを一致させることができる。
　また、実施の形態２においては、ＵＥ４０がＭＭＥ４２に対してTAU Completeメッセージを送信するとして説明したが、eDRXパラメータを受信したことを示す他のメッセージが用いられてもよい。
　また、図６のステップＳ２２において、判定部１２は、更新されたeDRXパラメータが含まれているか否かを判定してもよい。図６のステップＳ２２において、判定部１２は、更新されたeDRXパラメータが含まれていると判定した場合、ステップＳ２４に進み、更新されたeDRXパラメータが含まれていないと判定した場合、ステップＳ２３に進んでもよい。
　また、実施の形態２においては、ＭＭＥ４２において実行されるＴＡＵ処理について説明したが、ＴＡＵ処理の代わりにＡｔｔａｃｈ処理が実行されてもよい。この場合、TAU Requestメッセージは、Attach Requestメッセージに置き換えられる。TAU Acceptメッセージは、Attach Acceptメッセージに置き換えられる。TAU CompleteメッセージはAttach Completeメッセージに置き換えられる。もしくは、ＭＭＥ４２の代わりにＳＧＳＮ４４が用いられ、３Ｇ網への在圏登録を行うためのAttach処理もしくはＴＡＵ処理の代わりにＲＡＵ処理が実行されてもよい。ＲＡＵ処理の場合、TAU Requestメッセージは、RAU Requestメッセージに置き換えられる。TAU Acceptメッセージは、RAU Acceptメッセージに置き換えられる。TAU Completeメッセージは、RAU Completeメッセージに置き換えられる。
　また、ＵＥ４０におけるTAU Completeメッセージの送信処理として、図６ではなく図７に示される処理が実行されてもよい。図７の処理は、ＵＥ４０が受信したTAU Acceptメッセージに変更されたＧＵＴＩが含まれているか否かを判定した後に、eDRXパラメータが含まれているか否かを判定する点において、図６の処理と異なる。
　具体的には、ＵＥ４０は、ステップＳ３１において、ｅＮＢ６０を介してＭＭＥ４２からTAU Acceptメッセージを受信すると、TAU Acceptメッセージに、変更されたＧＵＴＩが含まれるか否かを判定する（Ｓ３２）。判定部１２は、ステップＳ３２において変更されたＧＵＴＩが含まれていないと判定した場合、受信したTAU AcceptメッセージにeDRXパラメータが含まれるか否かを判定する（Ｓ３３）。判定部１２が、ステップＳ３３において、eDRXパラメータが含まれていると判定した場合、送信部１３は、ｅＮＢ６０を介してＭＭＥ４２へTAU Completeメッセージを送信する（Ｓ３４）。
　ステップＳ３２において、判定部１２が、受信したTAU Acceptメッセージに変更されたＧＵＴＩが含まれていると判定した場合、ステップＳ３４の処理に進む。この時、送信部１３は、ｅＮＢ６０を介してＭＭＥ４２へTAU Completeメッセージを送信する。
　ステップＳ３３において、判定部１２は、受信したTAU AcceptメッセージにeDRXパラメータが含まれていないと判定した場合、処理を終了する。
　また、図７のステップＳ３３において、判定部１２は、受信したTAU Acceptメッセージに更新されたeDRXパラメータが含まれているか否かを判定してもよい。図７のステップＳ３３において、判定部１２は、更新されたeDRXパラメータが含まれていると判定した場合、ステップＳ３４に進み、更新されたeDRXパラメータが含まれていないと判定した場合、処理を終了してもよい。
　（実施の形態３）
　続いて、図８を用いて実施の形態３にかかるＴＡＵ処理の流れについて説明する。ステップＳ４１及びＳ４２は、図５のステップＳ１１及びＳ１２と同様であるため詳細な説明を省略する。
　ＭＭＥ４２は、eDRXパラメータを含むTAU Requestメッセージを受信すると、TAU Requestメッセージに含まれるeDRXパラメータを更新してもよい（Ｓ４３）。もしくは、ＨＳＳ４３から取得したＵＥ４０に関するeDRXパラメータが、TAU Requestメッセージに含まれていたeDRXパラメータと異なる場合があるとする。この場合、ＭＭＥ４２は、TAU Requestメッセージに含まれていたeDRXパラメータをＨＳＳ４３から取得したeDRXパラメータに更新すると決定してもよい。もしくは、ＭＭＥ４２は、オペレータポリシーに従い事前に決めていた値にeDRXパラメータを更新してもよい。さらに、ＭＭＥ４２は、eDRXパラメータを含むTAU Requestメッセージを受信すると、GUTI Reallocation Procedureを実行する（Ｓ４４）。GUTI Reallocation Procedureにおいて、ＭＭＥ４２は、現在ＵＥ４０に割り当てられているＧＵＴＩ（ｏｌｄ ＧＵＴＩ）を更新して新たなＧＵＴＩ（ｎｅｗ ＧＵＴＩ）を生成する。例えば、ＭＭＥ４２は、ｏｌｄ ＧＵＴＩに含まれるＭ－ＴＭＳＩを更新する。ここで、ＭＭＥ４２は、ステップＳ４４におけるGUTI Reallocation Procedureを実行した後に、ステップＳ４３におけるeDRXパラメータを更新する処理を実行してもよい。また、ＭＭＥ４２は、ステップＳ４４におけるGUTI Reallocation Procedureを実行せず、現在ＵＥ４０に割り当てられているＧＵＴＩ（ｏｌｄ ＧＵＴＩ）を新たに更新したＧＵＴＩ（ｎｅｗ ＧＵＴＩ）として扱っても構わない。
　次に、ＭＭＥ４２は、新たなＧＵＴＩあるいは新たなＧＵＴＩと見立てたＧＵＴＩ（ｏｌｄ ＧＵＴＩ）と更新後のeDRXパラメータとを設定したTAU AcceptメッセージをｅＮＢ６０へ送信する（Ｓ４５）。ここで、ＭＭＥ４２はTAU Completeメッセージが予め決められた期間内に受信する事を監視するタイマT3450をスタートする。次に、ｅＮＢ６０は、受信したTAU AcceptメッセージをＵＥ４０へ転送する（Ｓ４６）。
　次に、ＵＥ４０は、新たなＧＵＴＩを含むTAU Acceptメッセージを受信したため、ｅＮＢ６０へTAU Completeメッセージを送信する（Ｓ４７）。次に、ｅＮＢ６０は、ステップＳ４７にて受信したTAU CompleteメッセージをＭＭＥ４２へ転送する（Ｓ４８）。ＭＭＥ４２は、ステップＳ４８においてTAU Completeメッセージを受信した事ことによって、TAU AcceptメッセージをｅＮＢ６０へ送信した際にスタートしたタイマを停止する。また、ＭＭＥ４２は、ステップＳ４８においてTAU Completeメッセージを受信する前に前記タイマが満了した場合、更新後のeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ再送信する。
　続いて、図９を用いて実施の形態３にかかるＭＭＥ４２におけるTAU Acceptメッセージの送信処理の流れについて説明する。はじめに、受信部５１は、ｅＮＢ６０を介してＵＥ４０からTAU Requestメッセージを受信する（Ｓ５１）。
　次に、制御部５２は、受信したTAU Requestメッセージに、eDRXパラメータが含まれるか否かを判定する（Ｓ５２）。制御部５２は、受信したTAU Requestメッセージに、eDRXパラメータが含まれないと判定した場合、GUTI Reallocation procedureを実行するか否かを判定する（Ｓ５３）。GUTI Reallocation procedureは、ＴＡＵ処理が実行される度に実行されてもよく、前回のGUTI Reallocation procedureから所定期間が経過している場合に、実行されてもよい。
　制御部５２は、GUTI Reallocation procedureを実行すると判定した場合、GUTI Reallocation procedureを実行する（Ｓ５４）。次に、送信部５３は、GUTI Reallocation procedureを実行することによって変更されたＧＵＴＩを設定したTAU AcceptメッセージをｅＮＢ６０を介してＵＥ４０へ送信する（Ｓ５５）。変更されたＧＵＴＩを含むTAU Acceptメッセージを受信したＵＥ４０は、TAU CompleteメッセージをＭＭＥ４２へ送信する。そのため、受信部５１は、送信部５３がTAU Acceptメッセージを送信した後に、TAU Completeメッセージを受信する（Ｓ５６）。
　ステップＳ５２において、制御部５２は、受信したTAU RequestメッセージにeDRXパラメータが含まれると判定した場合、eDRXパラメータを更新してもよい（Ｓ５７）。もしくは、ＨＳＳ４３から取得したＵＥ４０に関するeDRXパラメータが、TAU Requestメッセージに含まれていたeDRXパラメータと異なる場合があるとする。この場合、制御部５２は、TAU Requestメッセージに含まれていたeDRXパラメータをＨＳＳ４３から取得したeDRXパラメータに更新すると決定してもよい。もしくは、制御部５２は、オペレータポリシーに従い事前に決めていた値にeDRXパラメータを更新してもよい。ここでは、制御部５２は、eDRXパラメータを含むTAU Requestメッセージを受信する度に、eDRXパラメータを更新すると仮定する。次に、ステップＳ５４に進み、制御部５２は、GUTI Reallocation procedureを実行する。ここで、ステップＳ５７においてeDRXパラメータが更新された場合、ステップＳ５５において、送信部５３は、変更されたＧＵＴＩとともに更新されたeDRXパラメータもTAU Acceptメッセージに設定する。
　ステップＳ５３において、制御部５２が、GUTI Reallocation procedureを実行しないと判定した場合、送信部５３は、ＧＵＴＩを設定しないTAU AcceptメッセージをｅＮＢ６０を介してＵＥ４０へ送信する（Ｓ５８）。ＵＥ４０は、ＧＵＴＩを含まないTAU Acceptメッセージを受信した場合、TAU CompleteメッセージをＭＭＥ４２へ送信しない。そのため、送信部５３がステップＳ５８においてTAU Acceptメッセージを送信した後、処理が終了する。
　以上説明したように、実施の形態３にかかるＭＭＥ４２は、eDRXパラメータが含まれるTAU Requestメッセージを受信した場合、GUTI Reallocation procedureを実行することができる。ＭＭＥ４２は、GUTI Reallocation procedureを実行後、変更されたＧＵＴＩ及びeDRXパラメータを設定したTAU AcceptメッセージをＵＥ４０へ送信する。変更されたＧＵＴＩを含むTAU Acceptメッセージを受信したＵＥ４０は、TAU CompleteメッセージをＭＭＥ４２へ送信する。その結果、ＭＭＥ４２は、TAU Completeメッセージを受信することによって、ＵＥ４０へeDRXパラメータが送信されたことを認識することができる。
　これにより、ＭＭＥ４２は、ＵＥ４０が有するeDRXパラメータと同一のeDRXパラメータを用いてPagingを実行するタイミングを決定することができる。これにより、ＭＭＥ４２がPagingを実行するタイミングと、ＵＥ４０がPagingを監視するタイミングとを一致させることができる。また、実施の形態３においては、ＭＭＥ４２において実行されるＴＡＵ処理について説明したが、ＴＡＵ処理の代わりにＡｔｔａｃｈ処理が実行されてもよい。この場合、TAU Requestメッセージは、Attach Requestメッセージに置き換えられる。TAU Acceptメッセージは、Attach Acceptメッセージに置き換えられる。TAU CompleteメッセージはAttach Completeメッセージに置き換えられる。もしくは、ＭＭＥ４２の代わりにＳＧＳＮ４４が用いられ、３Ｇ網への在圏登録を行うためのAttach処理もしくはＴＡＵ処理の代わりにＲＡＵ処理が実行されてもよい。ＲＡＵ処理の場合、TAU Requestメッセージは、RAU Requestメッセージに置き換えられる。TAU Acceptメッセージは、RAU Acceptメッセージに置き換えられる。TAU Completeメッセージは、RAU Completeメッセージに置き換えられる。
　続いて以下では、上述の複数の実施形態で説明された通信端末１０及び制御装置３０の構成例について説明する。
　図１０は、通信端末１０（ＵＥ４０）の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ｅＮＢ６０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDM（Orthogonal Frequency Division Multiplexing）シンボルデータ）をベースバンドプロセッサ１１０３から受信しする。さらに、RFトランシーバ１１０１は、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
　ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーションを含む。さらに、デジタルベースバンド信号処理は、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化を含む。さらに、デジタルベースバンド信号処理は、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１、レイヤ２、及びレイヤ３の通信管理を含む。レイヤ１のコントロールプレーン処理は、例えば送信電力制御である。レイヤ２のコントロールプレーン処理は、例えば、無線リソース管理、及びhybrid automatic repeat request（HARQ）処理である。レイヤ３のコントロールプレーン処理は、例えば、アタッチ、モビリティ、及び通話管理に関するシグナリングである。
　例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤの信号処理を含んでもよい。さらに、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
　ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサとコントロールプレーン処理を行うプロトコルスタック・プロセッサを含んでもよい。モデム・プロセッサは、例えば、Digital Signal Processor（DSP）である。プロトコルスタック・プロセッサは、例えば、Central Processing Unit（CPU）、又はMicro Processing Unit（MPU）である。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
　アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、通信端末１０の各種機能を実現する。
　いくつかの実装において、図１０に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
　メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブである。又は不揮発性メモリは、これらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
　メモリ１１０６は、上述の複数の実施形態で説明された通信端末１０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された通信端末１０の処理を行うよう構成されてもよい。
　図１１は、制御装置３０（ＭＭＥ４２もしくはＳＧＳＮ４４）の構成例を示すブロック図である。図１１を参照すると、ＭＭＥ４２もしくはＳＧＳＮ４４は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノード（e.g., ｅＮＢ６０、ＨＳＳ４３等）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE（Insititute of Electrical and Electronics Engineers） 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明された制御装置３０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
　メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
　図１１の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたＭＭＥ４２もしくはＳＧＳＮ４４の処理を行うことができる。
　図１０及び図１１を用いて説明したように、上述の実施形態にＵＥ４０及びＭＭＥ４２もしくはＳＧＳＮ４４が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（Non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体、光磁気記録媒体、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリを含む。磁気記録媒体は、例えばフレキシブルディスク、磁気テープ、ハードディスクドライブであってもよい。光磁気記録媒体は、例えば光磁気ディスクであってもよい。半導体メモリは、例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM）であってもよい。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１６年１２月２８日に出願された日本出願特願２０１６－２５５８７９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　制御装置から送信された在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録（Location Registration）Ａｃｃｅｐｔメッセージを受信する受信部と、
　前記在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージに第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する送信部と、を備える通信端末。
　（付記２）
　前記送信部は、
　在圏登録処理または位置登録処理を開始する際に第２のｅＤＲＸパラメータを含む在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを送信し、
　前記第１のｅＤＲＸパラメータは、前記第２のｅＤＲＸパラメータと同じｅＤＲＸパラメータか、もしくは、前記制御装置において前記第２のｅＤＲＸパラメータが更新された後のｅＤＲＸパラメータである、付記１に記載の通信端末。
　（付記３）
　前記送信部は、
　前記第１のｅＤＲＸパラメータが前記第２のｅＤＲＸパラメータと同じ場合、前記在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは前記位置登録Ｃｏｍｐｌｅｔｅメッセージの送信を抑制する付記２に記載の通信端末。
　（付記４）
　前記送信部は、
　前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージに、前記第１のｅＤＲＸパラメータ、及び、自装置に割り当てられる一時割当識別子であって変更された前記一時割当識別子、の少なくとも一方が含まれる場合、前記制御装置へ前記在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは前記位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する、付記１乃至３のいずれか１項に記載の通信端末。
　（付記５）
　前記送信部は、
　前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージに、変更された前記一時割当識別子が含まれず、前記第１のｅＤＲＸパラメータが含まれる場合、前記制御装置へ前記在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは前記位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する、付記４に記載の通信端末。
　（付記６）
　前記在圏登録はＡｔｔａｃｈ、前記位置登録はＴＡＵ（Tracking Area Update）またはＲＡＵ（Routing Area Update）である、付記１乃至５のいずれか１項に記載の通信端末。
　（付記７）
　制御装置へｅＤＲＸ（Extended Idle Mode DRX）パラメータを含む在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを送信する送信部と、
　前記制御装置が前記ｅＤＲＸパラメータを受信したことに応じて、通信端末へ一時的に割り当てる一時割当識別情報を更新し、前記制御装置において更新された前記一時割当識別情報を含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信する受信部と、を備え、
　前記一時割当識別情報を含む前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージを受信した場合、前記送信部は、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する通信端末。
　（付記８）
　前記受信部は、前記制御装置が前記ｅＤＲＸパラメータを受信したことに応じて更新されたｅＤＲＸパラメータおよび更新された前記一時割当識別情報を含む前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージを受信する、付記７に記載の通信端末。
　（付記９）
　第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータを含む、在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録（Location Registration）Ａｃｃｅｐｔメッセージを通信端末へ送信する送信部と、
　前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する受信部と、を備える制御装置。
　（付記１０）
　前記受信部は、
　在圏登録処理または位置登録処理を要求する前記通信端末から第２のｅＤＲＸパラメータを含む在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを受信し、
　前記送信部は、
　前記第２のｅＤＲＸパラメータと同じ値である前記第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信し、もしくは、前記第２のｅＲＸパラメータを更新した後の値である前記第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する、付記９に記載の制御装置。
　（付記１１）
　前記第２のｅＤＲＸパラメータを更新した後の値である前記第１のｅＤＲＸパラメータは、加入者情報管理装置から送信された値である、付記１０に記載の制御装置。
　（付記１２）
　在圏登録もしくは位置登録（Location Registration）処理を要求する通信端末から送信された在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを受信する受信部と、
　前記在圏登録Ｒｅｑｕｅｓｔメッセージもしくは前記位置登録ＲｅｑｕｅｓｔメッセージにｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記通信端末に割り当てる一時割当識別子を更新する処理を実行する制御部と、
　前記ｅＤＲＸパラメータもしくは更新後のｅＤＲＸパラメータと、更新後の前記一時割当識別子とを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する送信部と、を備える制御装置。
　（付記１３）
　前記制御部は、前記在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録ＲｅｑｕｅｓｔメッセージにｅＤＲＸパラメータが含まれることに応じて前記ｅＤＲＸパラメータを更新する、付記１２に記載の制御装置。
　（付記１４）
　前記更新後のｅＤＲＸパラメータは、加入者情報管理装置から送信された値である、付記１２に記載の制御装置。
　（付記１５）
　ｅＤＲＸ（Extended Idle Mode DRX）パラメータを更新するとともに、通信端末に割り当てる一時割当識別子を更新する処理を実行する制御部と、
　更新後の前記ｅＤＲＸパラメータと、更新後の前記一時割当識別子とを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する送信部と、を備える制御装置。
　（付記１６）
　制御装置から送信された在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信する受信部と、前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージに第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する送信部と、を備える通信端末と、
　前記第１のｅＤＲＸパラメータを含む前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する送信部と、前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信される前記在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは前記位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する受信部と、を備える制御装置と、を備える通信システム。
　（付記１７）
　制御装置から送信された在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信し、
　前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージに第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する、通信端末における通信方法。
　（付記１８）
　制御装置へｅＤＲＸ（Extended Idle Mode DRX）パラメータを含む在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを送信し、
　前記制御装置において前記ｅＤＲＸパラメータを受信したことに応じて通信端末へ一時的に割り当てる一時割当識別情報が更新され、
　前記制御装置において更新された前記一時割当識別情報を含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信し、
　前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する、通信端末における通信方法。
　（付記１９）
　第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを通信端末へ送信し、
　前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する、制御装置における通信方法。
　（付記２０）
　在圏登録処理もしくは位置登録処理を要求する通信端末から送信された在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを受信し、
　前記在圏登録Ｒｅｑｕｅｓｔメッセージもしくは前記位置登録ＲｅｑｕｅｓｔメッセージにｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記通信端末に割り当てる一時割当識別子を更新する処理を実行し、
　前記ｅＤＲＸパラメータもしくは更新後のｅＤＲＸパラメータと、更新後の前記一時割当識別子とを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する、制御装置における通信方法。
　１０　通信端末
　１１　受信部
　１２　判定部
　１３　送信部
　２０　基地局
　３０　制御装置
　４０　ＵＥ
　４１　Ｅ－ＵＴＲＡＮ
　４２　ＭＭＥ
　４３　ＨＳＳ
　４４　ＳＧＳＮ
　４５　ＳＧＷ
　４６　ＰＧＷ
　４７　ＰＣＲＦ
　４８　ＵＴＲＡＮ
　４９　ＧＥＲＡＮ
　５０　Operator’s IP Services
　５１　受信部
　５２　制御部
　５３　送信部
　６０　ｅＮＢ

Claims (20)

  1. 　制御装置から送信された在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録（Location Registration）Ａｃｃｅｐｔメッセージを受信する受信手段と、
    　前記在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージに第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する送信手段と、を備える通信端末。
  2. 　前記送信手段は、
    　在圏登録処理または位置登録処理を開始する際に第２のｅＤＲＸパラメータを含む在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを送信し、
    　前記第１のｅＤＲＸパラメータは、前記第２のｅＤＲＸパラメータと同じｅＤＲＸパラメータか、もしくは、前記制御装置において前記第２のｅＤＲＸパラメータが更新された後のｅＤＲＸパラメータである、請求項１に記載の通信端末。
  3. 　前記送信手段は、
    　前記第１のｅＤＲＸパラメータが前記第２のｅＤＲＸパラメータと同じ場合、前記在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは前記位置登録Ｃｏｍｐｌｅｔｅメッセージの送信を抑制する請求項２に記載の通信端末。
  4. 　前記送信手段は、
    　前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージに、前記第１のｅＤＲＸパラメータ、及び、自装置に割り当てられる一時割当識別子であって変更された前記一時割当識別子、の少なくとも一方が含まれる場合、前記制御装置へ前記在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは前記位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する、請求項１乃至３のいずれか１項に記載の通信端末。
  5. 　前記送信手段は、
    　前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージに、変更された前記一時割当識別子が含まれず、前記第１のｅＤＲＸパラメータが含まれる場合、前記制御装置へ前記在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは前記位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する、請求項４に記載の通信端末。
  6. 　前記在圏登録はＡｔｔａｃｈ、前記位置登録はＴＡＵ（Tracking Area Update）またはＲＡＵ（Routing Area Update）である、請求項１乃至５のいずれか１項に記載の通信端末。
  7. 　制御装置へｅＤＲＸ（Extended Idle Mode DRX）パラメータを含む在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを送信する送信手段と、
    　前記制御装置が前記ｅＤＲＸパラメータを受信したことに応じて、通信端末へ一時的に割り当てる一時割当識別情報を更新し、前記制御装置において更新された前記一時割当識別情報を含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信する受信手段と、を備え、
    　前記一時割当識別情報を含む前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージを受信した場合、前記送信手段は、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する通信端末。
  8. 　前記受信手段は、前記制御装置が前記ｅＤＲＸパラメータを受信したことに応じて更新されたｅＤＲＸパラメータおよび更新された前記一時割当識別情報を含む前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージを受信する、請求項７に記載の通信端末。
  9. 　第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータを含む、在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録（Location Registration）Ａｃｃｅｐｔメッセージを通信端末へ送信する送信手段と、
    　前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する受信手段と、を備える制御装置。
  10. 　前記受信手段は、
    　在圏登録処理または位置登録処理を要求する前記通信端末から第２のｅＤＲＸパラメータを含む在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを受信し、
    　前記送信手段は、
    　前記第２のｅＤＲＸパラメータと同じ値である前記第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信し、もしくは、前記第２のｅＲＸパラメータを更新した後の値である前記第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する、請求項９に記載の制御装置。
  11. 　前記第２のｅＤＲＸパラメータを更新した後の値である前記第１のｅＤＲＸパラメータは、加入者情報管理装置から送信された値である、請求項１０に記載の制御装置。
  12. 　在圏登録もしくは位置登録（Location Registration）処理を要求する通信端末から送信された在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを受信する受信手段と、
    　前記在圏登録Ｒｅｑｕｅｓｔメッセージもしくは前記位置登録ＲｅｑｕｅｓｔメッセージにｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記通信端末に割り当てる一時割当識別子を更新する処理を実行する制御手段と、
    　前記ｅＤＲＸパラメータもしくは更新後のｅＤＲＸパラメータと、更新後の前記一時割当識別子とを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する送信手段と、を備える制御装置。
  13. 　前記制御手段は、前記在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録ＲｅｑｕｅｓｔメッセージにｅＤＲＸパラメータが含まれることに応じて前記ｅＤＲＸパラメータを更新する、請求項１２に記載の制御装置。
  14. 　前記更新後のｅＤＲＸパラメータは、加入者情報管理装置から送信された値である、請求項１２に記載の制御装置。
  15. 　ｅＤＲＸ（Extended Idle Mode DRX）パラメータを更新するとともに、通信端末に割り当てる一時割当識別子を更新する処理を実行する制御手段と、
    　更新後の前記ｅＤＲＸパラメータと、更新後の前記一時割当識別子とを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する送信手段と、を備える制御装置。
  16. 　制御装置から送信された在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信する受信手段と、前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージに第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する送信手段と、を備える通信端末と、
    　前記第１のｅＤＲＸパラメータを含む前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する送信手段と、前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信される前記在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは前記位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する受信手段と、を備える制御装置と、を備える通信システム。
  17. 　制御装置から送信された在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信し、
    　前記在圏登録Ａｃｃｅｐｔメッセージもしくは前記位置登録Ａｃｃｅｐｔメッセージに第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する、通信端末における通信方法。
  18. 　制御装置へｅＤＲＸ（Extended Idle Mode DRX）パラメータを含む在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを送信し、
    　前記制御装置において前記ｅＤＲＸパラメータを受信したことに応じて通信端末へ一時的に割り当てる一時割当識別情報が更新され、
    　前記制御装置において更新された前記一時割当識別情報を含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信し、
    　前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する、通信端末における通信方法。
  19. 　第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを通信端末へ送信し、
    　前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅメッセージもしくは位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する、制御装置における通信方法。
  20. 　在圏登録処理もしくは位置登録処理を要求する通信端末から送信された在圏登録Ｒｅｑｕｅｓｔメッセージもしくは位置登録Ｒｅｑｕｅｓｔメッセージを受信し、
    　前記在圏登録Ｒｅｑｕｅｓｔメッセージもしくは前記位置登録ＲｅｑｕｅｓｔメッセージにｅＤＲＸ（Extended Idle Mode DRX）パラメータが含まれる場合、前記通信端末に割り当てる一時割当識別子を更新する処理を実行し、
    　前記ｅＤＲＸパラメータもしくは更新後のｅＤＲＸパラメータと、更新後の前記一時割当識別子とを含む在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを前記通信端末へ送信する、制御装置における通信方法。
PCT/JP2017/047243 2016-12-28 2017-12-28 通信端末、制御装置、通信システム、及び通信方法 WO2018124278A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US16/473,613 US11553552B2 (en) 2016-12-28 2017-12-28 Communication terminal, control device, communication system, and communication method
EP23184874.8A EP4231726A3 (en) 2016-12-28 2017-12-28 Communication terminal, control device, communication system, and communication method
CN201780086513.0A CN110301156B (zh) 2016-12-28 2017-12-28 通信终端、控制设备、通信系统和通信方法
EP17885470.9A EP3565318B1 (en) 2016-12-28 2017-12-28 Communication terminal, control device, communication system, and communication method
US18/081,283 US20230120587A1 (en) 2016-12-28 2022-12-14 Communication terminal, control device, communication system, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016255879A JP6996727B2 (ja) 2016-12-28 2016-12-28 端末、制御装置、及び通信方法
JP2016-255879 2016-12-28

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US16/473,613 A-371-Of-International US11553552B2 (en) 2016-12-28 2017-12-28 Communication terminal, control device, communication system, and communication method
US18/081,283 Continuation US20230120587A1 (en) 2016-12-28 2022-12-14 Communication terminal, control device, communication system, and communication method

Publications (1)

Publication Number Publication Date
WO2018124278A1 true WO2018124278A1 (ja) 2018-07-05

Family

ID=62709361

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/047243 WO2018124278A1 (ja) 2016-12-28 2017-12-28 通信端末、制御装置、通信システム、及び通信方法

Country Status (5)

Country Link
US (2) US11553552B2 (ja)
EP (2) EP4231726A3 (ja)
JP (1) JP6996727B2 (ja)
CN (1) CN110301156B (ja)
WO (1) WO2018124278A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7108703B2 (ja) * 2018-10-16 2022-07-28 京セラ株式会社 通信機器、制御方法、プログラム、及び通信システム
US20230269819A1 (en) * 2020-08-20 2023-08-24 Beijing Xiaomi Mobile Software Co., Ltd. Method for determining extended discontinuous reception parameter, communication device, and storage medium

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4213537A1 (en) * 2010-09-28 2023-07-19 BlackBerry Limited Method in a core network, mobility management entity and non-transitory storage medium
WO2014058242A1 (ko) 2012-10-10 2014-04-17 엘지전자 주식회사 페이징 처리 방법 및 다운링크 데이터 전달 방법
EP3032915B1 (en) 2013-08-08 2017-12-27 Fujitsu Limited Radio communication system, radio communication method, and radio station
WO2015080484A1 (ko) * 2013-11-29 2015-06-04 엘지전자(주) 무선 통신 시스템에서 디스커버리 메시지 송수신 방법 및 이를 위한 장치
EP3269182B1 (en) 2015-03-13 2021-08-11 Intel Corporation Mobility management entity, user equipment and method to support extended discontinuous reception mechanism
US10231281B2 (en) * 2016-11-29 2019-03-12 At&T Mobility Ii Llc Managing negotiation of extended idle mode discontinuous reception parameters between a user equipment and a core network device

Non-Patent Citations (9)

* Cited by examiner, † Cited by third party
Title
"3GPP TS 23.401 V14.2.0", 16 December 2016 (2016-12-16), pages 1 - 385, XP051230002, Retrieved from the Internet <URL:http://www.3gpp.org/DynaReport/23401.htm> *
"3GPP TS 23.682 V14.2.0", 16 December 2016 (2016-12-16), pages 1 - 104, XP051230005, Retrieved from the Internet <URL:http://www.3gpp.org/DynaReport/23682.htm> *
"3GPP TS 24.008 V14.2.0", 16 December 2016 (2016-12-16), pages 1 - 765, XP051230013, Retrieved from the Internet <URL:http://3gpp.org/DynaReport/24008.htm> *
"3GPP TS 24.301 V14.2.0", 16 December 2016 (2016-12-16), pages 1 - 470, XP051230034, Retrieved from the Internet <URL:http://www.3gpp.org/DynaReport/24301.htm> *
NEC: "(Sol A) Extended DRX parameters handling", 3GPP TSG CT1 MEETING #101BIS, no. C1-170109, 9 January 2017 (2017-01-09), XP051201749 *
NEC: "(Sol A) Extended DRX parameters handling", 3GPP TSG CT1 MEETING #101BIS, no. C1-170111, 9 January 2017 (2017-01-09), XP051201751 *
NEC: "(Sol B) Extended DRX parameters handling", 3GPP TSG CT1 MEETING #101BIS, no. C1-170113, 9 January 2017 (2017-01-09), XP051201753 *
NEC: "(Sol B) Extended DRX parameters handling", 3GPP TSG CT1 MEETING #101BIS, no. C1-170115, 9 January 2017 (2017-01-09), XP051201755 *
NEC: "eDRX parameters mismatch between MME and UE", 3GPP TSG CT1 MEETING #101BIS, no. C1-170107, 9 January 2017 (2017-01-09), XP051201747 *

Also Published As

Publication number Publication date
EP3565318A1 (en) 2019-11-06
EP4231726A2 (en) 2023-08-23
EP4231726A3 (en) 2023-11-08
US20200154509A1 (en) 2020-05-14
US11553552B2 (en) 2023-01-10
CN110301156B (zh) 2023-02-03
JP6996727B2 (ja) 2022-01-17
JP2018107773A (ja) 2018-07-05
EP3565318A4 (en) 2019-11-06
EP3565318B1 (en) 2023-08-16
US20230120587A1 (en) 2023-04-20
CN110301156A (zh) 2019-10-01

Similar Documents

Publication Publication Date Title
US20190349814A1 (en) Core node, base station, radio terminal, communication method, radio resource allocation method, base station selection method, and readable medium
EP3525532B1 (en) Control device, paging method, and non-transitory computer-readable medium
WO2018066668A1 (ja) Ｓｃｅｆエンティティ、通信端末、データ処理方法、データ受信方法、及び非一時的なコンピュータ可読媒体
EP3328105B1 (en) Mobile communication system, mme, terminal, and communication method
US20210377725A1 (en) Gateway device, mobility management device, base station, communication method, control method, paging method, and computer-readable medium
WO2018084310A1 (ja) Ｓｃｅｆエンティティ、制御装置、通信方法、及び非一時的なコンピュータ可読媒体
US20230120587A1 (en) Communication terminal, control device, communication system, and communication method
JP7376166B2 (ja) 第１のｃｎノード、第１のｃｎノードにおいて実行される方法、及びｕｅにおいて実行される方法

Legal Events

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

Ref document number: 17885470

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017885470

Country of ref document: EP

Effective date: 20190729