3G/UMTS/IMS

 

 

 

 

eCall

 

What is 'eCall' ? In other words, you may ask 'what does the letter 'e' stands for ? Does it mean 'emergency' ? or 'electronic' ? or something else ?

 

Even though I haven't seen any formal documents that explicitely defines the letter 'e' in eCall, I think it would not be wrong if you say the 'e' mean 'emergency', i.e, 'eCall' would mean 'emergency Call'. But this interpretation would confuse a lot of people. Then, how does eCall differ from what we normally call 'Emergency Call (like 911)' ?

I will explain on the details of this difference later, but simply put, the biggest difference would be the usual 'Emergency call' is a kind of voice call between a human and Emergency Call Center (usually another person in Emergency Call Center)' but 'eCall' is a call between a machine (called IVS : In Vehicle System within an automobile) and Emergency Center;.

 

For the persons who likes formal definition, I would quote some descriptions from a couple of international standards as follows :

 

ETSI 103.428 defines eCall as follows :

eCall is a manually or automatically initiated emergency call, (TS12 : teleServiceCode 12) from a vehicle, supplemented with a minimum set of emergency related data (MSD), as defined under the EU Commission's eSafety initiative

 

ETSI TS 126.267 describes as follows :

eCall provides reliable full-duplex data communications between IVS and PSAP in addition to emergency voice call (E112) via the cellular network, and can be initiated either automatically or manually. The eCall In-band Modem uses the same voice channel as used for the emergency voice call. eCall allows reliable transmission of MSD alternating with a speech conversation through the existing voice communication paths in cellular mobile phone systems. The expected benefit is that emergency services will be made aware of accidents much more rapidly, will get precise information on location, vehicle type etc. and therefore will be able to reach accident victims faster, with the potential to save many lives annually.

 

NOTE : eCall has first started and deployed in 2G/3G era, but as all 2G/3G voice call has been evolved into packet call (IMS), eCall has been evolved to IMS call as well in later 3GPP specification (Release 14). For general introduction for IMS based eCall, check out this blog. For further details, check out this note.

 

Followings are the topics to be covered in this page.

 

 

Overall eCall Process

 

Before we talk of the technical details of eCall, let's take a 10000-feet overview (high level view) on how eCall go through. You may find a lot of illustrations, cartoons on eCall from internet and following is my own version of illustration. I put the number labels on each of the steps and I would put a short descriptions on what's happening at each step.

    (1) A Car Accident (e.g, Crash) happens

    (2) eCall is triggered. eCall can be triggered in many ways. It can be triggered automatically by Air Bag or internal sensors. Or a person (e.g, driver) in the car can push the emergency button in the car to trigger the eCall.

    (3) The eCall device installed in the car (called IVS : In-Vehicle System) go through Emergency Voice Call setup process to establish the voice call channel. Once the voice call channel is established, the IVS send eCall Data (MSD : Minimal Set of Data) to PSAP (Public Safety Answering Point)

    (4) Once the eCall Data(MSD) is received by PSAP, the information would show up automatically on the screen at PSAP center.

    (5) The personnel at PSAP center may try voice contact to the person in the car if possible. But there would be many cases where this is not possible when person in the car is injured badly.

 

 

 

Difference Between Emergency Call and eCall

 

For those who came from Cellular protocol and new to eCall, it would be a little confusing on figuring out the difference between eCall and another type of Emergency Call (like 911 in North America) which we are familiar with in daily life. For those people, I think it would be easier / clearer to explain the difference in terms of overall protocol sequence. Following is my understanding (the image formed in my brain when I first got trained about this).

As you see here in the following illustration, there is common portions and different portions between eCall and Emergency Call.

 

Commonality

They all based on Cellular (GSM and WCDMA) Voice Call Protocol and Traffic

Difference

The contents of voice call traffic is different from each other

  • The contents of voice call traffic for eCall : eCall Protocol message and eCall Data
  • The contents of voice call traffic for Emergency Call : Human Voice Data

 

 

NOTE : IVS stands for In-Vehicle System. It is the eCall / Cellular module that are installed within Car (within Telematics module in most case). In terms of testing, this is a DUT

 

 

Higher Layer Application Protocol(HLAP)

 

eCall Higher Layer Application Protocol (HLAP) is very simple (at least comparting to Cellular Protocol). Actually there is only one critical data to be transferred. The critical data is called MSD(Minimal Set of Data). All the remaining part is just to get MSD delivered to PSAP (Emergency Call Center) with reliability.

 

As in Cellular Voice Call, in HLAP there are two different type of call mode depending on who (IVS or PSAP) initiates call. The eCall initiated by IVS is called 'PUSH mode' and this is similar concept as MO(Mobile Originating) call in cellular voice call.

The eCall initiated by PSAP is called 'PULL mode' and this is similar concept as MT(Mobile Terminating) call in cellular voice call.

 

The two illustrations in this section is based on ETSI 103.428 Figure 2. The ETSI diagram is a single diagram showing both PUSH and PULL mode in single sequence. It looked a little confusing to me, so I split the digram into two separate diagram as shown below.

 

NOTE 1 : IVS stands for In-Vehicle System. It is the eCall / Cellular module that are installed within Car (within Telematics module in most case). In terms of testing, this is a DUT

NOTE 2 : PSAP stands for Public Safety Answering Point. This is a kind of Emergency Call Center.

 

 

< PSAP PUSH Mode >

 

PSAP PUSH Mode Call is like MO call in celluar terminology. This is the call initiated by IVS (the mobile unit installed inside the car). I think in most case of eCall, the eCall goes in PUSH mode as illustrated below.

 

 

 

< PSAP PULL Mode >

 

PSAP PUSH Mode Call is like MT call in celluar terminology. This is the call initiated by PSAP (the call center). If you compare this with PUSH mode sequence, you would notice that most of the part are same. The only difference is the SEND-MSD (START) signal before the Initiation signal. This is also very much like cellular protocol. If you compare the MO Call and MT Call sequence in cellular protocol, you would notice that most part of the two are almost same. The main difference is that in MT Call the cellular network send 'Paging' (a kind of trigger for UE to initiate the call).

 

 

 

< LL/HL ACK Operation >

 

Another sequence that illustrate the eCall process with a little low layer point of view (especially in terms of LL/HL ACK operation) is shown below. This applies to both PUSH and PULL model.

 

< ETSI TR 126.969 - Figure 1: Timeline of eCall with IVS initiated signalling and HL-ACK in normal operation >

 

 

Timers in eCall

 

There are various timers in eCall protocol which should be met in order to guarantee the normal functionality of the eCall. Some of these timers are an important criterial of testing eCall functionality.

 

 

 

What kind of information is transferred during eCall ?

 

As mentioned above, the only one fundamental goal for eCall is to deliver MSD(Minimal Set of Data) with reliability. Then you may ask what kind of information is in the MSD.  High level description of the imformation in MSD can be find from following description. As you see, the most important information in the MSD is the location data and vehicle information.

 

ETSI TS 126.267 4.1 eCall system overview describes as follows :

The eCall modem allows to transfer a data message from the IVS over the cellular network to the PSAP which is denoted as eCall MSD. The MSD can include, e.g. vehicle location information, time stamp, number of passengers, Vehicle Identification Number (VIN), and other relevant accident information

 

ETSI TS 126.267 3.1 Definitions describes as follows :

The Minimum Set of Data forming the data component of an eCall sent from a vehicle to a Public Safety Answering Point or other designated emergency call centre. The MSD has a maximum size of 140 bytes and includes, for example, vehicle identity, location information and time-stamp.

 

One example of the set of information carried by a MSD is shown below.

  • vehicleIdentificationNumber
    • isowmi
    • isovds
    • isovisModelyear
    • isovisSeqPlant
  • vehiclePropulsionStorageType
    • gasolineTankPresent
    • dieselTankPresent
    • compressedNaturalGas
    • liquidPropaneGas
    • electricEnergyStorage
    • hydrogenStorage
    • otherStorage
  • timestamp
  • vehicleLocation
    • positionLatitude
    • positionLongitude
  • vehicleDirection
  • recentVehicleLocationN1
    • latitudeDelta
    • longitudeDelta
  • recentVehicleLocationN2
    • latitudeDelta
    • longitudeDelta
  • numberOfPassengers

 

 

Which Voice Call Codec to use ?

 

Before we think of this, let's think of why we need to care of this. We should care of this because eCall signaling message and data are delivered in the form of Voice call data of GSM or WCDMA cellular network.

In GSM / WCDMA, various different types of codecs are used. Basically the codec selection is a job for the specific Radio Access Network equipment(RAN Equipment) that is communicating with the eCall device. The RAN Equipment (Network) would select the codec that would give the best performance in a specific situation. 'Performance' mean 'How fast the eCall data can be delivered' and 'How reliably it can be delivered under a specific channel condition'.  It would be too much (or too boring) to present the full details on these performance here. If you are really interested in the details, refer to ETSI TR 126.969 and it would give you a lot of test data for various different Codecs.

 

 

How to test eCall ?

 

Now let's think of how to test eCall functionality.

In theory, you can use a live network and PSAP Simulator to test your eCall Device (IVS). But theory is just a theory. You would come across a lot of issues to overcome if you go for this option even though I cannot say it is impossible.

 

 

Another way of testing the eCall device is to construct test setup as described in ETSI 103.428 section 6 Test Configurations. In this document, it is described to use a private cellular network for various Interoperability and Conformance Testing.

 

The most practical solution (Test setup) that will be used in the industry would be to use Cellular Network Simulator and PSAP simulator as illustrated below.

 

 

 

What to test ?

 

Assuming that you have a test setup and you need to determine what to test. As in most of other wireless and cellular device device, you may think of general test that tend to happen during the development or system integration stage. We often call these test in various different name such as function test, integration test or smoke test etc. Usually test specification / procedure tend not to be clearly defined or the procedure changes often depending on situations. Also those test procedure / test item may vary depending on manufacturer. Therefore, it would not be easy to clearly define on what to test for this stage. However, if you just take a close look at the overall eCall protocol, you would easily guess high level test items even without looking into any specification. My personal version of the guess work about the first level test are shown below.  You may come up with different idea, but I don't think there would be any big difference between your idea and my idea.

 

 

 

Once you complete the general function test during development and system integration level and have a stable device, you would forward the device to conformance test. Once you are at the stage of conformance test, you don't have to worry about what to test because a lot of other people (standard body) put a lot of effort and energy and came out with well defined document. In 3GPP/ETSI, those test procedures are defined in ETSI TS 103.428.

 

After completing the conformance, if you are trying to sell the device (acutually Automakers trying to sell cars) in a specific region (e.g, Europe, Asia, America etc), you may need to go through a specific set of test cases specified by the regulatory body in that specific region.   

 

 

Test Examples

 

Followings are the examples of how eCall is being testing during the development or for conformance test before commercialization.

 

 

Specification List

 

Followings are the list of the specifications for eCall. I think the most fundamental specifications are CEN documents. But it is not free to get those spec. Recently 3GPP / ETSI has released various specifications. I think most part of the 3GPP specification are based on CEN specification.  

 

Specification

Title / Description

3GPP TS 26.267

ETSI TS 126 267

eCall data transfer;In-band modem solution; General description

: Describes mostly on physical/transport layer design and process of transmitter and reciever.

3GPP TS 26.268

ETSI TS 126 268

eCall data transfer; In-band modem solution; ANSI-C reference code

: This documents describes on API and parameter descriptions of eCall modem protocol stack. It describes on overall software architecture and API prototype but not show the function body. Unless you are developing the protocol stack, you would not need to read this spec.

3GPP TS 26.269

ETSI TS 126 269

eCall Data Transfer; In-band modem solution; Conformance testing

: This documents describes general logics on eCall Test, but it does not specifies any specific test cases or details of protocol sequence. If you are interested in physical / transport layer level testing, this document would help you to catch the overall test concept.

ETSI TS 103.428

Mobile Standards Group (MSG); eCall HLAP Interoperability Testing

: If you are interested in high level protocol and function test, this document would help a lot. It shows overall protocol sequence of eCall and decfines specific test sequences. Most of the test in this document (as of V1.1.1 (2016-06)) are based on CEN EN 16062:2015  

CEN EN 16062

Intelligent Transport Systems - eCall – High Level Application Protocols

CEN EN 15722

Road transport and traffic telematics — eSafety — eCall minimum set of data - Draft EN 081018

CEN EN 16072

Intelligent transport systems — eSafety - Pan European eCall - Operating requirements

   
   

 

 

 

IMS based eCall

 

Overall IMS signaling for eCall is basically similar to regular PSAP (emergency call)  or illustrated at high level as shown belw, but traffic part would be different from regular human subcriber emergency call.

 

<  23.167 - Figure 7.1: Terminal Detected Emergency Calls >

 

The traffic part for eCall is also MSD as explained in previous sections of this note.

 

IMS protocol with focus on MSD(eCall traffic) transfer / update are described in 23.167 as follows. For the details of MSD itself, refer to previous sections in this note.

 

<  23.167-Figure 7.7.1-1: NG-eCall Scenario with PSAP supporting NG-eCall  >

 

<  23.167-Figure 7.7.1-1: NG-eCall Scenario with PSAP supporting NG-eCall  >

 

 

 

Which one to choose from ? CS or PS(IMS) ?

 

Now we have two ways of doing eCall. CS and PS. Which one should be used when eCall is necessary. Simple logic of selection criteria is defined in 23.167 as follows.

 

< 23.167 - Table H.1: Domain Selection Rules for emergency session attempts for UTRAN, E-UTRAN or NG-RAN radio access networks >

CS Attached

PS Attached

VoIMS

EMS

First EMC Attempt

Second EMC Attempt

A

N

Y

Y

Y

PS

CS if available and supported (NOTE 7, NOTE 8)

B

N

Y

N

Y

PS or CS if the emergency session includes at least voice.

PS if first attempt in CS (NOTE 7, NOTE 8)

C

N

Y

Y or N

N

PS if ESFB is "Y" (NOTE 5). Else CS or PS for another 3GPP RAT with EMS or ESFB set to "Y" if available and supported and if the emergency session includes at least voice.

PS if first attempt in CS (NOTE 7, NOTE 8)

D

Y

N

Y or N

Y or N

CS if the emergency session includes at least voice.

PS if available and EMS or ESFB is "Y" and emergency session contains only media other than voice.

E

Y

Y

Y

Y

If the emergency session includes at least voice, follow rules in TS 22.101 [8] which say to use the same domain as for a non-EMC (NOTE 2)

PS if the emergency session contains only media other than voice.

F

Y

Y

Y or N

N

PS if ESFB is "Y" (NOTE 5).

Else PS for another 3GPP RAT with EMS if available and supported or CS, if the emergency session includes at least voice.

G

Y

Y

N

Y

CS if the emergency session includes at least voice.

PS if the emergency session contains only media other than voice.

EMC = Emergency Session. EMC includes also normal calls initiated in the CS domain that are treated by the CS CN as emergency calls.

VoIMS = Voice over IMS over PS sessions support as indicated by IMS Voice over PS session supported indication as defined in TS 23.401, TS 23.060 and TS 23.502.

EMS = IMS Emergency Services supported as indicated by Emergency Service Support indicator as defined in TS 23.401, TS 23.060, TS 23.501 and TS 23.502 .

ESFB = Emergency Services Fallback for 5GS as defined in TS 23.501 and TS 23.502.

NOTE 1: If the UE selects the CS domain and initiates a normal call using the dialled local emergency number (see clause 7.1.2), and the UE enters limited service state (e.g. due to a Location Registration failing), then the UE camps on an acceptable cell (see TS 23.122) and may proceed with the EMC by initiating an emergency call in limited service state.

NOTE 2: Use of the same domain as for a non-EMC is restricted to UTRAN, E-UTRAN and NG-RAN access (e.g.

excludes WLAN).

NOTE 3: This NOTE applies to a UE in dual registration mode as defined in TS 23.501. A dual registration mode UE that is registered to both EPC and 5GC assumes attachment, for the purpose of the "PS Attached" column, to whichever of EPC or 5GC indicates EMS as "Y". When both EPC and 5GC indicate EMS as "Y", the UE shall assume attachment to either EPC or 5GC based on implementation. A UE that is registered to both EPC and 5GC does not use emergency services fallback and ignores the ESFB condition when performing domain selection.

NOTE 4: The other 3GPP RAT for row C and row F can be any of UTRA, E-UTRAN connected to EPC, E-UTRA connected to 5GC or NR connected to 5GC that is supported by the UE and differs from the RAT to which the UE is currently attached in the PS domain (or is assumed to be attached based on NOTE 3).

NOTE 5: The condition 'ESFB is "Y"' only applies for a UE that is camped on or connected to 5GS via NR or via EUTRA and that supports Emergency Services Fallback. In that case the emergency call will be provided over E-UTRAN or E-UTRA connected to 5GC as defined in procedures in TS 23.502 [49]. The condition 'ESFB is "Y"' is taken into consideration by the UE only when the network has indicated EMS = "N" for the RAT on which the UE is camping or connected.

NOTE 6: For 5GS, the value of the column "EMS" is for the RAT that UE is camped on or is connected to.

NOTE 7: As an implementation option, when the first attempt uses PS and fails for reasons other than related to IMS, the second attempt may use PS with a different 3GPP RAT. In this case the UE can make a third attempt using CS.

NOTE 8: As an implementation option, when the first attempt uses PS and fails because the first discovered P-CSCF

is not available, additional attempts may use PS with alternate P-CSCFs (see clause E.1.1.1 of TS 23.228 and clause 4.3.2.2.1 of TS 23.502). In this case the UE can make an attempt using CS after making failed PS attempts on all discovered alternate P-CSCFs.

 

 

< 23.167-Table H.2: Domain Selection Rules for eCall over IMS session attempts for E-UTRAN or NG-RAN radio access networks >

PS Available

VoIMS

EMS

ECL

First eCall Attempt

Second eCall Attempt

A

Y

Y

Y

PS

PS on another PS RAT if available with EMS=Y and ECL=Y or CS if available

B

Y

Y

N

CS if available

PS (UE establishes IMS emergency session)

C

Y

Y or N

N

CS if available

PS on another PS RAT if available with EMS=Y or EMS unknown

D

Y

N

Y

PS or CS if available

CS if first attempt in PS PS if first attempt in CS

E

Y

N

Y

CS if available

PS (UE establishes IMS emergency session)

F

N

-

-

CS if available

VoIMS = Voice over IMS over PS sessions support as indicated by IMS Voice over PS session supported indication

as defined in TS 23.401 and TS 23.502 .

EMS = IMS Emergency Services supported as indicated by Emergency Service Support indicator as defined in

TS 23.401 and TS 23.501 and TS 23.502.

ECL = eCall Over IMS support as indicated by the eCall support indicator defined in TS 23.401 and TS 23.501 .

NOTE 1: As an implementation option, when the first attempt uses PS and fails for reasons other than related to

IMS, the second attempt may use PS with a different 3GPP RAT. In this case the UE, can make a third

attempt using CS.

 

 

 

Reference