Ppp (сетевой протокол)

Components of PPP

Point — to — Point Protocol is a layered protocol having three components −


  • Encapsulation Component − It encapsulates the datagram so that it can be transmitted over the specified physical layer.

  • Link Control Protocol (LCP) − It is responsible for establishing, configuring, testing, maintaining and terminating links for transmission. It also imparts negotiation for set up of options and use of features by the two endpoints of the links.

  • Authentication Protocols (AP) − These protocols authenticate endpoints for use of services. The two authentication protocols of PPP are −

    • Password Authentication Protocol (PAP)

    • Challenge Handshake Authentication Protocol (CHAP)


  • Network Control Protocols (NCPs) − These protocols are used for negotiating the parameters and facilities for the network layer. For every higher-layer protocol supported by PPP, one NCP is there. Some of the NCPs of PPP are −

    • Internet Protocol Control Protocol (IPCP)

    • OSI Network Layer Control Protocol (OSINLCP)

    • Internetwork Packet Exchange Control Protocol (IPXCP)

    • DECnet Phase IV Control Protocol (DNCP)

    • NetBIOS Frames Control Protocol (NBFCP)


    • IPv6 Control Protocol (IPV6CP)

PPP frame

Structure

PPP frames are variants of HDLC frames:

Name Number of bytes Description
Flag 1 0x7E, the beginning of a PPP frame
Address 1 0xFF, standard broadcast address
Control 1 0x03, unnumbered data
Protocol 2 PPP ID of embedded data
Information variable (0 or more) datagram
Padding variable (0 or more) optional padding
Frame Check Sequence 2 frame checksum
Flag 1 0x7E, omitted for successive PPP packets

If both peers agree to Address field and Control field compression during LCP, then those fields are omitted. Likewise if both peers agree to Protocol field compression, then the 0x00 byte can be omitted.

The Protocol field indicates the type of payload packet: 0xC021 for LCP, 0x80xy for various , 0x0021 for IP, 0x0029 AppleTalk, 0x002B for IPX, 0x003D for Multilink, 0x003F for NetBIOS, 0x00FD for MPPC and MPPE, etc. PPP is limited, and cannot contain general Layer 3 data, unlike EtherType.

The Information field contains the PPP payload; it has a variable length with a negotiated maximum called the Maximum Transmission Unit. By default, the maximum is 1500 octets. It might be padded on transmission; if the information for a particular protocol can be padded, that protocol must allow information to be distinguished from padding.

Encapsulation

Name Number of bytes Description
Flag 1 indicates frame’s begin or end
Address 1 broadcast address
Control 1 control byte
Protocol 1 or 2 or 3 l in information field
Information variable (0 or more) datagram
Padding variable (0 or more) optional padding
FCS 2 (or 4) error check

The Flag field is present when PPP with HDLC-like framing is used.

The Address and Control fields always have the value hex FF (for «all stations») and hex 03 (for «unnumbered information»), and can be omitted whenever PPP LCP Address-and-Control-Field-Compression (ACFC) is negotiated.

The FCS is calculated over the Address, Control, Protocol, Information and Padding fields after the message has been encapsulated.

Основные характеристики

PPP протокол был разработан на основе HDLC и дополнен некоторыми возможностями[какими?], которые до этого встречались только в проприетарных протоколах.

Автоматическая настройка

Link Control Protocol (LCP) обеспечивает автоматическую настройку интерфейсов на каждом конце (например, установка размера пакетов) и опционально проводит аутентификацию. Протокол LCP работает поверх PPP, то есть начальная PPP связь должна быть до работы LCP.

Другим вариантом аутентификации через PPP является Extensible Authentication Protocol (EAP).

После того, как соединение было установлено, поверх него может быть настроена дополнительная сеть. Обычно используется Internet Protocol Control Protocol (IPCP), хотя Internetwork Packet Exchange Control Protocol (IPXCP) и AppleTalk Control Protocol (ATCP) были когда-то популярны. Internet Protocol Version 6 Control Protocol (IPv6CP) получит большее распространение в будущем, когда IPv6 заменит IPv4 как основной протокол сетевого уровня.

Многопротокольная поддержка

PPP позволяет работать нескольким протоколам сетевого уровня на одном канале связи. Другими словами, внутри одного PPP-соединения могут передаваться потоки данных различных сетевых протоколов (IP, Novell IPX и т. д.), а также данные протоколов канального уровня локальной сети. Для каждого сетевого протокола используется Network Control Protocol (NCP), который его конфигурирует (согласовывает некоторые параметры протокола).

PPP NCP обеспечивает процесс создания соединения через PPP, инициирует и настраивает различные протоколы сетевого уровня такие как IP, IPX или AppleTalk.

Microsoft PPP поддерживает следующие NCP:

  • Internet Protocol Control Protocol (IPCP) для настройки IP.
  • Internetwork Packet Exchange Control Protocol (IPXCP) для настройки IPX.
  • AppleTalk Control Protocol (ATCP) для настройки AppleTalk.
  • NetBIOS Frames Control Protocol (NBFCP) для настройки NetBEUI.

Обнаружение закольцованных связей

PPP обнаруживает закольцованные связи, используя особенность, включающую magic numbers. Когда узел отправляет PPP LCP сообщения, они могут включать в себя магическое число. Если линия закольцована, узел получает сообщение LCP с его собственным магическим числом вместо получения сообщения с магическим числом клиента.

Активации канала PPP и его фазы

  • Link Dead. Эта фаза наступает, когда связь нарушена либо одной из сторон указали не подключаться (например, пользователь завершил модемное соединение.)
  • Link Establishment Phase. В данной фазе проводится настройка Link Control. Если настройка была успешной, управление переходит в фазу аутентификации либо в фазу Network-Layer Protocol, в зависимости от того, требуется ли аутентификация.
  • Authentication Phase. Данная фаза является необязательной. Она позволяет сторонам проверить друг друга перед установкой соединения. Если проверка успешна, управление переходит в фазу Network-Layer Protocol.
  • Network-Layer Protocol Phase. В данной фазе вызывается NCP для желаемого протокола. Например, IPCP используется для установки IP сервисов. Передача данных по всем успешно установленным протоколам также проходит в этой фазе. Закрытие сетевых протоколов тоже включается в данную фазу.
  • Link Termination Phase. Эта фаза закрывает соединение. Она вызывается в случае ошибок аутентификации, если было настолько много ошибок контрольных сумм, что обе стороны решили закрыть соединение, если соединение неожиданно оборвалось либо если пользователь отключился. Данная фаза пытается закрыть всё настолько аккуратно, насколько возможно в данных обстоятельствах.

Настройка PPPoE на FreeBSD

Рабочий пример настройки PPPoE на маршрутизаторе OS FreeBSD.

> ee /etc/ppp/ppp.conf
default:
 set log Phase tun command  # параметры протоколирования, где
 # log - включает ведение log-файла (по умолчанию все сообщения записываются в файл /var/log/ppp.log
 # Phase - поэтапный вывод сообщений в лог (соответствует этапам подключения), позволяет исключить малоинформативные сообщения
 # tun - виртуальное сетевое устройство, которое будет задействовано при соединении (в данном случае tun, т.к. протокол точка-точка)
 # command - производить запись в лог как команд, полученных с командной строки, так и тех, которые были считаны стартовым скриптом ppp из
 # конфигурационного файла
 set mru 1492
 set mtu 1492
 disable ipv6cp # отключить поддержу IPv6
 enable lqr     # Link Quality Reporting - по умолчанию выключено

ispgateway:
 set device PPPoE:xl0       # где PPPoE - задаёт уточнение протокола (в рамках протоколов, поддерживающихся ppp), xl0 имя устройства вашей Ethernet карты
 set authname YourLoginName # выдает ваш ISP
 set authkey YourPassword   # выдает ваш ISP
 add default HISADDR        # установить шлюз по умолчанию (default route) на этого провайдера, HISSADR - отображать IP адрес присоединённой стороны

Для запуск ppp при загрузке добавим в /etc/rc.conf следующее строки:

> ee /etc/rc.conf
ppp_enable="YES"
ppp_mode="ddial"
ppp_nat="NO" #для NAT -преобразования я использую PF, потому NAT в ppp выключен. ppp_nat по умолчанию включен.
ppp_profile="ispgateway"

Получаем RINEX файл

Рассмотрим решение задачи на примере приемника Javad. Для записи RINEX файла будем использовать программу RTKLIB.

сначала надо записать log-файл. Подробную инструкцию о том как это сделать можно найти здесь.

Параметры порта:

  • Bitrate: 115200
  • Byte Size: 8 bit
  • Parity: None
  • Stop Bits: 1 bit
  • Flow Control: None

Команды при запуске:

em,,def:{1,,}
em,,jps/gd
em,,jps/qd
em,,jps/WD
em,,jps/ET
dm

конвертируем полученный файл (лог файл) в формат RINEX. Как это сделать описано здесь. Нужный нам файл имеет разрешение .obs.

В качестве примера имеется лог-файл (запись проводилась около двух часов) и файл RINEX-формата: File:PPP_Javad_log_obs.zip

Line activation and phases

Link Dead
This phase occurs when the link fails, or one side has been told to disconnect (e.g. a user has finished his or her dialup connection.)
Link Establishment Phase
This phase is where Link Control Protocol negotiation is attempted. If successful, control goes either to the authentication phase or the Network-Layer Protocol phase, depending on whether authentication is desired.
Authentication Phase
This phase is optional. It allows the sides to authenticate each other before a connection is established. If successful, control goes to the network-layer protocol phase.
Network-Layer Protocol Phase
This phase is where each desired protocols’ Network Control Protocols are invoked. For example, IPCP is used in establishing IP service over the line. Data transport for all protocols which are successfully started with their network control protocols also occurs in this phase. Closing down of network protocols also occur in this phase.
Link Termination Phase
This phase closes down this connection. This can happen if there is an authentication failure, if there are so many checksum errors that the two parties decide to tear down the link automatically, if the link suddenly fails, or if the user decides to hang up a connection.

Настройка

PPPoE

Создайте файл настроек соединения:

/etc/ppp/peers/имя_соединения
plugin rp-pppoe.so
# rp_pppoe_ac 'имя концентратора доступа'
# rp_pppoe_service 'имя службы PPPoE'

# сетевой интерфейс
eth0
# ваш логин
name "имя_пользователя"
usepeerdns
persist
# раскомментируйте, если вам нужен автодозвон "по требованию"
#demand
#idle 180
defaultroute
hide-password
noauth

Если задана опция , при соединении pppd создаст файл с полученными адресами DNS-серверов. По умолчанию скрипт перемещает этот файл в , чтобы система могла использовать эти DNS-серверы. Если это поведение является нежелательным (например, установлен локальный кэширующий DNS), отредактируйте под ваши нужды.

Добавьте запись с паролем соединения в или , в зависимости от типа аутентификации, используемого вашим провайдером. Если вы не уверены, можно добавить запись в оба файла, pppd выберет нужный самостоятельно. Запись выглядит следующим образом:

имя_пользователя * пароль

Имя пользователя должно совпадать с именем, указанным в опции . Оно также используется для аутентификации, если не переопределено другим значением с помощью опции .

Теперь вы можете попробовать установить соединение командой:

# pppd call имя_соединения

или

# pon имя_соединения

где имя_соединения — имя файла настроек, созданного в .

Чтобы убедиться, что соединение PPPoE установлено, проверьте вывод pppd в системном логе:

# journalctl -b --no-pager | grep pppd

При успешном соединении вы увидите что-то наподобие следующих строк:

Jul 09 22:42:33 localhost pppd: Plugin rp-pppoe.so loaded.
Jul 09 22:42:33 localhost pppd: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.6
Jul 09 22:42:33 localhost network: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.6
Jul 09 22:42:33 localhost pppd: pppd 2.4.6 started by root, uid 0
Jul 09 22:42:39 localhost pppd: PPP session is 292
Jul 09 22:42:39 localhost pppd: Connected to a0:f3:e4:4f:e3:b0 via interface enp4s0
Jul 09 22:42:39 localhost pppd: Using interface ppp0
Jul 09 22:42:39 localhost pppd: Connect: ppp0 <--> enp4s0
Jul 09 22:42:39 localhost pppd: CHAP authentication succeeded: CHAP authentication success
Jul 09 22:42:39 localhost pppd: CHAP authentication succeeded
Jul 09 22:42:39 localhost pppd: peer from calling number A0:F3:E4:4F:E3:B0 authorized
Jul 09 22:42:39 localhost pppd: Cannot determine ethernet address for proxy ARP
Jul 09 22:42:39 localhost pppd: local  IP address 10.6.2.137
Jul 09 22:42:39 localhost pppd: remote IP address 10.6.1.1
Jul 09 22:42:39 localhost pppd: primary   DNS address 10.6.1.1
Jul 09 22:42:39 localhost pppd: secondary DNS address 210.21.196.6

Файл настроек используется по умолчанию, если при вызове pppd не было указано имя файла. Вместо явного указания имени файла настроек программе pppd вы также можете просто добавить символическую ссылку на свой файл:

# ln -s /etc/ppp/peers/имя_соединения /etc/ppp/peers/provider

Теперь можно устанавливать соединение одной командой

# pon

Чтобы разорвать соединение, выполните

# poff имя_соединения

Запуск pppd при старте системы

Выполните следующие шаги:

  • Настройте модуль для загрузки во время запуска. Инструкции можно найти на странице .
  • Включите службу systemd:
# systemctl enable ppp@имя_соединения.service

Развитие, исключение недостатков


с 2010-х годов начали развиваться новые сервисы, предлагающие способы работы в режиме реального времени, основанные на методе PPP — Precise Point Positioning. Данный метод предлагает передачу корректирующей информации в пространстве состояний — SSR (уточненные координаты спутников, поправки к ходу часов, модели ионосферы и тропосферы) через геостационарные спутники, в отличии от передачи информации в пространстве измерений – OSR при работе в режиме RTK (координаты базовой станции, измерения по коду и фазе несущей с базовой станции, эфемериды спутников). Такой подход позволяет увеличить расстояние между станциями в сети (более 120 км), возможность передавать информацию, от большого количества станций (более 100 станций) в сети, одновременно уменьшив объём передаваемой информации, влияние многолучевости на станциях, получив возможность достичь покрытия целого региона за счет небольшого количества станций.

Ограничивающим фактором применения метода PPP являлся длительный процесс инициализации (получение первичного решения), который мог достигать нескольких часов, недостаточная точность (более 10 см), необходимость длительных статических измерений на точке (не менее нескольких часов).

Тем не менее, в последние годы PPP получил дальнейший технологический толчок, который стал возможным с развитием методов обработки измерений в сетях базовых станций с большими базовыми линиями. Появилась возможность передавать корректирующую информацию в реальном времени, чаще всего для этих целей используется передача данных через геостационарные спутники, реже – через интернет. Такой метод стал именоваться PPP-RTK.

PPP (IPXCP) Configuration Options

Registration Procedure(s)
Expert Review
Expert(s)
James Carlson
Reference
Available Formats
Option Description Reference
1 IPX-Network-Number
2 IPX-Node-Number
3 IPX-Compression-Protocol
4 IPX-Routing-Protocol
5 IPX-Router-Name
6 IPX-Configuration-Complete

IPX Compression Protocol Values (Value 3)

Registration Procedure(s)
Expert Review
Expert(s)
James Carlson
Reference
Available Formats
Value (in hex) Protocol Reference
0000-0001 Unassigned
0002 Telebit Compressed IPX
0002-0234 Unassigned
0235 Shiva Compressed NCP/IPX

IPX Routing Protocol Options (Value 4)

Registration Procedure(s)
Expert Review
Expert(s)
James Carlson
Reference
Available Formats
Value Protocol Reference
No routing protocol required
1 Reserved
2 Novell RIP/SAP required
3 Unassigned
4 Novell NLSP required
5 Novell Demand RIP required
6 Novell Demand SAP required
7 Novell Triggered RIP required []
8 Novell Triggered SAP required []

Сравнение с другими методами DGPS

Метод PPP часто путают с относительными (квазидифференциальными) методами космической геодезии (статика, кинематика, stop & go и особенно RTK) в виду того, что состав исходной информации тот же, что и в относительных методах: эфемериды и бортовая шкала времени. В отличие от PPP, RTK не предполагает постобработку и не требует знание точных поправок спутниковых орбит и бортовых часов, он использует фазовые измерения в режиме реального времени. В РРР-методе вся информация о поправках является апостериорной, то есть она получается в результате наблюдения спутниковой группировки одним или сетью опорных GNSS приемников с известными координатами и реализуются службой точного позиционирования.

Так же метод PPP существенно отличается, от систем типа SВAS, как охватом, покрываемой территорией, так и методом передачи поправок. В методе типа SBAS ошибки дифференцируют с помощью одной или нескольких наземных базовых станций с точно известными позициями (географическими координатами в глобальной системе WGS84, ПЗ-90 и т. д.) и передают (ретранслируют) через спутники связи, в отличие от PPP, в котором информация о поправках локализуется на сервере и передается через наземный канал связи (линии ВОЛС или GSM). Метод PPP так же как и Cистем типа SВAS не предусматривает региональный охват плоских систем координат (МСК-СРФ).

Основным отличием PPP от кинематики реального времени (RTK) заключается в том, что PPP не требует доступа к данным наблюдений из одного или нескольких близко размещаемых базовых станций, и тем, что в PPP реализуется псевдоабсолютное позиционирование вместо относительного определения от опорной станции в RТК. Что отличает метод PPP от, эксклюзивных (локальных) решений RTK, в котором источником поправок служить другой (опорный) приемник, каналом связи — радиомодем, а системы координат как правило плоская региональная и/или условная, ограниченная мощностью радиомодема в радиусе 2-3 км.

Причиной путаницы как правило являться схожесть методов передачи поправок в новых методах позиционирования основанных на методе кинематики реального времени (RTK) в которых источником поправок служит доступный локально сетевой сервис, каналом связи (передачи поправок) служат те же сети формата GSM (мобильный интернет через сим-карту), а так же наличие базовых референцстанций размещенных достаточно плотно (через каждые 50 км). Что обусловлено охватом общей плеяды спутников радиусом 20-30 км. Для PPP метода плотность базовых станций гораздо меньше и составляет 12 станций на всю территорию России. Методическая дальность приема поправок PPP-метода практически не ограниченна. Эффективность метода при использовании одно-частотного приемника значительно (на порядок) ниже, но в интересах снижения стоимости конечного оборудования рассматривается для практического применения. Устранение тропосферной погрешности осуществляется по модели, ионосферных погрешностей за счет двух-частотного приема.

способ PPP SBAS RTK Сетевое RTK (RTK Networks) Real-Time PPP
Охват Глобальный Глобальный Локальный (2 км от базовой станции) Региональный (20-30 км от базовой станции) Глобальный
Способ передачи поправок Сформированный файл поправок Радиосигнал Радиосигнал GSM GSM/Радиосигнал
Источник поправок Глобальный Сервер Спутник Связи опорный приемник с Радио модемом Локальный Сервер Глобальный Сервер/Спутник Связи
система координат только WGS84 (географическая гр. мин. сек) ПЗ-90, WGS84, и т. д. (географическая гр. мин. сек) условная (прямоугольная метрическая) МСК-РФ (прямоугольная метрическая) только WGS84 (географическая гр. мин. сек)
сбор информации сеть опорных приемников наземный сегмент GNSS опорный приемник (1 базовая станция) сеть базовых референцных станций сеть опорных приемников
Оператор Частная компания Государство (в лице Министерства обороны) Частное лицо Частная компания Частная компания
Информация ЭВИ Фазовая фазовая фазовая ЭВИ

PPP LCP Configuration Option Types

Registration Procedure(s)
IETF Review
Reference
Note
The Point-to-Point Protocol (PPP) Link Control Protocol (LCP)
specifies a number of Configuration Options which are distinguished by
an 8 bit Type field.
    
Available Formats
Type Configuration Option Reference
Vendor Specific
1 Maximum-Receive-Unit
2 Async-Control-Character-Map
3 Authentication-Protocol
4 Quality-Protocol
5 Magic-Number
6 DEPRECATED (Quality-Protocol)
7 Protocol-Field-Compression
8 Address-and-Control-Field-Compression
9 FCS-Alternatives
10 Self-Describing-Pad
11 Numbered-Mode
12 DEPRECATED (Multi-Link-Procedure)
13 Callback
14 DEPRECATED (Connect-Time)
15 DEPRECATED (Compound-Frames)
16 DEPRECATED (Nominal-Data-Encapsulation)
17 Multilink-MRRU
18 Multilink-Short-Sequence-Number-Header
19 Multilink-Endpoint-Discriminator
20 Proprietary []
21 DCE-Identifier
22 Multi-Link-Plus-Procedure
23 Link Discriminator for BACP
24 LCP-Authentication-Option []
25 Consistent Overhead Byte Stuffing (COBS) []
26 Prefix elision
27 Multilink header format
28 Internationalization
29 Simple Data Link on SONET/SDH
30 Unassigned

Description

PPP is commonly used as a data link layer protocol for connection over synchronous and asynchronous circuits, where it has largely superseded the older Serial Line Internet Protocol (SLIP) and telephone company mandated standards (such as Link Access Protocol, Balanced (LAPB) in the X.25 protocol suite). The only requirement for PPP is that the circuit provided be duplex. PPP was designed to work with numerous network layer protocols, including Internet Protocol (IP), TRILL, Novell’s Internetwork Packet Exchange (IPX), NBF, DECnet and AppleTalk. Like SLIP, this is a full Internet connection over telephone lines via modem. It is more reliable than SLIP because it double checks to make sure that Internet packets arrive intact. It resends any damaged packets.

PPP is a layered protocol that has three components:

  1. An encapsulation component that is used to transmit datagrams over the specified physical layer.
  2. A Link Control Protocol (LCP) to establish, configure, and test the link as well as negotiate settings, options and the use of features.
  3. One or more Network Control Protocols (NCP) used to negotiate optional configuration parameters and facilities for the network layer. There is one NCP for each higher-layer protocol supported by PPP.

Automatic self configuration

LCP initiates and terminates connections gracefully, allowing hosts to negotiate connection options. It is an integral part of PPP, and is defined in the same standard specification. LCP provides automatic configuration of the interfaces at each end (such as setting datagram size, escaped characters, and magic numbers) and for selecting optional authentication. The LCP protocol runs on top of PPP (with PPP protocol number 0xC021) and therefore a basic PPP connection has to be established before LCP is able to configure it.

After the link has been established, additional network (layer 3) configuration may take place. Most commonly, the Internet Protocol Control Protocol (IPCP) is used, although Internetwork Packet Exchange Control Protocol (IPXCP) and AppleTalk Control Protocol (ATCP) were once popular.[citation needed] Internet Protocol Version 6 Control Protocol (IPv6CP) will see extended use in the future, when IPv6 replaces IPv4 as the dominant layer-3 protocol.

Multiple network layer protocols

PPP architecture
IP
LCP CHAP PAP EAP IPCP
PPP encapsulation
HDLC-like Framing PPPoE PPPoA
RS-232 POS Ethernet ATM
SONET/SDH

PPP permits multiple network layer protocols to operate on the same communication link. For every network layer protocol used, a separate Network Control Protocol (NCP) is provided in order to encapsulate and negotiate options for the multiple network layer protocols. It negotiates network-layer information, e.g. network address or compression options, after the connection has been established.

For example, Internet Protocol (IP) uses the IP Control Protocol (IPCP), and Internetwork Packet Exchange (IPX) uses the Novell IPX Control Protocol (IPX/SPX). NCPs include fields containing standardized codes to indicate the network layer protocol type that the PPP connection encapsulates.

The following NCPs may be used with PPP:

Looped link detection

PPP detects looped links using a feature involving magic numbers. When the node sends PPP LCP messages, these messages may include a magic number. If a line is looped, the node receives an LCP message with its own magic number, instead of getting a message with the peer’s magic number.

PPP-кадр

Каждый кадр PPP всегда начинается и завершается байтом 0x7E. Затем следует байт адреса и байт управления, которые тоже всегда равны 0xFF и 0x03, соответственно. В связи с вероятностью совпадения байтов внутри блока данных с зарезервированными флагами существует система автоматической корректировки «проблемных» данных с последующим восстановлением.

Флаг 0x7E Адрес 0xFF Управление 0x03 Данные Контрольная сумма Флаг 0x7E
1 1 1 1494 2 1

Поля «Флаг», «Адрес» и «Управление» (заголовок кадра HDLC) могут быть опущены и не передаваться, но это произойдёт, если PPP в процессе конфигурирования (используя LCP) договорится об этом. Если PPP инкапсулирован в L2TP-пакеты, то поле «Флаг» не передаётся.

Преимущества PPP RTK

отказ от использования подключения к сетям базовых станций или отсутствие необходимости в установке своей полевой базовой станции

Важно помнить, что одной из составляющих процесса вычисления моделей является сеть постоянно действующих сетей базовых станций. И чем больше станций в регионе работ, тем быстрее будет сходиться решение и тем меньше будут погрешности. возможность работы в любой точке земного шара в режиме реального времени от геостационарных спутников

В большинстве районов Российской Федерации, где отсутствует покрытие сетей базовых станций, геостационарные спутники, которые передают данные PPP-RTK, находятся достаточно низко над горизонтом (возвышение 10-20 градусов) на южном направлении. Даже небольшая высотная преграда может прервать получение поправок и выполнение работ с требуемой точностью. схожая с традиционным RTK точность получения решения. В среднем оно находится на уровне 5-10 см. Данная точность требует достаточного времени на сходимость, если в районе работ отсутствуют станции, которые передают данные в реальном времени в центр обработки Также необходимо принимать во внимание, что координаты получаются на текущую эпоху системы координат ITRF. Для получения координат в местных системах все также необходимо производить определение параметров перехода от текущей эпохи к местной системе координат. экономия на покупке базового приемника или подключении к сети станций Подобные сервисы (PPP-RTK) являются платными, годовое подключение обычно дороже стоимости подключения к сети базовых станций. Если умножить стоимость подключения сервиса на средний нормативный срок службы приёмников, то получится, что за те же деньги можно приобрести базовую станцию и выполнять работы независимо в любом месте на территории Российской Федерации. При использовании УКВ необходимо руководствоваться действующими законами.


С этим читают