Кратко

  • Наборы пилотов, SectorID и ANID относятся к радио- и доступной сети. PAR получает кандидата NAR только после сопоставления этих данных с актуальной операторской топологией.
  • Предиктивное полномочие зависит от очередности. Если HI приходит в NAR после UNA, RFC 5271 предписывает отклонить подготовку и перейти к реактивному поведению.

Сначала возникает направление, а не маршрут

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

Эта картина говорит о движении в физическом пространстве. На уровне IP возможны разные последствия. Если новый сектор принадлежит той же сети доступа, внутренние интерфейсы могут провести перемещение без повторного создания связи с маршрутизатором. Если сектор обслуживает другой PDSN, старое соединение закрывается и нужен новый трафиковый канал. В модели RFC 5271 PDSN выполняет роль маршрутизатора доступа.

Радиоизмерение не содержит принадлежность сектора к PDSN. Её даёт управляемая оператором связь между сектором, сетью доступа, маршрутизатором, адресом и префиксом.

Ранний сигнал выигрывает время. Он не получает от этого право называться маршрутом.

Одинаковая длина не создаёт одинакового смысла

SectorID имеет 128 бит и может быть записан в форме IPv6-адреса. Он связан с радиосектором и смещением PN-кода, а не является IPv6-адресом NAR. В базе данных визуально похожие значения должны оставаться в разных пространствах имён.

ANID строится из операторских SID, NID и PZID и занимает пять октетов. Он обозначает область сети доступа, пересечение которой влияет на перерегистрацию. Это не глобальное имя PDSN.

Набор пилотов — вовсе не постоянный идентификатор, а наблюдение с кандидатами и оценками в определённый момент. RFC также относит к вспомогательным сведениям данные соты, обслуживающие узлы RAN, местоположение при наличии и сведения о подсети.

Если свести всё к полю targetId, исчезнут условия истинности. Нужны тип, домен оператора, момент наблюдения, поколение топологии, правило сопоставления, альтернативы и срок действия.

Опция переносит байты, а не подтверждённый вывод

Общая схема FMIPv6 предполагает адрес канального уровня новой точки доступа. В 3G CDMA его может не быть. Поэтому RFC 5271 определяет Handover Assist Information Option, Mobility Option типа 29: код 1 для ANID, код 2 для SectorID и явная длина значения.

Узел без поддержки должен считать опцию непрозрачной и не отбрасывать из-за неё сообщение. Это обеспечивает расширяемость. Правило не доказывает, что следующий потребитель распознал пространство имён или выбрал свежую таблицу.

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

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

Флаг R описывает возможность, а не этот прогноз

В предиктивном режиме мобильный узел отправляет FBU и получает FBAck ещё на линии PAR. PAR связывается с NAR, настраивает пересылку и позволяет заранее буферизовать пакеты. В реактивном режиме FBU отправляется уже с новой линии.

Управляемая сетью сотовая передача подходит для прогноза, когда место и время известны достаточно рано. Если следующий AR нельзя определить своевременно, RFC считает реактивный режим более подходящим.

Флаг R в PrRtAdv говорит о поддержке: установленный означает только реактивный режим, снятый — оба режима. Он не утверждает, что конкретный SectorID сопоставлен правильно или узел действительно придёт к выбранному NAR.

Предиктивный FBU должен уйти до закрытия старого соединения. Пропущенная граница меняет допустимую процедуру; её нельзя исправить переименованием позднего события.

Поздний HI теряет предиктивный смысл

В правильной последовательности PAR принимает FBU, отправляет HI в NAR, получает HAck и начинает пересылку. NAR готовит буфер. Затем мобильный узел меняет линию, заканчивает подключение и отправляет UNA, после чего подготовленные пакеты можно выдать.

Перегрузка способна задержать FBU или HI. Тогда NAR сначала видит UNA, то есть свидетельство прибытия, и только потом получает команду, которая должна была это прибытие подготовить.

RFC 5271 рекомендует ответить HAck с отказом в handover и действовать реактивно. Правильный формат, доверенный канал и совпадающие идентификаторы не возвращают сообщению место в прошлом.

В журнале нужен локальный порядок приёма и обработки HI и UNA. Внешние временные отметки недостаточны из-за расхождения часов, очередей и повторов. Два события со статусом valid без порядка позволяют построить несуществующий успех.

Выбранный NAR ещё не стал новой линией

Мобильный узел вкладывает вспомогательные данные в RtSolPr. PAR использует их для определения NAR и возвращает в PrRtAdv его адрес и префикс. Узел формирует предполагаемый NCoA и запускает подготовку через FBU.

Лишь затем закрывается старая радиосвязь, назначается новый канал и выполняется процедура подключения 3G CDMA. В примере RFC присутствуют PPP LCP, CHAP или PAP, AAA, согласование IPv6CP, link-local-адрес, Router Advertisement, префикс и CoA; DHCPv6 может дать параметры начальной настройки. BU/BA с домашним агентом идёт ещё позже.

Если NAR выбирает префикс для каждой линии, ранний NCoA может быть временным, а правильный обязан назначить NAR. Предварительный выбор PAR этого не доказывает.

Буфер тоже не доказывает доставку. Можно подготовить туннель без успешного доступа, пройти аутентификацию без выдачи пакетов или завершить сетевую процедуру без непрерывности приложения.

MN ID решает корреляцию, а не вопрос личности

На соединении точка-точка может отсутствовать ожидаемый канальный адрес мобильного узла. Mobile Node Identifier Option типа 30 разрешает использовать NAI или IMSI в предусмотренных местах.

Это связывает протокольные сообщения в пределах операторской сети. Значение не доказывает завершение PPP, правильность NCoA или личность человека для любой бизнес-цели. CHAP/PAP и решение AAA относятся к последующей фазе подключения.

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

Нельзя переносить доказательство поздней аутентификации назад и объявлять им ранний прогноз NAR верным.

Историческое отображение требует современной основы

RFC 5271 опубликован как Informational в 2008 году и опирался на RFC 5268 и RFC 3775. RFC 5568 заменил RFC 5268, а RFC 6275 — RFC 3775. Современное применение технологического отображения необходимо читать вместе с актуальными базовыми документами и реестром IANA.

RFC 4907 формулирует более общий принцип: указание линии — это подсказка со своей семантикой, доверием и фильтрацией. Скорость поступления не присваивает ему смысл решения верхнего протокола.

Продукт может верно кодировать тип 29 и ошибаться из-за устаревшей топологии. Он может проверить HI и проигнорировать, что тот пришёл после UNA. Соответствие формату и корректность исполняемого поведения — разные утверждения.

Доказательство живёт в полной последовательности

Принцип приоритета исполняемого кода Lu Heng требует видеть не зелёную надпись «fast handover», а цепь: радионаблюдение, именованный домен, поколение топологии, выбор NAR, режим, локальный порядок HI/UNA, реальное подключение, адрес и доставка.

Слои реальности не должны заимствовать полномочия друг у друга. Сила сигнала — физический факт. SectorID — имя в радиотопологии. ANID — область доступа. NAR — результат сопоставления. IMSI — корреляция. AAA — аутентификация линии. NCoA — адресное состояние. Получение пакета — результат.

Абстракция «целевой маршрутизатор» надёжна, только если от неё можно вернуться к наблюдению, домену, версии, кандидатам и сроку. Если путь заканчивается на prediction=true, неопределённость лишь скрыта интерфейсом.

Источники