Optimized M2M interworking with mobile networks Group Name: oneM2M REQ Source: Takanori Iwai, NEC, Meeting Date: Agenda Item: oneM2M-REQ R01

Background: Recent Discussions on Cellular Network Evolution With Existing Mechanisms: A recent trend in 3GPP is to adjust configuration parameters or procedures for each device, so as to maximize processing efficiency and reliability of a network. – Example parameters to be tweaked: Tracking Area (Paging Area), Inactivity Timer, etc. Recent Needs: The more streamlined network would be required to address handling of traffic with lower ARPU such as M2M. 3GPP is discussing how to streamline network functionalities (= how to optimize network parameters) depending on the utilization characteristics of a specific device. – Utilization characteristics: Mobility (Frequency, Velocity), Communication characteristics (Frequency of communication establishment, Data Volume, Required Bandwidth, Acceptable Delay) – 3GPP is active on the issues. For a stationary device(=low mobility), larger value of the Tracking Area Update Timer should be set For a chatty device (=communicates frequently), larger value should be set for the Inactivity Timer Page 2 Process to be tweaked (parameter) DetailBenefitUtilization characteristics relevant for tweaking network parameters UE Inactivity Timer (discussion on-going in SA2) The timer release the RRC connection expires Operating load reduced on connection management Frequency of session- establishment Paging Area (spec. completed)The area seeking a User EquipmentLoad reduced on pagingTravel range and frequency Location registration interval (spec. completed) The cycle interval between location(tracking area) Update Load reduced on location registration Travel range and frequency DRX Timer (discussion on-going in SA2) The cycle interval between monitoring Paging Occasion for a specific UE Device battery savedAcceptable delay, Frequency of session-establishment Back off Timer (spec. completed) The timer include some time randomisation to guard against a repeat of a load peak Network congestion suppressedAcceptable delay, Frequency of session-establishment

Expected needs (or Missing Requirements) For future streamlined networks, it is needed to handle the case that utilization characteristics of specific device can vary dynamically. – 3GPP MTC assumes that the characteristics of a device are static. – But in fact, in many cases the characteristics of a device are variable. (See the next slide) New Requirement: A mobile network SHALL be able to optimize constantly the Network functionalities of Mobility and Connectivity management (= tweak network parameters) depending on the change of device utilization characteristics. Method Proposal: A Service Platform captures device behavior (=changing of utilization characteristics) to alert the mobile network so that the network can keep optimized control. (For details to the next slide) – A Service Platform could assemble a spectrum of data (communication characteristics from service level) which is unavailable in a mobile Network, to capture device behavior Page 3

Page 4 Example M2M Services (or Devices) which Behavior (Mobility/Communication Characteristics) can Vary ServiceMobility Characteristics (mobile – high and stationary – low) Comm. Characteristics (Intervals of communication establishment) ITSDriving (mobile) or Parking (stationary) Navigation aids: ON (  short interval) Navigation aids: OFF (  long interval) Logistics – traceability of cargo Delivering (mobile) or Loading in a freight distribution center (stationary) Delivering (short interval) or Loading (long interval) HealthcareOut the door (mobile) or At home (stationary) Static or Dynamic Home/Office SecurityOut the door (mobile) or At home (stationary) Static or Dynamic Smart MeterStatic (stationary)Normal operation (long interval) or Out of order (short interval) AgricultureStatic (stationary or mobile) or Dynamic Normal operation (long interval) or Out of order (short interval) Pet MonitoringOut the door (mobile) or At home (stationary) Normal operation (long interval) or Out of order (short interval)

Page 5 NEC proposal: NW increase in efficiency supported by M2M service Platform ITS Network dynamic control according to the terminal characteristic Behavior change detection of a terminal Electric power Transportation Health care Crime prevention M2M service PF Mobile Network (MME, S/P-GW, HSS, eNB) Smart Meter Car - The mechanism which detects the behavior change of a device - PF for notifying the behavior change of the detected device to NW The function to change a parameter in consideration of the information from service according to the behavior change of a device ・ Paging Area ・ Inactivity Timer Burglar alarm Sensor INPUT Truck

Use Case of proposal 1.Use Case on Mobile Network interworking(mobility management ） 2.Use Case on Mobile Network interworking(connectivity management)

Idea to resolve comments There are two different essences in the comments to be resolved. – To indicate by general manner as much as possible. Potential requirements – To indicate by specific way as example to lead requirements. Use cases, device characteristic parameters

Potential requirements M2M service platform – The M2M service platform SHALL be able to provide the Underlying Network with information related to M2M devices that allows optimizations in the Underlying Network with regard to M2M traffic. – The M2M service platform MAY be able to compute the information with which the Underlying Network should be provided by analyzing the information received from the M2M application before providing to the Underlying Network.

Examples Use cases – Mobile network interworking (Mobility management) – Mobile network interworking (Connectivity management) – etc. Underlying Network – 3GPP, etc. Information related to M2M devices that allows optimizations in the Underlying Network with regard to M2M traffic – Mobility characteristics of M2M devices – Data transmission interval of M2M devices – etc. Mobility characteristics – Speed range – Direction – etc. Services – Refer to slide 4 – etc.