[Sipping-emergency] RE: Emergency calls and 3GPP

"Atle Monrad (ETO)" <Atle.Monrad@eto.ericsson.se> Thu, 20 March 2003 07:20 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA10369 for <sipping-emergency-archive@odin.ietf.org>; Thu, 20 Mar 2003 02:20:48 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h2K7cWv30448 for sipping-emergency-archive@odin.ietf.org; Thu, 20 Mar 2003 02:38:32 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2K7cHO30429 for <sipping-emergency-web-archive@optimus.ietf.org>; Thu, 20 Mar 2003 02:38:17 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA10285 for <sipping-emergency-web-archive@ietf.org>; Thu, 20 Mar 2003 02:19:47 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2K7c1O30410 for <sipping-emergency-web-archive@ietf.org>; Thu, 20 Mar 2003 02:38:01 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2K7avO29588 for <sipping-emergency@optimus.ietf.org>; Thu, 20 Mar 2003 02:36:57 -0500
Received: from albatross.wise.edt.ericsson.se (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA10101 for <sipping-emergency@ietf.org>; Thu, 20 Mar 2003 02:18:17 -0500 (EST)
Received: from esealnt611.al.sw.ericsson.se (alteon-nat4.sw.ericsson.se [153.88.254.121]) by albatross.wise.edt.ericsson.se (8.12.8/8.12.8/WIREfire-1.5) with ESMTP id h2K7KVbh029586; Thu, 20 Mar 2003 08:20:31 +0100 (MET)
Received: from ESEALNT747.al.sw.ericsson.se ([153.88.251.7]) by esealnt611.al.sw.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2655.55) id HH7GLHXC; Thu, 20 Mar 2003 08:20:24 +0100
Received: by ESEALNT747.al.sw.ericsson.se with Internet Mail Service (5.5.2653.19) id <DW9DSHFF>; Thu, 20 Mar 2003 08:10:23 +0100
Message-ID: <6F936E2F8E16234BA8D88B2EE833833202B99C9B@esealnt912.al.sw.ericsson.se>
X-Sybari-Trust: 38c69dbb d6a25af5 ae26be38 00000138
From: "Atle Monrad (ETO)" <Atle.Monrad@eto.ericsson.se>
To: "Gonzalo Camarillo Gonzalez (LMF)" <Gonzalo.Camarillo@lmf.ericsson.se>, "Drage, Keith (Keith)" <drage@lucent.com>
Cc: Emergency <sipping-emergency@ietf.org>
Date: Thu, 20 Mar 2003 08:20:06 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain; charset="iso-8859-1"
Subject: [Sipping-emergency] RE: Emergency calls and 3GPP
Sender: sipping-emergency-admin@ietf.org
Errors-To: sipping-emergency-admin@ietf.org
X-BeenThere: sipping-emergency@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping-emergency>, <mailto:sipping-emergency-request@ietf.org?subject=unsubscribe>
List-Id: <sipping-emergency.ietf.org>
List-Post: <mailto:sipping-emergency@ietf.org>
List-Help: <mailto:sipping-emergency-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping-emergency>, <mailto:sipping-emergency-request@ietf.org?subject=subscribe>

Gonzalo

I appreciate that you actively want to involve 3gpp at an early stage in this issue.

I would also like to take this opportunity to give you all some background information about the emergency call feature in 3gpp, and also a potential tutorial (for free due to the financial situation of ietf). 

Currently, 3gpp supports emergency calls for CS, and enhanced priority services (partly as a result of Sept. 11) is  also covered. This includes specification of a particular emergency call handling setup, radio priority aspects and setup from terminals without any subscription (without SIM-cards).

Emergency call handling over packet based accesses, both GPRS and UMTS-PS bearers do not exist in 3gpp releases up to and including rel-5. In rel-5 where IMS is introduced, em-calls shall be discovered by the handset and be set-up over CS. In addition, if an INVITE destined for an emergency centre slips through this filter and is sent from the UAC destined for an em-center, an IMS proxy will stop the session set-up and respond to the terminal to order CS to be used. 

-----

In rel-6, 3gpp will start working with emergency setups over PS. Architectural aspects will be sorted out, impact on  SIP will be addressed, radio aspects will be identified, security issues, possible impact on SIM-cards, conformance testing (type approval), non-SIM card aspects, etc will be addressed.   

At present, the requirements and service aspects are currently sorted out in the working group SA1 (work not finished).

The working group SA2, where the architectural aspects are outlined, has work ongoing, which first will result in a technical report. This technical report will then be converted into text suitable for the relevant 3gpp specifications on the architectural level.

As work in SA2 matures, the detailed work will be started and will continue partly in parallell and as an iterative  process between architectural apsects and the details, involving e.g. radio, core network signalling, and terminal  -issues.

Specification work for the protocol details on SIP-level is specified in the CN (core network) groups. On CN-level, the  majority of this work is done by CN1. Our task is to use IETF protocols to fulfil the 3gpp requirements without bending the IDs and RFCs beyond what can be tolerated. If and when needed, CN1 will address 3gpp issues to the relevant ietf working group(s) in order to secure that the RFCs in the end do fulfil our demands for an  appropriate solution. I (as rapporteur on CN-level for this work item) as well as other will address requirements followed by solutions as things mature a bit. 
I do not know whether the format of our requirements towards ietf best can be addressed as a req-id or as direct comments to the list.

Note that the current time schedule for 3gpp is to finalise the emergency call work by the end of 2003, meaning that feedback towards ietf can be expected quite soon. 

-----  

Note also that the current work I am talking about is - to say it in a popular way: 
support for e.g. 911 or sos@domain over a PS connection.

More work in the area, named Priority Multimedia Services (yes; it has the abbr PMS) in 3gpp has just started in the requirements and service aspects area, and may result in a 2nd stage of emergency call handling over the PS-domain.

/atle

Best Regards

Atle Monrad
ERICSSON
Wireless Data Terminals & Solutions

Office:     + 47 372 93 665
Mobile:    + 47 454 10 665
Fax:        + 47 372 94 058
E-mail:    atle.monrad@ericsson.com
Web-site: www.ericsson.com/mobileplatforms


-----Original Message-----
From: Gonzalo Camarillo Gonzalez (LMF) 
Sent: Wednesday, March 19, 2003 10:32 PM
To: Drage, Keith (Keith); Atle Monrad (ETO)
Cc: Emergency
Subject: Emergency calls and 3GPP


Keith and Atle,

the emergency calls design team within the SIPPING working group would
like to know which requirements 3GPP is taking into consideration. Your
input would help the design team understand your needs.

http://www.softarmor.com/sipping/teams/emergency/

Feel free to get in touch with the members of the design team and send
any message to the mailing list in the cc of this mail.

Thanks,

Gonzalo
_______________________________________________
Sipping-emergency mailing list
Sipping-emergency@ietf.org
https://www1.ietf.org/mailman/listinfo/sipping-emergency