Internet DRAFT - draft-jov-metropolitan-beacon-system-icd
draft-jov-metropolitan-beacon-system-icd
Internet Engineering Task Force J. Vogedes
Internet-Draft NextNav, LLC
Intended status: Informational April 24, 2014
Expires: October 25, 2014
Metropolitan Beacon System (MBS) ICD
draft-jov-metropolitan-beacon-system-icd-01.txt
Status of this Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79. This document may not be
modified, and derivative works of it may not be created,
except to publish it as an RFC and to translate it into
languages other than English.
Internet-Drafts are working documents of the Internet
Engineering Task Force (IETF), its areas, and its working
groups. Note that other groups may also distribute working
documents as Internet-Drafts.
Internet-Drafts are draft documents valid for a maximum of
six months and may be updated, replaced, or obsoleted by
other documents at any time. It is inappropriate to use
Internet-Drafts as reference material or to cite them other
than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt
The list of Internet-Draft Shadow Directories can be accessed
at http://www.ietf.org/shadow.html
This Internet-Draft will expire on October 25, 2014.
Copyright Notice
Vogedes Expires October 25, 2014 [Page 1]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
Copyright (c) 2014 IETF Trust and the persons identified as
the document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust.s Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date
of publication of this document. Please review these
documents carefully, as they describe your rights and
restrictions with respect to this document.
This document may not be modified, and derivative works of it
may not be created, except to format it for publication as an
RFC or to translate it into languages other than English.
Abstract
This document describes the air interface of the Metropolitan Beacon
System (MBS) system.
MBS provides a high precision, reliable, consistent positioning system
indoors and in urban canyons, where GNSS solutions are degraded or denied.
In addition to the high 2-D accuracy, the MBS system architecture also
provides for high resolution and accuracy in the vertical dimension, with
the aid of embedded sensors.
MBS technology provides a very fast time to first fix (TTFF), on the order
of ~6 seconds under cold start conditions.
Similar to GNSS, MBS technology allows computation of the location on the
device without any network dependence thus enabling a wide variety of
standalone applications.
Table of Contents
1. Introduction...................................................4
2. Conventions used in this document..............................4
4. MBS M1 Signal Structure........................................5
4.1. MBS M1 Signal Generation..................................5
A timing view of the data that is being sent at the output of
the XOR gate is in the accompanying pdf document..................6
Vogedes Expires October 25, 2014 [Page 2]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
4.2. Spectral Characteristics..................................6
4.3. MBS Signal Temporal Characteristics.......................7
A sample of the slotted mode MBS signal transmission is
shown in the accompanying pdf document.........................7
5. Databurst Format...............................................9
5.1. Slot Structure............................................9
5.2. Error-correcting code and CRC check......................10
5.3. Modulation...............................................12
5.4. Packet Types . MAC Layer.................................14
5.4.1. Overall Packet Structure............................14
5.4.2. Packet Structure for Packet Type 1 (Full
Trilateration Information).................................16
5.4.2.1. Descriptions of the fields of packet type 1....17
5.4.2.1.1. Latitude..................................17
5.4.2.1.2. Longitude.................................17
5.4.2.1.3. Altitude..................................17
5.4.2.1.4. Tx Correction.............................17
5.4.2.1.5. Tx Quality................................17
5.4.2.1.6. Pressure..................................18
5.4.2.1.7. Temperature...............................18
5.4.2.1.8. Weather Information (Optional)............18
5.5. Packet Structure for Packet Type 2 (Tx ID and GPS
time along with Partial Trilateration Info)...................19
5.5.1. Descriptions of the fields of packet type 2.........20
5.5.1.1. Transmitter ID.................................20
5.5.1.2. Tx Correction..................................20
5.5.1.3. Pressure, Temperature, and Weather info........20
5.5.1.4. GPS time . Week number & TOW...................21
5.5.1.5. MBS time offset relative to GPS................21
5.5.1.6. Slot Index.....................................21
5.5.1.7. UTC time offset from GPS.......................22
5.6. Additional Packet Types..................................23
5.7. Periodicity of Packet Type Transmission..................23
5.8. Transmit Filter Taps (at 4 samples per chip).............23
5.9. PN Codes that may be used by MBS.........................23
6. Security Considerations.......................................24
7. IANA Considerations...........................................24
8. Conclusions...................................................24
9. References....................................................25
9.1. Normative References.....................................25
9.2. Informative References...................................25
Vogedes Expires October 25, 2014 [Page 3]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
1. Introduction
This document and the accompanying pdf document describe the
air interface of the Metropolitan Beacon System (MBS) system.
MBS provides a high precision, reliable, consistent
positioning system indoors and in urban canyons, where GNSS
solutions are degraded or denied.
In addition to the high 2-D accuracy, the MBS system
architecture also provides for high resolution and accuracy
in the vertical dimension, with the aid of embedded sensors.
MBS technology provides a very fast time to first fix (TTFF),
on the order of ~6 seconds under cold start conditions.
Similar to GNSS, MBS technology allows computation of the
location on the device without any network dependence thus
enabling a wide variety of standalone applications.
2. Conventions used in this document
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and
"OPTIONAL" in this document are to be interpreted as
described in RFC-2119 [RFC2119].
In this document, these words will appear with that
interpretation only when in ALL CAPS. Lower case uses of
these words are not to be interpreted as carrying RFC-2119
significance.
In this document, the characters ">>" preceding an indented
line(s) indicates a compliance requirement statement using
the key words listed above. This convention aids reviewers in
quickly identifying or finding the explicit compliance
requirements of this RFC.
Vogedes Expires October 25, 2014 [Page 4]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
3. High Level Architecture
The high level system architecture diagram is represented in
the accompanying pdf file.
MBS beacons are an overlay network used to cover a
metropolitan area. One implementation uses licensed wireless
spectrum in the M-LMS band. Various components are described
below:
Beacon: The beacons denote the MBS beacons broadcasting the
MBS signal. The beacons may be housed on roof tops or towers
(typically pre-existing cell/broadcast sites), or in any
other location deemed appropriate by the operator of the MBS
network.
Cell Phone: An example device that needs location information
is shown as a cell phone under GNSS-challenged conditions
such as urban canyons and indoors where GNSS signals from
satellites may not be received reliably or may provide poor
performance. The cell phones shown in the figure would be
capable of receiving and processing MBS signals. Note that
any device equipped to process MBS signals would work under
these scenarios. A data or a voice connection is not required
for a device to compute its location using the MBS
technology.
Location Server: In certain applications, it may be useful
for a centralized server to compute the location with
information it receives from the mobile because of the
additional information that may be available to the server
device at the time of location determination.
GPS Satellite: Shown for illustrative purposes that it is
blocked by buildings in an urban canyon.
4. MBS M1 Signal Structure
4.1. MBS M1 Signal Generation
Vogedes Expires October 25, 2014 [Page 5]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
The MBS signal SHALL be generated from a PN sequence and BPSK
spreading. The chipping rate SHALL be 1.023 m/2 Mchips/sec,
where m is an integer greater than or equal to 2, and the
length of the PN sequence SHALL be 1024 n-1, where n is an
integer greater than or equal to 1.
The various blocks in the Signal Generator are described
below:
PN Code Generator: Generates binary waveforms of length 1024
n-1. The PN code generator generates chips at the rate of
1.023 m/2 Mchips/sec (period of each chip is 1/1.023/(m/2)
microseconds).
Data Generator: Collects information from sensors and other
information such as tower Latitude, Longitude, Height (LLH)
and other information and formats them into frames and sub-
frames.
FEC: Adds forward error correction. See Figure in the
accompanying pdf file for detailed block diagram.
Pilot/Preamble Sequence: During some periods (preamble and
ranging periods) MBS beacons transmit a known sequence of
bits. During the preamble, they transmit the preamble bits,
which help with acquisition. During ranging periods, they
transmit pilot bits, which enable long coherent integration
to improve ranging performance.
A timing view of the data that is being sent at the output of
the XOR gate is in the accompanying pdf document.
4.2. Spectral Characteristics
The transmit spectrum SHALL have the following
characteristics:
Tx transmission type: Spread spectrum transmission using BPSK
spreading
RF BW (null-to-null): 1.023m MHz, where m = 2,3,4,...
Vogedes Expires October 25, 2014 [Page 6]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
The Tx center frequency MAY be in any band. In the USA, one
frequency allocation for MBS is in the LMS band, in the range
920.773 MHz to 926.277 MHz.
The transmit filter taps for the USA LMS band are in Appendix
A, and the frequency response of the transmit filter is shown
in the accompanying pdf document, for sample values of m and
n, where m=2, n=1.
4.3. MBS Signal Temporal Characteristics
The MBS architecture SHALL use an access scheme where each
beacon transmits its data for a specified duration within
each transmission period.
A sample of the slotted mode MBS signal transmission is shown
in the accompanying pdf document.
System parameters:
o Each transmission period SHALL be 1 sec long
o Transmission periods SHALL be deltaT seconds apart, where
deltaT SHALL be an integer greater than or equal to 1
o There SHALL be ten 100ms slots in each transmission period
o The MBS signal SHALL be generated from a PRN sequence and
BPSK spreading
o Each transmitter SHALL be assigned:
o One of the ten slots as its primary slot
o One PRN code
o Additional optional transmitter parameters include
o A primary slot pattern
o This is a sequence of slot indexes (each one in the
range 1 to 10), that determine which slot the
transmitter will transmit in successive seconds of
transmission.
o The sequence MAY be as basic as a simple repetition
of the primary slot, or may be any sequence of slot
Vogedes Expires October 25, 2014 [Page 7]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
indexes, with each transmitter potentially having a
different periodicity in their slot pattern.
o Secondary slot patterns
o Each beacon MAY have up to nine secondary slot
patterns.
o These MAY have the same or different PRN as the
primary slot pattern of that transmitter, and will
have a transmit power that SHOULD be between 0dB to
50dB lower than the transmit power of the primary
slot pattern.
o Frequency offset
o The chipping rate SHALL be 1.023 m/2 Mcps, where m is an
integer greater than or equal to 2.
o Each PN code SHALL have 1024n-1 chips and lasts (n+(n-
1)/1023)/(m/2) ms.
o Every 100ms slot includes (100 m/2)/(n+(n-1)/1023)
PN code symbols
o One PN code symbol must be used as a guard time
between slots, therefore there are (100 m/2)/(n+(n-
1)/1023)-1 PN code symbols available for ranging
and data transmission in each 100ms.
o For example, when m=2 and n=1, the system can fit
100 PN code symbols in 100ms, out of which 99 are
available for ranging and data transmission.
o Each beacon transmits a preamble using a PN code reserved
only for preambles.
o Ranging slots (described in the next section) have
a preamble of length p^R PN codes (leaving (100
m/2)/(n+(n-1)/1023)-1-p^R PN codes for pilot
symbols)
o Hybrid slots (described in the next section) have a
preamble of length p^H PN codes (leaving (100
m/2)/(n+(n-1)/1023)-1-p^H PN codes for pilot and
data symbols)
o A list of possible PN Codes used by MBS is shown in
Appendix B.
Vogedes Expires October 25, 2014 [Page 8]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
5. Databurst Format
MBS uses the concept of databursts in order to be able to
transmit all the data required for trilateration (such as
latitude, longitude, etc.) in a short amount of time, and
also be able to perform long coherent integrations to enable
high ranging accuracy. An optional implementation would be to
divide the time available to a transmitter into ranging
portions and data portions. During the ranging part,
transmitters transmit pilot symbols that enable long coherent
integration, and during the data part, transmitters transmit
data symbols at a physical-layer rate of 1 bit per PN code
period. An optional slot structure, implementing the above
methodology, is presented below.
5.1. Slot Structure
1. Separate slots for ranging and data
o One slot uses BPSK pilot symbols for ranging
o This MAY be followed by one or more slots that are hybrid
(ranging & data slots)
2. Use error-correcting codes & CRC for the data portions
In general, an MBS deployment MAY have zero or more hybrid
slots for each ranging slot. In scenarios where there are
zero hybrid slots, receivers must obtain assistance data via
another channel in order to perform trilateration.
One possible implementation, for the sample scenario of
m=2,n=1, which results in 99 PN code symbols per 100ms being
available for ranging and data transmission, uses the
following settings:
o Slot structure consists of one ranging slot followed
by two hybrid slots
o This structure is referred to as RH1H2 and is
depicted in the Figure in the accompanying pdf
document
Vogedes Expires October 25, 2014 [Page 9]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
o Ranging slots:
o 7 PN codes for preamble
o 92 PN codes for pilot symbols
o Hybrid ranging & data slots:
o 4 PN codes for preamble
o 14 PN codes for pilot symbols
o 81 PN codes for data transmission using BPSK at 1
PN code/symbol
Using the RH1H2 slot structure and sample implementation from
above, MBS is able to support 102 information bits in one
data packet. These information bits are used for transmitting
information required for trilateration (such as Tx
lat/long/altitude).
In terms of alignment of above slot structure to GPS time,
MBS physical slot 1 of the R frame (see Figure 5) starts at
.GPS time in seconds. modulo 3 = 0, plus .GPS time offset.
(from MBS packet type 2, described in a later section)
5.2. Error-correcting code and CRC check
MBS SHALL use error-correcting codes to ensure operation at
low SNRs and uses CRC to ensure that the decoded bits are
valid. The error-correcting codes and CRC polynomials chosen
for MBS may vary from implementation to implementation.
The remainder of this section describes the implementation
with the RH1H2 slot structure and the sample scenario of m=2,
n=1, which uses a convolutional code with constraint length 7
and a 16-bit CRC polynomial.
A block diagram of the encoding process is shown in the
figure in the accompanying pdf file.
The CRC check is accomplished using a length-N(CRC) CRC code.
The value of N(CRC) is 16, and the CRC polynomial used is
x^16 + x^15 + x^12 + x^7 + x^6 + x^4 + x^3 + 1.
Each of the two hybrid slots is encoded and decoded
separately, though the CRC is common to both slots. That is,
the transmitter takes the 102 information bits, calculates
the 16 bits of CRC, resulting in 118 bits. It then divides
Vogedes Expires October 25, 2014 [Page 10]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
these 118 bits into two parts of length 59 bits, and it is
these 59 bits which are encoded and transmitted using the 81
available PN code symbols in each hybrid slot.
The error-correcting code used is a convolutional code. The
code has constraint-length 7 and is a rate-1/2 code that is
punctured to ensure that the encoded bits fit within the 81
available PN code symbols in each hybrid slot. The
transmitter adds 6 all-zero tail bits to the information bits
before encoding, due to the nature of convolutional coding
and decoding.
The encoding process and what is described above can also be
visualized in the figures in the accompanying pdf file.
The encoding process for this sample scenario can be
summarized as:
1. Take 102 info bits as inputs
2. Add 16 CRC bits, to end up with 118 bits
3. Split into two groups of 59 bits (first 59 for H1 slot
last 59 for H2)
4. For each group of 59 bits
a. Add 6 tail bits, to end up with 65 bits
b. Encode using the rate 1/2 encoder, to end up with 130 bits
c. Puncture the output of the encoder, to end up with 81 bits
d. Interleave the above bits, and send the result to the
modulator, to be transmitted over-the-air to the receiver.
Encoder information:
o Convolutional encoder of rate: 1 / 2
o Constraint-length: 7
o Encoder polynomials: [171 133] (in octal)
o Puncturing pattern: Of the 130 encoder output bits,
select 81, according to bpunct[k] =
benc[idx_pass[k]], k = 0 to 80 where
idx_pass[] = {
1,2,4,6,7,9,10,12,14,15,17,18,20,21,23,25,26,28,29,31,33,34,3
Vogedes Expires October 25, 2014 [Page 11]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
6,37,39,41,42,44,45,47,49,50,52,53,55,57,58,60,61,63,64,66,68
,69,71,72,74,76,77,79,80,82,84,85,87,88,90,92,93,95,96,98,100
,101,103,104,106,107,109,111,112,114,115,117,119,120,122,123,
125,127,128 };
o Interleaving pattern: From the input bit sequence
bpunct[k] where k = 0 to 80, calculate the output bit
sequence bout[k] according to
bout[k] = bpunct[idx_permute[k]], k = 0 to 80
where idx_permute is the following length-81 array:
idx_permute[] = {
4,21,80,65,39,35,6,32,8,47,45,25,23,76,41,16,30,7,46,11,9,51,
2,43,71,79,69,74,50,70,78,10,62,17,60,15,13,5,68,36,27,72,75,
40,38,54,24,52,64,58,55,20,63,59,26,67,31,49,0,56,42,61,53,66
,3,18,48,22,34,57,12,33,19,37,73,28,1,29,77,44,14 };
(The receiver demodulates the signal in each slot, de-
interleaves the resulting soft bits and passes them through
the decoder. The receiver concatenates the output of the
decoder from the two hybrid slots H1 and H2 and does a CRC
check to ensure that the block of data was sent successfully)
5.3. Modulation
In ranging slots, after the preamble, MBS SHALL use BPSK
modulation to transmit (100 m/2)/(n+(n-1)/1023)-1-p(sub R) pilot
bits over the same number of PN code periods. These are the
pilot bits that enable the long coherent integration times. The
pilot bit sequence during ranging slots is described below.
In hybrid slots, after the preamble, there are (100 m/2)/(n+(n-
1)/1023)-1-p(sub H) PN code periods left in the slot. MBS uses
BPSK modulation to transmit pilot bits over a subset of these
code periods, and then uses DBPSK (differential BPSK) modulation
to transmit data bits over the remaining PN code periods. The
transmitter uses the last pilot bit as the first DBPSK data bit
so that it can maximize the number of data bits it can transmit,
even though it is using DBPSK. The pilot bit sequence is
different for H1 and H2 slots.
The pilot bit sequences for ranging and hybrid slots depend on
the MBS network configuration and MAY be in one of two modes.
Vogedes Expires October 25, 2014 [Page 12]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
The following are the two modes for the RH1H2 slot structure for
the sample scenario of m=2,n=1 :
Pilot Sequence Mode 1:
Ranging (R) slot:
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
H1 pilot sequence: 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
H2 pilot sequence: 0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1
Pilot Sequence Mode 2:
R slot:
1,1,1,1,1,0,1,0,1,1,0,1,0,0,0,1,1,0,1,1,0,0,1,1,1,0,0,0,0,1,0
,1,1,0,1,1,0,1,0,1,1,1,0,0,1,0,0,1,1,1,0,0,1,1,0,0,0,1,1,0,1,1,0
,0,1,0,1,1,0,0,0,1,0,0,1,1,0,1,0,0,0,0,0,1,0,1,1,1,1,1,0,1
H1 pilot sequence: 0, 1, 0, 0, 1, 1, 1, 0, 1, 0, 1, 1, 1, 0
H2 pilot sequence: 0, 0, 1, 0, 0, 1, 0, 1, 1, 1, 0, 0, 1, 0
In all sequences above, a .0. is mapped to .-1., and a .1. is
mapped to .1. during modulation.
Vogedes Expires October 25, 2014 [Page 13]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
5.4. Packet Types . MAC Layer
MBS supports various packet types, such as one that carries
trilateration information and one that carries GPS time
information. For each packet type, MBS could support
encryption of the payload, and MBS service providers may
choose to encrypt or may choose not to encrypt the various
packets.
The remainder of this section describes the implementation
corresponding to the RH1H2 slot structure and the sample
scenario of m=2, n=1, which is able to carry 102 information
bits per data packet.
The various packet types supported are listed in Table 1 (see
accompanying pdf document for additional details).
Table 1: Packet types
+------+---------------+-------------------+------------+
| Type | Payload | # of payload bits | # of slots |
+------+---------------+-------------------+------------+
| 0 | Reserved | TBD | TBD |
| 1 | LLA, etc | 99 | 2 |
| 2 | TxID, etc | 96 | 2 |
| 3-6 | Reserved | TBD | any |
| 7 | Extensions | TBD | any |
+------+---------------+-------------------+------------+
This section specifies how many bits are required to be
transmitted for each field of each packet type listed above.
5.4.1. Overall Packet Structure
Since there is more than one data packet type, there is a need
for an indicator to denote which one the Rx is seeing at any
given time.
Vogedes Expires October 25, 2014 [Page 14]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
Three bits are allocated to describe the packet type. In future
versions of MBS, extension packet types MAY be supported by
using .111. as the base packet type (to denote .more packet type
information to come.), and then have a few bits after that to
denote more packet types.
The total payload of the RH1H2 scheme is 102 information bits
per RH1H2 triplet of slots. Out of those 102 bits, 3 are for
packet type index, leaving 99 bits for the data payload and any
other framing overhead.
If some data to be transmitted is more than can be carried in
one RH1H2 packet, the Tx sends the data over more than one
packet. In that case, there is a need for a scheme to identify
how the bits from the current data packet fit into the overall
set of data bits that are to be transmitted. In order to have
unambiguous understanding by the receiver on what is being
transmitted in each data packet, the scheme is visually
presented in the accompanying pdf document. Below are some of
the principles of the data packet structure:
o In every packet of 102 bits, the first three bits are
the packet type
o For packet types 0 and 1:
o The next 99 bits contain the main packet payload
o For packet types other than 0 and 1:
o The fourth bit is a reserved bit.
o The fifth bit is the start bit, and denotes whether
this frame begins a new packet (1) or the
continuation of a previous packet (0).
o The sixth bit is the stop bit, and denotes whether
this is the last frame of a packet (1) or a
continuation frame of a packet (0).
o The next 96 bits contain the packet payload
Summary: 3 bits of framing overhead for packet types 0 and 1,
and 6 bits of framing overhead for packet types other than 0 and
1.
Vogedes Expires October 25, 2014 [Page 15]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
5.4.2. Packet Structure for Packet Type 1 (Full Trilateration
Information)
Table 2: Packet Info for Packet Type 1
+-------------+-----------+----------+
| Field | bit_index | num_bits |
+-------------+-----------+----------+
| Packet type | 1 - 3 | 3 |
| Payload | 4 - 102 | 99 |
+-------------+-----------+----------+
Table 2: Payload for Packet Type 1
+-------------------------+----------+-----------+------------+
| Field | field_id | bit_index | num_txbits |
+-------------------------+----------+-----------+------------+
| Latitude | 1 | 1 - 26 | 26 |
| Longitude | 2 | 27 - 53 | 27 |
| Altitude | 3 | 54 - 68 | 15 |
| Tx correction | 4 | 69 - 73 | 5 |
| Tx quality | 5 | 74 - 77 | 4 |
| Pressure | 6 | 78 - 87 | 10 |
| Temperature | 7 | 88 - 94 | 7 |
| Weather info(optional) | 8 | 95 - 99 | 5 |
+-------------------------+----------+-----------+------------+
Vogedes Expires October 25, 2014 [Page 16]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
5.4.2.1. Descriptions of the fields of packet type 1
Individual MBS service providers SHOULD map the raw values of
the bits for each field to a range and resolution they feel
best meets their requirements. Below are descriptions and
sample ranges for each field.
5.4.2.1.1. Latitude
Latitude of the Tx antenna. Sample range: [-90, 90] degrees.
5.4.2.1.2. Longitude
Longitude of the Tx antenna. Sample range: [-180, 180]
degrees.
5.4.2.1.3. Altitude
Altitude of the Tx antenna. Sample range: [-500, 9000]
meters.
5.4.2.1.4. Tx Correction
Tx correction is the residual timing error left over after
the Tx adjusts its transmission to account for the various
delays in the system, such as cable delays. The receiver
needs to take the Tx correction into account to fine-tune the
pseudorange estimate from each transmitter (the Tx correction
value for a given beacon needs to be subtracted from the
receiver time stamp of the time-of-arrival estimate for that
beacon).
Sample range: [0,31] ns.
Note: A bit sequence of all ones for the Tx Correction bit
field denotes an invalid Tx Correction value, i.e. the
transmitter has not been able to determine the Tx Correction
value.
5.4.2.1.5. Tx Quality
Each beacon transmits some bits that denote to the receiver
some relative quality metric about that particular beacon.
Sample range: [0, 15].
Vogedes Expires October 25, 2014 [Page 17]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
5.4.2.1.6. Pressure
The transmitter SHALL transmit pressure information to the
receiver.
One option is to transmit the pressure measured at the
beacon. Another option MAY be to transmit a transformation of
the pressure measured at the beacon. As a sample
transformation, the transmitter MAY convert the pressure
measured at the beacon to an estimated pressure at a
reference altitude level.
Sample range: [94500, 106776] Pa.
5.4.2.1.7. Temperature
The temperature measured at the beacon, which represents
ambient atmospheric temperature.
Sample range: [228, 330] Kelvin.
5.4.2.1.8. Weather Information (Optional)
Each transmitter MAY transmit some bits that denote to the
receiver some extra information about the weather and/or
weather equipment, to enable improved altitude calculation.
Some examples of such information are:
o Wind speed
o Quality of the weather data
(pressure/temperature/etc)
o Additional weather/atmospheric extensions
Sample range: [0,31]
Vogedes Expires October 25, 2014 [Page 18]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
5.5. Packet Structure for Packet Type 2 (Tx ID and GPS time
along with Partial Trilateration Info)
Table 4: Packet Info for Packet Type 2
+--------------+-----------+----------+
| Field | bit_index | num_bits |
+--------------+-----------+----------+
| Packet type | 1 - 3 | 3 |
| Reserved bit | 4 | 1 |
| Start bit | 5 | 1 |
| Stop bit | 6 | 1 |
| Payload | 7 - 102 | 96 |
+--------------+-----------+----------+
Table 5: Payload for Packet Type 2
+--------------------------+----------+-----------+------------+
| Field | field_id | bit_index | num_txbits |
+--------------------------+----------+-----------+------------+
| Tx ID | 1 | 1 - 15 | 15 |
| Tx correction | 2 | 16 - 20 | 5 |
| Pressure | 3 | 21 - 31 | 11 |
| Temperature | 4 | 32 - 39 | 8 |
| Weather info | 5 | 40 - 46 | 7 |
| GPS time - Week Number | 6 | 47 - 56 | 10 |
| GPS time - TOW in seconds| 7 | 57 - 76 | 20 |
Vogedes Expires October 25, 2014 [Page 19]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
| Time offset relative/GPS | 8 | 77 - 86 | 10 |
| Slot Index | 9 | 87 - 90 | 4 |
| UTC time offset from GPS | 10 | 91 - 96 | 6 |
+--------------------------+----------+-----------+------------+
5.5.1. Descriptions of the fields of packet type 2
Individual MBS service providers SHOULD map the raw values of
the bits for each field to a range and resolution they feel
best meets their requirements. Below are descriptions and
sample ranges for each field.
5.5.1.1. Transmitter ID
The Tx ID field MUST be a unique ID that identifies each
transmitter within one major deployment area, such as within
North America. With 15 bits, up to 32,768 unique transmitters
can be identified. The Tx ID should be used, along with an
almanac on the receiver, to extract the lat/long/height of
each transmitter, as well as the Tx quality information for
each transmitter.
Sample range: [0, 2^15-1]
5.5.1.2. Tx Correction
Tx correction is as described in Section 5.4.2.
Sample range: [0,25] ns, 1ns resolution
5.5.1.3. Pressure, Temperature, and Weather info
Pressure, Temperature, and Weather info are as described in
Section 5.4.2.
Pressure - Sample range: [94500, 106776] Pa, with 6 Pa
resolution
Temperature - Sample range: [228, 329.6] Kelvin, with 0.4
degrees Kelvin resolution
Weather info - Sample range: [0,124]
Vogedes Expires October 25, 2014 [Page 20]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
5.5.1.4. GPS time . Week number & TOW
This represents the GPS time of the R frame immediately
preceding the H1/H2 frames in which this packet was carried.
GPS time is represented as time of week (TOW) and GPS week
number.
TOW is the number of seconds since the beginning of the GPS
week, which runs from zero to 604799 at the end of week. The
TOW second count returns to zero coincident with the
resetting of the GPS PRN codes.
The GPS week number represents the GPS weeks (modulo 1024)
since week 0 which started at 00:00:00 Sunday 6th January,
1980.
Week number - Range: [0,2^10-1] weeks, with 1 week
resolution
TOW seconds - Range: [0, 604799] sec, with 1 sec resolution
5.5.1.5. MBS time offset relative to GPS
This is the offset of MBS system time relative to GPS time.
Note that MBS system time is always delayed relative to GPS
time by the number of nano-seconds specified in this field
and is expected to be a constant.
Sample range: [0,1000] ns, with 1ns resolution.
5.5.1.6. Slot Index
This is the physical time slot in which a transmitter is
transmitting.
Range: [0,9].
Vogedes Expires October 25, 2014 [Page 21]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
5.5.1.7. UTC time offset from GPS
This is the UTC time offset from GPS time. The UTC offset
field can accommodate 63 leap seconds (six bits).
Range: [0,63] sec, with 1 sec resolution.
Vogedes Expires October 25, 2014 [Page 22]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
5.6. Additional Packet Types
Additional packets using packet type greater than 2 MAY be
defined as required for the MBS system.
5.7. Periodicity of Packet Type Transmission
The periodicity and the associated time offset of the
transmission for various packet types is MBS service provider
specific. The packet transmissions of a particular type MAY
be staggered relative to other beacons.
As an example, in the beacon with Tx ID 1 occupying slot 1,
the packet with type 2 MAY be transmitted once in 30 seconds
starting at GPS TOW second (modulo 30)=0 and packet type 0
MAY be transmitted at all other times. Whereas, in the beacon
with Tx ID 2 occupying slot 2, packet type 2 may be
transmitted once in 30 seconds starting at GPS TOW second
(modulo 30)=3 and packet type 0 may be transmitted at all
other times.
5.8. Transmit Filter Taps (at 4 samples per chip)
See accompanying pdf document, appendix A.
5.9. PN Codes that may be used by MBS
In general, any family of PN codes MAY be used for MBS. For
example, the GPS family of Gold Codes MAY be used, as shown
in the accompanying pdf document (Appendix B). Note that the
G2 delay and G2 code initial state in the table are specified
in the same way as in the GPS interface specification IS-GPS-
200 Revision E.
Vogedes Expires October 25, 2014 [Page 23]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
Sample PN Codes used by MBS, based on GPS family of Gold
Codes are shown in the accompanying pdf document.
The .G2 delay. referred to in the table above is the delay of
the G2 code used in the standard GPS PN Code generation of
length 1023. In pseudocode:
y1 = standard_gps_m_sequence1_G1;
y2 = standard_gps_m_sequence2_G2;
PN_code = xor(y1, circular_shift(y2,delay));
6. Security Considerations
The MBS ICD does not itself create a security threat.
7. IANA Considerations
There are no IANA considerations for the MBS ICD.
8. Conclusions
Metropolitan Beacon System (MBS) consists of a network of
terrestrial beacons broadcasting signals for positioning
purposes. Terrestrial Beacon Systems can be designed to
facilitate UE positioning in areas where in-orbit satellite
based systems are most challenged, such as indoors, or in
dense urban environments and extends UE positioning
capabilities in these environments. In addition, MBS enables
the delivery of an accurate UE altitude for emergency or
commercial services.
Vogedes Expires October 25, 2014 [Page 24]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
9. References
9.1. Normative References
[RFC2119] Bradner, S., "Key words for use in RFCs to
Indicate Requirement Levels", BCP 14, RFC 2119,
March 1997.
9.2. Informative References
[GPS ICD] IS-GPS-200, Revision D, Navstar GPS Space Segment Navigation User Interfaces, March 7th, 2006
Vogedes Expires October 25, 2014 [Page 25]
Internet-Draft Metropolitan Beacon System (MBS) ICD April 2014
Authors' Addresses
Jerome Vogedes
NextNav, LLC
484 Oakmead Parkway
Sunnyvale, CA 94085
jvogedes@nextnav.com
Ganesh Pattabiraman
NextNav, LLC
484 Oakmead Parkway
Sunnyvale, CA 94085
Arun Raghupathy
NextNav, LLC
484 Oakmead Parkway
Sunnyvale, CA 94085
Andrew Sendonaris
NextNav, LLC
484 Oakmead Parkway
Sunnyvale, CA 94085
Norman Shaw
NextNav, LLC
484 Oakmead Parkway
Sunnyvale, CA 94085
Madhu Shekhar
NextNav, LLC
484 Oakmead Parkway
Sunnyvale, CA 94085
Vogedes Expires October 25, 2014 [Page 26]