Re: [Geopriv] New indoor location - standards needed

"Rosen, Brian" <Brian.Rosen@neustar.biz> Thu, 04 December 2014 19:40 UTC

Return-Path: <Brian.Rosen@neustar.biz>
X-Original-To: geopriv@ietfa.amsl.com
Delivered-To: geopriv@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50EBA1A026C for <geopriv@ietfa.amsl.com>; Thu, 4 Dec 2014 11:40:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.267
X-Spam-Level:
X-Spam-Status: No, score=-2.267 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z2i1GVB764hi for <geopriv@ietfa.amsl.com>; Thu, 4 Dec 2014 11:40:19 -0800 (PST)
Received: from mx0a-0018ba01.pphosted.com (mx0a-0018ba01.pphosted.com [67.231.149.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3B351A01D8 for <geopriv@ietf.org>; Thu, 4 Dec 2014 11:40:18 -0800 (PST)
Received: from pps.filterd (m0049376.ppops.net [127.0.0.1]) by m0049376.ppops.net-0018ba01. (8.14.7/8.14.7) with SMTP id sB4JdniP023281; Thu, 4 Dec 2014 14:40:15 -0500
Received: from stntexhc12.cis.neustar.com ([156.154.17.216]) by m0049376.ppops.net-0018ba01. with ESMTP id 1r2ta3gg7d-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 04 Dec 2014 14:40:14 -0500
Received: from STNTEXMB13.cis.neustar.com ([169.254.3.204]) by stntexhc12.cis.neustar.com ([::1]) with mapi id 14.03.0158.001; Thu, 4 Dec 2014 14:40:12 -0500
From: "Rosen, Brian" <Brian.Rosen@neustar.biz>
To: Randall Gellens <rg+ietf@qualcomm.com>, "Militeau, Christian" <Christian.Militeau@intrado.com>
Thread-Topic: [Geopriv] New indoor location - standards needed
Thread-Index: AQHQD/aphE6sGKkPgUaMXMGuJQWkI5yAJ7MA//+smgA=
Date: Thu, 04 Dec 2014 19:40:11 +0000
Message-ID: <D0A622A4.81187%brian.rosen@neustar.biz>
References: <D0A4CFA5.68817%mlinsner@cisco.com> <p0624060dd0a5a3cce274@[99.111.97.136]> <0109FDD4-FABA-45DF-9389-E56D58F65E90@neustar.biz> <p0624060cd0a667c5ad22@[99.111.97.136]>
In-Reply-To: <p0624060cd0a667c5ad22@[99.111.97.136]>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.9.131030
x-originating-ip: [10.33.193.44]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <D79988B31A475146B132DC4206E87373@neustar.biz>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=nai engine=5600 definitions=7642 signatures=670578
X-Proofpoint-Spam-Reason: safe
Archived-At: http://mailarchive.ietf.org/arch/msg/geopriv/1uxt0OmCKryb88DFlPUDIdMMpRM
Cc: geopriv <geopriv@ietf.org>, Marc Linsner <mlinsner@cisco.com>, "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
Subject: Re: [Geopriv] New indoor location - standards needed
X-BeenThere: geopriv@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Geographic Location/Privacy <geopriv.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/geopriv>, <mailto:geopriv-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/geopriv/>
List-Post: <mailto:geopriv@ietf.org>
List-Help: <mailto:geopriv-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2014 19:40:22 -0000

Most systems have a ³coarse² location mechanism available.

On 12/4/14, 2:38 PM, "Randall Gellens" <rg+ietf@qualcomm.com> wrote:

>At 7:15 PM +0000 12/4/14, Brian Rosen wrote:
>
>>  While mobiles using licensed spectrum are clearly the biggest
>> problem, any device that has a WiFi interface could use this
>> mechanism to get a good location for an emergency call.  It isn't
>> using anything intrinsic to 3G/4G/5G systems.  It's not a US-only
>> problem.  Because you are linking multiple, independent networks,
>> you need something like the IETF to do that work.
>
>The concept of using the macro cell with which the device is
>associated intrinsically links the problem to cellular devices, as
>you mentioned in your earlier message:
>
>At 6:51 PM +0000 11/25/14, Brian Rosen wrote:
>>  So, what is needed is a way to connect the WiFi networks in a way
>> where you can reasonably query only those networks that might
>> reasonably have that MAC address.  I think that's probably based on
>> serving cell site.  The NAED would know which WiFi networks were
>> inside the serving cell area, and it would query (all of) them to
>> see which one has the MAC address, and thus the location (if
>> nothing else, the location of the AP that is serving the MAC).
>
>
>
>>   > On Dec 4, 2014, at 2:10 PM, Militeau, Christian
>> <Christian.Militeau@intrado.com> wrote:
>>>
>>>  Randy,
>>>
>>>  I agree with your assessment. ATIS (along with NENA and APCO) is
>>> in the process of initiating planning to support standards
>>> development.
>>>  Once ATIS has agreed on something, then it will be more clear on
>>> what the IETF needs to do for standards support.
>>>  It is anticipated that there will be communications among SDOs
>>> (ATIS, 3GPP, IETF, IEEE, etc.) to discuss the support of a
>>> standards development plan and possibly coordination like we have
>>> done in the past with the Emergency Services Coordination Group.
>>>
>>>  Regards,
>>>  Christian
>>>
>>>  -----Original Message-----
>>>  From: Geopriv [mailto:geopriv-bounces@ietf.org] On Behalf Of Randall
>>>Gellens
>>>  Sent: Wednesday, December 03, 2014 10:41 PM
>>>  To: geopriv
>>>  Cc: Marc Linsner (mlinsner); DRAGE, Keith (Keith)
>>>  Subject: Re: [Geopriv] New indoor location - standards needed
>>>
>>>  I agree that there does appear to be standards work that may be
>>> needed, with a role for the IETF.  However, before we in the IETF
>>> in general or geopriv (or ecrit) in particular jump in with
>>> specific proposals, I think we need to understand the requirements
>>> and overall architecture.  Since we are discussing protocols to be
>>> used with cellular calls, we need to work with the cellular
>>> industry to be sure that what we develop meets their needs and
>>> will be used.
>>>
>>>  To my knowledge, there has been very little discussion, much less
>>> agreement, by an industry-specific SDO such as ATIS (since we are
>>> talking about the U.S.). Once this is done, the objectives for the
>>> IETF, as well as industry groups, will become clear.  In addition
>>> the FCC has not issued any new mandate as of yet and is still in
>>> an NPRM process.
>>>
>>>  Therefore, I think we need to wait until discussions on the
>>> requirements and architecture have further progressed by the
>>> industry groups.
>>>
>>>  --
>>>  Randall Gellens
>>>  Opinions are personal;    facts are suspect;    I speak for myself
>>>only
>>>  -------------- Randomly selected tag: --------------- There is no
>>> unhappiness like the misery of sighting land (and work) again
>>>  after a cheerful, careless voyage.                          -- Mark
>>>Twain
>>>
>>>  _______________________________________________
>>>  Geopriv mailing list
>>>  Geopriv@ietf.org
>>>  https://www.ietf.org/mailman/listinfo/geopriv
>>>
>>>  _______________________________________________
>>>  Geopriv mailing list
>>>  Geopriv@ietf.org
>>>  https://www.ietf.org/mailman/listinfo/geopriv
>
>
>-- 
>Randall Gellens
>Opinions are personal;    facts are suspect;    I speak for myself only
>-------------- Randomly selected tag: ---------------
>A plane is a bad place for an all-out sleep, but a good place to
>begin rest and recovery from the trip to the faraway places you've
>been, a decompression chamber between Here and There. Though a
>plane is not the ideal place really to think, reassess or
>reevaluate things, it is a great place to have the illusion of
>doing so, and often the illusion will suffice.
>                      --Shana Alexander, The Feminine Eye, 1970.