2
Agenda
• Review of WP3 activities• Security issues related to WP3• MobiHealth Communication Architecture• Technical requirements of trial scenarios• Data collection tool• WP3 Deliverables• Planning
3
Review of WP3 activities
• GPRS infrastructure:– Communication architecture
– Technical requirements of trials
– Security requirements
– Data collection tool
– Roaming
• UMTS infrastructure:– Viability??
4
• Fine tuning and integration of the BAN applications:– Integration with WP2
– Test the operation of the whole system:• Security level
• Quality of service
• Deliverable D3.1: Trial ready GPRS and UMTS networks (TME)
• Deliverable D3.2: MobiHealth system (CMG)
Review of WP3 activities
5
Security issues in WP3
• Integration with WP2
• Alternatives of connections to WSB:– Using HTTP: Rely on GPRS security
– Using HTTPs
– Tunneling: IPsec
6
MobiHealth Communication
Architecture• Requirements needed to support a MobiHealth BAN:– Integration of the BAN applications
– Interface with WP2
• Wireless Service Broker– Integration with operator (Telia, TME)
– Integration with health broker sites
7
WSB (Wireless Service Broker)
For MobiHealth project, there will be a
connection between GGSN and WSB, via
a tunnel connection (VPN) over Internet,
and a tunnel connection between the
WSB and the Application Server. In this
way we will have a secure connection.
8
WSB functionalities• Users authentication.• Secure access and security management.• Protocol conversion (SMS support, WAP support).• Personalisation (homepage).• Service navigation.• (Multimedia) messaging relay.• Synchronization.• System monitoring and system management.• Storage.• Location management.• Multi device support.• WAP 2.0 compliant.• In situations of out of coverage, the Push capability works
(activate when MBU is in sleep mode and deliver content when device is available; Push Proxy Gateway stored data).
9
Requirements for operators
• MSISDN (or equivalent user identifier) forwarding.
• IP address forwarding.• Location data forwarding.• VPN infrastructure
(recommended).• IPsec protocol.
10
GPRS Architecture
BTS
BSC
MSC/VLR
SGSN
Backbone Network
GGSN
External X.25 Network
ExternalIP Network
AUCHLR
EIR
Traffic and signalling
Signalling
MSMS
11
RADIU
S INTERN
ET
WSB
Special
access
number SGS
NGGSN
GPRS Access
MovilForum
Health
Broker
Sites
Sensor
Fron
t-En
d
Security
Data Collection Tool
MobiHealth Architecture - TME
12
GPRS aspects
TME commercial platform commercial national B no
TME-MovilForum platform test platform national B no
GPRS MToperator status coverage area equipment class
dedicated timeslots codingtimeslots scheme
(*) Depends on the zones Average 4 CS1, CS2 13,4 (CS2) 53,6 (4TS)(*) Depends on the zones Average 4 CS1, CS2 13,4 (CS2) 53,6 (4TS)
speedbandwidth
TCP UDP
Yes Yes YES
Yes YesYES (October
2002)
IP
services
VPN(*) Some PDCH statically asigned to GPRS and
some dynamically shared for GPRS and CSC. The radio allocation depends
on the zones
13
Roaming GPRS
Operator Country Bilateral/Not
BT-Cellnet England bilateralTelecom Italia Mobile (TIM) Italy bilateralT-Mobile Deutschland Germany bilateralOrange UK England bilateralMobistar Belgium bilateralOrange France France Only customers MoviStar thereTMN Portugal bilateralT-Mobile Austria bilateralHutchison Hong Kong bilateral
Roaming
14
Location based services -TMEMovilForum provides two location platforms, Geo-IP
and GPP, that allow to develop location based services, for any device (WAP, PDAs, handsets, laptops...).– Geo IP provides location information in WAP connections.
Initiated by user. The user authorizates to be located.
– GPP (Genasys Positioning Platform) provides location information for any acces: WEB, WAP, SMS...Initiated by user or content provider. (Passive location, for example tracking services).
15
• Cell-ID accuracy: The network provides the location information of the cell in which the user is. The Cell-ID accuracy depends on the cell size:– Urban area: 50-500 m.
– Rural area: 1-20 km.
• GSM or GPRS access.
• Possible improvements: The use of TA (Timing Advance) parameter improves the accuracy, but only with Ericsson BSCs.
Location based services -TME
16
• MovilForum provides open APIs (Application Program Interface) in order to access to the location platform.
• Legal problems: Requests for positioning information is only processed if the user has given his authorization.
Location based services -TME
17
A
P
I
LOCATI
ON Geo
IPLocationrequests
INTERN
ET
Applications Server
MS
C
GGS
N
WAP GPRS Access
WAP GSM Access
MovilForum
Gatewa
y WAP
Location – Geo IP
18
Location http
requestsApplications Server
MS
C
GGS
N
SMC
SMS Access
GPRS Access
GSM Access MovilForum
ISDN
API
LOCATI
ON GPP
Location - GPP
19
Technical requirements of trial scenarios
TITLE MEASUREMENTSTOTAL
NUMBER OF SUBJECTS
TRIAL RUN TIME BANDWIDTH TECHNOLOGY
Heart rate
Mobility
Blood pressure
GSCOUT (Germany)
Starts on October 1st 2002, during 6
months
less than 100 kbps
GPRSSecondary prevention in coronary heart disease
30
TITLE MEASUREMENTSTOTAL
NUMBER OF SUBJECTS
TRIAL RUN TIME BANDWIDTH TECHNOLOGY
CTG of the patient and the unborn child
Blood pressure of the patient and the unborn child
Pulse
Blood pressure
Breathing frecuency
Saturation
Pupil reaction
GPRS bandwidth
MST (The Netherlands)
GPRS6 months26Integrated Homecare in women with high-risk
pregnancies
GPRS/UMTS (if possible)
Tele Trauma Team 25 6 monthsGPRS/UMTS
bandwidth (if possible)
20
Technical requirements of trial scenarios
TITLE MEASUREMENTSTOTAL
NUMBER OF SUBJECTS
TRIAL RUN TIME BANDWIDTH TECHNOLOGY
Pulse oximetry
ECG 3 leads
Forced spirometry
Temperature
Blood pressure
Glucose (if possible)
Transcutaneous PaO2
Pulse oximetry
ECG 3 leads
Forced spirometry
Temperature
Blood pressure
Mobility
Glucose (if possible)
Pressure (home ventilation)
Flow (home ventilation)Pulse oximetry
ECG 3 leads
Mobility and walking speed
CSC (Spain)
GPRS/UMTS bandwidth (if
possible)
GPRS/UMTS (if possible)
Mobile Chronic Care Scenario 2
Outdoors patient's rehabilitation
Mobile Chronic Care Scenario 1B
Support of home-based healthcare services (patient
monitoring at home)
GPRS/UMTS bandwidth (if
possible)
GPRS/UMTS (if possible)
30GPRS/UMTS (if
possible)
Mobile Chronic Care Scenario 1A
Support of home-based healthcare services (nurse visits at patient's home)
12
2 months study for non-invasive ventilation
One or several days for sleep studies
10 8 weeks
2 months follow-up for patients with high
risk of hospital re-admission
GPRS/UMTS bandwidth (if
possible)
21
Technical requirements of trial scenarios
TITLE MEASUREMENTSTOTAL
NUMBER OF SUBJECTS
TRIAL RUN TIME BANDWIDTH TECHNOLOGY
Pulse
Skin humidity
Falls (drop sensors)
PositionHeart rate
Walking distance
Self-report of activity level
Heart rate
Transcutaneous oxygen saturation
Transcutaneous pO2
Heart rate
Walking distance
Step length
Heart rate
Blood glucose
Standard rest ECG (12-lead)
Oxygen saturation
Breathing parameters (opcional)
6 months
LTU (Sweden)
Physical activity and impediments to activity in
women with RA8-10 one week per patient
High bandwidth
GPRS
The Lighthouse alarma and locator trial
30
Home care and remote consultation for recently-released patients in a rural
area
High bandwidth
GPRS
GPRSGPRS/UMTS (if
possible)
Physical activity after a stroke
8-10 one week per patient
Monitoring of vital parameters in patients with
respiratory insufficiency
5-10 3 monthsHigh
bandwidthGPRS/UMTS (if
possible)
16 Several monthsGPRS
bandwidthGPRS/UMTS (if
possible)
22
Technical requirements to be defined• Identify type of information: Voice, data
• Number of simultaneous users in each trial site
Number of required IP adresses
• Required bandwidth
• Roaming?
• Location offered by operator?
• Videoconference in real time & UMTS?
• For sleep studies in scenario 1B of CSC we have to take into account that TME only offers technical support over MovilForum platform in bussiness hours (8.30h- 18.00h)
23
Data collection tool
• Access method to the technical measurements: Web site with username and password
• Schedule of usage data release: Daily
• Available data: – Connection duration.
– Connection date and time.
– Number of sent bytes.
– Number of received bytes.
– Assigned IP address.
24
WP3 Deliverables: What should we do in order to be
ready?• Deliverable D3.1: Trial ready GPRS
and UMTS networks – Responsible: TME
– Deadline: December 2002
– Public Demonstrator
25
• Deliverable D3.2: MobiHealth system– Responsible: CMG
– Deadline: May 2003
– Public Prototype
WP3 Deliverables: What should we do in order to be
ready?
26
Planning• Some deadlines:
– Trial set-up: November 2002
– Trials: February 2003
– Deliverable D3.1: December 2002
• Tasks to execute:– Security aspects decision
– Integration of WSB with operators and health broker sites
– Definition, development and instalation of data collection tool