УСОВЕРШЕНСТВОВАНИЕ УСЛУГ МИНИМИЗАЦИИ ТЕСТИРОВАНИЯ В ДВИЖЕНИИ
IMPROVED TESTING MINIMIZATION SERVICES IN MOTION

Область техники
Настоящее изобретение относится к измерениям, выполняемым в связи с так называемой функцией минимизации тестирования в движении (MDT, Minimization of Drive Tests), предложенной для мобильной связи, в частности, в стандартах, опубликованных организацией 3GPP, например, в версии «Release 10» или «Rel-10».
Уровень техники
В качестве примера, в документе ЕР 2763455 А1 описан способ мобильной связи с поддержкой функции MDT.
В состоянии RRC_CONNECTED установлено соединение уровня управления радиоресурсами (RRC, Radio Resource Control) для передачи данных к устройству пользователя (UE, User Equipment) и от него, а мобильностью устройства UE управляет инфраструктура при содействии устройства UE. Иными словами, на основе результатов измерений, собранных устройством UE и полученных от него, средства инфраструктуры могут инициировать хэндовер от одной базовой станции (eNB, Evolved Node В) к другой.
В состоянии RRC_IDLE мобильностью управляет исключительно само устройство UE. Иными словами, на основе результатов измерений, собранных устройством UE, само устройство UE непрерывно проверяет наличие поблизости сот радиосвязи, более подходящих для ожидания в них вызова устройством UE. Устройство UE в состоянии RRC_IDLE должно периодически оповещать инфраструктуру об изменениях его области отслеживания (чтобы гарантировать достижимость в случае вызова).
Подробные сведения о состоянии устройства UE в сети LTE и об изменении его состояния (включая аспекты, связанные с различными технологиями радиодоступа (RAT, Radio Access Technology)) приведены в разделе 4.2 документа 3GPP TS 36.331.
Как показано на рис. 13.1-1 в документе 3GPP TS 36.300, канал EPS/E-RAB соответствует уровню гранулярности для управления качеством обслуживания (QoS, Quality of Service) на уровне канала в сети EPC/E-UTRAN. Иными словами, для потоков данных услуг (SDF, Service Data Flow), объединенных в один канал EPS, применяется одинаковая обработка при пересылке пакетов на уровне канала (например, политика планирования, политика управления очередью, политика формирования скорости передачи, конфигурация уровня RLC и т.д.).
Поток SDF соответствует группе IP-потоков, связанных с услугой, используемой пользователем, а канал EPS соответствует IP-потокам объединенных потоков SDF с одинаковым классом качества QoS, например, «Голосовая связь» (Conversational), «Потоковая передача в реальном времени» (Real Time Streaming) или «Качество по мере возможности» (Best Effort). Документ 3GPP TS 23.203 содержит перечень стандартизированных идентификаторов классов качества QoS (QCI, QoS Class Identifier) и соответствующие примеры услуг (см. таблицу 1).
Один канал EPS/E-RAB устанавливается, когда устройство UE подключается к сети пакетной передачи данных (PDN, Packet Data Network), и этот канал сохраняется на протяжении всего времени существования PDN-соединения, чтобы обеспечить для устройства UE постоянное IP-соединение с этой сетью PDN. Такой канал называется каналом по умолчанию. Любой дополнительный канал EPS/E-RAB, установленный с той же сетью PDN, называется специализированным каналом. Первоначальные значения параметра качества QoS канального уровня для канала по умолчанию назначаются сетью в зависимости от данных подписки. Решение относительно установления или модификации специализированного канала может приниматься только сетью ЕРС и значения параметра качества QoS канального уровня всегда назначаются сетью ЕРС.
Канал EPS/E-RAB называется каналом с гарантированной скоростью передачи данных (GBR, Guaranteed Bit Rate), если выделенные сетевые ресурсы, относящиеся к значению GBR, связанному с каналом EPS/E-RAB, выделены постоянно (например, с помощью функции управления допуском в станции eNodeB) при установлении/модификации канала. В противном случае канал EPS/E-RAB называется каналом с негарантированной скоростью передачи данных (Non-GBR). Специализированный канал может представлять собой канал GBR или канал Non-GBR, а канал по умолчанию должен быть каналом Non-GBR.
В таблице 1 приведены характеристики стандартизированных идентификаторов QCI для соединений GBR и Non-GBR в упрощенной форме без сигнализации для полудуплексной связи и критически важной сигнализации, а также без характеристик данных.
Функция MDT, введенная в стандарте 3GPP Rel-10, позволяет операторам использовать оборудование пользователей для сбора результатов радиоизмерений и соответствующей информации о местоположении для оценки рабочих характеристик сети при одновременном снижении эксплуатационных расходов (ОРЕХ, Operational Expenditure), связанных с традиционным тестированием в движении. Таким образом, в отличие от обычной конфигурации измерений для управления радиоресурсами (RRM, Radio Resource Management), с использованием функции MDT сеть способна конфигурировать измерения, не имеющие отношения к обеспечению текущего обмена данными между узлом eNodeB и устройством UE. Функция MDT конфигурирует устройство UE для сбора результатов измерений и соответствующей отчетности согласно потребностям оператора при долгосрочном управлении сетью. Основное назначение функции MDT в версии Rel-10 заключается в оптимизации покрытия. Тем не менее, простые радиоизмерения не позволяют с легкостью оценивать подверженную влиянию большого количества различных факторов производительность современных беспроводных сетей пакетной передачи данных, сложность которых постоянно увеличивается. Поэтому в стандарте 3GPP Rel-11 функция MDT была усовершенствована для обеспечения более полного представления производительности сети путем добавления к назначению функции MDT проверки качества QoS.
В документе 3GPP TS 37.320 определены два варианта функции MDT: Immediate-MDT (немедленная MDT) и Logged-MDT (отсроченная MDT). В первом случае возможно конфигурирование функции MDT и предоставление отчетов, когда устройство UE работает в режиме RRC_CONNECTED. Предоставление результатов измерений MDT представляет собой часть непрерывно выполняемых обычных операций предоставления отчетов RRM. Во втором случае устройство UE конфигурируется для сбора результатов измерений в состоянии RRC_IDLE и предоставления отчетов в более поздний момент времени (после возврата устройства в режим работы RRC_CONNECTED). Для хранения файлов журналов MDT в устройствах UE требуется по меньшей мере 64 килобайтов памяти. Файл журнала MDT может содержать список результатов измерений (таких как значения мощности принятого опорного сигнала (RSRP, Reference Signal Received Power) или качества принятого опорного сигнала (RSRQ, Reference Signal Received Quality) для соты, в которой устройство UE ожидает вызова, и некоторые результаты измерений, собранные для соседних сот с другими несущими частотами и технологиями RAT), а также соответствующие отметки времени и местоположения.
Как указано выше, описанная в стандарте Rel-11 функция MDT предназначена для определения способов проверки качества QoS. Работа в области измерения качества QoS для конечного пользователя была сосредоточена на измерении скорости передачи данных только для определения статистики данных вида Non-GBR. Тем не менее, во многих беспроводных сетях операторов мобильной связи, помимо потоков данных Non-GBR, планируется использование потоков данных GBR (например, речи и видео при мультимедийной телефонии (MMTEL, MultiMedia Telephony), как описано ниже). Подобно другим типовым услугам, предоставляемым операторами мобильной связи, речь/видео MMTEL требуется непрерывно контролировать и особым образом оптимизировать (при необходимости). В процессе текущей работы над версией Rel-13 рабочая группа 3GPP RAN2 исследует, способна ли определенная в настоящее время функция MDT эффективно поддерживать сбор статистики для потока данных вида речь/видео MMTEL. Первые результаты этого исследования показывают, что текущая реализация функции MDT может оказаться недостаточной.
Функции опорной сети для конфигурирования функции MDT (включая команды, указывающие на то, какого вида устройства должны выбираться станцией eNB для измерений MDT и куда должны отправляться собранные отчеты MDT) основываются на имеющихся функциональных средствах отслеживания, что описано в документе 3GPP TS 32.422. На основании рис. 4.1.2.12.2 из этого документа выполнена фиг.1, где показано, что конфигурация MDT, основанная на отслеживании, сначала передается от администратора элементов (ЕМ, Element Manager) к станции eNB, а затем через радиоинтерфейс передается устройству UE, где собирается первый набор результатов измерений MDT. Шаги 1-3 указывают на сохранение параметров управления и конфигурации отслеживания в соответствующем элементе. Шаг 4 указывает на запуск станцией eNB сеанса регистрации отслеживания (т.е. некоторые результаты измерений MDT могут собираться станцией eNB тотчас после выполнения шага 4). Затем станция eNB может конфигурировать устройства UE на основе конфигурации MDT, полученной им от администратора ЕМ. С этой целью для каждого такого устройства UE может использоваться пара сообщений RRC «Перенастройка соединения RRC» (RRC Connection Reconfiguration) и «Перенастройка соединения RRC завершена» (RRC Connection Reconfiguration Complete). Шаг 5 представляет сбор результатов измерений устройством UE.
Станция eNB также отвечает за получение результатов измерений MDT от соответствующего устройства UE. Устройство UE может отправить станции eNB собранные им результаты измерений MDT в ходе выполнения обычной процедуры предоставления результатов измерений RRM. Эта процедура представлена на фиг. 2, основанной на документе TS 32.422. Как показано на фиг. 2, на шаге 6 станция eNB может объединять результаты измерений MDT, полученные от выбранного устройства UE, (т.е. результаты измерений, собранные в устройстве UE) с результатами измерений MDT, собранными на стороне станции eNB для того же устройства UE, например, в направлении восходящего канала. На шаге 6 станция eNB также может сохранять журналы MDT в записях отслеживания. Затем станция eNB использует механизм предоставления отчетов MDT для передачи отчетов MDT (например, в виде записей отслеживания) элементу сбора данных отслеживания (ТСЕ, Trace Collection Entity) (серверу MDT). Эта передача может осуществляться либо непосредственно, либо через администратора ЕМ.
В документах 3GPP TS 32.421 и TS 32.422 описана так называемая функция отслеживания.
Функция отслеживания может использоваться (например, в рамках функции MDT) для передачи результатов радиоизмерений администратору ЕМ и/или элементу ТСЕ, как описано выше. Помимо этой специальной задачи, решаемой с использованием отслеживания, данная функция используется во всей сети для следующей цели.
С помощью функции отслеживания сеть мобильной связи способна получать копию всех сообщений сигнализации некоторого абонента, которые передавались между следующими элементами: сервер HSS, элемент ММЕ, шлюз S-GW и шлюз P-GW. Эти элементы сети могут конфигурироваться администратором ЕМ так, чтобы пересылать сообщения сигнализации (т.е. отправлять их копии) элементу ТСЕ. Такие сообщения о конфигурации передаются, например, во время выполнения процедуры подключения устройства UE («UE attach»), от элемента управления мобильностью (ММЕ, Mobility Management Entity) к шлюзу S-GW и от шлюза S-GW к шлюзу P-GW.
На фиг. 3, которая воспроизведена с рис. 4.1.2.10.1 из документа 3GPP TS 32.422, показано, как так называемый сеанс отслеживания может быть сконфигурирован и запущен элементом ММЕ в обслуживающем шлюзе (SGW (S-GW), Serving GateWay) и в шлюзе сети пакетной передачи данных (PGW (P-GW), Packet Data Network GateWay) с использованием сообщений с запросом на создание сеанса (Create Session Request Message). Такое сообщение инициируется устройством UE, запрашивающим подключение к сети и выделение первого канала «по умолчанию». Конфигурация отслеживания распространяется от шлюза S-GW к шлюзу P-GW вместе с конфигурацией конкретного устройства UE для настройки канала и с другой информацией.
Для полноты понимания фиг. 3, следует отметить, что функция отслеживания первоначально инициируется сервером отслеживания (в данном случае системы EMS) через сервер домашних абонентов (HSS, Home Subscriber Server) (т.е. через базу данных абонентов оператора), поскольку обычно отслеживание инициируется или в отношении местоположения (отслеживание в определенной зоне), или в отношении абонента (отслеживание конкретного абонента), а база данных абонентов оператора представляет собой первую точку входа, содержащую информацию о текущем местоположении абонентов или об элементе ММЕ, обслуживающем конкретную зону. Затем элемент ММЕ распространяет сеанс отслеживания на соответствующие элементы сети - шлюз S-GW, шлюз P-GW и станцию eNB.
Упомянутая выше телефония MMTEL представляет собой глобальный стандарт на основе мультимедийной IP-подсистемы (IMS, IP Multimedia Subsystem), который регламентирует совмещенную стационарную и мобильную мультимедийную связь в реальном времени с использованием медиа-возможностей, таких как речь, видео в реальном времени, передача файлов и обмен изображениями, аудио- и видеоклипы. Телефония MMTEL также объединяет услуги связи и услуги «присутствия». Как описано в документе 3GPP TS 24.173 (Услуга мультимедийной телефонии подсистемы IMS и дополнительные услуги), телефония MMTEL состоит из двух основных частей: часть основной связи и часть опциональных дополнительных услуг. Услуга MMTEL обеспечивает динамичность использования мультимедийных компонентов: протоколы позволяют начинать сеанс связи с одним или несколькими мультимедийными компонентами и добавлять и/или удалять эти компоненты в течение сеанса. С точки зрения слоя доступа (AS, Access Stratum), динамический характер трафика MMTEL означает, что несколько радиоканалов (RB, Radio Bearer) с различными идентификаторами QCI, используемых в одном сеансе MMTEL, а также фактическое количество активных каналов RB могут изменяться при выполнении одного вызова MMTEL.
Система мобильной связи может обеспечивать объединение различных технологий RAT в общей опорной сети (CN, Core Network). В предыдущих версиях системы LTE абонент не имел возможности осуществлять связь с одновременным использованием различных систем доступа (например, сотового радиоинтерфейса и радиоинтерфейса WiFi). Абонент мог установить одно или несколько соединений с сетью пакетной передачи данных (PDN) и весь трафик, формируемый и/или потребляемый абонентом, направлялся через одну систему доступа (технологию RAT), независимо от того, к какому PDN-соединению этот трафик относится. Затем для поддержки непрерывности сеанса для любых приложений была обеспечена повышенная мобильность между доступом 3GPP и доступом через беспроводную локальную сеть (WLAN, Wireless Local Area Network) в рамках так называемого рабочего момента 3GPP Wireless Local Area Network Interworking (I-WLAN) (Взаимодействие сетей 3GPP и WLAN). Но динамическое переключение или распределение IP-потоков при этом оставалось невозможным.
В настоящее время становятся общедоступными мобильные устройства с несколькими беспроводными интерфейсами (например, 3GPP, WLAN и т.д.), в которых выполняются самые разные приложения. Некоторые приложения лучше работают с использованием первой системы доступа (например, системы доступа 3GPP), другие приложения лучше работают с использованием дополнительной второй системы доступа (например, системы доступа, отличной от 3GPP). В качестве примера можно привести передачу файлов по протоколу FTP через сеть WiFi параллельно с передачей речи по протоколу IP (VoIP, Voice over Internet Protocol) через сеть LTE.
Для поддержки этих новых сценариев консорциум 3GPP исследует решения в области мобильности IP-потоков, т.е. возможности динамической маршрутизации потоков IP-трафика (формируемого и/или потребляемого одним и тем же или различными приложениями) через определенные системы доступа. Подробности этого исследования описаны в документе 3GPP TS 23.861.
Согласно стандарту 3GPP Rel-12, функция MDT обеспечивает сбор результатов измерений «запланированной пропускной способности IP-сети» для каждого ресурсного блока (RB, Resource Block) в станции eNB (в восходящем и нисходящем направлении). К результатам измерений также могут добавляться значения QCI соответствующих блоков RB. Поскольку услуги различного вида могут использоваться одновременно (или по меньшей мере частично перекрываться в течение некоторого периода времени), то услуги двух (или более) видов также могут совместно использовать один идентификатор QCI, как показано на фиг. 4. В качестве примера на фиг. 4 показаны различные потоки SDF с разными идентификаторами QCI, перекрывающимися во времени. Как видно, потоки SDF#1 и SDF#4 с одинаковым идентификатором QCI частично перекрываются и вследствие одинаковых требований к параметрам QoS могут отображаться в один и тот же блок RB. Информация, описывающая вид услуги, связанной с конкретным блоком RB, в настоящее время отсутствует в результатах измерений MDT. Результаты измерений MDT содержат лишь измеренную «запланированную пропускную способность IP-сети» для каждого блока RB и могут дополнительно указывать, какой идентификатор QCI был назначен этому блоку RB.
Тем не менее, одних сведений об идентификаторе QCI недостаточно для получения из результатов измерений MDT информации, относящейся к конкретной услуге. Следовательно, с использованием существующих способов в рамках функции MDT невозможны измерения трафика MMTEL (т.е. доступные в настоящее время результаты измерений пропускной способности IP-сети всегда относятся к совокупности услуг различных видов).
Вид услуги для каждого потока SDF, показанного на фиг. 4, может соответствовать таблице 2.
Как показано в таблице 2, для потоков SDF#1 и SDF#4 (голосовой связи и речи MMTEL, соответственно) используется идентификатор QCI 1.
C
Различные мультимедийные компоненты могут динамически добавляться и/или удаляться в течение одного сеанса связи. Когда различные потоки SDF требуют одинакового идентификатора QCI и отображаются в один и тот же блок RB (как в случае речи MMTEL в сочетании с голосовой связью согласно фиг. 4 и таблице 2), было бы полезно иметь предназначенные для конкретных услуг триггеры измерений MDT и/или триггеры предоставления отчетов (или события для конкретных услуг, такие как признаки пуска/останова в отчете), поскольку блок RB продолжает существовать, когда один поток SDF (поток SDF #1 в представленном выше примере) становится неактивным (момент времени t на фиг. 4).
Без информации об этих триггерах или событиях для конкретных услуг невозможно измерение и предоставление отчетов для одного потока SDF независимо от другого потока SDF и в силу этого невозможны измерения трафика MMTEL независимо от потока данных GBR другого вида (или нескольких видов) с теми же требуемыми параметрами качества QoS, что приводит к неточным результатам измерений.
Эти триггеры не известны ни одному элементу, кроме устройства UE и шлюза Р-GW, соответственно.
Результаты измерений производительности на IP-потоках, которые могут динамически передаваться с использованием систем доступа 3GPP (например, интерфейса LTE Uu) и систем доступа, отличных от 3GPP (например, WiFi), могут быть искажены вследствие переключения между различными трактами передачи данных в неоднородной среде систем доступа. Для достоверной оценки в более поздний момент времени результаты измерений, собранные на IP-потоках, передаваемых с использованием систем доступа 3GPP (первой системы доступа), должны быть отличимыми от результатов, собранных с использованием систем доступа, отличных от 3GPP (второй системы доступа).
В документе WO 201211005 4А1 описаны измерения в отношении конкретных услуг для минимизации тестирования в движении, где устройство UE формирует тестовый трафик с целью выполнения измерений для активной услуги.
В документе US 20140113656 описана возможность некоторых измерений, выполняемых в узлах опорной сети и/или определенной сети радиодоступа (RAN, Radio Access Network).
Раскрытие изобретения
В настоящем изобретении реализован способ выполнения устройством UE измерений с целью оценки производительности сети, предпочтительно измерений MDT. Способ включает в себя прием устройством UE информации о конфигурации, обеспечивающей информацию для управления измерениями в отношении конкретных услуг и для управления связыванием отчетов об измерениях, выполняемых устройством UE, с идентификатором потока услуги и/или с указателем того, относится измерение к одному потоку данных услуги или к множеству потоков данных услуг.
Способ включает в себя прием сообщения о конфигурации управления радиоресурсами, содержащего информацию о конфигурации для обеспечения измерений в отношении конкретных потоков данных услуг. Информация о конфигурации может быть включена в информационный элемент конфигурации измерений.
Предоставление устройством UE отчета об измерениях радиоканала инициируется, когда происходит одно из следующих событий: средняя скорость передачи данных становится больше порогового значения, средняя скорость передачи данных становится меньше порогового значения, уровень заполнения буфера становится больше порогового значения и уровень заполнения буфера становится меньше порогового значения.
В качестве альтернативы, способ может включать в себя прием информации о конфигурации в сообщении управления сеансом, при этом информация о конфигурации содержит, например, определение измерений, которые должны выполняться устройством UE, и определение критериев для предоставления отчетов. Критерии для предоставления отчетов могут обеспечивать инициирующую (триггерную) информацию для предоставления отчета об измерениях радиоканала, когда происходит одно из следующих событий: средняя скорость передачи данных становится больше порогового значения, средняя скорость передачи данных становится меньше порогового значения, уровень заполнения буфера становится больше порогового значения и уровень заполнения буфера становится меньше порогового значения.
Информация о конфигурации может обеспечивать информацию о выполнении измерений в случае использования нескольких технологий радиодоступа. Кроме того, измерения могут связываться с идентификатором потока услуги и/или с указателем того, относится измерение к одному потоку данных услуги или к множеству потоков данных услуг.
В изобретении также реализовано оборудование опорной сети, способное формировать соответствующие сообщения для подачи устройствам UE команды на выполнение таких измерений MDT.
Согласно другому аспекту изобретения реализован способ выполнения устройством UE измерений в неоднородной системе доступа с целью оценки производительности сети, предпочтительно измерений MDT. Способ включает в себя прием устройством UE информации о конфигурации, обеспечивающей информацию для управления измерениями в отношении конкретных услуг, и выполнение измерений в отношении конкретных потоков данных услуг, при этом информация о конфигурации указывает на то, какая из множества технологий радиодоступа должна использоваться для измерений.
Оборудование опорной сети мобильной связи само может быть способно выполнять измерения радиоканала для оценки производительности сети, в частности, измерения MDT, таким образом, чтобы эти измерения обеспечивали сбор результатов измерений в отношении конкретных услуг.
В изобретении также реализовано устройство пользователя, способное выполнять измерения радиоканала для оценки производительности сети, в частности, измерения MDT, таким образом, чтобы эти измерения обеспечивали сбор результатов измерений в отношении конкретных услуг.
Известная услуга MDT и/или функция отслеживания усовершенствована следующим образом.
Конфигурация MDT усовершенствована, чтобы обеспечить сбор результатов измерений в отношении конкретных услуг и связывание результатов измерений либо с использованием списка идентификаторов потоков данных услуг, либо просто путем указания того, что отчет об измерениях относится к одному или к нескольким потокам данных услуги.
Элемент опорной сети мобильной связи (например, усовершенствованный администратор ЕМ некоторого вида) способен конфигурировать в шлюзе P-GW и устройстве UE:
- измерения в отношении конкретных услуг;
- события для измерений в отношении конкретных услуг;
- основанное на событиях или регулярное предоставление отчетов об измерениях в отношении конкретных услуг.
Устройство UE и шлюз P-GW способны:
- выполнять измерения в отношении конкретных услуг;
- обнаруживать события для измерений в отношении конкретных услуг;
- предоставлять отчеты об измерениях в отношении конкретных услуг либо в зависимости от событий, либо регулярно (в соответствии с конфигурацией).
Элемент опорной сети мобильной связи (например, усовершенствованный элемент ТСЕ некоторого вида) способен собирать и оценивать результаты измерений в отношении конкретных услуг, принятые от устройства UE и шлюза P-GW.
В настоящее время устройство UE и станция eNB уже обеспечивают измерения для функции MDT, поскольку известные измерения связаны с сетью радиодоступа. Устройство UE и станция eNB представляют собой два конечных узла радиоинтерфейса и, следовательно, обладают информацией, необходимой для сконфигурированных измерений.
Изобретение предусматривает, что частью измерений MDT должна быть информация уровня услуг, следовательно, должны использоваться соответствующие оконечные сетевые узлы, обладающие информацией о различных услугах в пределах одного канала.
Таким образом, результаты измерений MDT в отношении конкретных услуг собираются соответствующим устройством UE (вариант на основе устройства UE) и/или соответствующим шлюзом P-GW (вариант на основе шлюза P-GW).
В изобретении используются свойства потока SDF, т.е. потоки, реально различаемые функцией MDT, определяются опорной сетью с применением фильтров трафика, которые в этом изобретении используются известным образом без дополнительных подробностей.
Предлагаются два альтернативных варианта осуществления изобретения.
Для измерений MDT в отношении конкретных услуг к результатам измерений в отчете MDT добавляется идентификатор SDF или несколько идентификаторов SDF. При необходимости в отчете предоставляются значения нескольких измерений для нескольких услуг, тогда как известные решения предусматривают включение в отчет лишь одного значения.
Для связывания результатов измерений MDT формируются теги с целью их включения в отчеты об измерениях MDT. Теги могут содержать список услуг (идентификаторы SDF), к которым относятся имеющиеся в отчете отдельные результаты измерений. В качестве альтернативы, теги могут просто указывать элементу ТСЕ (серверу MDT) на то, что отчет является однородным (т.е. относится к одной услуге) или комбинированным (смешанным) (т.е. относится к нескольким услугам).
Для варианта на основе шлюзе P-GW сообщения для настройки и модификации каналов усовершенствованы так, чтобы обеспечить предоставление отчетов MDT на уровне услуг. В предложенных усовершенствованиях предприняты меры, чтобы не изменять архитектуру сети мобильной связи сверх необходимого и по возможности использовать имеющиеся средства. Альтернативой может быть определение нового сообщения, позволяющего конфигурировать измерения на уровне услуг в шлюзе P-GW независимо от настройки и модификации канала. Подробное описание этого варианта опущено в этом изобретении для краткости.
Для варианта на основе устройстве UE также требуется усовершенствование имеющихся способов конфигурирования и предоставления отчетов, чтобы обеспечить отчетность для уровня услуг.
Для указания услуг в пределах канала может использоваться известное определение потока SDF для различных услуг, данные которых передаются в одном канале (т.е. для этого изобретения не требуется новое определение потока). Например, в случае известности потока SDF потоки могут различаться до степени детализации 5-элементного IP-кортежа (IP-адрес и номер порта источника, IP-адрес и номер порта назначения, используемый протокол передачи данных), но потоки также могут определяться только по протоколу передачи данных, только по IP-адресу назначения или по диапазону номеров порта TCP. Тем не менее, другое определение услуг может быть полезно в будущих сетях, основанных на механизмах, отличных от типовой IP-адресации и маршрутизации.
С учетом динамического распределения IP-потока по различным трактам передачи данных в неоднородной среде технологий радиодоступа (например, доступа 3GPP, такого как интерфейс LTE Uu, дополненного доступом, отличным от 3GPP, таким как WiFi) предлагается разрешить предотвращение сбора результатов измерений и/или связывание результатов измерений, если поочередно используются (или использовались) несколько систем доступа или если измеряемый IP-поток переключается (или переключался) с одной системы доступа на другую систему доступа.
Изобретение обеспечивает ряд преимуществ. Например, результаты измерений MDT для запланированной пропускной способности IP-сети больше не относятся к сочетанию нескольких активных услуг, отображаемых в конкретный радиоканал, как для идентификатора QCI #1 в таблице 3.
Вместо этого можно собирать результаты измерений MDT в отношении конкретных услуг, или результаты измерений MDT могут быть дополнены списком соответствующих услуг, или, по меньшей мере, они могут быть помечены как комбинированные результаты измерений MDT, чтобы их можно было легко отличить от однородных результатов измерений MDT.
В таблице 3 представлен пример отчета об измерениях MDT для результатов измерений запланированной пропускной способности IP-сети в соответствии с известными решениями. Он не содержит информации в отношении конкретных услуг, только результаты измерений для соответствующих идентификаторов QCI.
Благодаря предложенным усовершенствованиям сеть мобильной связи способна контролировать производительность в отношении каждой отдельной услуги для каждого отдельного абонента и даже динамически настраивать сетевые ресурсы и радиоресурсы в соответствии с текущими потребностями (при этом итоговая настройка не входит в задачу функции MDT). В результате повышается эффективность сети и улучшается впечатление пользователя от услуг.
Например, новая услуга позволяет оператору настраивать измерения и отчетность для качества потокового видео YouTube в определенной зоне, чтобы оператор мог анализировать жалобы пользователей на плохое впечатление от услуги.
Кроме того, возможно обнаружение искажений результатов измерений вследствие распределения IP-потока по различным трактам передачи данных в неоднородной среде технологий доступа (например, доступа 3GPP, такого как интерфейс LTE Uu, дополненного доступом, отличным от 3GPP, таким как WiFi). В одном варианте осуществления изобретения возможен выбор интересующей системы доступа (например, для сбора результатов измерений и предоставления отчетов). В другом варианте осуществления изобретения возможно предотвращение сбора искаженных результатов измерений до предоставления отчета.
Краткое описание чертежей
Далее лишь в качестве примеров описаны предпочтительные варианты осуществления изобретения со ссылкой на приложенные чертежи.
На фиг. 1 представлена известная процедура MDT.
На фиг. 2 представлен один из аспектов известной процедуры MDT.
На фиг. 3 представлен фрагмент схемы передачи сообщений из стандарта 3GPP.
На фиг. 4 представлено несколько потоков SDF с соответствующими идентификаторами QCI в зависимости от времени.
На фиг. 5 представлена схема передачи сообщений для первого варианта осуществления настоящего изобретения.
На фиг. 6 представлено известное сообщение с запросом контекста канала.
На фиг. 7 представлено сообщение с запросом контекста канала для второго варианта осуществления настоящего изобретения.
На фиг. 8 представлена схема модифицированного способа предоставления отчетов согласно настоящему изобретению.
На фиг. 9 представлена схема передачи сообщений в сети мобильной связи.
На фиг. 10 приведен вариант схемы, представленной на фиг. 9.
На фиг. 11 приведен еще один вариант схемы, представленной на фиг. 9.
Осуществление изобретения
На фиг. 5 показана передача сервером MDT или сервером отслеживания, называемым администратором ЕМ, элементу ММЕ через базу данных абонентов (сервер HSS) триггерного сообщения, обеспечивающего информацию об абоненте и его местоположении, для конфигурирования функции MDT. Элемент ММЕ может рассматриваться как центральный элемент управления опорной сети, инициирующий выполнение функции MDT управляемой им подсетью.
Согласно известному применению функции MDT, элемент ММЕ инициирует начало отслеживания измерения (или нескольких измерений) в устройстве UE (или в группе устройств UE) соответствующей станцией eNB, а станция eNB настраивает соответствующее измерение (или несколько измерений) посредством соответствующих сообщений уровня RRC (см. фиг. 1).
Для улучшения работы функции MDT с информацией уровня услуг предусмотрены два альтернативных подхода к сигнализации.
Вариант 1. Существующие конфигурации измерений MDT усовершенствованы путем включения в них описания измерений уровня услуг.
Этот вариант предусматривает внесение очень ограниченных изменений в используемую в настоящее время структуру сообщения. Тем не менее, для него требуется, чтобы протокол RRC принимал и интерпретировал информацию уровня услуг, которую в соответствии с моделью уровня ISO/OSI протокол RRC не должен обрабатывать. Более подробное описание приведено ниже.
Вариант 2. Новые конфигурации измерений MDT вводятся на уровне слоя, не связанного с предоставлением доступа (NAS, Non-Access Stratum), т.е. выше уровней радиоканалов.
Этот вариант требует нового определения элементов измерения в сообщениях слоя NAS и, таким образом, требует больших изменений текущей сигнализации слоя NAS, в которой в настоящее время не используется информация об измерениях. Тем не менее, текущее определение вариантов маршрутизации по IP-потокам включает в себя структуры, которые могут быть усовершенствованы при ограниченном влиянии на соответствующие сообщения. Кроме того, оконечная точка протокола NAS в опорной сети представляет собой элемент ММЕ. Более подробное описание приведено ниже. Вариант 1. Усовершенствованная конфигурация измерений на уровне RRC В этом варианте результаты измерений в отношении конкретных услуг включаются в существующие сообщения конфигурации RRC. Существующие способы конфигурирования измерений RRM описаны в документе TS 36.331, раздел 5.5.1. Согласно этому варианту расширяется соответствующая конфигурация объектов измерения (Measurement Objects Configuration) и конфигурация отчетности (Reporting Configuration).
В существующую конфигурацию измерений RRC добавляется новый объект измерения «Измерения потока данных услуги» (SDF-измерения, Service Data Flow Measurements). Этот объект используется для конфигурирования измерений конкретных потоков конкретных каналов (или групп таких потоков). Для потока SDF может настраиваться только один новый объект «SDF-измерения». Измеряемый количественный показатель основан на скорости передачи данных (пиковая, средняя), частоте поступления и передачи пакетов (пиковая, средняя) и размере пакета (максимальный, минимальный, средний).
Кроме того, добавлена новая информация о конфигурации отчетности, позволяющая настраивать триггерные события для предоставления отчетов и описание содержащихся в отчете количественных показателей.
Следующие описания информационных элементов включают в себя содержимое традиционного сообщения с конфигурацией RRC и пояснительный текст с подчеркнутыми изменениями (удаленный текст помечен многоточиями). Описание выполнено на языке абстрактной синтаксической нотации версии 1 (ASN.l, Abstract Syntax Notation), используемом в спецификации RRC. Описание содержимого расположено в иерархическом порядке, но для удобочитаемости полужирным шрифтом помечены ссылки на элемент, подробная информация для которого приводится ниже.
Информационные элементы обеспечивают вариант конфигурации измерений, максимально соответствующий существующими сообщениям конфигурации. Изобретение не ограничивается конкретной сигнализацией и возможны другие способы передачи устройству UE той же конфигурации измерений для уровня услуг.
Текущая конфигурация измерений RRC раздельно определяет объекты измерения (объекты, в которых должны выполняться измерения, например, соты) и отчеты об измерениях (Measurements Reports) (триггер для времени предоставления отчета и содержание отчета). Конфигурация измерений объединяет объекты измерений и отчеты об измерениях и связывает такое объединение с уникальном идентификатором измерения. Это позволяет сопоставлять один объект измерения с несколькими отчетами, например, чтобы иметь несколько триггеров для измерения одной и той же соты. И наоборот, можно сопоставлять один отчет с несколькими объектами, чтобы отправлять отчет одного вида, относящийся к различным измерениям.
В соответствии с этим общим подходом определены объекты измерения, основанные на каналах EPS и соответствующих идентификаторах каналов, а также на потоке данных услуги в каналах EPS. Поток данных услуги определяется на основе существующего определения шаблона потока трафика (подробные сведения приведены в описании варианта 2), тем не менее, могут использоваться и другие определения потока, указанные в описании сообщения как условная конструкция, допуская и другие идентификаторы, здесь не обсуждаемые. Указание на поток данных услуги не является обязательным, но позволяет определять измерения и триггеры для всего канала EPS, не указывая конкретного потока.
Для отчетности определены четыре новых события (см. «ReportConfigEPSbearer» ниже) на основе скорости передачи данных и уровня заполнения буфера. Каждое событие может применяться для соответствующих объектов. Следующие принципы применяются для предлагаемых в изобретении измерений.
Если измерение уровня заполнения буфера связано с каналом EPS в целом, то измерения выполняются и отчеты предоставляются в отношении буфера передачи радиоинтерфейса (т.е. буфера уровня управления радиоканалом (RLC, Radio Link Control)).
Если уровень заполнения буфера измеряется в отношении конкретных потоков (которые неизвестны или различаются по радиоинтерфейсу и связанным буферам), то измерения выполняются и отчеты предоставляются в отношении буферов транспортного уровня, например, буферов TCP соответствующих IP-потоков.
Для указания скорости передачи данных в сигнализацию можно добавить интервал усреднения скорости передачи данных. Этот параметр опускается для краткости примеров и предполагается использование отличного от нуля фиксированного интервала, например, 100 мс.
Конфигурация отчетности содержит параметр Measurement Quantity (измеряемая величина), указывающий на то, должна ли предоставляться информация о скорости передачи данных, буфере канала (уровень 2) и буфере потока (уровень 4). Это дает возможность инициировать предоставление отчетов только для одного из измерений, но если происходит триггерное событие, отчет содержит результаты для измерений по выбору, которые могут отличаться от измерений, инициирующих предоставление отчета.
MeasConfig
Информационный элемент (IE) MeasConfig задает измерения, которые должны выполняться устройством UE, и относится к мобильности для одной несущей частоты, для различных несущих частот и для различных технологий RAT, а также конфигурацию пауз между измерениями в отношении конкретного канала EPS и измерениями в отношении потока данных конкретной услуги.
MeasObjectToAddModList
Информационный элемент MeasObjectToAddModList содержит список объектов измерений для добавления или модификации.
MeasObiectEPSbearer
Информационный элемент MeasObjectEPSbearer указывает информацию о конкретном канале EPS и потоке данных услуги.
ReportConfigToAddModList
Информационный элемент ReportConfigToAddModList содержит список конфигураций отчета для добавления или модификации.
ReportConfigEPSbearer
Информационный элемент ReportConfigEPSbearer задает критерии для триггерного события, инициирующего предоставление отчета об измерениях канала EPS. События для предоставления отчета об измерениях канала EPS обозначаются символами EN, где N равно 1, 2 и т.д.
Событие E1: Средняя скорость передачи данных превышает абсолютное пороговое значение.
Событие Е2: Средняя скорость передачи данных падает ниже абсолютного порогового значения.
Событие Е3: Уровень заполнения буфера превышает относительное пороговое значение.
Событие Е4: Уровень заполнения буфера падает ниже относительного порогового значения.
Вариант 2. Новые конфигурации измерений MDT на уровне услуг
В этом варианте информация о конфигурации MDT/измерений включена в сообщения управления сеансом и в соответствующие информационные элементы (т.е. в слой NAS).
Несмотря на то, что изобретение описано со ссылкой на функцию MDT, изобретение не ограничивается этим и распространяется на другие формы измерений соединения.
Усовершенствования протокола управления сеансом согласно изобретению (см. фиг. 7) обеспечивают, например, сообщение «Запрос на активацию контекста выделенного канала EPS», которое согласно этому изобретению может содержать новую конфигурацию измерений MDT для конкретного канала (так называемого канала EPS) с информацией о конфигурации, указывающей для каких потоков или групп потоков результаты измерений должны предоставляться в отчетах раздельно и/или теги какого вида должны включаться в отчеты об измерениях.
Сообщение «Запрос на активацию контекста выделенного канала EPS» (и другие сообщения управления сеансом) содержит известный информационный элемент шаблона потока трафика (TFT, Traffic Flow Template), используемый для предоставления устройству UE и шлюзу P-GW информации о маршрутизации. Подробные сведения о структуре соответствующего сообщения приведены в документах 3GPP TS 24.301, раздел 8.3.3 (сообщение) и TS 24.008, раздел 10.5.6.12 (информационный элемент шаблона TFT). В шаблоне TFT определены несколько фильтров пакетов, включая соответствующий идентификатор фильтра пакетов для последующих ссылок. Каждый фильтр описывает потоки данных, для которых применяется специальная маршрутизация. Первоначальное назначение шаблона TFT не связано с настоящим изобретением, но в изобретении использовано описание потоков, включая идентификатор. Определение потоков данных основано на коллекции критериальных параметров, в качестве примеров которых можно привести IP-адрес источника, IP-адрес назначения, номер порта (или несколько номеров портов), диапазон портов (или несколько диапазонов портов), вид услуги, параметры безопасности и виды меток потоков. На фиг. 6 представлена схема сообщения управления сеансом с описанием известного шаблона TFT. На фиг. 7 представлено усовершенствованное сообщение управления сеансом для измерений MDT.
Для примера эффективной организации передачи новой информации MDT устройству UE использовано упомянутое выше определение потока, для ссылки на которое использован идентификатор фильтра пакетов.
Таким образом, согласно варианту 2 новой конфигурации в сообщениях управления сеансом реализован новый информационный элемент, ссылающийся на потоки данных с использованием существующего идентификатора фильтра пакетов и конфигурирующий сбор и предоставление в отчетах результатов измерений (например, в рамках функции MDT) для соответствующих потоков.
Предложенная новая конфигурация MDT (на уровне слоя NAS) содержит две части: определение измерений, которые должны выполняться устройством UE на уровне услуг, и определение критериев для предоставления отчетов, т.е. триггерных событий, инициирующих предоставление отчета.
Пример конфигурации измерений представлен в таблице 4. Для описания использована табличная форма вместо используемого для варианта 1 языка ASN.1, как это обычно бывает в соответствующих спецификациях управления сеансом.
Измерения, как правило, выполняются в устройстве UE до истечения интервала измерения, затем результаты измерений сохраняются для отчета и запускается следующий цикл измерения. Сохраненные результаты измерений удаляются после их отправки в отчете или после истечения срока их действительности. Когда инициируется предоставление отчета, отправляются все сохраненные и действительные результаты измерений.
Для нескольких потоков может быть настроен один вид измерения, например, средняя скорость передачи данных. Некоторые потоки могут измеряться совместно так, чтобы получался один результат измерений скорости передачи данных для нескольких объединенных потоков. Согласно новым измерениям, в которых можно различать услуги, несколько таких одиночных или объединенных потоков могут измеряться раздельно. Таким образом, в отчете предоставляется несколько результатов измерений. Это видно по вложенности идентификаторов потоков в примере конфигурации MDT, представленном в таблице 4.
В дополнение к вышеизложенному, конфигурация измерений может быть усовершенствована с использованием инструкций, касающихся случая распределения IP-потока по различным трактам передачи данных в неоднородной среде технологий радиодоступа (например, доступа 3GPP, такого как интерфейс LTE Uu, дополненного доступом, отличным от 3GPP, таким как WiFi). Чтобы уменьшить риск искажения результатов измерений, предлагается обеспечить средства для предотвращения сбора результатов измерений или соответствующего связывания результатов измерений, если для передачи исследуемого IP-потока поочередно используются (или использовались) несколько систем доступа или если исследуемый IP-поток переключается (или переключался) с одной системы доступа на другую систему доступа.
Также предлагается указывать вид технологии радиодоступа («Систему доступа»), в которой предполагается собирать результаты измерений конкретного IP-потока (например, WLAN или LTE). Также возможно указывать вид технологии радиодоступа («Систему доступа»), в которой сбор результатов измерений конкретного IP-потока запрещен.
В изобретении предлагаются измерения на уровне услуг при минимально возможном влиянии на существующую реализацию измерений.
Предлагается использовать существующий способ предоставления отчетов с результатами измерений на уровне RRC, который также используется для предоставления отчетов с результатами измерений MDT на уровне радиоканалов. Тем не менее, добавление в сообщения протокола RRC результатов измерений для уровня определенных услуг или идентификаторов и тегов потока данных услуги в виде информационных элементов RRC может противоречить модели уровня ISO/OSI.
Поэтому для радиоинтерфейса предлагается использовать принцип «сцепки» сообщений NAS для их передачи через протокол RRC как единого целого (т.е. добавлять информационный элемент вида «прозрачный контейнер» в соответствующее сообщение (или несколько сообщений) RRC). Этот информационный элемент прозрачен для уровня радиоканалов (т.е. его содержимое не распознается станцией eNB), но он имеет значение для уровня слоя NAS (т.е. для уровня услуг) и также может включаться в отчеты MDT, которые затем распространяются от станции eNB к элементу ТСЕ.
Ниже представлен соответствующий настоящему изобретению пример усовершенствованного сообщения RRC MeasurementReport. Оно может содержать контейнер уровня слоя NAS (см. таблицу 5), прозрачный для протокола RRC.
Для соединений опорной сети тот же контейнер уровня слоя NAS включается в сообщение отчета, уже определенное в рамках инфраструктуры отслеживания для пересылки данных (т.е. записей отслеживания) от станции eNB к элементу ТСЕ.
MeasurementReport
Сообщение MeasurementReport используется для указания результатов измерений. Радиоканал сигнализации: SRB1
Сообщение MeasurementReport
В таблице 5 представлен отчет об измерениях уровня управления сеансом (т.е. уровня слоя NAS), передаваемый посредством сигнализации RRC в прозрачном контейнере.
В дополнение к вышеизложенному, в неоднородной системе доступа отчет об измерениях может быть усовершенствован с использованием по меньшей мере одного из следующих признаков:
- измерения предотвращены или
- результаты измерений могут быть неточными вследствие распределения IP-потока по нескольким системам доступа или переключения IP-потока с одной системы доступа на другую систему доступа.
В неоднородной системе доступа при конфигурировании измерений в отношении конкретных услуг также предлагается указывать вид технологии радиодоступа («Систему доступа»), в которой предполагается собирать и в которой не предполагается собирать результаты измерений для конкретного IP-потока (например, WLAN и LTE, соответственно).
В неоднородной системе доступа в отчете с результатами измерений в отношении конкретных услуг также предлагается указывать вид технологии радиодоступа («Систему доступа»), в которой собраны результаты измерений для конкретного IP-потока (например, WLAN или LTE). В одном варианте осуществления изобретения для одного IP-потока может формироваться несколько отчетов об измерениях - по одному для каждой используемой системы радиодоступа.
Шлюз P-GW также может участвовать в предоставлении отчетов MDT.
Как показано на фиг. 3 (известное решение), функции отслеживания шлюзов P-GW и S-GW конфигурируются элементом ММЕ на основе информации о географической области или информации об абоненте.
В этом изобретении существующая конфигурация отслеживания усовершенствована для сбора и предоставления результатов измерений в отношении конкретных услуг. Усовершенствованная конфигурация содержит информацию об отдельных потоках, результаты измерений которых должны включаться в отчеты, а также о необходимости связывания отчетов с информацией о потоке или (в качестве альтернативы) о необходимости включения в них событий в отношении конкретных услуг, таких как признаки начала/завершения конкретного потока.
Фактическое описание измерений, триггеров для предоставления отчетов и указываемых в отчете количественных показателей в основном соответствует описанию измерений на уровне услуг в устройстве UE. Для определения потока, используемого при конфигурировании измерений, подобным образом может использоваться определение шаблона TFT, которое также присутствует в сообщениях для создания сеанса шлюзов S-GW и P-GW.
В таблице 6 представлена модифицированная версия таблицы 8.3.18.1 из документа 3GPP TS 24.301 v. 13.1.0, содержащая информационный элемент «MDT Config» (Конфигурация MDT), описание которого приведено в таблице 7.
Указанная в таблице 7 конфигурация измерений может соответствовать представленной в таблице 4 («Конфигурация измерений MDT для управления сеансом»). В другом варианте осуществления изобретения она может полностью или частично содержать информацию, представленную в таблице 4.
В отличие от устройства UE, шлюз P-GW представляет собой узел сети, способный предоставлять записи отслеживания непосредственно администратору ЕМ (или элементу ТСЕ) без использования объединяющего узла. На фиг. 8 показано одно сообщение от шлюза P-GW к администратору ЕМ.
Существующие сообщения, в настоящее время используемые в функции отслеживания для передачи данных (записи отслеживания) от шлюза P-GW к элементу ТСЕ, усовершенствованы с использованием нового отчета об измерениях на уровне услуг. Отчет здесь не показан, поскольку он включает в себя все информационные элементы, сконфигурированные для предоставления в отчете, и весьма схож с прозрачным контейнером уровня управления сеансом, представленным в таблице 4.
До этого момента здесь не рассматривался способ согласования в устройстве UE различных конфигураций измерений (полученной для измерений в отношении конкретных услуг на уровне приложений и полученной для измерений, связанных с радиодоступом, на уровне RRC) для повышения эффективности сбора и предоставления в отчетах результатов измерений.
Далее описаны способы взаимодействия между уровнями NAS и RRC в рамках настоящего изобретения.
На уровне слоя NAS в соответствии с конфигурацией собираются результаты измерений в отношении конкретных услуг. Когда удовлетворяется некоторый критерий предоставления отчета (например, когда достигается максимальное количество результатов или обеспечивается соответствие максимальному размеру контейнера и т.д.), собранные на уровне слоя NAS результаты измерений передаются на уровень RRC, возможно, вместе с некоторыми параметрами управления (например, характером отчета, срочностью предоставления отчета и т.д.). Результаты измерений в отношении конкретных услуг могут передаваться в виде контейнера, прозрачного для уровня RRC. После приема уровнем RRC результатов измерений в отношении конкретных услуг он может либо выбирать объединение этих результатов измерений в отношении конкретных услуг с результатами измерений для радиодоступа (объединенная отчетность) в одном сообщении RRC MeasurementReport для отправки средствам инфраструктуры (т.е. на базовую станцию), либо отправлять результаты измерений в отношении конкретных услуг и результаты измерений для радиодоступа раздельно (несинхронизированная или раздельная отчетность). Если результаты измерений в отношении конкретных услуг принимаются с уровня слоя NAS в виде прозрачного контейнера, устройство UE может использовать принцип «сцепки» содержимого, относящегося к слою NAS, для передачи средствам инфраструктуры по протоколу RRC. В противном случае результаты измерений в отношении конкретных услуг могут внедряться в сообщение RRC MeasurementReport в соответствии с правилами кодирования ASN.1 протокола RRC (несмотря на то, что это может рассматриваться как нарушение разделения протокольных уровней ISO/OSI).
На фиг.9 представлен пример для этого варианта взаимодействия.
Каждый раз, когда уровень RRC намеревается составить сообщение RRC MeasurementReport для отправки в сеть результатов измерений радиодоступа, он может запросить у уровня слоя NAS результаты измерений в отношении конкретных услуг для передачи в том же сообщении RRC MeasurementReport (объединенная отчетность). Уровень RRC может добавить некоторые параметры управления к своему запросу к уровню слоя NAS (например, для управления размером или форматом предполагаемого отчета NAS либо для введения временных ограничений на предоставление уровнем слоя NAS результатов измерений в отношении конкретных услуг и т.д.). Затем уровень слоя NAS может передать результаты измерений в отношении конкретных услуг на уровень RRC. Результаты измерений в отношении конкретных услуг могут, например, передаваться в виде контейнера, прозрачного для уровня RRC. Когда результаты измерений становятся доступными для уровня RRC, он может включить их в сообщение RRC MeasurementReport, составляемое в данное время на стороне устройства UE. Если результаты измерений в отношении конкретных услуг принимаются с уровня слоя NAS в виде прозрачного контейнера, устройство UE может использовать принцип «сцепки» содержимого слоя NAS для его передачи средствам инфраструктуры по протоколу RRC. В противном случае результаты измерений в отношении конкретных услуг могут внедряться в сообщение RRC MeasurementReport в соответствии с правилами кодирования ASN.1 протокола RRC (несмотря на то, что это может рассматриваться как нарушение разделения протокольных уровней ISO/OSI).
На фиг. 10 представлен пример для этого варианта взаимодействия. При этом подразумеваются раздельные конфигурации на уровнях NAS и RRC, но возможна и общая конфигурация измерений либо на уровне слоя NAS, либо на уровне RRC (не показано на фиг. 10).
Уровень RRC оповещает уровень слоя NAS о возможностях предоставления отчетов, на основании чего конфигурация отчетности для результатов измерений, связанных с радиодоступом, определяет возможности предоставления отчетов о результатах измерений в отношении конкретных услуг, собранных уровнем слоя NAS. После конфигурирования отчетности с результатами измерений для радиодоступа уровень RRC оповещает уровень слоя NAS о регулярных или спорадических возможностях предоставления отчетов. Уровень RRC может добавлять некоторые параметры управления в свое сообщение для уровня слоя NAS (например, параметры, связанные с периодичностью или расписанием предоставления отчетов, с максимальным размером набора результатов, формируемого уровнем слоя NAS, и т.д.). Уровень слоя NAS составляет наборы результатов измерений в отношении конкретных услуг, которые затем передаются на уровень RRC в соответствии с конфигурацией уровня RRC. Результаты измерений в отношении конкретных услуг могут передаваться в виде контейнера, прозрачного для уровня RRC. После приема результатов измерений уровнем RRC он может включить их в сообщение RRC MeasurementReport. Если результаты измерений в отношении конкретных услуг принимаются с уровня NAS в виде прозрачного контейнера, устройство UE может использовать принцип «сцепки» содержимого NAS для его передачи средствам инфраструктуры по протоколу RRC. В противном случае результаты измерений в отношении конкретных услуг могут внедряться в сообщение RRC MeasurementReport в соответствии с правилами кодирования ASN.1 протокола RRC (несмотря на то, что это может рассматриваться как нарушение разделения протокольных уровней ISO/OSI).
На фиг. 11 представлен пример для этого варианта взаимодействия. Здесь также показаны раздельные конфигурации на уровнях NAS и RRC, но возможна и общая конфигурация измерений либо на уровне слоя NAS, либо на уровне RRC (не показано на фиг. 11).