Результат интеллектуальной деятельности: СПОСОБЫ ДЛЯ ОБЕСПЕЧЕНИЯ PLMN-ИДЕНТИФИКАТОРА ШЛЮЗА СЕТИ ПАКЕТНОЙ ПЕРЕДАЧИ ДАННЫХ ДЛЯ УЗЛА RAN

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННУЮ ЗАЯВКУ (ЗАЯВКИ)

[001] Данная заявка испрашивает приоритет по предварительной заявке на патент США № 61/827,343, поданной 24 мая 2013. Раскрытие сущности изобретения упомянутой заявки включено в данный документ в полном объеме путем отсылки.

ОБЛАСТЬ ТЕХНИКИ

[002] Данное раскрытие сущности изобретения относится к обеспечению PLMN-идентификатора для узла сети радиодоступа (radio access network - RAN).

УРОВЕНЬ ТЕХНИКИ

[003] RAN может улучшить свое управление радиоресурсами посредством знания сервисов, используемых в данный момент беспроводными устройствами связи (называемыми здесь «пользовательское оборудование (user equipment - UE)»), которые обслуживаются RAN. В 3GPP, такая функция называется SIRIG (что означает идентификацию Сервисов для улучшенного использования радиоресурсов для GERAN), причем идентификацию сервисов обеспечивают для RAN (например, обеспечивают для базовой станции RAN или контроллера радиосети в RAN) посредством узла базовой сети (core network node - CN), содержащего объект управления мобильностью (Mobility Management Entity - MME), или обслуживающего узла поддержки GPRS (serving GPRS support node - SGSN).

[004] В то время как в настоящее время SIRIG определена только для сетей радиодоступа GSM/EDGE (GSM EDGE Radio Access Network – GERAN), SIRIG может быть распространена на другие технологии радиодоступа (radio access technology - RAT), например, универсальную систему мобильной связи (universal mobile telecommunications system - UMTS), технологию долгосрочной эволюции (long term evolution - LTE), и т.д.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[005] Согласно аспекту данного изобретения, способ в системе связи включает в себя первый узел базовой сети (core network node - CN), второй CN, устройство базовой станции, обслуживающее пользовательское оборудование (user equipment - UE), и шлюз сети пакетных данных (packet data network gateway - PGW), связанный с UE, причем этот способ выполняется первым CN. Этот способ включает в себя прием первым CN информационного элемента идентификатора конечной точки туннеля (tunneling endpoint identifier - TEID) от второго CN, причем информационный элемент TEID содержит множество полей. Одно из множества полей включает в себя идентификатор мобильной сети наземной связи общего пользования (Public Land Mobile Network - PLMN) PGW. Этот способ дополнительно включает в себя пересылку первым CN принятого PLMN-идентификатора к устройству базовой станции.

[006] Согласно другому аспекту данного изобретения, способ в системе связи включает в себя SGSN, базовую станцию, обслуживающую пользовательское оборудование (user equipment - UE), RNC, управляющий базовой станцией, и шлюз сети пакетных данных (packet data network gateway - PGW), связанный с UE, причем этот способ выполняется посредством SGSN. Этот способ включает в себя получение SGSN PLMN-идентификатора (ID) PGW. Этот способ дополнительно включает в себя передачу ID PLMN от SGSN к RNC.

[007] Согласно другому аспекту данного изобретения, способ в системе связи включает в себя первый узел базовой сети (core network node - CN), устройство базовой станции, обслуживающее пользовательское оборудование (user equipment - UE), и шлюз сети пакетных данных (packet data network gateway - PGW), связанный с UE, причем этот способ выполняется первым CN. Этот способ включает в себя получение первым CN PLMN-идентификатора PGW. Этот способ дополнительно включает в себя пересылку первым CN сообщения к устройству базовой станции. Это сообщение включает в себя: (i) информационный элемент, содержащий ID PLMN PGW; и (ii) информационный элемент идентификатора канала (носителя) радиодоступа (radio access bearer - RAB), включающий в себя данные, идентифицирующие RAB.

[008] Согласно другому аспекту данного изобретения, способ в системе связи включает в себя первый узел базовой сети (core network node - CN), второй CN, и шлюз сети пакетных данных (packet data network gateway - PGW), связанный с пользовательским оборудованием (user equipment - UE). Этот способ выполняется первым CN и включает в себя кодирование первым CN идентификатора мобильной сети наземной связи общего пользования (Public Land Mobile Network identifier – PLMN ID) PGW в Ключевом поле TEID/GRE информационного элемента F-TEID. Этот способ дополнительно включает в себя передачу первым CN информационного элемента F-TEID, содержащего ID PLMN, ко второму CN.

[009] Функция SIRIG поддерживает как сценарий роуминга, так и сценарий совместного использования сети. (См. SP-120252 и SP-120483). Решение для поддержки сценария роуминга описано в секции 5.3.5.3 в TS 23.060 3GPP следующим образом:

«Когда SGSN в режиме обслуживания A/Gb принимает SCI в пакете GTP-U, он копирует его, без модификации его значения, в информационный элемент интерфейса Gb, который отправляется посредством SGSN в нисходящем пакете пользовательских данных интерфейса Gb для доступа к GERAN. Для обеспечения возможности GERAN отобразить SCI в режиме RRM, нисходящий пакет пользовательских данных интерфейса Gb также несет ID HPLMN (в параметре IMSI) и дополнительную информацию, добавляемую SGSN, которая указывает на то, назначен ли SCI посредством GGSN/P-GW, например, в опорной PLMN или в гостевой PLMN. Отсутствие дополнительной информации является указанием на SCI, обеспеченный VPLMN

GERAN в режиме A/Gb использует информацию от SGSN для определения того, отображать ли, и каким образом отображать, SCI, для соответствующего режима RRM. Если GERAN не выполнена с возможностью отображения SCI для информации, обеспеченной SGSN, то тогда GERAN будет обрабатывать пакет плоскости пользователя стандартно, т.е., GERAN игнорирует SCI.

ПРИМЕЧАНИЕ 4: при отправке нисходящих пакетов GTP-U, существуют некоторые переходные периоды, когда информация о «текущей RAT» для пользователя может быть некорректной у GGSN/P-GW, например, после хэндовера от (E)UTRAN к GERAN, или если MS находится в режиме бездействия с активной ISR, или если MS находится в режиме бездействия и расположена в Области Маршрутизации, содержащей соты GERAN и UTRAN. В этих случаях, GERAN в режиме A/Gb может принимать первые нисходящие пакеты пользовательских данных без Указателя Класса Сервиса».

[0010] Таким образом, BS, на основе знания международного опознавательного кода мобильного абонента (international mobile subscriber identity - IMSI) и дополнительной информации, указывающей на то, назначен ли ввод данных под управлением пользователя (subscriber controlled input - SCI) посредством GGSN/P-GW (например, опорной PLMN или гостевой PLMN), интерпретирует семантику SCI и применяет соответствующие режимы управления радиоресурсами (radio resource management - RRM). Но, приведенное выше решение может иметь проблему при распространении функции SIRIG на LTE и UMTS, поскольку enodeВ (eNB) не имеет знаний о IMSI. Таким образом, это решение не работает для LTE.

[0011] Когда используют Прямой Туннель в 3G или 4G, маршрут пересылки полезной информации может быть RNC/eNB –SGW –PGW, что указывает на то, что SGW должен вставить такую «дополнительную информацию, указывающую на то, назначен ли SCI посредством GGSN/P-GW, например, в опорной PLMN или в гостевой PLMN». Когда Прямой Туннель не используют, маршрут пересылки полезной информации может быть RNC – SGSN – SGW – PGW, что указывает на то, что SGSN должен вставить такую «дополнительную информацию, указывающую на то, назначен ли SCI посредством GGSN/P-GW, например, в опорной PLMN или в гостевой PLMN».

[0012] Поскольку как RNC, так и eNB поддерживают концепцию Сервиса Предоставления Канала (где сервис предоставления канала UMTS описан в TS 23.107 3GPP, а канал EPS описан в секции 4.7 в TS 23.401), SGW или MME/SGSN может информировать RNC или eNB о PLMN PGW (т.е., PLMN, в которой расположен PGW), для каждого контекста канала в пределах данного соединения PDN. SGW или MME/SGSN может информировать RNC/eNB о PLMN PGW во время, например, процедуры назначения RAB и процедуры перемещения SRNS в 3G (или во время процедуры установления начального контекста UE/E-RAB и процедуры хэндовера в LTE). Как RNC, так и eNB не имеют концепции уровня соединения PDN, а имеют только контекст канала в пределах соединения PDN.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0013] Фиг. 1 показывает иллюстративную систему связи 100, в которой реализованы варианты осуществления данного раскрытия сущности изобретения;

[0014] Фиг. 2-9 показывают иллюстративные последовательности операций, в которых реализованы варианты осуществления данного раскрытия сущности изобретения; и

[0015] Фиг. 10 показывает иллюстративную блок-схему иллюстративного узла базовой сети.

ПОДРОБНОЕ ОПИСАНИЕ

[0016] Данное раскрытие сущности изобретения относится к обеспечению PLMN-идентификатора для узла сети радиодоступа (radio access network - RAN). В вариантах осуществления, данное изобретение обеспечивает возможность поддержки роуминга для SIRIG, когда оно используется для UMTS и LTE. Таким образом, по сравнению с существующим решением, один или несколько вариантов осуществления являются значительно более эффективными при обеспечении информации о PLMN для каждого контекста канала, а не для каждого пакета GTP-U, что очень сильно уменьшает нагрузку по обработке в eNB 114, RNC 106, SGSN 108, SGW 118, как показано на фиг. 1. Данное раскрытие сущности изобретения также обеспечивает возможность пересылки информации во время процедур хэндовера, полезной для решений SIRIG в UTRAN и E-UTRAN.

[0017] I. Внедренный PLMN-идентификатор в адресе плоскости пользователя

[0018] Перед тем, как данные плоскости пользователя могут быть переданы к UE 128 (см. Фиг. 1), должен быть установлен маршрут плоскости пользователя, т.е. канал. Установление канала может произойти во время одной или нескольких следующих процедур: начального подключения (в E-UTRAN 112 на фиг. 1), TAU с использованием Активного флага, активизации контекста PDP, RAU с использованием флага Отслеживать-по-запросу, перемещения SRNS (RAB должен быть установлен в целевой RAN перед вхождением в нее UE), и т.д.

[0019] SGW 118 (3G при использовании DT или 4G для EPS), SGSN 108 (когда DT не используется в 3G), или GGSN 110 (3G, когда DT используется, но соединен с SGSN Gn/Gp), обеспечит адрес пересылки плоскости пользователя (IP-адрес + TEID = F-TEID) для RAN через MME 116/SGSN 108 (посредством S1-MME и интерфейса Iu).

[0020] Для 3G и при использовании прямого туннеля (или для 4G), SGW обеспечит идентификатор(ы) F-TEID SGW для плоскости пользователя для каждого контекста канала. Идентификатор(ы) F-TEID будут переданы посредством SGSN 108 или MME 116 во время процедуры назначения RAB или во время процедуры установления начального контекста UE/E-RAB для RNC 106 или eNB 114. Эти идентификатор(ы) F-TEID SGW использует посредством RNC 106 и eNB 114 для отправки любых восходящих данных плоскости пользователя. Во время процедуры перемещения SRNS в 3G или процедуры хэндовера в LTE, целевой SGSN 108 или MME 116 обеспечивает для SGW 118 F-TEID плоскости пользователя, принятый либо от исходного MME 116/SGSN 108 (в случае неперемещения SGW), либо от нового SGW (в случае перемещения SGW).

[0021] Данное раскрытие сущности изобретения предполагает, что SGW 118 внедряет PLMN-идентификатор (ID PLMN) в F-TEID SGW, когда его отправляют к MME 116/SGSN 108, причем внедренный ID PLMN идентифицирует PLMN PGW 120 (т.е., PLMN, в которой PGW расположен), связанного с UE 128. Это показано на фиг. 2, которая показывает SGW 118, принимающий сообщение запроса создания сеанса от MME 116 (или SGSN 108) и, затем, отправляющий ответное сообщение создания сеанса к MME 116/SGSN 108, который создает ответное сообщение создания сеанса, которое включает в себя информационный элемент F-TEID, который содержит поле, содержащее ID PLMN.

[0022] F-TEID является существующим информационным элементом, описанным в секции 8.22 TS 29.274 следующим образом:

8.22 Полностью уточненный TEID (F-TEID)

Полностью уточненный идентификатор конечной точки туннеля (Fully Qualified Tunnel Endpoint Identifier - F-TEID) кодируют, как показано на фиг. 8.22-1.

[0023] Октеты 6-9 (называемые также Ключевым полем TEID/GRE) кодируют для TEID, причем ID PLMN PGW 120 может быть внедрен согласно конфигурации оператора. А именно, ID PLMN PGW 120 может быть закодирован в ключевом поле TEID/GRE информационного элемента F-TEID.

[0024] Для 3G, когда прямой туннель не используется, SGSN 108 обеспечит F-TEID SGSN для RNC 106 во время процедуры назначения RAB (это показано на фиг. 3). Таким образом, SGSN 108 может внедрить информацию о PLMN PGW 120 для данного соединения PDN в F-TEID SGSN, как описано выше.

[0025] Для унаследованного SGSN Gn/Gp, взаимодействующего с GGSN в другой PLMN, при использовании прямого туннеля, GGSN может внедрить ID PLMN GGSN для данного PDP в TEID GGSN на плоскости пользователя, который будет передан посредством SGSN Gn/Gp к RNC 106, как описано на фиг. 4. Изменения этапа 2 для текущих спецификаций могут потребоваться для описания того, что TEID, передаваемый к RNC 106 или eNB, содержит информацию о ID HPLMN и ID VPLMN, соответствующие PGW 120, где установлен RAB.

[0026] Когда используется непрямая пересылка данных во время процедуры хэндовера/перемещения SRNS, и когда SGW 118, выбранный для пересылки данных, НЕ является базовым SGW, передающий SGW не имеет знаний об информации о PLMN PGW 120, таким образом, эти пакеты, принимаемые через непрямой туннель, могут не быть связанными с информацией о PLMN, следовательно, они не могут быть корректно обработаны. Это требует, при установлении непрямого туннеля, чтобы SGSN 108/MME 116 либо не использовали небазовые SGW, либо сообщали передающему данные SGW информацию о PLMN PGW 120. Это предполагает изменение протокола – для добавления информации о PLMN PGW 120 в сообщение GTP «Создать сообщение запроса непрямого туннеля пересылки данных» (“Create Indirect Data Forwarding Tunnel Request message”), так что, когда передающий данные SGW 118 распределяет F-TEID SGW для пересылки данных, он может внедрить такую информацию о PLMN PGW в F-TEID SGW.

[0027] II. Обеспечение ID PLMN во время установления канала

[0028] Также можно обеспечить ID PLMN PGW 120, обслуживающего UE 128, для RNC 106 или eNB 114, во время процедуры назначения RAB и процедуры перемещения SRNS (для 3G) или процедуры установления начального контекста UE/E-RAB и процедуры хэндовера (для 4G), посредством SGSN 108 или MME 116.

[0029] Процедура для процедуры назначения RAB для 3G описана в секции 12.7.4.1 TS 23.060 «Процедура Назначения RAB с использованием Gn/Gp» (RAB Assignment Procedure Using Gn/Gp) и в секции 8.2.2 TS 25.413 и показана на фиг. 5.

[0030] В сообщение запроса назначения RAB (RAB Assignment Request), включен новый IE, предпочтительно называемый «PLMN PGW/GGSN», и связанный с каждым RAB. Добавление нового IE PLMN PGW/GGSN в сообщение запроса назначения RAB показано в Таблице 1. Фиг. 6 иллюстрирует узел базовой сети (core network node – CN), передающий сообщение, относящееся к типу запроса назначения RAB, к RNC 106. Сообщение запроса назначения RAB включает в себя ID PLMN PGW, обслуживающего UE, для которого идентифицирован RAB в этом сообщении.

[0031] MME может обеспечить для eNB 114 ID PLMN с использованием сообщения, относящегося к типу Запроса на Установление Начального Контекста (Initial Context Setup Request), как показано на фиг. 7. Добавление нового IE PLMN PGW/GGSN в сообщение УСТАНОВЛЕНИЯ НАЧАЛЬНОГО КОНТЕКСТА показано в Таблице 2.

[0032] MME 116 может обеспечить для eNB 114 ID PLMN с использованием сообщения, относящегося к типу Запроса на Установление E-RAB (E-RAB Setup Request), как показано на фиг. 8. Добавление нового IE PLMN PGW 120/GGSN 110 в сообщение ЗАПРОСА НА УСТАНОВЛЕНИЕ E-RAB показано в Таблице 3. После пересылки PLMN PGW 120/GGSN 110 к обслуживающей RAN согласно вышеупомянутому варианту осуществления, существует также необходимость пересылки такой информации во время процедур хэндовера через разные базовые станции. Это должно быть выполнено как для UTRAN 102, так и для E-UTRAN 112, и как для хэндоверов на основе сети (т.е., хэндоверах S1 или RANAP), так и для хэндоверов прямого интерфейса, таких как хэндоверы X2 или Iur. Процедура хэндовера S1 для E-UTRAN 112 описана в секции 5.5.1.2.2 TS23.401, и она показана на фиг. 9. В альтернативных вариантах осуществления, эквивалентная процедура существует для хэндоверов на основе RANAP UTRAN.

[0033] Дополнительно, если применим непрямой туннель, то целевая RAN должна также прилагать принятую PLMN PGW 120 через Запрос на Хэндовер (Handover Request) и Запрос на Перемещение (Relocation Request) к этому соответствующему туннелю для пересылки данных.

[0034] Новый IE PLMN PGW должна быть добавлен к сообщению ЗАПРОСА НА ХЭНДОВЕР для пересылки к целевой RAN ID PLMN PGW, связанного с переключаемым RAB. Пример того, как такой новый IE может быть включен, показан на фиг. 4. Эквивалентная модификация может быть применена к UTRAN 102 посредством добавления IE «PLMN PGW/GGSN» с использованием сообщения RANAP: ЗАПРОС НА ПЕРЕМЕЩЕНИЕ.

[0035] В случае, если мобильность для E-UTRAN 112 и UTRAN 102 не включает в себя CN (т.е., мобильность на основе X2 или Iur), то новая информация может быть добавлена к соответствующим сообщениям мобильности. Для E-UTRAN 112 процедура хэндовера X2 описана в секции 10.1.2.1.1 TS36.300. Эквивалентная процедура, перемещение SRNS, существует для UTRAN по интерфейсу Iur.

[0036] Для UTRAN 102, новый IE PLMN PGW должен быть добавлен к сообщению ТРЕБУЕТСЯ ХЭНДОВЕР (HANDOVER REQUIRED), для пересылки к целевой RAN ID PLMN PGW 120, связанного и переключаемым RAB. Пример того, как такой новый IE может быть включен, показан в Таблице 5: пример включения нового IE «PLMN PGW» в сообщение X2: ЗАПРОС НА ХЭНДОВЕР (см. TS36.423).

[0037] В случае UTRAN 102, новый IE PLMN PGW/GGSN должен быть добавлен в сообщение RNSAP: Улучшенный Запрос на Перемещение (Enhanced Relocation Request) и, конкретно, в IE «Улучшенная Необходимая Информации о Перемещении» (Enhanced Relocation Information Required) RANAP, определенный в TS25.413. Пример того, как это может быть обеспечено, показан в Таблице 6: Пример включения нового IE «PLMN PGW/GGSN» в IE «Улучшенная Необходимая Информации о Перемещении» RANAP, включенный в сообщение RNSAP: Улучшенный Запрос на Перемещение (см. TS25.423).

[0038] Новая информация в отношении ID PLMN PGW 120/GGSN 110, связанная с переключаемым RAB, может быть отправлена для каждого RAB.

[0039] Информация, добавляемая к сообщениям и процедурам, упомянутым выше, не должна быть ограничена ID PLMN PGW 120/GGSN 110, с которым связан RAB. Такая информация может включать в себя любое указание, которое позволяет RAN понять, какие действия следует предпринять после приема указателя, подобного SIRIG. Например, добавленная информация может состоять из указания индекса, указывающего на конкретную политику SIRIG, что позволяет RAN понять политику RRM для использования пакетов с конкретными указателями SIRIG.

[0040] III. Иллюстративный сетевой узел

[0041] Фиг. 10 показывает блок-схему иллюстративного сетевого узла. Как показано на фиг. 10, узел базовой сети включает в себя: систему 402 обработки данных (data processing system - DPS), которая может включать в себя один или несколько процессоров 455 (P) (например, микропроцессоров) и/или одну или несколько схем, таких как специализированная интегральная схема (application specific integrated circuit - ASIC), матрицы программируемых логических вентилей (Field-programmable gate array - FPGA), и т.д.; сетевой интерфейс 403 для соединения сетевого узла с сетью 130; систему 406 хранения данных, которая может включать в себя одну или несколько машиночитаемых сред для хранения данных, таких как энергонезависимое устройство памяти (например, накопитель на жестких дисках, флэш-память, оптический диск, и т.д.) и/или энергозависимые устройства хранения данных (например, динамическое оперативное запоминающее устройство (dynamic random access memory - DRAM)).

[0042] В вариантах осуществления, в которых система 402 обработки данных включает в себя процессор 455 (например, микропроцессор), может быть обеспечен компьютерный программный продукт 433, причем этот компьютерный программный продукт включает в себя: машиночитаемый программный код 443 (например, команды), который реализует компьютерную программу, хранящуюся на машиночитаемой среде 442 системы 406 хранения данных, такой как, но не ограниченной этим, магнитная среда (например, жесткий диск), оптическая среда (например, DVD), устройства памяти (например, память с произвольным доступом), и т.д. В некоторых вариантах осуществления, машиночитаемый программный код 443 выполнен таким образом, чтобы при выполнении посредством системы 402 обработки данных, код 443 обеспечивал выполнение системой 402 обработки данных этапов, описанных здесь.

[0043] В некоторых вариантах осуществления, сетевой узел выполнен с возможностью выполнения этапов, описанных выше, без потребности в коде 443. Например, система 402 обработки данных может состоять только из специализированного аппаратного обеспечения, такого как одна или несколько специализированных интегральных схем (application specific integrated circuit - ASIC). Следовательно, признаки данного изобретения, описанные выше, могут быть реализованы в аппаратном обеспечении и/или программном обеспечении. Например, в некоторых вариантах осуществления, функциональные компоненты сетевого узла, описанного выше, могут быть реализованы посредством системы 402 обработки данных, исполняющей программный код 443, посредством системы 402 обработки данных, функционирующей независимо от какого-либо компьютерного программного кода 443, или посредством любой подходящей комбинации аппаратного обеспечения и/или программного обеспечения.

[0044] В то время как выше описаны различные аспекты и варианты осуществления данного раскрытия сущности изобретения, следует понимать, что они представлены только в качестве примера, а не ограничения. Таким образом, объем охраны и объем данного раскрытия сущности изобретения не должен быть ограничен никакими из описанных выше иллюстративных вариантов осуществления. Кроме того, любая комбинация элементов, описанных в данном раскрытии сущности изобретения, во всех возможных своих вариантах охвачена данным раскрытием сущности изобретения, если иное не указано здесь, и если это не противоречит контексту.

[0045] Дополнительно, в то время как процессы, описанные здесь и показанные в чертежах, показаны в виде последовательности этапов, это было сделано только для иллюстрации. Таким образом, предполагается, что некоторые этапы могут быть добавлены, некоторые этапы могут быть опущены, порядок этапов может быть реорганизован, и некоторые этапы могут быть выполнены параллельно.

ТАБЛИЦЫ

[0046] Таблица 1 является иллюстративной таблицей включения нового IE «PLMN PGW/GGSN» в сообщение ЗАПРОСА НАЗНАЧЕНИЯ RAB (RAB ASSIGNMENT REQUEST) (см. TS25.413). Таблица 2 является иллюстративной таблицей включения нового IE «PLMN PGW/GGSN» в сообщение УСТАНОВЛЕНИЯ НАЧАЛЬНОГО КОНТЕКСТА (INITIAL CONTEXT SETUP) (см. TS36.413). Таблица 3 является иллюстративной таблицей включения нового IE «PLMN PGW» в сообщение ЗАПРОСА НА УСТАНОВЛЕНИЕ E-RAB (E-RAB SETUP REQUEST) (см. TS36.413). Таблица 4 является иллюстративной таблицей включения нового IE «PLMN PGW» в сообщение ЗАПРОСА НА ХЭНДОВЕР (HANDOVER REQUEST) (см. TS36.413). Таблица 5 является иллюстративной таблицей включения нового IE «PLMN PGW» в сообщение X2: ТРЕБУЕТСЯ ХЭНДОВЕР (HANDOVER REQUIRED) (см. TS36.423). Таблица 6 является иллюстративной таблицей включения нового IE «PLMN PGW/GGSN» в IE «Улучшенная Информация Перемещения» (Enhanced Relocation Information) RANAP, включенный в сообщение RNSAP: «Улучшенный Запрос на Перемещение» (Enhanced Relocation Request) (см. TS25.423). Таблица 7 является иллюстративной таблицей сообщения «Запрос на Назначение RAB» (RAB Assignment Request) с использованием нового IE для ID PLMN. Таблица 8 является иллюстративной таблицей, показывающей сообщение «Запрос на Установление Начального Контекста» (Initial Context Setup Request) с использованием нового IE для ID PLMN. Таблица 9 является иллюстративной таблицей, показывающей ЗАПРОС НА УСТАНОВЛЕНИЕ E-RAB (E-RAB SETUP REQUEST) с использованием нового IE для ID PLMN.