Системы, устройства и способы для долгосрочного развития и взаимодействия в беспроводной локальной зоне
Иллюстрации
Показать всеИзобретение относится к области беспроводной связи и предназначено для системы долгосрочного развития и взаимодействия в беспроводной локальной сети. Различные варианты осуществления могут содержать использование правил выбора сети доступа и управления трафиком, основанных на дополнительных параметрах сети радиодоступа. 8 н. и 32 з.п. ф-лы, 5 ил., 3 табл.
Реферат
Перекрестная ссылка на родственную заявку
Настоящая заявка испрашивает преимущества на основании патентной заявки США №14/583,027, поданной 24 декабря 2014 г, под названием "SYSTEMS, DEVICES, AND METHODS FOR LONG TERM EVOLUTION AND WIRELESS LOCAL AREA INTERWORKING", которая испрашивает преимущества на основании предварительной заявки США №61/990,694, поданной 8 мая 2014 г., под названием "Stage-2 and Stage-3 Details of LTE/WLAN Radio Intel-working" и предварительной заявки США №62/029,936, поданной 28 июля 2014 г., под названием "Amendment to WLAN/3GPP Interworking RAN Rules". Перечисленные выше заявки настоящим включаются сюда посредством ссылки.
Область техники, к которой относится изобретение
Варианты осуществления настоящего раскрытия, в целом, относятся к области беспроводной связи и, более конкретно, к системам, устройствам и способам для системы долгосрочного развития и взаимодействия в беспроводной локальной зоне.
Уровень техники
Как правило, сотовым сетям необходимо иметь возможность переадресации вызовов или разгрузки оборудования пользователя (UE) в беспроводные локальные сети (WLAN). UE может также быть необходимо знать, как направлять трафик через многочисленные сети, в том числе, сети радиодоступа (RAN) и WLAN. Пример сотовой связи может содержать сеть 3G или 4G, такую, как определено техническими требованиями Проекта партнерства третьего поколения (3GPP). Пример WLAN может содержать сеть Wi-Fi, такую как описанные в технических требованиях 802.11 Института инженеров по электронике и радиотехнике (IEEE).
Краткое описание чертежей
Варианты осуществления будет легко понять при прочтении последующего подробного описания в сочетании с сопроводительными чертежами. Чтобы облегчить понимание этого описания, схожие ссылочные позиции обозначают схожие структурные элементы. Варианты осуществления представлены для примера и не ограничиваются позициями на сопроводительных чертежах.
Фиг. 1 - среда беспроводной связи в соответствии с различными вариантами осуществления.
Фиг. 2 - блок-схема последовательности выполнения операций по выбору сети доступа и управления трафиком оборудования пользователя в соответствии с некоторыми вариантами осуществления.
Фиг. 3 - блок-схема последовательности выполнения операции конфигурации сетевого узла в соответствие с некоторыми вариантами осуществления.
Фиг. 4 - блок-схема примерного компьютерного устройства, которое может использоваться для практической реализации описанных здесь различных вариантов осуществления.
Подробное описание
В последующем подробном описании ссылка делается на сопроводительные чертежи, образующие его часть, на которых схожие ссылочные позиции повсеместно обозначают схожие детали, и на которых показаны приведенные для иллюстрации варианты осуществления, которые могут быть реализованы на практике. Следует понимать, что могут использоваться и другие варианты осуществления и структурные или могут быть произведены логические изменения, не отступая от объема защиты настоящего раскрытия.
Различные операции могут быть описаны как многочисленные отдельные действия или операции, выполняемые поочередно способом, наиболее пригодным для понимания заявленного предмета изобретения. Однако, порядок описания не должен считаться подразумевающим, что эти операции обязательно зависимы от порядка их выполнения. В частности, эти операции могут выполняться не в порядке их представления. Описанные операции могут выполняться в порядке, отличном от описанного варианта осуществления. Могут выполняться различные дополнительные операции или описанные операции могут отсутствовать в дополнительных вариантах осуществления.
Для целей настоящего раскрытия термин "или" используется как содержащий термин, означающий по меньшей мере один из компонентов, связанных с термином. Например, выражение "А или В" означает (А), (В) или (А и В); а выражение "А, В или С" означает (А), (В), (С), (А и В), (А и С), (В и С) или (А, В и С).
Описание может использовать выражения "в варианте осуществления" или "в вариантах осуществления", каждое из которых может относиться к одному или более одинаковым или различным вариантам осуществления. Дополнительно, выражения "содержащий", "включающий", "имеющий" и т.п., как они используются в отношении вариантов осуществления настоящего раскрытия, являются синонимами.
Термин "схема", как он используется здесь, может относиться, быть частью, или содержать схему прикладной специализированной интегральной схемы (Application Specific Integrated Circuit, ASIC), электронную схему, процессор (совместно используемый, специализированный или групповой) или память (совместно используемую, специализированную или групповую), которые исполняют одну или более программ программного обеспечения или встроенного микропрограммного обеспечения, комбинаторную логическую схему или другие соответствующие аппаратурные компоненты, обеспечивающие описанные функциональные возможности.
На фиг. 1 схематично показана среда 100 беспроводной связи, соответствующая различным вариантам осуществления. Среда 100 может содержать оборудование пользователя (UE) 104, способное осуществлять связь по меньшей мере по двум сетям беспроводной связи. UE 104 может содержать схему 108 управления, связанную с усовершенствованной универсальной наземной сетью 112 радиодоступа (EUTRAN), способной осуществлять беспроводную связь с одним или более узлами EUTRAN, например, усовершенствованным узлом (eNB) 116 В. Схема 108 управления может дополнительно быть связана с радиосетью 120 WLAN, способной осуществлять беспроводную связь с одним или более узлами WLAN, например, с точкой 124 доступа (АР).
АР 124 может содержать беспроводной приемопередатчик 128, связанный со схемой 132 управления. Схема 132 управления может управлять работой и связью АР 124. В некоторых вариантах осуществления схема 132 управления может управлять связью через беспроводной приемопередатчик 128 и один или более дополнительные приемопередатчики, которые могут быть проводными или беспроводными. В некоторых вариантах осуществления схема 132 управления может быть реализована в виде контроллера доступа, расположенного отдельно от точки доступа.
eNB 116 может также содержать беспроводной приемопередатчик 136 и схему 140 управления. Схема 140 управления может управлять работой и связью eNB 116. eNB 116 может быть частью сети по стандарту долгосрочной эволюции (Long-Term Evolution, LTE) Проекта партнерства третьего поколения (3GPP) (или сети LTE-Advanced (LTE-А)) и может содержать приемопередатчик 144 для связи с одним или более узлами сети LTE/LTE-A, например, с сетевым контроллером 148. eNB 116 может содержать один или более дополнительных приемопередатчиков, которые могут быть проводными или беспроводными.
Сетевой контроллер 148 может содержать приемопередатчик 152 для связи с приемопередатчиком 144 узла eNB 116. Сетевой контроллер 148 может дополнительно содержать схему 156 конфигурации. В некоторых вариантах осуществления схема 156 конфигурации может обеспечивать дополнительные параметры сети радиодоступа (RAN) для UE, присутствующих в сервисной ячейке eNB 116, например, UE 104. Дополнительные параметры RAN могут быть предоставляться UE посредством специализированной или широковещательной сигнализации. Дополнительные параметры RAN могут использоваться UE в сочетании с правилами, предназначенными для UE, чтобы сделать выбор сети доступа и решений по управлению трафиком такими, как здесь далее будет описано подробно.
Сетевой контроллер 148 может быть частью EUTRAN вместе с eNB 116, другой EUTRAN или развитым пакетным ядром (Evolved Packet Core, ЕРС), которые связаны с EUTRAN eNB 116. eNB 116 EUTRAN, как она используется здесь, может относиться к сервисной ячейке, обеспечиваемой узлом eNB 116.
ЕРС может содержать функцию обнаружения и выбора сети доступа (Access Network Discovery And Selection Function, ANDSF), чтобы помочь UE обнаруживать сети доступа не по стандартам 3GPP, которые могут использоваться для передачи данных в дополнение к сетям доступа 3GPP, и предоставлять UE правила, управляющие подключением к этим сетям. ЕРС может также обеспечивать интерфейс связи между различным RAN и другими сетями.
Хотя схема 156 конфигурации показана в сетевом контроллере 148, в других вариантах осуществления некоторая часть или вся схема 156 конфигурации может находиться в eNB 116.
Различные варианты осуществления содержат управление двунаправленным трафиком, основанным на UE и поддерживаемом RAN, между EUTRAN и WLAN. Например, UE 104 может использовать информацию, предоставленную компонентами EUTRAN, например, eNB 116, чтобы определить, когда управлять трафиком от EUTRAN к WLAN и когда наоборот. В некоторых вариантах осуществления UE 104 может управлять трафиком по-другому, основываясь на том, находится ли UE в неактивном режиме RRC или в связанном с RRC режиме.
Дополнительные параметры RAN могут содержать пороги мощности и качества сигнала EUTRAN, пороги использования WLAN, пороги скорости передачи данных по транспортному потоку WLAN, идентификаторы WLAN (используемые в правилах выбора сети доступа и управления трафиком (ANSTS)) и индикатор предпочтения загрузки (offload preference indicator, OPI) (используется в правилах ANDSF). UE 104 может использовать дополнительные параметры RAN при оценке правил ANSTS, описанных здесь, чтобы выполнять решения по управлению трафиком между EUTRAN и WLAN.
После приема дополнительных параметров RAN, UE 104 может сохранить и применять параметры или отбросить или игнорировать параметры, основываясь на различных ситуациях и на том, были ли параметры приняты через специализированную или широковещательную сигнализацию. Например, если UE 104 находится в состоянии RRC_CONNECTED, схема 108 управления может применять дополнительные параметры RAN, полученные через специализированную сигнализацию. В противном случае, UE 104 может применять дополнительные параметры RAN, полученные через широковещательную сигнализацию. Если UE 104 находится в состоянии RRCIDLE, оно может сохранять и применять дополнительные параметры RAN, принятые через специализированную сигнализацию, пока не произойдет повторный выбор ячейки или пока не произойдет передача управления или пока не истечет время действия таймера с того момента, как UE 104 ввело RRC_IDLE. После того, как произойдет повторный выбор ячейки или передача управления или истечет время действия таймера, UE 104 может применять дополнительные параметры RAN, принятые через широковещательную сигнализацию.
В некоторых вариантах осуществления пользователь UE 104 может устанавливать предпочтения в отношении сети, с которой должна проводиться связь. Эти предпочтительные настройки пользователя могут создавать прецедент помимо правил ANSTS.
Оборудование пользователя в состоянии RRC_CONNECTED или RRC_IDLE, которые поддерживают управление трафиком, будет использовать ANSTS, если UE не обусловлено правилами ANDSF, исходя из ANDSF для ЕРС. Если UE 104 обусловлено правилами ANDSF, UE 104 может передать принятые дополнительные параметры RAN на верхние уровни UE 104. Если UE 104 не обусловлено правилами ANDSF (или не имеет активных правил ANDSF), оно может использовать принятые дополнительные параметры RAN в ANSTS, определенных в RAN.
Когда UE 104 применяет правила ANSTS, используя принятые дополнительные параметры RAN, оно может выполнять управление трафиком между EUTRAN и WLAN с гранулярностью имен точек доступа (Access Point Name, APN). Например, когда UE 104 перемещает трафик несущей развитой пакетной системы (EPS), принадлежащий APN между EUTRAN и WLAN, оно может перемещать трафик всех несущих EPS, принадлежащих этому APN. Информация о том, какие APN могут быть выгружены, передаваемая к WLAN, может быть предоставлена через NAS.
В некоторых ситуациях EUTRAN может совместно использоваться среди множества общественных наземных мобильных сетей (PLMN). В этих ситуациях каждая PLMN, совместно использующая EUTRAN, может быть связана со своим собственным набором дополнительных параметров RAN. В некоторых вариантах осуществления eNB 116 может принимать или как-либо иначе определять набор дополнительных параметров RAN для каждой PLMN, которую обслуживает eNB 116. eNB 116 может затем передать эти наборы дополнительных данных RAN к UE по EUTRAN через широковещательную или специализированную сигнализацию.
Дополнительные параметры RAN могут быть предоставлены для UE 104 в одном или более системных информационных блоках (System Information Block, SIB) или в сообщении о переконфигурации подключения RRC. Если какие-либо дополнительные параметры RAN предоставляются в специализированной сигнализации, например, в сообщении о переконфигурации подключения RRC, UE 104 может проигнорировать дополнительные параметры RAN, предоставленные в системной информации, например, в блоках SIB. В некоторых вариантах осуществления схема 108 управления может принять решение, что дополнительные параметры RAN, принятые через системную информацию, являются действительными, только если UE 104 располагается на соответствующей ячейке.
В некоторых вариантах осуществления дополнительные параметры RAN могут содержать идентификаторы целевых WLAN, например, WLAN, связанной с АР 124, к которой может быть направлен трафик. Идентификаторы WLAN могут содержать служебные установочные идентификаторы (Service Set Identifier, SSID), установочные идентификаторы базового сервиса (basic service set identifier, BSSID) и/или установочные идентификаторы однородного расширенного сервиса (Homogeneous Extended Service Set Identifier, HHID). Правила ANSTS могут быть применимыми к целевым WLAN. В некоторых вариантах осуществления эти правила ANSTS могут быть применимыми, только если UE 104 способно к управлению трафиком между EUTRAN и WLAN и UE 104 не снабжено активными принципами ANDSF, как описано выше.
В некоторых отношениях, правила ANSTS и принципы ANDSF могут считаться двумя альтернативными механизмами, которые обеспечивают схожие функциональные возможности. Некоторые операторы могут использовать ANDSF, тогда как другие используют ANSTS. Вообще говоря, ANDSF может быть более всесторонней и поэтому дорогостоящей. Операторы, которым не требуются полные функциональные возможности ANDSF, могут предпочесть использовать вместо этого более дешевые ANSTS.
В целом, один оператор может использовать только один механизм. Однако, в некоторых случаях могут происходить конфликты. Например, когда UE оператора А, который использует ANDSF, осуществляет роуминг в сети оператора В, который использует ANSTS. В таких случаях может быть явно определен механизм, создающий прецедент.
Первый набор правил ANSTS может описывать ситуации, в которых трафик может управляться от EUTRAN к WLAN. Эти ситуации могут быть основаны на рабочих состояниях в EUTRAN и WLAN, сравниваемых с различными порогами, предоставляемыми в дополнительных параметрах RAN. В некоторых вариантах осуществления, если заданные условия удовлетворяются, то слой доступа в схеме 108 управления может указывать на верхние уровни схемы 108 управления, например, на недоступный слой, когда и для которого WLAN идентифицирует (из списка идентификаторов WLAN, предоставляемых в параметрах доступа RAN) определенные условия для управления трафиком от EUTRAN к WLAN, которые удовлетворяются для заданного временного интервала. Заданный временной интервал может быть основан на значении таймера, TsteeringWLAN, который может быть параметром из числа дополнительных параметров RAN.
Условия управления трафиком к WLAN могут содержать условия сервисной ячейки EUTRAN и условия целевой WLAN. Условия сервисной ячейки EUTRAN ячейки могут содержать: Qrxlevmeas <ThreshServingOffloadWLAN, LowP; или Qqualmeas <ThreshServingOffloadWLAN, LowQ, где Qrxlevmeas может быть измеренной мощностью принятого опорного сигнала (RSRP) (выраженной в дБм) ячейки EUTRAN, ThreshServingOffloadWLAN, LowP может быть порогом RSRP (выраженным в дБм), используемым UE 104 для управления трафиком к WLAN, Qqualmeas может быть измеренным качеством принятого опорного сигнала (RSRQ) (выраженным в дБ) в ячейке EUTRAN, и ThreshServingOffloadWLAN, LowQ может быть порогом RSRQ (выраженным в дБ), используемым UE 104 для управления трафиком к WLAN. Таким образом, схема 108 управления может принять решение, что условия сервисной ячейки EUTRAN удовлетворяются, если измеренное значение принятого уровня ячейки для EUTRAN меньше, чем соответствующий порог RSRP, или измеренное значение качества ячейки для EUTRAN меньше соответствующего порога RSRQ.
Условия целевой WLAN могут содержать: ChannelUtilizationWLAN <ThreshChUtilWLAN, Low; BackhaulRateDIWLAN> ThrtshBackhRateDIWLAN, High; BackhaulRateUIWLAN> ThreshBackhRateUIWLAN, High; и BeaconRSSI > ThreshRSSIWLAN, High, где ChannelUtilizationWLAN может быть значением использования канала WLAN из информационного элемента (IE) загрузки набора базовых услуг (basic service set, BSS), полученным из сигнализации согласно IEEE 802.11 (Beacon or Probe Response) для указанного идентификатора WLAN, ThreshChUtilWLAN, Low может быть порогом использования канала WLAN (загрузки BSS), используемым UE 104 для управления трафиком к WLAN, BackhaulRateDIWLAN может быть шириной полосы нисходящего канала, доступной для транспортного потока, которая может быть вычислена как Downlink Speed (скорость по нисходящему каналу) * (1 - Downlink Load (нагрузка по нисходящему каналу)/255)), где параметры Downlink Speed и Downlink Load могут быть получены из элемента Metrics глобальной сети (WAN), полученного по протоколу запроса сети доступа (ANQP), сигнализирующему согласно документу Wi-Fi Alliance (WFA) hotspot (HS) 2.0 (основанному на IEEE 802.11u и расширениях WFA), ThreshBackhRateDIWLAN, High может быть порогом ширины полосы доступного нисходящего канала для транспортного потока, используемым UE 104 для управления трафиком к WLAN, BackhaulRateUIWLAN может быть шириной полосы восходящего канала, доступной для транспортного потока, которая может вычисляться как Uplink Speed (скорость по восходящему каналу) * (1 - Uplink Load (нагрузка по восходящему каналу)/255), где параметры Uplink Speed и Uplink Load могут быть взяты из элемента метрики WAN, полученного через сигнализацию ANQP от WFA HS2.0, ThreshBackhRateUIWLAN, High может быть порогом ширины полосы по восходящему каналу, доступной для транспортного потока, используемым UE 104 для управления трафиком к WLAN, Beacon RSSI может быть RSSI, как он измерен UE 104 на WLAN Beacon WLAN, и ThreshRSSIWLAN, High может быть порогом Beacon RSSI, используемым UE 104 для управления трафиком к WLAN. Таким образом, схема 108 управления может принять решение, что условия WLAN удовлетворяются, если использование канала WLAN меньше соответствующего порога использования канала WLAN, скорость транспортного потока по нисходящему каналу WLAN больше соответствующего порога скорости транспортного потока по нисходящему каналу WLAN, скорость транспортного потока по восходящему каналу WLAN больше соответствующего порога скорости транспортного потока по восходящему каналу WLAN, и RSSI маяка больше соответствующего порога RSSI маяка для WLAN.
В некоторых вариантах осуществления UE 104 может принимать только часть множества обсуждавшихся здесь порогов. В таких вариантах осуществления UE 104 может исключить оценку измерения, для которого не предоставлен соответствующий порог.
В варианте осуществления, в котором более одной целевой WLAN удовлетворяет приведенным выше условиям, выбор одной из доступных целевых WLAN может зависеть только от UE 104. В некоторых вариантах осуществления каждая из целевых WLAN может иметь соответствующий приоритет, с помощью которого UE 104 выбирает WLAN, с которой оно должно связываться. Соответствующий приоритет может быть передан с помощью идентификаторов WLAN в дополнительных параметрах RAN.
Второй набор правил ANSTS может описать ситуации, в которых трафик может управляться от WLAN к ячейке EUTRAN. Аналогично приведенному выше обсуждению, эти ситуации могут основываться на рабочих состояниях в WLAN и ячейке EUTRAN по сравнению с различными порогами, обеспечиваемыми в дополнительных параметрах RAN. В некоторых вариантах осуществления, если заданные условия удовлетворяются, то слой доступа в схеме 108 управления может указывать на верхние уровни схемы 108 управления, например, на недоступный слой, когда определенные условия управления трафиком от WLAN к EUTRAN удовлетворяются для заданного временного интервала TsteeringWLAN.
Условия WLAN для управления трафиком к целевой ячейке EUTRAN могут содержать: ChannelUtilizationWLAN> ThreshChUtilWLAN, High; BackhaulRateDIWLAN <ThreshBackhRateDIWLAN, Low; BackhaulRateUIWLAN <ThreshBackhRateUIWLAN, Low; или BeaconRSSI <ThreshRSSIWLAN, Low, где ThreshChUtilWLAN, High может быть порогом использования канала WLAN (нагрузка BSS), используемым UE 104 для управления трафиком к EUTRAN, ThreshBackhRateDIWLAN, Low может быть порогом ширины полосы нисходящего канала доступного для транспортного потока, используемым UE 104 для управления трафиком к EUTRAN, ThreshBackhRateUIWLAN, Low может быть порогом ширины полосы восходящего канала, доступной для транспортного потока, используемой UE 104 для управления трафиком к EUTRAN, и ThreshRSSIWLAN, Low может быть порогом Beacon RSSI, используемый UE 104 для управления трафиком к EUTRAN. Таким образом, схема 108 управления может определить, что условия WLAN для управления трафиком к целевой ячейке EUTRAN удовлетворяются, если использование канала WLAN больше соответствующего порога использования канала WLAN, скорость транспортного потока по нисходящему каналу WLAN меньше соответствующего порога скорости транспортного потока по нисходящему каналу WLAN, скорость транспортного потока по восходящему каналу WLAN меньше соответствующего порога скорости транспортного потока по восходящему каналу WLAN, или Beacon RSSI меньше соответствующего порога Beacon RSSI WLAN.
Условия EUTRAN для управления трафиком к целевой ячейке EUTRAN от WLAN могут содержать: Qrxlevmeas> ThreshServingOffloadWLAN, HighP; и Qqualmeas> ThreshServingOffloadWLAN, HighQ, где ThreshServingOffloadWLAN, HighP может быть порогом RSRP (выраженным в дБм), используемым UE 104 для управления трафиком к EUTRAN и ThreshServingOffloadWLAN, HighQ может быть порогом RSRQ (выраженным в дБ), используемым UE 104 для управления трафиком к EUTRAN. Таким образом, схема 108 управления может принять решение, что условия EUTRAN для управления трафиком к целевой ячейке EUTRAN удовлетворяются, если измеренное значение уровня приема ячейки для EUTRAN, больше соответствующего порога RSRP и измеренное значение качества ячейки EUTRAN больше соответствующего порога RSRQ.
Как можно видеть в сказанном выше и в приведенной ниже таблице 1, дополнительные параметры RAN могут содержать, во-первых, пороги EUTRAN/WLAN для управления трафиком от EUTRAN к WLAN и, во-вторых, пороги EUTRAN/WLAN для управления трафиком от WLAN к EUTRAN. Различные пороги могут в достаточной степени быть разделены, чтобы предотвратить поочередное переключение друг с другом между сетями EUTRAN и WLAN. Таким образом, верхний и нижний пороги могут определять приемлемый рабочий диапазон, в котором управление трафиком может не использоваться.
В некоторых вариантах осуществления, если верхние уровни схемы 108 управления принимают индикацию, даваемую слоем доступа схемы 108 управления, которая противоречит предпочтениям пользователя, или если UE 104 проводит активную политику ANDSF, верхние уровни могут игнорировать индикацию и могут не участвовать в управлении трафиком.
Как обсуждено выше, в некоторых вариантах осуществления дополнительные параметры RAN передаются в сообщении SystemInformation. Сообщение SystemInformation может использоваться для передачи одного или более системных информационных блоков (SIB). Содержащиеся SIB могут передаваться с оной и той же периодичностью. Сообщение SystemInformation может передаваться от EUTRAN к UE 104 по логическому каналу широковещательного канала управления (Broadcast Control Channel, ВССН) и может иметь управление радиолинией (RLC) в прозрачном режиме (ТМ) - точка доступа к услуге (SAP).
В некоторых вариантах осуществления сообщение SystemInformation может иметь абстрактную систему обозначений для описания синтаксиса (ASN), как показано ниже.
Вышеупомянутая ASN системы сообщений SystemInformation содержит информацию для типов 17 и 18 системных информационных блоков, которые в некоторых вариантах осуществления могут содержать дополнительные параметры RAN. В одном примере различные пороги дополнительных параметров RAN могут содержаться в SystemInformationBlockType17, а список целевых идентификаторов WLAN может содержаться в SystemInformationBlockType18.
Информационный элемент SystemInformationBlockType17 может быть в формате ANS, как обозначено ниже в соответствии с некоторыми вариантами осуществления.
Описания полей SystemInformationBlockType17 приводятся в таблице 1.
В некоторых вариантах осуществления, если UE 104 было обусловлено принципами ANDSF, как определено в 3GPP TS 24.312 v12.4.0 (17 марта 2014 г.), то тогда после приема дополнительных параметров RAN в SystemInformationBlockType17 нижние уровни UE 104 могут обеспечивать дополнительные параметры RAN для выбора сети доступа и для управления трафиком между EUTRAN и WLAN к верхним уровням UE 104.
Информационный элемент SystemInformationBlockType18 может иметь формат ANS, как указано ниже в соответствии с некоторыми вариантами осуществления.
wlanIdentifiersListPerPLMN может быть списком идентификаторов WLAN для выбора сети доступа WLAN для каждой из PLMN, перечисленных в том же порядке, в котором PLMN находятся в plmn-IdentityList в SystemInformationBlockTypeI. Список идентификаторов WLAN может указывать, какие WLAN UE 104 может подключать, если это не обусловлено принципами ANDSF.
В некоторых вариантов осуществления могут быть произведены изменения в типах SIB, которые фактически переносят дополнительные параметры RAN, чтобы учесть дополнительные параметры RAN. Например, сообщение SystemInformationBlockTypel может быть обновлено, чтобы содержать ASN следующим образом.
Как можно видеть, тип SIB может содержать типы 17 и 18 SIB, которые могут переносить дополнительные параметры RAN, как описано выше.
Описания полей SystemInformationBlockType1 могут соответствовать 3GPP TS 36.331 v.12.1.0 (19 марта 2014 г.).
В некоторых вариантах осуществления системная информация, содержащая параметры доступа RAN, может упоминаться как "запрошенная" системная информация, для которой UE 104, если существует RRC_CONNECTED, должно гарантировать наличие действующей версии.
В некоторых вариантах осуществления параметры доступа RAN могут предоставляться в специализированной сигнализации, такой как сообщение RRCConnectionReconfiguration. Сообщение RRCConnectionReconfiguration может быть командой модификации подключения к RRC. Она может передавать информацию для конфигурации измерения, управления мобильностью, конфигурации радиоресурса (в том числе, несущие радиочастоты, основная конфигурация MAC и конфигурация физического канала), включая любую конфигурацию для защиты сопутствующей специализированной информации NAS. Сообщение RRCConnectionReconfiguration может передаваться к UE 104 на несущей частоте 1 радиосигнала (SRB1) в нисходящем канале управления (DCCH) и может иметь подтвержденный режим (AM) RLC-SAP. В некоторых вариантах осуществления сообщение RRCConnectionReconfiguration может иметь ASN, как показано ниже.
Описания полей сообщения RRCConnectionReconfiguration приводятся в таблице 2а и условные операторы описываются в таблице 2b.
Информационный элемент WlanOffloadParamDedicated сообщения RRCConnectionReconfiguration может содержать информацию, относяпгуюся к управлению трафиком между EUTRAN и WLAN. WlanOffloadParamDedicated может иметь формат ANS, как указано ниже, в соответствии с некоторыми вариантами осуществления.
t350 может быть временем действительности для дополнительных параметров RAN. UE 104 может запустить таймер Т350 действительности после того, как UE 104 вводит RRC_IDLE с временем действительности t350, принятым для дополнительных параметров RAN. Если UE 104 участвует в повторном выборе ячейки или передаче управления, то оно может остановить таймер действительности. Если время действия таймера действительности истекает, UE 104 может отбросить дополнительные параметры RAN, предоставленные специализированной сигнализацией.
На фиг. 2 представлена блок-схема последовательности выполнения операции 200 оборудованием пользователя, например, UE 104, для управления трафиком 200 в соответствии с некоторыми вариантами осуществления. В некоторых вариантах осуществления UE 104 может содержать схему для выполнения операции 200 управления трафиком. Например, UE 104 может содержать один или более непереносных считываемых компьютером носителей, имеющих команды, которые, когда выполняются, заставляют UE выполнять операцию 200 управления трафиком. Специализированная схема может использоваться дополнительно/альтернативно, чтобы выполнить один или более вариантов операции 200 управления трафиком.
Операция 200 управления трафиком может содержать на этапе 204 определение UE104 дополнительных параметров RAN. В некоторых вариантах осуществления UE 104 может определить дополнительные параметры RAN, обрабатывая сообщения, принятые от схемы 156 конфигурации, которая может находиться в сетевом контроллере 148 или в eNB 116. В вариантах осуществления, в которых схема 156 конфигурации находится в сетевом контроллере 148, дополнительные параметры RAN могут быть предоставлены UE 104 через eNB 116. Дополнительные параметры RAN могут быть предоставлены UE 104 от eNB 116 через специализированную или широковещательную сигнализацию.
Операция управления трафиком может содержать на этапе 208 определение UE 104, удовлетворяют ли условия доступа к сети (AN), например, EUTRAN и WLAN, правилам ANSTS в течение заданного промежутка времени. Определение на этапе 208 может быть основано на дополнительных параметрах RAN, принятые на этапе 204. UE 104 может установить таймер на значение, например, TSteeringWLAN, и может контролировать условия до истечения времени действия таймера.
Условия AN могут определяться прямым измерением, из сообщений от узлов AN, например, АР 124 или eNB 116, или и тем и другим.
Если на этапе 208 UE принимает решение, что AN удовлетворяют заданным условиям в течение заданного промежутка времени, UE на этапе 212 может управлять трафиком к соответствующей сети доступа. В некоторых вариантах осуществления слой доступа схемы 108 управления может контролировать условия и недоступный слой схемы 108 управления об удовлетворении условий. В этом случае, недоступный слой может инициировать передачу трафика, например, всех несущих EPS конкретной APN, целевому узлу доступа.
На фиг. 3 представлена блок-схема последовательности выполнения операции 300 конфигурации сетевого узла, например, eNB 116 или сетевого контроллера 148, в соответствии с некоторыми вариантами осуществления. В некоторых вариантах осуществления сетевой узел может содержать схему для выполнения операции 300 конфигурации. Например, сетевой узел может содержать один или более непереносных считываемых компьютером носителей с командами, которые, когда выполняются, заставляют сетевой узел выполнять операцию 300 конфигурации. Специализированная схема может использоваться дополнительно/альтернативно для выполнения одного или более вариантов операции 300 конфигурации. В некоторых вариантах осуществления некоторые из вариантов операции 300 конфигурации могут быть выполнены первым сетевым узлом, например, сетевым контроллером 148, в то время как другие варианты операции 300 конфигурации могут быть выполнены вторым сетевым узлом, например, eNB 116.
Операция 300 конфигурации может содержать на этапе 304 сетевой узел, определяющий параметры доступа к RAN. В некоторых вариантах осуществления сетевой узел может быть предварительно конфигурирован с помощью, по меньшей мере, части параметров доступа к RAN (идентификаторы WLAN) или принять их в сообщениях от других узлов. В некоторых вариантах осуществления сетевой узел может вычислять, по меньшей мере, некоторые из параметров доступа к RAN. Например, сетевой узел может вычислять различные пороги, основываясь на его загрузке.
Операция 300 конфигурации может содержать на этапе 308 передачу системных информационных сообщений (SI), которые содержат параметры доступа к RAN. Сообщения SI могут содержать сообщения SystemInformationBlockType1, SystemInformationBlockType17 или SystemInformationBlockType18, как обсуждалось выше. В некоторых вариантах осуществления сообщения SI могут передаваться (периодически, с управлением событиями или как-либо иначе) в виде широковещательной сигнализации.
Операция 300 конфигурации может содержать на этапе 312 сетевой узел, определяющий, необходима ли специализированная сигнализация. Специализированная сигнализация может использоваться, если сетевой узел определяет конкретные или обновленные параметры доступа RAN, которые должны предоставляться конкретному UE.
Если на этапе 312 определено, что специализированная сигнализация не требуется, операция 300 конфигурации может циклически возвращаться к передаче сообщений SI.
Если на этапе 312 определено, что специализированная сигнализация необходима, операция 300 конфигурации может перейти к этапу 316 с сетевым узлом, передающим к UE сообщение RRC, которое содержит любые конкретные или обновленные параметры доступа RAN.
На следующем этапе 316 операция 300 конфигурации может циклически вернуться к передаче сообщений SI на этапе 308.
UE 104, eNB 116 или сетевой контроллер 148, как описано здесь, могут быть реализованы в системе, используя любые соответствующие аппаратурное обеспечение, встроенное микропрограммное обеспечение или программное обеспечение, конфигурированное в соответствии с необходимостью. На фиг. 4 для одного из вариантов осуществления показана примерная система 400, содержащая радиочастотную (RF) схему 404, видеосхему 408, прикладную схему 412, память/запоминающее устройство 416, дисплей 420, камеру 424, датчик 428, интерфейс ввода-вывода (I/O) 432 или сетевой интерфейс 436, связанные друг с другом, как показано на чертеже.
Прикладная схема 412 может содержать такую схему, как, в частности, один или более одноядерных или многоядерных процессоров. Процессор(-ы) может содержать любую комбинацию универсальных процессоров и специализированных процессоров (например, графические процессоры, прикладные процессоры и т.д.). Процессоры могут быть связаны с памятью/запоминающим устройством 416 и выполнены с возможностью исполнения команд, хранящихся в памяти/запоминающем устройстве 416, чтобы позволить работу на системе 400 различных приложений или операционных систем.
Видеосхема 408 может содержать такую схему, как, в частности, один или более одноядерных или многоядерных процессоров, таких как, например, видеопроцессор. Видеосхема 408 может работать с различными функциями радиоуправления, позволяющими осуществлять связь с одной или более сетями радиодоступа через радиочастотную (RF) схему 404. Функции радиоуправления могут содержать, в частности, сигнальную модуляцию, кодирование, декодирование, модуляцию радиочастоты и т.д. В некоторых вариантах осуществления видеосхема 408 может поддерживать связь, совместимую с одной или более радиотехнологиями. Например, в некоторых вариантах осуществления, видеосхема 408 может поддерживать связь с EUTRAN или другими беспроводными городскими компьютерными сетями (WMAN), беспроводной локальной сетью (WLAN) или беспроводной персональной сетью (WPAN). Варианты осуществления, в которых видеосхема 408 выполняется с возможностью поддержки радиосвязи по более чем одному беспроводному протоколу, могут упоминаться как мультирежимная видеосхема.
В различных вариантах осуществления видеосхема 408 может содержать схему для работы с сигналами, которые, строго говоря, не считаются видеосигналами. Например, в некоторых вариантах осуществления видеосхема 408 может содержать схему для работы с сигналами промежуточной частоты, которая находится между видеочастотой и радиочастотой.
В некоторых вариантах осуществления схема 108 или 140 управления или схема 156 конфигурации может быть реализована в прикладной схеме 412 или видеосхеме 408.
RF-схема 404 может позволить осуществлять связь с беспроводными сетями, используя модулированное электромагнитное излучение через эфирный носитель. В различных вариантах осуществления RF-схема 404 может содерж