Use Case on collection of M2M System data

Use Case on collection of M2M System data

Description

M2M Service Providers can utilize the methods of Big Data by collecting M2M System data for the behavior of the M2M System as well as data from M2M System components provided by the Service Provider.

In this scenario, the data is collected from M2M Gateways and Devices provided by the M2M Service Provider. The M2M System data that is collected from the M2M Devices and Gateways can be described as:

• M2M System Behavior

• Component Properties

M2M System Behavior: Data related to the operation of the M2M Applications within the M2M System. Types of data that is to be collected includes information related Messages transmittal and reception (e.g. bytes, response times, event time).

Component Properties: Data related to the Service Provider supplied components as the component is in use by the M2M System (e.g. location, speed of the component, other anonymous data).

With this data, the M2M Service Provide can provide:

1. Analysis of the data without knowledge of content of the Application’s data.

2. Insights into the operation of the M2M Applications. For example, the M2M Service Provider can infer the "correct" state of the application or the network status changes, by the analysis of the data, and then trigger some kinds of optimization mechanisms.

Source

Huawei technologies

Actors

Management Platform (e.g. M2M Service Provider’s Platform)

Monitor Center (e.g. M2M Application’s Platform)

M2M System Data Collection Center

Pre-conditions

Triggers

• 
  Time trigger: collecting data at a specific time;
  
• 
  Position trigger: collecting data when position changed;
  
• 
  Behavior trigger: collecting data when certain behavior happened
  

Normal Flow

1. 
   The M2M Device and Gateway collects M2M System data.
   
2. 
   Once a trigger is activated, the M2M Devices and Gateway sends the M2M System data to the M2M System Data Collection Center.
   

Alternative flow

Post-conditions

High Level Illustration

• 
  Vehicle Operation Management System provide users a new telecommunications business with remote collection, transmission, storage, processing of the image and alarm signals.
  
• 
  Front-End Data Collection Equipment include Front-End 3G camera, Electronic Station, Car DVR, costumed car GPS, WCDMA wireless routers and other equipment.
  
• 
  Management Platform with business management function, include:
  
  • 
    Forwarding, distribution, or storage of images
    
  • 
    Linkage process of alarms
    
  • 
    Management and maintenance of the vehicle status data.
    
• 
  Monitor Center: consists of TV wall, soft / hardware decoder, monitor software, etc.
  
• 
  Vehicle State Data Demand Department: such as auto 4S shop, vehicle repair shop, vehicle management center, automobile and parts manufacturers, government regulatory platform, etc.
  
• 
  M2M System Data Collection Center: use built-in data collectors resided in Network Equipment, M2M Platform, Costumed M2M Modules and Costumed M2M Terminal Devices to collect M2M System data.
  

Potential Requirements

As illustrated in Figure 14.6.11 1, we suggest that M2M System data collector should Reside in:

• 
  M2M Service Providers’ Platform
  
• 
  M2M Network Equipment
  
• 
  M2M Devices and Gateways
  
• 
  M2M Communication Module
  

Leveraging Broadcasting/Multicasting Capabilities of Underlying Networks

Description

In this case, the automotive telematics service provider XYZ Ltd. takes advantage of broadcasting/multicasting capability of underlying communication networks. Some kinds of communication networks (in particular, a mobile communication network) have the capability to broadcast/multicast a message in specific areas. Utilizing this capability, XYZ Ltd. can alert at once all the relevant vehicles within a specific region. This approach can avoid burst traffic in the communication network and provides a simple and cost-efficient way for XYZ Ltd. to implement this neighbourhood alerting mechanism.

However it is hard for XYZ Ltd. to utilize broadcasting/multicasting functionality of underlying networks directly which can vary with kinds of communication networks (e.g. 3GPP, 3GPP2, WiMAX or WiFi).

• 
  Warning about a crime incident
  
  • 
    When a security firm detects a break-in at a house, it sets off all neighborhood burglar alarms and alerts the M2M Application on the subscribed usersM system. For example, unifie
    
• 
  Monitoring a water delivery system
  
  • 
    When a water-supply corporation detects a burst of a water pipe, it remotely shuts off the water supply valves in that block, and alerts the M2M Application on the subscribed users’ cellular phones around there.
    

Source

Actors

• 
  The automotive telematics service provider: XYZ Ltd.
  
  • 
    It provides automotive telematics service as a M2M application.
    
• 
  The oneM2M service provider: ABC Corp.
  
  • 
    It provides a common platform to support diverse M2M applications and services.
    
• 
  The communication network service providers (or operators): AA Wireless, BB Telecom and CC Mobile
  
  • 
    They operate communication networks.
    
  • 
    Some of them have the capability to broadcast/multicast a message in specific areas. The broadcasting/multicasting capability is available for external entities.
    
• 
  The vehicles:
  
  • 
    They have communication capability as M2M devices, and have user interfaces (e.g. displays, audio speakers) or actuators to control driving.
    

Pre-conditions

Triggers

Normal Flow

XYZ Ltd. requests oneM2M service provider ABC Corp. to alert subscribed vehicles in the specified area.

That request encapsulates the alert message (payload) and alert parameters (options).

• 
  The request contains the payload to be delivered to vehicles. It can contain for example the alert level (how serious and urgent), the location and time of the accident, and directions to the driver (e.g. go slow or change routes).
  
• 
  The request also defines targeted receivers of the message and specifies alert options. They can contain for example the area to be covered, the type of devices to be alerted, the option whether the alerting should be repeated, the repetition interval, and stopping conditions.
  

ABC Corp. requests AA Wireless and CC Mobile to broadcast the alert message in the specified area.

• 
  That request encapsulates the alert message (payload) and broadcast parameters.
  

• 
  The alert message is the payload to be delivered to vehicles. The contents are the same as from ABC Corp. but the format and encoding of the message may be different from AA Wireless and CC Mobile.
  
• 
  The broadcast parameters define targeted receivers of the message and specify broadcast options. They can contain for example the area to be covered, the type of devices to be alerted, the option whether the broadcast should be repeated, the repetition interval, and stopping conditions. The format of the parameters can be different between AA Wireless and CC Mobile.
  

Alternative flow

Post-conditions

High Level Illustration

Potential Requirements

oneM2M System SHALL enable a M2M Application to request to broadcast/multicast a message in specific geographic areas.

• 
  That request SHALL encapsulate the message (payload) from the M2M Application, relevant parameters (options) and optionally credentials for authentication and authorization.
  
• 
  The M2M System SHALL support that request to be independent of the types of the Underlying Networks.
  

• 
  oneM2M System SHALL authenticate the M2M Application.
  
• 
  oneM2M System SHALL validate and authorize the request.
  
• 
  oneM2M System SHALL support accounting on handling the request.
  

oneM2M System SHALL be able to receive information on broadcasting/multicasting capability/functionality of each underlying network.

oneM2M System SHALL be able to indicate towards the Underlying Network that a message needs to be broadcasted/multicasted and to determine its broadcast parameters (or multicast parameters), e.g. the area to be covered, the type of devices to be alerted, the option whether the broadcast should be repeated, the repetition interval, and stopping conditions.

oneM2M System SHALL be able to analyze a message from a M2M Application to determine broadcast parameters.

Interfaces to address the above requirements SHALL be standardized by oneM2M.

Note: roles are distinct from actors. An actor may play one or more roles and the economic boundary conditions of a particular market will decide which role(s) will be played by a particular actor.