СИСТЕМА БЕСПРОВОДНОЙ СВЯЗИ, БАЗОВАЯ СТАНЦИЯ, МОБИЛЬНАЯ СТАНЦИЯ И СПОСОБ ОБРАБОТКИ
WIRELESS COMMUNICATION SYSTEM, BASE STATION, MOBILE STATION AND PROCESSING METHOD

ОБЛАСТЬ ТЕХНИКИ
[0001] Настоящее изобретение относится к системе беспроводной связи, базовой станции, мобильной станции и способу обработки.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
[0002] Общеизвестна мобильная связь, такая как осуществляемая в соответствии с LTE (Долгосрочное развитие) (например, см. непатентные документы 1-13 ниже). В LTE изучается агрегация для коммуникативного взаимодействия с беспроводной локальной сетью (WLAN) на уровне беспроводного доступа (например, см. непатентные документы 14 и 15). Кроме того, изучаются интеграция и взаимодействие на беспроводном уровне между LTE и WLAN (например, см. непатентный документ 16 ниже).
[0003] Также известен способ пересылки данных от уровня управления радиоресурсами (RRC) к уровню управления доступом к среде (MAC), когда используется WLAN (например, см. патентный документ 1). Также известен способ совместного использования LTE протокола конвергенции пакетных данных (PDCP) между LTE и WLAN (например, см. патентный документ 2). Кроме того, известен способ выполнения управления передачей данных на основе информации о качестве обслуживания (QoS) в WLAN и т.д.
[0004] Патентный документ 1: Международная публикация № 2012/121757
Патентный документ 2: Международная публикация № 2013/068787
[0005] Непатентный документ 1: 3 GPP TS36.300 v 12.5.0, март 2015
Непатентный документ 2: 3GPP TS36.211 v 12.5.0, март 2015
Непатентный документ 3: 3GPP TS36.212 v 12.4 0, март 2015
Непатентный документ 4: 3GPP TS36.213 v 12.5.0, март 2015
Непатентный документ 5: 3GPP TS36.321 v 12.5.0, март 2015
Непатентный документ 6: 3GPP TS36.322 v 12.2.0, март 2015
Непатентный документ 7: 3GPP TS36.323 v 12.3.0, март 2015
Непатентный документ 8: 3GPP TS36.331 v 12.5.0, март 2015
Непатентный документ 9: 3GPP TS36.413 v 12.5.0, март 2015
Непатентный документ 10: 3GPP TS36.423 v 12.5.0, март 2015
Непатентный документ 11: 3GPP TS36.425 v 12.1.0, март 2015
Непатентный документ 12: 3GPP TR36.842 v 12.0.0, декабрь 2013
Непатентный документ 13: 3GPP TR37.834 v 12.0.0, декабрь 2013
Непатентный документ 14: 3GPP RWS-140027, июнь 2014
Непатентный документ 15: 3GPP RP-140237, март 2014
Непатентный документ 16: 3GPP RP-150510, март 2015
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
ПРОБЛЕМА, РЕШАЕМАЯ ИЗОБРЕТЕНИЕМ
[0006] Однако в вышеописанных традиционных способах, когда первая беспроводная связь, такая как LTE и т.п. и вторая беспроводная связь, такая как WLAN и т.п., одновременно используются для передачи данных, трудно управлять установлением порядка следования между данными, принимаемыми посредством первой беспроводной связи, и данными, принимаемыми посредством второй беспроводной связи на принимающей стороне. Поэтому, в некоторых случаях, передача данных одновременно с использованием первой беспроводной связи и второй беспроводной связи не может быть выполнена.
[0007] В одном аспекте, задачей настоящего изобретения является обеспечить систему беспроводной связи, базовую станцию, мобильную станцию и способ обработки, которые могут выполнять передачу данных, которая использует первую беспроводную связь и вторую беспроводную связь одновременно.
СРЕДСТВА ДЛЯ РЕШЕНИЯ ПРОБЛЕМЫ
[0008] Для решения вышеуказанных проблем, в соответствии с одним аспектом настоящего изобретения, предложены система беспроводной связи, базовая станция, мобильная станция и способ обработки, причем базовая станция выполнена с возможностью управлять блоком обработки, выполненным с возможностью управления первой беспроводной связью, второй беспроводной связью, отличной от первой беспроводной связи. Мобильная станция может выполнять передачу данных с базовой станцией с использованием первой беспроводной связи или второй беспроводной связи, и в случае, когда данные передаются от базовой станции к мобильной станции с использованием второй беспроводной связи, блок обработки, который находится в передающей станции среди базовой станции и мобильной станции и который является блоком обработки для выполнения первой беспроводной связи, передает к приемной станции среди базовой станции и мобильной станции путем выполнения обработки туннелирования данные после обработки уровня конвергенции уровня конвергенции для выполнения первой беспроводной связи. Приемная станция делает возможным выполнение приема данных, переданных от передающей станции посредством первой беспроводной связи, и данных, переданных от передающей станции посредством второй беспроводной связи, на основе обработки первой беспроводной связи.
ПОЛЕЗНЫЙ РЕЗУЛЬТАТ ИЗОБРЕТЕНИЯ
[0009] Согласно одному аспекту настоящего изобретения, достигается результат, заключающийся в том, что может выполняться передача данных с использованием первой беспроводной связи и второй беспроводной связи.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0010] Фиг. 1 - схема, показывающая пример системы беспроводной связи согласно первому варианту осуществления;
Фиг. 2 - схема, показывающая другой пример системы беспроводной связи согласно первому варианту осуществления;
Фиг. 3 - схема, показывающая пример системы беспроводной связи согласно второму варианту осуществления;
Фиг. 4 - схема, показывающая пример терминала согласно второму варианту осуществления;
Фиг. 5 - схема, показывающая пример аппаратной конфигурации терминала согласно второму варианту осуществления;
Фиг. 6 - схема, показывающая пример базовой станции согласно второму варианту осуществления;
Фиг. 7 - схема, показывающая пример аппаратной конфигурации базовой станции согласно второму варианту осуществления;
Фиг. 8 - схема, показывающая пример стека протоколов в системе беспроводной связи согласно второму варианту осуществления;
Фиг. 9 - схема, показывающая пример уровня 2 в системе беспроводной связи согласно второму варианту осуществления;
Фиг. 10 - схема, показывающая пример IP-заголовка IP-пакета, который передается в системе беспроводной связи согласно второму варианту осуществления;
Фиг. 11 - схема, показывающая пример значений поля ToS, включенного в IP-заголовок IP-пакета, передаваемого в системе беспроводной связи, согласно второму варианту осуществления;
Фиг. 12 - схема, показывающая пример агрегации посредством LTE-A и WLAN в системе беспроводной связи согласно второму варианту осуществления;
Фиг. 13 - схема, показывающая пример управления QoS на основе поля ToS в системе беспроводной связи согласно второму варианту осуществления;
Фиг. 14 - схема, показывающая пример классификации AC в системе беспроводной связи согласно второму варианту осуществления;
Фиг. 15 - схема, показывающая пример агрегации в системе беспроводной связи согласно второму варианту осуществления;
Фиг. 16 - схема, показывающая пример отображения классов QoS на АС применительно к системе беспроводной связи согласно второму варианту осуществления;
Фиг. 17 - блок-схема последовательности операций, иллюстрирующая пример обработки передающим устройством в системе беспроводной связи согласно второму варианту осуществления;
Фиг. 18 - схема, показывающая пример случая, когда множество каналов-носителей EPS имеют одинаковый класс QoS в системе беспроводной связи согласно второму варианту осуществления;
Фиг. 19 - схема, показывающая пример реализации внешнего IP-уровня с использованием протокола 3GPP во втором варианте осуществления;
Фиг. 20 - схема, показывающая другой пример реализации внешнего IP-уровня с использованием протокола 3GPP во втором варианте осуществления;
Фиг. 21 - схема, показывающая еще один пример реализации внешнего IP-уровня с использованием протокола 3GPP во втором варианте осуществления;
Фиг. 22 - схема, показывающая пример реализации внешнего IP-уровня с использованием нового протокола туннелирования во втором варианте осуществления;
Фиг. 23 - схема, показывающая другой пример реализации внешнего IP-уровня с использованием нового протокола туннелирования во втором варианте осуществления;
Фиг. 24 - схема, показывающая еще один пример реализации внешнего IP-уровня с использованием нового протокола туннелирования во втором варианте осуществления;
Фиг. 25 - схема, показывающая пример способа идентификации каналов-носителей EPS с использованием UL TFT в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 26 - схема, показывающая другой пример способа идентификации каналов-носителей EPS с использованием UL TFT в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 27 - схема, показывающая пример способа получения TFT в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 28 - схема, показывающая пример способа идентификации каналов-носителей EPS с использованием DL TFT в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 29 - схема, показывающая другой пример способа идентификации каналов-носителей EPS с использованием DL TFT в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 30 - схема, показывающая пример способа идентификации каналов-носителей EPS с использованием виртуального IP-потока в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 31 - схема, показывающая другой пример способа идентификации каналов-носителей EPS с использованием виртуального IP-потока в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 32 - схема, показывающая пример способа идентификации каналов-носителей EPS с использованием VLAN в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 33 - схема, показывающая другой пример способа идентификации каналов-носителей EPS с использованием VLAN в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 34 - схема, показывающая пример способа идентификации каналов-носителей EPS с использованием туннелирования GRE в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 35 - диаграмма, показывающая другой пример способа идентификации каналов-носителей EPS с использованием туннелирования GRE в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 36 - схема, показывающая пример способа идентификации каналов-носителей EPS с использованием PDCPoIP в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 37 - схема, показывающая другой пример способа идентификации каналов-носителей EPS с использованием PDCPoIP в системе беспроводной связи согласно третьему варианту осуществления;
Фиг. 38 - схема (часть 1), описывающая обработку данных, передаваемых посредством WLAN в системе беспроводной связи согласно четвертому варианту осуществления;
Фиг. 39 - схема (часть 2), описывающая обработку данных, передаваемых посредством WLAN в системе беспроводной связи согласно четвертому варианту осуществления;
Фиг. 40 - диаграмма последовательности, показывающая пример обработки в системе беспроводной связи согласно четвертому варианту осуществления;
Фиг. 41 - диаграмма последовательности уведомления о MAC-адресе другим сообщением RRC при обработке в системе беспроводной связи согласно четвертому варианту осуществления;
Фиг. 42 - диаграмма последовательности уведомления о MAC-адресе другим сообщением RRC при обработке в системе беспроводной связи согласно четвертому варианту осуществления;
Фиг. 43 - диаграмма последовательности другого примера обработки в системе беспроводной связи согласно четвертому варианту осуществления;
Фиг. 44 - схема, показывающая пример формата пакета в ARP, применимый к четвертому варианту осуществления.
ЛУЧШИЙ(Е) РЕЖИМ(Ы) ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
[0011] Варианты осуществления системы беспроводной связи, базовой станции, мобильной станции и способа обработки в соответствии с настоящим изобретением будут подробно описаны ниже со ссылкой на приложенные чертежи.
[0012] Первый вариант осуществления
Фиг. 1 является схемой, показывающей пример системы беспроводной связи согласно первому варианту осуществления. Как показано на фиг. 1, система 100 беспроводной связи в соответствии с первым вариантом осуществления включает в себя базовую станцию 110 и мобильную станцию 120. Система 100 беспроводной связи способна передавать данные между базовой станцией 110 и мобильной станцией 120 одновременно с использованием первой беспроводной связи 101 и второй беспроводной связи 102.
[0013] Первая беспроводная связь 101 и вторая беспроводная связь 102 представляют собой различные типы беспроводной связи (схемы беспроводной связи). Например, первая беспроводная связь 101 представляет собой сотовую связь, такую как LTE или LTE-A. Например, вторая беспроводная связь 102 представляет собой WLAN. Отметим, что первая беспроводная связь 101 и вторая беспроводная связь 102 могут быть различными типами связи без ограничения указанным. В примере, показанном на фиг. 1, базовая станция 110 является базовой станцией, которая может осуществлять первую беспроводную связь 101 и вторую беспроводную связь 102, например, между базовой станцией 110 и мобильной станцией 120.
[0014] При передаче данных посредством одновременного использования первой беспроводной связи 101 и второй беспроводной связи 102, базовая станция 110 и мобильная станция 120 конфигурируют между собой канал связи первой беспроводной связи 101 для передачи данных первой беспроводной связи 101. Кроме того, базовая станция 110 и мобильная станция 120 конфигурируют между собой канал связи беспроводной связи 102 для передачи данных первой беспроводной связи 101. Базовая станция 110 и мобильная станция 120 одновременно передают данные с использованием каналов связи, сконфигурированных для первой беспроводной связи 101 и второй беспроводной связи 102.
[0015] Сначала будет описана нисходящая линия связи для передачи данных от базовой станции 110 к мобильной станции 120. Базовая станция 110 включает в себя блок 111 управления и блок 112 обработки. Блок 111 управления обеспечивает управление для первой беспроводной связи 101. Блок 111 управления обеспечивает управление для второй беспроводной связи 102. Например, блок 111 управления представляет собой блок обработки, такой как RRC, который выполняет беспроводное управление между базовой станцией 110 и мобильной станцией 120. Следует отметить, что блок 111 управления не ограничен RRC и может представлять собой блок обработки любого типа, который обеспечивает управление первой беспроводной связью 101.
[0016] Блок 112 обработки выполняет обработку для выполнения первой беспроводной связи 101. Например, блок 112 обработки представляет собой блок обработки, который обрабатывает данные, передаваемые посредством первой беспроводной связи 101. В качестве примера, блок 112 обработки является блоком обработки уровня канала передачи данных, такого как PDCP, управления радиоканалом (RLC) и MAC. Понятно, то блок 112 обработки не ограничен вышеуказанным, и может использоваться блок обработки любого типа для осуществления первой беспроводной связи 101.
[0017] Обработка блока 112 обработки для осуществления первой беспроводной связи 101 управляется блоком 111 управления. Когда данные передаются от базовой станции 110 к мобильной станции 120 с использованием беспроводной связи посредством второй беспроводной связи 102, блок 112 обработки устанавливает уровень конвергенции для выполнения первой беспроводной связи 101. Этот уровень конвергенции включает в себя обработку для разделения, между первой беспроводной связью 101 и второй беспроводной связью 102, данных, подлежащих передаче между базовой станцией 110 и мобильной станцией 120.
[0018] В качестве примера, уровнем конвергенции является уровень PDCP. Однако уровень конвергенции не ограничивается уровнем PDCP, но может быть уровнем различного типа. Уровень конвергенции также может обозначаться как точка завершения, точка ветвления, функция разделения или функция маршрутизации. Такое обозначение не является ограничительным, при условии, что оно означает точку планирования данных между первой беспроводной связью и второй беспроводной связью. В дальнейшем, уровень конвергенции используется в качестве одного такого типового обозначения.
[0019] Для данных, передаваемых от базовой станции 110 к мобильной станции 120 с использованием второй беспроводной связи 102, блок 112 обработки передает к мобильной станции 120 путем туннелирования данные, для которых была выполнена обработка уровня конвергенции. Блок 112 обработки передает данные как протокольный блок данных (PDU), заголовок которого включает в себя порядковый номер (SN) и т.п., добавленный обработкой уровня конвергенции. В результате, данные, предназначенные для мобильной станции 120, могут передаваться посредством второй беспроводной связи 102 с включенным порядковым номером. Другими словами, PDU первой беспроводной связи 101 может прозрачным образом передаваться посредством второй беспроводной связи 102.
[0020] Напротив, мобильная станция 120 может выполнять процесс приема для данных, переданных от базовой станции 110 посредством первой беспроводной связи 101, и данных, переданных от базовой станции 110 посредством второй беспроводной связи 102, на основе обработки первой беспроводной связи 101. Например, мобильная станция 120 может выполнять управление последовательностью на основе порядкового номера. В результате, становится возможной передача данных, которая одновременно использует первую беспроводную связь 101 и вторую беспроводную связь 102. Поэтому, например, скорость передачи данных может быть улучшена.
[0021] Далее будет описана восходящая линия связи для передачи данных от мобильной станции 120 к базовой станции 110. Мобильная станция 120 включает в себя блок 121 обработки. Подобно блоку 112 обработки базовой станции 110, блок 121 обработки является блоком обработки для выполнения первой беспроводной связи 101. Например, блок 121 обработки представляет собой блок обработки уровня канала передачи данных, такого как PDCP, RLC и MAC. Однако блок 121 обработки не ограничивается вышеуказанным и может быть блоком обработки любого типа для осуществления первой беспроводной связи 101.
[0022] Обработка посредством блока 121 обработки для выполнения первой беспроводной связи 101 управляется блоком 111 управления базовой станции 110. Блок 121 обработки, при передаче данных от мобильной станции 120 к базовой станции 110 с использованием беспроводной связи второй беспроводной связи 102, устанавливает уровень конвергенции для выполнения первой беспроводной связи 101. Уровень конвергенции, как описано выше, включает в себя обработку для разделения данных, подлежащих передаче между базовой станцией 110 и мобильной станцией 120, между первой беспроводной связью 101 и второй беспроводной связью 102.
[0023] Для данных, которые должны передаваться от мобильной станции 120 к базовой станции 110 с использованием второй беспроводной связи 102, блок 121 обработки передает к базовой станции 110, путем туннелирования, данные, для которых выполнена обработка уровня конвергенции. Блок 121 обработки передает данные как PDU, заголовок которого включает в себя порядковый номер и т.п., добавленный посредством обработки уровня конвергенции. В результате, данные, предназначенные для базовой станции 110, могут передаваться посредством второй беспроводной связи 102 с включенным порядковым номером.
[0024] Напротив, базовая станция 110 может выполнять управление последовательностью для данных, передаваемых от мобильной станции 120 посредством первой беспроводной связи 101, и данных, передаваемых от мобильной станции 120 посредством второй беспроводной связи 102, на основе порядкового номера. Поэтому становится возможной передача данных, которая одновременно использует первую беспроводную связь 101 и вторую беспроводную связь 102.
[0025] Таким образом, для данных, которые должны передаваться посредством второй беспроводной связи 102, передающая станция среди базовой станции 110 и мобильной станции 120 передает, посредством туннелирования, PDU, заголовок которого включает в себя порядковый номер, добавленный посредством обработки уровня конвергенции. В результате, в приемной станции, управление последовательностью между данными, передаваемыми от мобильной станции 120 посредством первой беспроводной связи 101, и данными, передаваемыми от мобильной станции 120 посредством второй беспроводной связи 102, может выполняться на основе порядкового номера. Поэтому становится возможной передача данных, которая одновременно использует первую беспроводную связь 101 и вторую беспроводную связь 102.
[0026] Фиг. 2 является схемой, показывающей другой пример системы беспроводной связи в соответствии с первым вариантом осуществления. На фиг. 2, части, аналогичные показанным на фиг. 1, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены. Хотя на фиг. 1 описан случай, когда базовая станция 110 является базовой станцией, способной выполнять первую беспроводную связь 101 и вторую беспроводную связь 102 с мобильной станцией 120, однако, как показано на фиг. 2, вместо базовой станции 110, могут быть обеспечены базовые станции 110А, 110В.
[0027] Базовая станция 110А является базовой станцией, способной выполнять первую беспроводную связь 101 с мобильной станцией 120. Базовая станция 110B является базовой станцией, соединенной с базовой станцией 110A и является базовой станцией, способной выполнять вторую беспроводную связь 102 с мобильной станцией 120.
[0028] В примере, показанном на фиг. 2, базовая станция 110А выполняет передачу данных с мобильной станцией 120 с использованием второй беспроводной связи 102 через базовую станцию 110В. В этом случае, блок управления 111 и блок 112 обработки, показанные на фиг. 1, предусмотрены, например, в базовой станции 110А. Кроме того, блок 111 управления управляет второй беспроводной связью 102 с мобильной станцией 120 через базовую станцию 110B.
[0029] Сначала будет описана нисходящая линия связи для передачи данных от базовой станции 110А к мобильной станции 120. Для данных, которые должны передаваться к мобильной станции 120 с использованием второй беспроводной связи 102, блок 112 обработки базовой станции 110А передает к базовой станции 110В, путем туннелирования, данные, для которых была выполнена обработка уровня конвергенции. Блок 112 обработки передает данные как PDU, заголовок которого включает в себя порядковый номер и т.д., добавленный посредством обработки уровня конвергенции. В результате, данные могут быть переданы к мобильной станции 120 через базовые станции 110А и 110В. Базовая станция 110B передает к мобильной станции 120 посредством второй беспроводной связи 102 данные, переданные из базовой станции 110A.
[0030] Далее, будет описана восходящая линия связи для передачи данных от мобильной станции 120 к базовой станции 110А. Для данных, которые должны передаваться к базовой станции 110 с использованием второй беспроводной связи 102, блок 121 обработки мобильной станции 120 передает к базовой станции 110В, путем туннелирования, данные, для которых была выполнена обработка уровня конвергенции. Блок 121 обработки передает данные как PDU, заголовок которого включает в себя порядковый номер и т.п., добавленный посредством обработки уровня конвергенции. Базовая станция 110B пересылает к базовой станции 110А данные, переданные от мобильной станции 120 посредством второй беспроводной связи 102. В результате, данные, предназначенные для базовой станции 110А, могут передаваться к базовой станции 110А с использованием второй беспроводной связи 102.
[0031] Таким образом, в соответствии с системой 100 беспроводной связи согласно первому варианту осуществления, становится возможной передача данных, которая одновременно использует первую беспроводную связь 101 и вторую беспроводную связь 102, между базовой станцией 110 и мобильной станцией 120. Поэтому, например, можно улучшить скорость передачи данных.
[0032] Далее, детали системы 100 беспроводной связи в соответствии с первым вариантом осуществления, показанным на фиг. 1, будут описаны с использованием вариантов осуществления с второго по четвертый. Варианты осуществления с второго по четвертый могут рассматриваться как примеры, воплощающие вышеописанный первый вариант осуществления, и поэтому могут быть реализованы в комбинации с первым вариантом осуществления.
[0033] Второй вариант осуществления
Фиг. 3 является схемой, показывающей пример системы беспроводной связи согласно второму варианту осуществления. Как показано на фиг. 3, система 300 беспроводной связи согласно второму варианту осуществления включает в себя UE 311, eNB 321, 322 и базовую сеть 330 пакетной коммутации. Система 300 беспроводной связи представляет собой, например, систему мобильной связи, такую как LTE-A, определенную посредством 3GPP. Тем не менее, стандарт связи системы 300 беспроводной связи не ограничивается этим.
[0034] Базовая сеть 330 пакетной коммутации (packet core network) представляет собой, например, развитое ядро пакетной коммутации (EPC - Evolved Packet Core), определенную в 3GPP, но конкретно не ограничена этим. Отметим, что базовая сеть, определенная посредством 3GPP, может определяться как эволюция системной архитектуры (SAE). Базовая сеть 330 пакетной коммутации включает в себя SGW 331, PGW 332 и MME 333.
[0035] UE 311 и eNB 321, 322 образуют сеть беспроводного доступа посредством выполнения беспроводной связи. Сеть беспроводного доступа, сформированная посредством UE 311 и eNB 321, 322, представляет собой, например, развитую универсальную наземную сеть радиодоступа (E-UTRAN), определенную в 3GPP, но конкретно не ограничена этим.
[0036] UE 311 является терминалом, расположенным в соте eNB 321, и выполняет беспроводную связь с eNB 321. В качестве примера, UE 311 выполняет связь с другим устройством связи через eNB 321, SGW 331 и PGW 332. Например, другое устройство связи, осуществляющее связь с UE 311, является терминалом связи, отличным от UE 311, или сервером и т.п. Связь между UE 311 и другим устройством связи представляет собой, например, передачу данных или голосовую связь, но конкретно не ограничивается ими. Голосовая связь представляет собой, например, передачу голоса по LTE (VoLTE), но конкретно не ограничена этим.
[0037] eNB 321 является базовой станцией, формирующей соту 321а и выполняющей беспроводную связь с UE 311, расположенным в соте 321а. eNB 321 транслирует передачу между UE 311 и SGW 331. eNB 322 является базовой станцией, которая формирует соту 322а и выполняет беспроводную связь с UE, расположенным в соте 322а. eNB 322 транслирует передачу между UE, расположенным в соте 322а, и SGW 331.
[0038] eNB 321 и eNB 322 могут быть соединены друг с другом, например, через физический или логический интерфейс между базовыми станциями. Интерфейс между базовыми станциями представляет собой, например, интерфейс X2, но конкретно не ограничен этим. eNB 321 и SGW 331 соединены друг с другом, например, через физический или логический интерфейс. Интерфейс между eNB 321 и SGW 331 представляет собой, например, интерфейс S1-U, но конкретно не ограничен этим.
[0039] SGW 331 является обслуживающим шлюзом, который поддерживает eNB 321 и выполняет обработку пользовательской плоскости (U-плоскости) при осуществлении связи через eNB 321. Например, SGW 331 выполняет обработку U-плоскости при осуществлении связи с UE 311. U-плоскость является функциональной группой, выполняющей передачу пользовательских данных (пакетных данных). SGW 331 может поддерживать eNB 322 и выполнять обработку U-плоскости при осуществлении связи через eNB 322.
[0040] PGW 332 является шлюзом сети пакетных данных для соединения с внешней сетью. Внешняя сеть представляет собой, например, Интернет, но конкретно не ограничена этим. Например, PGW 332 ретранслирует пользовательские данные между SGW 331 и внешней сетью. Например, чтобы позволить UE 311 передавать или принимать IP-поток, PGW 332 выполняет распределение 201 IP-адресов для назначения IP-адреса для UE 311.
[0041] SGW 331 и PGW 332 соединены друг с другом, например, через физический или логический интерфейс. Интерфейс между SGW 331 и PGW 332 представляет собой, например, интерфейс S5, но конкретно не ограничен этим.
[0042] MME (объект управления мобильностью) 333 поддерживает eNB 321 и выполняет обработку плоскости управления (С-плоскости) при осуществлении связи через eNB 321. Например, MME 333 выполняет обработку C-плоскости при осуществлении связи UE 311 через eNB 321. С-плоскостью является, например, функциональная группа для управления вызовом или сетью между устройствами. Например, C-плоскость используется в связи с пакетным вызовом, конфигурированием маршрута для передачи пользовательских данных, управлением передачей обслуживания и т.п. Кроме того, MME 333 может поддерживать eNB 322 и выполнять обработку С-плоскости при осуществлении связи через eNB 322.
[0043] MME 333 и eNB 321 соединены друг с другом, например, через физический или логический интерфейс. Интерфейс между MME 333 и eNB 321 является, например, интерфейсом S1-MME, но конкретно не ограничен этим. MME 333 и SGW 331 соединены друг с другом, например, через физический или логический интерфейс. Интерфейс между MME 333 и SGW 331 является, например, интерфейсом S11, но конкретно не ограничен этим.
[0044] В системе 300 беспроводной связи, IP-поток, передаваемый от или принимаемый в UE 311, классифицируется (распределяется) на каналы-носители 341-34n EPS и передается через PGW 332 и SGW 331. Каналы-носители 341-34n EPS являются IP-потоком в развитой пакетной системе (EPS). Каналы-носители 341-34n EPS имеют форму радиоканалов-носителей 351-35n в сети беспроводного доступа, образованной посредством UE 311 и eNB 321, 322. Общее управление связью, такое как конфигурирование каналов-носителей 341-34n EPS, конфигурирование безопасности и управление мобильностью, выполняется посредством MME 333.
[0045] В сети LTE, IP-поток, классифицированный на каналы-носители 341-34n EPS, передается, например, через туннель протокола туннелирования GPRS (GTP), сконфигурированный между узлами. Каналы-носители 341-34n EPS однозначно отображаются на радиоканалы-носители 351-35n, соответственно, для беспроводной передачи с учетом QoS.
[0046] При осуществлении связи между UE 311 и eNB 321 системы 300 беспроводной связи, выполняется агрегация LTE-A и WLAN для передачи трафика LTE-A с использованием одновременно LTE-A и WLAN. Это позволяет распределять трафик между UE 311 и eNB 321 на LTE-A и WLAN одновременно, чтобы достичь улучшения пропускной способности в системе 300 беспроводной связи. Первая беспроводная связь 101, показанная на фиг. 1, может представлять собой, например, беспроводную связь LTE-A. Вторая беспроводная связь 102, показанная на фиг. 1, может представлять собой, например, беспроводную связь WLAN. Агрегация LTE-A и WLAN будет описана ниже.
[0047] Следует отметить, что обозначение ʺагрегацияʺ является просто примером и часто используется в смысле использования множества частот (несущих) связи. Помимо агрегации, часто используется ʺинтеграцияʺ в качестве обозначения в том смысле, что несколько систем интегрированы для совместного использования. В дальнейшем, ʺагрегацияʺ используется в качестве обобщенного обозначения.
[0048] Базовые станции 110, 110A и 110B, показанные на фиг. 1 и 2, могут быть реализованы, например, посредством eNB 321, 322. Мобильная станция 120, показанная на фиг. 1 и фиг. 2, может быть реализована, например, посредством UE 311.
[0049] Фиг. 4 является схемой, показывающей пример терминала в соответствии со вторым вариантом осуществления. UE 311, показанное на фиг. 3, может быть реализовано, например, терминалом 400, показанным на фиг. 4. Терминал 400 включает в себя блок 410 беспроводной связи, блок 420 управления и блок 430 хранения. Блок 410 беспроводной связи включает в себя блок 411 беспроводной передачи и блок 412 беспроводного приема. Эти блоки соединены друг с другом таким образом, чтобы обеспечивать возможность однонаправленного или двунаправленного ввода и вывода сигналов или данных. Кроме того, блок 410 беспроводной связи может выполнять, например, беспроводную связь LTE-A (первую беспроводную связь 101) и беспроводную связь WLAN (вторую беспроводную связь 102).
[0050] Блок 411 беспроводной передачи передает пользовательские данные или управляющий сигнал посредством беспроводной связи через антенну. Беспроводной сигнал, передаваемый блоком 411 беспроводной передачи, может включать в себя произвольные пользовательские данные, управляющую информацию и т.п. (которые были кодированы, модулированы и т.д.). Блок 412 беспроводного приема принимает пользовательские данные и управляющие сигналы посредством беспроводной связи через антенну. Беспроводной сигнал, принятый блоком 412 беспроводного приема, может включать в себя произвольные пользовательские данные, управляющую информацию и т.п. (которые были кодированы, модулированы и т.д.). Для передачи и приема может быть использована общая антенна.
[0051] Блок 420 управления выводит на блок 411 беспроводной передачи пользовательские данные, управляющий сигнал и т.п., которые должны быть переданы к другой беспроводной станции. Блок 420 управления получает пользовательские данные, управляющий сигнал и т.п., принятые блоком 412 беспроводного приема. Блок 420 управления выполняет ввод/вывод пользовательских данных, управляющей информации, программы и т.п. из/на блок 430 хранения, описанный ниже. Блок 420 управления выполняет ввод из блока 410 связи и вывод на него пользовательских данных, управляющего сигнала и т.п., передаваемых на другое устройство связи и т.п. или принимаемых от него. Кроме того, блок 420 управления обеспечивает различные типы управления в терминале 400. Блок 430 хранения хранит различные типы информации, такие как пользовательские данные, управляющая информация и программа.
[0052] Блок 121 обработки мобильной станции 120, показанный на фиг. 1, может быть реализован, например, блоком 420 управления.
[0053] Фиг. 5 является схемой, показывающей пример аппаратной конфигурации терминала согласно второму варианту осуществления. Терминал 400, показанный на фиг. 4, может быть реализован, например, терминалом 500, показанным на фиг. 5. Терминал 500 включает в себя, например, антенну 511, RF-схему 512, процессор 513 и память 514. Эти компоненты соединены друг с другом так, чтобы обеспечивать ввод/вывод различных сигналов или данных, например, через шину.
[0054] Антенна 511 включает в себя передающую антенну для передачи беспроводного сигнала и приемную антенну для приема беспроводного сигнала. Антенна 511 может представлять собой общую антенну, которая передает и принимает беспроводной сигнал. RF-схема 512 выполняет радиочастотную (RF) обработку сигнала, принимаемого или передаваемого антенной 511. RF-обработка включает в себя, например, преобразование частоты между базовой полосой и RF-диапазоном.
[0055] Процессор 513 представляет собой, например, центральный процессор (CPU) или цифровой сигнальный процессор (DSP). Кроме того, процессор 513 может быть реализован цифровой электронной схемой, такой как специализированная интегральная схема (ASIC), программируемая вентильная матрица (FPGA) и большая интегральная микросхема (LSI).
[0056] Память 514 может быть реализована, например, посредством памяти произвольного доступа (RAM), такой как синхронная динамическая память произвольного доступа (SDRAM), постоянной памяти (ROM) или флэш-памяти. Память 514 хранит, например, пользовательские данные, управляющую информацию, программу и т.п.
[0057] Блок 410 беспроводной связи, показанный на фиг. 4, может быть реализован, например, антенной 511 и RF-схемой 512. Блок 420 управления, показанный на фиг. 4, может быть реализован, например, процессором 513. Блок 430 хранения, показанный на фиг. 4, может быть реализован, например, памятью 514.
[0058] Фиг. 6 является схемой, показывающей пример базовой станции согласно второму варианту осуществления. Каждый из eNB 321, 322, показанных на фиг. 3, может быть реализован, например, базовой станцией 600, показанной на фиг. 6. Как показано на фиг. 6, базовая станция 600 включает в себя, например, блок 610 беспроводной связи, блок 620 управления, блок 630 хранения и блок 640 связи. Блок 610 беспроводной связи включает в себя блок 611 беспроводной передачи и блок 612 беспроводного приема. Эти блоки соединены друг с другом таким образом, чтобы обеспечивать возможность однонаправленного или двунаправленного ввода или вывода сигналов или данных. Блок 610 беспроводной связи может осуществлять, например, беспроводную связь LTE-A (первую беспроводную связь 101) и беспроводную связь WLAN (вторую беспроводную связь 102).
[0059] Блок 611 беспроводной передачи передает пользовательские данные, управляющий сигнал и т.п. посредством беспроводной связи через антенну. Беспроводной сигнал, передаваемый блоком 611 беспроводной передачи, может включать в себя произвольные пользовательские данные, управляющую информацию и т.п. (которые были кодированы, модулированы и т.п.). Блок 612 беспроводного приема принимает пользовательские данные, управляющий сигнал и т.п. посредством беспроводной связи через антенну. Беспроводной сигнал, принимаемый блоком 612 беспроводного приема, может включать в себя произвольные пользовательские данные, управляющую информацию и т.п. (которые были кодированы, модулированы и т.п.). Для передачи и приема может использоваться общая антенна.
[0060] Блок 620 управления выводит в блок 611 беспроводной передачи пользовательские данные, управляющий сигнал и т.п., которые должны быть переданы к другой беспроводной станции. Блок 620 управления получает пользовательские данные, управляющий сигнал и т.п., принятые блоком 612 беспроводного приема. Блок 620 управления выполняет ввод/вывод пользовательских данных, управляющей информации, программы и т.п. из/на блок 630 хранения, описанный ниже. Блок 620 управления вводит из блока 640 связи, описанного ниже, и выводит на него пользовательские данные, управляющий сигнал и т.п., передаваемые на другое устройство связи или принимаемые от него. Кроме того, блок 620 управления обеспечивает различные типы управления в базовой станции 600.
[0061] Блок 630 хранения хранит различные типы информации, такие как пользовательские данные, управляющая информация и программа. По отношению к другому устройству связи, блок 640 связи передает/принимает пользовательские данные, управляющий сигнал и т.п., например, посредством проводного сигнала.
[0062] Блок 111 управления и блок 112 обработки базовой станции 110, показанной на фиг. 1, могут быть реализованы, например, блоком 620 управления.
[0063] Фиг. 7 является схемой, показывающей пример аппаратной конфигурации базовой станции согласно второму варианту осуществления. Базовая станция 600, показанная на фиг. 6, может быть реализована, например, базовой станцией 700, показанной на фиг. 7. Базовая станция 700 включает в себя антенну 711, RF-схему 712, процессор 713, память 714 и сетевой интерфейс (IF) 715. Эти компоненты соединены друг с другом так, что обеспечивать ввод/вывод различных сигналов, данных и т.п., например, через шину.
[0064] Антенна 711 включает в себя передающую антенну, которая передает беспроводной сигнал, и приемную антенну, которая принимает беспроводной сигнал. Антенна 711 может представлять собой общую антенну, которая передает и принимает беспроводные сигналы. RF-схема 712 выполняет RF-обработку сигнала, принимаемого или передаваемого антенной 711. RF-обработка включает в себя, например, преобразование частоты между базовой полосой и RF-диапазоном.
[0065] Процессор 713 представляет собой, например, CPU или DSP. Процессор 713 может быть реализован цифровой электронной схемой, такой как ASIC, FPGA, LSI и т.п.
[0066] Память 714 может быть реализована, например, посредством RAM, такой как SDRAM, ROM или флэш-памяти. Память 714 хранит, например, пользовательские данные, управляющую информацию, программу и т.п.
[0067] Сетевой IF 715 представляет собой, например, интерфейс связи, выполняющий проводную связь с сетью. Сетевой IF 715 может включать в себя, например, интерфейс Xn для выполнения проводной связи с базовой станцией.
[0068] Блок 610 беспроводной связи, показанный на фиг. 6, может быть реализован, например, антенной 711 и RF-схемой 712. Блок 620 управления, показанный на фиг. 6, может быть реализован, например, процессором 713. Блок 630 хранения, показанный на фиг. 6, может быть реализован, например, памятью 714. Блок 640 связи, показанный на фиг. 6, может быть реализован, например, посредством сетевого IF 715.
[0069] Фиг. 8 является схемой, показывающей пример стека протоколов в системе беспроводной связи согласно второму варианту осуществления. Стек 800 протоколов, показанный на фиг. 8, может быть применен, например, к системе 300 беспроводной связи согласно второму варианту осуществления. Стек 800 протоколов представляет собой стек протоколов LTE-A, определенный посредством 3GPP. Группы 801-805 уровней представляют собой группы уровней, указывающие соответствующие процессы в UE 311, eNB 321, SGW 331, PGW 332 и сервере внешней сети, соответственно.
[0070] В случае передачи IP-потока в системе 300 беспроводной связи, фильтрация IP-потока выполняется для обработки каждого IP-потока в соответствии с классом QoS. Например, для нисходящей линии связи, где UE 311 принимает IP-поток, PGW 332 выполняет фильтрацию пакетов по отношению к IP-потоку и классифицирует IP-поток на каналы-носители 341-34n EPS.
[0071] Для восходящей линии связи, где UE 311 передает IP-поток, PGW 332 уведомляет UE 311 о правиле фильтрации пакетов. На основании правила фильтрации, уведомленного из PGW 332, UE 311 применяет фильтрацию пакетов к IP-потоку и классифицирует IP-поток на каналы-носители 341-34n EPS.
[0072] Например, в восходящей линии связи, PGW 332 выполняет фильтрацию IP-потока посредством уровня 811 фильтрации (фильтра), включенного в IP-уровень (IP) в группе 804 уровней PGW 332. В нисходящей линии связи, UE 311 выполняет фильтрацию IP-потока посредством уровня 812 фильтрации (фильтра), включенного в IP-уровень (IP) в группе 801 уровней UE 311.
[0073] Для того чтобы выполнять управление QoS (администрирование QoS) посредством маршрутизатора в сети LTE, PGW 332 (в случае нисходящей линии связи) или UE 311 (в случае восходящей линии связи) конфигурирует значение QoS в поле типа обслуживания (ToS) заголовка IP-пакета.
[0074] Фильтрация пакетов посредством PGW 332 или UE 311 выполняется с использованием, например, кортежа из 5 элементов (IP-адресов источника/места назначения, номеров портов источника/места назначения и типа протокола). Правило фильтрации для фильтрации пакетов называется, например, шаблоном потока трафика (TFT). Некоторые из каналов-носителей 341-34n EPS могут не иметь TFT, сконфигурированного для них.
[0075] Когда фильтрация IP-потока выполняется с использованием TFT, IP-поток может классифицироваться максимум на 11 различных каналов-носителей EPS. Один канал-носитель из каналов-носителей 341-34n EPS называется установленным по умолчанию каналом-носителем. Канал-носитель по умолчанию генерируется, когда PGW 332 назначает IP-адрес для UE 311, и продолжает существовать до тех пор, пока IP-адрес, назначенный для UE 311, не будет освобожден. Каналы-носители, отличные от канала-носителя по умолчанию среди каналов-носителей 341-34n EPS, называются выделенными каналами-носителями. Выделенные каналы-носители могут соответствующим образом генерироваться и освобождаться в зависимости от ситуации с передаваемыми пользовательскими данными.
[0076] Фиг. 9 является схемой, показывающей пример уровня 2 в системе беспроводной связи согласно второму варианту осуществления. В системе 300 беспроводной связи согласно второму варианту осуществления, например, обработка, показанная на фиг. 9, может быть применена в качестве обработки уровня 2. Обработка, показанная на фиг. 9, представляет собой обработку уровня 2 LTE-A, определенную посредством 3GPP. Как показано на фиг. 9, уровень 2 LTE-A включает в себя PDCP 910, RLC 920 и MAC 930.
[0077] PDCP 910 включает в себя устойчивое к ошибкам (робастное) сжатие заголовка (ROHC) для сжатия заголовка IP-дейтаграммы входящего потока или обработки, связанной с безопасностью. Обработка, связанная с безопасностью, включает в себя, например, шифрование и защиту целостности. В обычной связи LTE-A, эти процессы PDCP 910 выполняются над пользовательскими данными, и пользовательские данные пересылаются на более низкий уровень (например, уровень 1).
[0078] В случае выполнения, например, двойной связности, UE 311 может одновременно осуществлять связь максимум с двумя базовыми станциями (например, eNB 321, 322). Канал-носитель 901 группы основных сот (MCG) является радиоканалом-носителем основной базовой станции.
[0079] Каналу-носителю 901 MCG может сопутствовать разделительный канал-носитель 902 и канал-носитель 903 группы вторичных сот (SCG). В случае использования разделительного канала-носителя 902, когда пользовательские данные пересылаются с уровня 2 на более низкий уровень (например, уровень 1), можно выбрать, следует ли пересылать пользовательские данные только на одну базовую станцию или на две базовые станции.
[0080] RLC 920 включает в себя первичную обработку перед беспроводной передачей пользовательских данных. Например, RLC 920 включает в себя сегментацию пользовательских данных (segm.) для настройки пользовательских данных на размер, который зависит от качества радиосвязи. RLC 920 может включать в себя, например, автоматический запрос повторения (ARQ) для повторной передачи пользовательских данных, которые терпят неудачу в исправлении ошибок на более низком уровне. Когда пользовательские данные пересылаются на более низкий уровень, каналы-носители EPS отображаются на соответствующие логические каналы и передаются беспроводным способом.
[0081] MAC 930 включает в себя управление беспроводной передачей. Например, MAC 930 включает в себя обработку выполнения планирования пакетов и выполнение гибридного автоматического запроса повторения (HARQ) передаваемых данных. HARQ выполняется для каждой несущей, агрегируемой при агрегации несущих.
[0082] В MAC 930, отправитель применяет идентификатор логического канала (LCID) к сервисному блоку данных (SDU) MAC, который является пользовательскими данными, для передачи. В MAC 930, получатель преобразует радиоканалы-носители в каналы-носители EPS, используя LCID, добавленный отправителем.
[0083] Фиг. 10 является схемой, иллюстрирующей пример IP-заголовка IP-пакета, который передается в системе беспроводной связи, согласно второму варианту осуществления. В системе 300 беспроводной связи согласно второму варианту осуществления, например, передается IP-пакет, имеющий IP-заголовок 1000, показанный на фиг. 10. IP-заголовок 1000 включает в себя, например, адрес 1001 источника, указывающий источник, и адрес 1002 места назначения, указывающий место назначения.
[0084] IP-заголовок 1000 включает в себя поле 1003 ToS для выполнения QoS. Вышеописанное управление QoS выполняется, например, на основе значений поля 1003 ToS. Кроме того, IP-заголовок 1000 включает в себя поле 1004 протокола, хранящее номер протокола транспортного уровня, соответствующего более высокому уровню.
[0085] Фиг. 11 является схемой, иллюстрирующей пример значений поля ToS, включенного в IP-заголовок IP-пакета, который передается в системе беспроводной связи, согласно второму варианту осуществления. ʺПервые 3 битаʺ в таблице 1100, показанной на фиг. 11, указывают IP приоритетность, соответствующую первым 3 битам в поле 1003 ToS, показанном на фиг. 10, обеспечивая возможность 2^3=8 различных шаблонов. В таблице 1100, 8 различных шаблонов показывают, что более высокие шаблоны имеют более высокие приоритеты.
[0086] Например, ʺ111ʺ, имеющее наивысший приоритет в IP приоритетности поля 1003 ToS, указывает, что IP-пакет соответствует сетевому управлению и зарезервирован для управления, такого как маршрутизация. ʺ110ʺ, имеющее второй по высоте приоритет в IP приоритетности поля 1003 ToS, указывает, что IP-пакет соответствует Интернет-управлению и зарезервирован для управления, такого как маршрутизация.
[0087] В примере, показанном на фиг. 11, хотя был описан случай, где используется IP приоритетность поля 1003 ToS в качестве информации приоритета QoS, информация приоритета QoS не ограничивается этим, и может использоваться, например, поле указания кода дифференцированных услуг (DSCP). DSCP является полем, соответствующим первым 6 битам в поле 1003 ToS.
[0088] Фиг. 12 является схемой, показывающей пример агрегации посредством LTE-A и WLAN в системе беспроводной связи в соответствии со вторым вариантом осуществления. Обработка уровня 2 в агрегации LTE-A и WLAN основана, например, на обработке двойной связности, описанной выше, с учетом обратной совместимости LTE-A.
[0089] IP-поток 1201 представляет собой IP-поток по протоколу передачи гипертекста (HTTP) между UE 311 и eNB 321. IP-поток 1202 является IP-потоком по протоколу передачи файлов (FTP) между UE 311 и eNB 321.
[0090] Обработка 1211 без агрегации показывает обработку в случае передачи IP-потоков 1201, 1202 посредством LTE-A без выгрузки в WLAN. Эта обработка 1211 без агрегации соответствует передаче данных, которая использует беспроводную связь посредством первой беспроводной связи 101, показанной на фиг. 1. В обработке 1211 без агрегации, каждый из IP-потоков 1201, 1202 подвергается обработке PDCP, RLC, LTE-MAC и LTE-PHY в указанной последовательности. Эти PDCP, RLC и LTE-MAC представляют собой, например, PDCP 910, RLC 920 и MAC 930, показанные на фиг. 9 соответственно. LTE-PHY является физическим уровнем в LTE-A.
[0091] Обработка 1212 агрегации показывает обработку в случае, когда IP-потоки 1201, 1202 одновременно передаются с использованием LTE-A и WLAN. Эта обработка 1212 агрегации соответствует передаче данных с использованием беспроводной связи посредством первой беспроводной связи 101 и второй беспроводной связи 102, показанной на фиг.1.
[0092] В обработке 1212 агрегации, IP-поток 1201 разделяется посредством PDCP на пакеты, передаваемые посредством LTE-A, и пакеты, передаваемые посредством WLAN. Процессы RLC, LTE-MAC и LTE-PHY для пакетов, подлежащих передаче посредством LTE-A IP-потока 1201, выполняются последовательно.
[0093] Кроме того, после процесса PDCP, выполняется туннелирование путем передачи к стороне WLAN пакетов, которые должны передаваться посредством WLAN, IP-потока 1201 с внешним IP-заголовком, посредством внешнего IP-уровня. Внешний IP-заголовок представляет собой, например, копию IP-заголовка, добавленного более высоким IP-уровнем PDCP, и является IP-заголовком, который не зашифрован посредством PDCP. Для пакетов, пересылаемых к стороне WLAN и имеющих внешний IP-заголовок IP-потока 1201, последовательно выполняются процессы.11xMAC и.11xPHY;.11xMAC и.11xPHY являются уровнем MAC и PHY в WLAN(802.11x), соответственно.
[0094] Внешний IP-уровень также может быть обеспечен на стороне вторичной базовой станции (например, вторичного eNB 323). Иными словами, для добавления внешнего IP-заголовка, информация, которая должна быть передана (параметры и т.п.), может сообщаться от основной базовой станции (например, eNB 321) к вторичной базовой станции. Будет описан конкретный пример параметра. Во второй системе беспроводной связи (например, WLAN), предполагается, что компания, предоставляющая услуги связи (оператор связи), создает частную IP-сеть, и поскольку версия IP-заголовка может быть определена независимо, то уведомление не требуется. Длина заголовка является длиной PDU первой системы беспроводной связи (например, LTE-A), и поэтому уведомление не требуется. Относительно ToS, информация QoS первой системы беспроводной связи должна быть унаследована, и поэтому уведомление является желательным. Поэтому, для информации QoS, используемой первой системой беспроводной связи, сообщается, например, значение QCI. Во второй системе беспроводной связи выполняется преобразование значения QCI в значение TOS, и полученное значение устанавливается в поле TOS внешнего IP-заголовка. Относящийся к фрагментации ID, IP-флаг и поле смещения определяются только второй системой беспроводной связи, и поэтому уведомление не требуется. Номер протокола может быть независимо определен второй системой беспроводной связи, как описано ниже, и поэтому уведомление не требуется. Контрольная сумма заголовка является значением, вычисленным на основе содержимого заголовка, и поэтому уведомление не требуется.
[0095] Таким образом, уведомление о значении ToS, относящемся к управлению QoS, от первой системы беспроводной связи ко второй системе беспроводной связи является желательным. Кроме того, поскольку выполняется планирование в соответствии с классом QoS, максимальная скорость связи (агрегированный максимальный битрейт (AMBR), поддерживаемый мобильной станцией, время ожидания (TTW) для управления временем задержки и гарантированная полоса (гарантированный битрейт (GBR)) и т.п. также могут уведомляться. Таким образом, во вторичной базовой станции, не требуется, чтобы случаи IP-заголовка были копией внутреннего IP-заголовка.
[0096] Кроме того, в обработке 1212 агрегации, IP-поток 1202, подобно IP-потоку 1201, разделяется посредством PDCP на пакеты, которые должны передаваться посредством LTE-A, и пакеты, которые должны передаваться посредством WLAN. Процессы RLC, LTE-MAC и LTE-PHY последовательно выполняются для пакетов, подлежащих передаче посредством LTE-A, IP-потока 1202.
[0097] Кроме того, после процесса PDCP выполняется туннелирование путем передачи к стороне WLAN пакетов, которые должны передаваться посредством WLAN, IP-потока 1202 с внешним IP-заголовком, посредством внешнего IP-уровня. Внешний IP-заголовок представляет собой, например, копию IP-заголовка, добавленного верхним IP-уровнем PDCP, и является IP-заголовком, не зашифрованным посредством PDCP. Для пакетов, переносимых к стороне WLAN и имеющих внешний IP-заголовок IP-потока 1202, последовательно выполняются процессы.11xMAC и.11xPHY.
[0098] В LTE-A, IP-поток классифицируется на каналы-носители и управляется как каналы-носители. Напротив, в 802.11x IEEE (Институт инженеров по электротехнике и электронике), в одном типе WLAN, например, IP-поток управляется как собственно IP-поток, а не как каналы-носители. Это требует, например, управления 1220 отображением, которое управляет отображением того, какой канал-носитель принадлежит к какому уровню L2, чтобы тем самым выполнять обработку 1211 без агрегации и обработку 1212 агрегации с высокой скоростью.
[0099] Управление 1220 отображением выполняется, например, посредством RRC, которое обеспечивает беспроводное управление, например, между UE 311 и eNB 321. RRC управляет радиоканалами-носителями, чтобы тем самым поддерживать, на уровне радиоканала-носителя, обработку 1211 без агрегации, которая использует беспроводную связь LTE-A, и обработку 1212 агрегации, которая использует беспроводную связь WLAN. В примере, показанном на фиг. 12, IP-поток 1201 с идентификатором IP-потока ID=0 в HTTP управляется как канал-носитель с идентификатором канала-носителя ID=0, в то время как IP-поток 1202 с идентификатором IP-потока ID=0 в FTP управляется как канал-носитель с идентификатором канала-носителя ID=1.
[0100] Система 300 беспроводной связи согласно второму варианту осуществления добавляет внешний IP-заголовок к пакетам, которые должны пересылаться в WLAN. В результате, становится возможной передача трафика LTE-A в WLAN. Кроме того, в WLAN, можно ссылаться на поля ToS, включенные в переданные IP-потоки 1201 и 1202.
[0101] Например, в QoS согласно IEEE 802.11e, ссылаются на поле ToS IP-заголовка, при этом IP-поток агрегирован на 4 типа категорий доступа (АС), и осуществляется управление QoS. В системе 300 беспроводной связи, в WLAN, ссылаются на поля ToS, включенные в переданные IP-потоки 1201, 1202, и может выполняться обработка QoS на основе полей ToS. Поэтому, в обработке 1212 агрегации становится возможной поддержка QoS в WLAN.
[0102] Таким способом, при выполнении агрегации с использованием LTE-A и WLAN одновременно, исходный eNB 321 добавляет к данным, после обработки посредством PDCP для передачи с использованием WLAN, внешний IP-заголовок, который включает в себя информацию качества обслуживания перед обработкой PDCP.
[0103] Эта информация качества обслуживания представляет собой, например, информацию QoS, указывающую уровни приоритета передачи класса обслуживания данных и т.п. Например, хотя информация качества обслуживания может быть полем ToS, описанным выше, информация качества обслуживания не ограничена этим и может представлять собой различные типы информации, указывающие уровень приоритета передачи данных. Например, в виртуальной локальной сети (VLAN), поле, задающее QoS, обеспечено в теге VLAN. Более обобщенно, информация QoS представляет собой информацию кортежа из 5 элементов. Кортеж из пяти элементов относится к IP-адресу и номеру порта источника, IP-адресу и номеру порта места назначения и типу протокола.
[0104] Например, когда данные LTE пересылаются к WLAN под LTE, беспроводное управление и обработка, такая как шифрование заголовка данных, выполняется посредством PDCP и т.п., на информацию QoS, включенную в данные, нельзя ссылаться в WLAN. Поэтому, в WLAN, имеются случаи, в которых управление передачей данных не может выполняться на основе информации QoS, и качество связи ухудшается, когда агрегация выполняется одновременно с использованием LTE-A и WLAN.
[0105] В противоположность этому, поскольку внешний IP-заголовок, включающий в себя информацию качества обслуживания добавляется к данным, которые должны пересылаться в WLAN, в обработке WLAN, управление передачей на основе информации качества обслуживания становится возможным. Управление передачей, основанное на информации качества обслуживания, представляет собой, например, управление QoS для управления уровнем приоритета в соответствии с информацией качества обслуживания. Однако управление передачей, основанное на информации качества обслуживания, не ограничивается этим и может представлять собой различные типы управления.
[0106] Отметим, что в обработке 1212 агрегации, например, обработка шифрования в WLAN выполняется над пользовательскими данными, переданными в WLAN. Поэтому, даже если пользовательские данные пересылаются в WLAN без обработки шифрования PDCP, может предотвращаться передача пользовательских данных между eNB 321 и UE 311 без шифрования.
[0107] Для шифрования WLAN могут быть использованы, например, расширенный стандарт шифрования (AES), протокол целостности временного ключа (TKIP), протокол защиты, эквивалентной проводной (WEP), и т.п.
[0108] В примере, показанном на фиг. 12, хотя был описан случай, когда при выполнении обработки 1212 агрегации, IP-потоки 1201, 1202 не проходят через RLC и LTE-MAC с PDCP в качестве уровня конвергенции (точки ветвления), такая обработка не ограничена указанным. Например, обработка может быть такой, что, когда выполняется обработка 1212 агрегации, IP-потоки 1201, 1202 проходят не только через PDCP, но также через RLC и LTE-MAC, причем RLC или LTE-MAC является нижним уровнем для PDCP, являющегося уровнем конвергенции (точки ветвления). Таким образом, блок обработки, который устанавливает точку конвергенции (точку ветвления) при пересылке в WLAN, может быть блоком обработки RLC или LTE-MAC, не ограничиваясь обработкой PDCP.
[0109] Уровень линии передачи данных (уровень 2), такой как PDCP, RLC, LTE-MAC и т.д., может воспринимать состояние перегрузки связи на участке беспроводной связи между UE 311 и eNB 321. Таким образом, путем установления уровня конвергенции на уровне линии передачи данных для пересылки в WLAN, может быть определено, следует ли выполнять обработку 1212 агрегирования, в зависимости от перегрузки связи на участке беспроводной связи между UE 311 и eNB 321.
[0110] В обработке 1212 агрегации, внешний IP-уровень, добавляющий внешний IP-заголовок к пакетам, обеспечивается, например, как часть уровня PDCP. Однако, как описано ниже, внешний IP-уровень может быть обеспечен как более низкий уровень PDCP.
[0111] Фиг. 13 является схемой, показывающей пример управления QoS на основе поля ToS в системе беспроводной связи согласно второму варианту осуществления. В качестве примера будет описан случай, когда eNB 321 имеет функцию связи WLAN, и IP-пакет 1301 передается от eNB 321 к UE 311. На основе поля ToS в IP-заголовке IP-пакета 1301, eNB 321 классифицирует IP-пакет 1301 на AC 1311-1314 для голоса, видео, регулярного и фонового (низкоприоритетного) трафика, соответственно.
[0112] В системе 300 беспроводной связи, когда агрегация выполняется с использованием LTE-A и WLAN одновременно, внешний IP-заголовок добавляется к пакету (пакету PDCP), обработанному уровнем PDCP и переданному в WLAN. Поэтому, в обработке WLAN, eNB 321 может ссылаться на поле ToS, включенное во внешний IP-заголовок IP-пакета 1301, и выполнять классификацию АС на основе поля ToS.
[0113] Хотя был описан случай, когда eNB 321 имеет функцию связи WLAN, то же самое применяется к случаю, когда eNB 321 передает IP-поток в точку доступа WLAN, чтобы при этом выполнять агрегацию с использованием LTE-A и WLAN одновременно. Хотя также описан случай (нисходящей линии связи), когда пакет 1301 передается от eNB 321 к UE 311, то же самое применяется к случаю (восходящей линии связи), когда IP-пакет 1301 передается от UE 311 к eNB 321.
[0114] Фиг. 14 является схемой, показывающей пример классификации AC в системе беспроводной связи согласно второму варианту осуществления. На фиг. 14, части, подобные тем, которые показаны на фиг. 13, обозначены теми же самыми ссылочными позициями и повторно не будут описываться.
[0115] На фиг. 14 описан случай, в котором eNB 321 имеет функцию связи WLAN. IP-пакеты 1401 и 1402 представляют собой пакеты, передаваемые посредством eNB 321 в WLAN при агрегации с использованием LTE-A и WLAN одновременно. IP-пакеты 1401 и 1402 являются IP-пакетом HTTP и IP-пакетом FTP, соответственно.
[0116] eNB 321 выполняет классификацию 1410 анализа значения ToS, при которой IP-пакеты 1401, 1402 классифицируются в любую одну из АС 1311-1314 на основе значений поля ToS, включенного в IP-заголовок. В примере, показанном на фиг. 14, eNB 321 классифицирует IP-пакет 1401 в AC 1313 (регулярный трафик) и классифицирует IP-пакет 1402 в AC 1314 (низкоприоритетный трафик). Затем eNB 321 передает к UE 311 через WLAN IP-пакеты 1401 и 1402, для которых была выполнена классификация 1410 анализа значений ToS.
[0117] В управлении 1420 отображением посредством RRC между eNB 321 и UE 311, IP-пакет 1401 HTTP управляется как ID IP-потока =AC=2 и ID канала-носителя =0. AC=2 представляет AC 1313 (регулярный трафик). В управлении 1420 отображением, IP-пакет 1402 FTP управляется как ID IP-потока =AC=3 и ID канала-носителя =1. АС=3 представляет AC 1314 (низкоприоритетный трафик).
[0118] UE 311 выполняет классификацию 1430 анализа значений ToS (де-классификацию), соответствующую классификации 1410 анализа значений ToS (классификации) на стороне eNB 321, чтобы тем самым завершить IP-пакеты 1401 и 1402 посредством PDCP.
[0119] Хотя был описан случай (нисходящей линии связи), в котором пакеты 1401, 1402 отправляются от eNB 321 к UE 311, то же самое применяется к случаю (восходящей линии связи), когда IP-пакеты 1401, 1402 отправляются от UE 311 к eNB 321.
[0120] Фиг. 15 является схемой, показывающей пример агрегации в системе беспроводной связи согласно второму варианту осуществления. На фиг. 15 будет описан случай нисходящей линии связи, в котором агрегация с использованием LTE-A и WLAN одновременно выполняется в автономной конфигурации WLAN с использованием вторичного eNB 323, имеющего функции связи eNB и WLAN (eNB+WLAN), и eNB 321 действует как основной eNB.
[0121] Эта агрегация представляет собой передачу данных одновременно с использованием первой беспроводной связи 101 и второй беспроводной связи 102, показанных на фиг. 1. Вторичный eNB 323 является, например, базовой станцией, способной осуществлять связь с eNB 321 через интерфейс между базовыми станциями, такой как интерфейс X2, и способной осуществлять связь в WLAN с UE 311.
[0122] В примере, показанном на фиг. 15, будет описан случай, в котором n (например, n=10) каналов-носителей 1500-150n EPS сконфигурированы для осуществления связи между eNB 321 и UE 311, каналы-носители 1500-150n EPS разделяются на LTE-A и WLAN и передаются. Только некоторые из каналов-носителей 1500-150n EPS могут разделяться на LTE-A и WLAN и передаваться. В примере, показанном на фиг. 15, каналы-носители 1500-150n EPS представляют собой каналы-носители в направлении нисходящей линии связи от eNB 321 к UE 311. Хотя на фиг. 15 будет описан случай, в котором сконфигурировано n каналов-носителей 1500-150n EPS, количество конфигурируемых каналов-носителей EPS является произвольным.
[0123] Каналы-носители 1500-150n EPS представляют собой n+1 каналов-носителей EPS, имеющих ID каналов-носителей EPS (EBI) от 0 до n, соответственно. Источником (src IP) всех каналов-носителей 1500-150n EPS является базовая сеть (CN). Местом назначения (dst IP) каналов-носителей 1500-150n EPS является UE 311 (UE).
[0124] В случае пересылки пакетов каналов-носителей 1500-150n EPS к WLAN, eNB 321 пересылает пакеты к вторичному eNB 323 через уровни 1510-151n PDCP, соответственно. То есть, eNB 321 управляет пересылкой к WLAN каналов-носителей 1500-150n EPS посредством уровня 2 (PDCP в примере, показанном на фиг. 15) LTE-A.
[0125] В это время, eNB 321 добавляет внешний IP-заголовок к пакетам, которые находятся в каналах-носителях 1500-150n EPS и которые должны пересылаться в WLAN. В результате, каналы-носители 1500-150n пересылают пакеты к вторичному eNB 323 как IP-пакеты. Иными словами, каналы-носители 1500-150n EPS пересылают в WLAN пакеты в состоянии, в котором поле ToS (информация QoS) включено, и внешний IP-заголовок не зашифрован.
[0126] Кроме того, значение поля протокола (например, поле 1004 протокола, показанное на фиг. 10) во внешнем IP-заголовке может быть, например, ʺ99ʺ (любая частная (секретная) схема шифрования). Однако значение поля протокола во внешнем IP-заголовке не ограничено значением ʺ99ʺ, но оно может быть установлено на ʺ61ʺ (любой внутренний протокол хоста), ʺ63ʺ (любая локальная сеть), ʺ114ʺ (любой протокол c 0 участков ретрансляции) и т.п.
[0127] Пересылка каналов-носителей 1500-150n EPS от eNB 321 к вторичному eNB 323, например, может выполняться таким же образом, как передача обслуживания LTE-A. Например, пересылка каналов-носителей 1500-150n EPS от eNB 321 к вторичному eNB 323 может выполняться с использованием туннелей 1520-152n GTP между eNB 321 и вторичным eNB 323. Туннели 1520-152n GTP являются туннелями GTP, сконфигурированными для каждого из каналов-носителей EPS между eNB 321 и вторичным eNB 323. Однако эта пересылка не ограничена туннелями GTP и может выполняться различными методами, например, с помощью Ethernet (зарегистрированный товарный знак) и т.д.
[0128] Для пакетов, которые находятся в каждом из каналов-носителей 1500-150n EPS и которые должны передаваться посредством LTE-A, eNB 321 последовательно выполняет обработку RLC, MAC и PHY и беспроводным способом передает пакеты к UE 311 посредством LTE-A без добавления внешнего IP-заголовка. UE 311 принимает пакеты, передаваемые от eNB 321 посредством LTE-A путем выполнения обработки посредством PHY, MAC, RLC и PDCP (уровней PDCP от 1570 до 157n).
[0129] Вторичный eNB 323 принимает каналы-носители 1500-150n EPS, пересылаемые от eNB 321 через туннели 1520-152n GTP, соответственно. Вторичный eNB 323 выполняет классификацию 1540 АС для IP-пакетов, соответствующих принятым каналам-носителям 1500-150n EPS, на основе поля ToS, включенного в IP-заголовок каждого из IP-пакетов.
[0130] Классификация 1540 AC обрабатывается функцией WLAN (802.11e) во вторичном eNB 323. Например, согласно классификации 1540 AC, как показано на фиг. 13, IP-пакеты классифицируются на AC для голоса (VO), видео (VI), регулярного (ВЕ) и низкоприоритетного (BK) трафика.
[0131] Вторичный eNB 323 передает IP-пакеты, классифицированные посредством классификации 1540 AC, к UE 311 через WLAN 1550. В этом случае идентификатор набора услуг (SSID) в WLAN 1550 может представлять собой, например, ʺвыгрузкуʺ (offload).
[0132] UE 311 выполняет де-классификацию 1560 AC для IP-пакетов, принятых через WLAN 1550, на основе поля ToS, включенного во внешний IP-заголовок IP-пакетов. Де-классификация 1560 AC обрабатывается функцией WLAN (802.11e) в UE 311.
[0133] UE 311 реклассифицирует принятые IP-пакеты посредством де-классификации 1560 АС в каналы-носители 1500-150n EPS на основании классифицированных АС. UE 311 обрабатывает и принимает реклассифицированные каналы-носители 1500-150n EPS посредством уровней PDCP от 1570 до 157n.
[0134] Группа 1551 уровней указывает протоколы IP-пакета, принятого посредством UE 311, посредством уровней PDCP от 1570 до 157n. Как указано группой 1551 уровней, данные, передаваемые посредством WLAN, представляют собой данные, обрабатываемые уровнем приложений (APP), уровнем TCP/UDP, уровнем IP (внутренним уровнем), уровнем PDCP и внешним уровнем IP. Данные (заштрихованная часть) уровня приложений, уровня TCP/UDP и уровня IP зашифровываются обработкой уровня PDCP и передаются.
[0135] UE 311 удаляет внешний IP-заголовок, добавленный к принятым IP-пакетам. Группа 1552 уровней указывает протоколы пакетов PDCP, полученных путем удаления внешнего IP-заголовка из IP-пакетов, принятых посредством UE 311. Пакеты PDCP от eNB 321 передаются с использованием туннелирования внешним уровнем IP, причем, как показано группой 1552 уровней, UE 311 может принимать, в качестве пакетов PDCP, данные, переданные посредством WLAN.
[0136] Группа 1553 уровней указывает протоколы пакетов PDCP, принятых посредством UE 311 из eNB 321 посредством LTE-A. Как указано группой 1553 уровней, eNB 321 передает к UE 311 пакеты PDCP как есть, без добавления внешнего IP-заголовка к пакетам PDCP.
[0137] UE 311 выполняет управление последовательностью между пакетами PDCP, принятыми посредством WLAN, и пакетами PDCP, принятыми посредством LTE-A, на основе порядковых номеров, включенных в заголовки пакетов PDCP. Порядковые номера, включенные в заголовки пакетов PDCP, представляет собой порядковые номера, включенные в заголовки, добавленные к данным, путем обработки уровнем PDCP.
[0138] В результате, UE 311 может корректно упорядочить пакеты PDCP, принятые посредством WLAN, и пакеты PDCP, принятые посредством LTE-A, в последовательности, и eNB 321 может принимать разделенные на LTE-A и WLAN и переданные данные.
[0139] Как описано выше, в системе 300 беспроводной связи, когда каналы-носители 1500-150n EPS разделяются на LTE-A и WLAN и передаются, пакет PDCP, передаваемый посредством WLAN, может передаваться путем туннелирования посредством внешнего IP. В результате, в приемнике, данные, передаваемые посредством WLAN, могут приниматься как пакеты PDCP, и порядковые номера PDCP могут быть использованы, чтобы выполнять управление последовательностью между пакетами, принятыми посредством LTE-A, и пакетами, принятыми посредством WLAN. Поэтому становится возможной передача данных одновременно с использованием LTE-A и WLAN.
[0140] Дополнительно, путем добавления внешнего IP-заголовка, который является копией внутреннего IP-заголовка, к пакетам PDCP, передаваемым посредством WLAN, и выполнения туннелирования, во вторичном eNB 323 становится возможным ссылаться на поля ToS внешних IP-заголовков IP-пакетов. Поэтому, для данных, передаваемых посредством WLAN 1550, классификация 1540 AC может быть выполнена на основе поля ToS, и управление QoS может быть выполнено в соответствии с характером трафика.
[0141] В WLAN 1550 можно ссылаться на значение приоритета в теге VLAN, определенном посредством IEEE 802.1q, и может выполняться классификация АС. Тег VLAN является идентификатором VLAN.
[0142] На фиг. 15 описан способ, в котором eNB 321 становится основным eNB, и агрегация выполняется с использованием LTE-A и WLAN одновременно в автономной конфигурации WLAN с использованием вторичного eNB 323, имеющего функции связи eNB и WLAN (eNB+WLAN). Однако агрегация не ограничивается этим, и, например, eNB 321 может выполнять агрегацию в конфигурации, также имеющей функцию связи WLAN (eNB +WLAN). В этом случае, связь с UE 311 посредством WLAN также выполняется посредством eNB 321, и вторичный eNB 323 не требуется использовать.
[0143] Фиг. 16 является схемой, показывающей пример отображения классов QoS на АС, применимый к системе беспроводной связи в соответствии со вторым вариантом осуществления. Передатчик WLAN (например, вторичный eNB 323) классифицирует на АС каналы-носители EPS, которые должны передаваться, как показано, например, в таблице 1600 на фиг. 16. Классы QoS каналов-носителей EPS идентифицируется посредством идентификаторов классов QoS (QCI).
[0144] QCI классифицируются на четыре AC, то есть голос (VO), видео (VI), регулярный (BE) и неприоритетный (BK) трафик. Приемник WLAN (например, UE 311) выполняет преобразование из AC на классы QoS. С этой целью, eNB 321 заранее конфигурирует каналы-носители EPS, подлежащие пересылке к UE 311. С другой стороны, например, в нисходящей линии связи, UE 311 может определять канал-носитель EPS на основе канала-носителя EPS, сконфигурированного посредством eNB 321. В восходящей линии связи, UE 311 может выполнять классификацию AC на основе канала-носителя EPS, сконфигурированного посредством eNB 321.
[0145] Фиг. 17 является блок-схемой последовательности операций, показывающей пример обработки передающим устройством в системе беспроводной связи в соответствии со вторым вариантом осуществления. На фиг. 17 будет описан случай нисходящей линии связи, в котором пользовательские данные передаются из eNB 321 к UE 311.
[0146] Во-первых, eNB 321 определяет, следует ли выполнять агрегацию, одновременно используя LTE-A и WLAN по отношению к пользовательским данным для UE 311 (этап S1701). Способ определения на этапе S1701 будет описан ниже.
[0147] Если на этапе S1701 определено, что агрегация не должна выполняться (этап S1701: Нет), eNB 321 передает пользовательские данные, предназначенные для UE 311, посредством LTE-A (этап S1702) и завершает последовательность операций. На этапе S1702 выполняется шифрование PDCP и сжатие заголовка и т.п. для пользовательских данных, и затем пользовательские данные передаются. Напротив, UE 311 выполняет обработку, такую как декодирование для шифрования и декомпрессию для сжатия заголовка, на уровне PDCP, при этом могут приниматься пользовательские данные, переданные от eNB 321.
[0148] На этапе S1701, если определено, что агрегация должна быть выполнена (этап S1701: Да), eNB 321 конфигурирует уровень внешнего IP для выполнения обработки данных, которые должны пересылаться в WLAN (этап S1703). На этапе S1703, eNB 321 может управлять UE 311, чтобы конфигурировать уровень внешнего IP для UE 311, согласующийся с таковым для eNB 321.
[0149] Затем eNB 321 одновременно использует LTE-A и WLAN и передает пользовательские данные к UE 311 (этап S1704) и завершает последовательность операций. На этапе S1704, eNB 321 добавляет внешний IP-заголовок к пользовательским данным посредством внешнего уровня IP, сконфигурированного на этапе S1703, и при этом передает посредством туннелирования пользовательские данные, подлежащие передаче посредством WLAN.
[0150] На этапе S1704, если eNB 321 имеет функцию связи WLAN, eNB 321 передает пользовательские данные к UE 311 посредством функций связи LTE-A и связи WLAN. С другой стороны, если eNB 321 не имеет функции связи WLAN, для пользовательских данных, которые должны передаваться посредством WLAN, eNB 321 передает пользовательские данные, предназначенные для UE 311, к вторичному eNB 323, который соединен с eNB 321 и имеет функцию WLAN.
[0151] Поскольку данные, переданные к WLAN внешним уровнем IP, сконфигурированным на этапе S1703, имеют внешний IP-заголовок, в WLAN становится возможным управление QoS на основе поля ToS, включенного во внешний IP-заголовок.
[0152] Определение на этапе S1701 может быть выполнено, например, на основании того, предписывалась ли агрегация для пользовательских данных UE 311 от UE 311 или сетевой стороны (например, PGW 332). В качестве альтернативы, определение на этапе S1701 может быть выполнено, например, на основании того, превышает ли количество пользовательских данных к UE 311 пороговое значение. Количество пользовательских данных может быть количеством на единицу времени или может быть общим количеством серии пользовательских данных UE 311. Альтернативно, определение на этапе S1701 может выполняться, например, на основе времени задержки связи между eNB 321 и UE 311 посредством LTE-A, времени задержки связи между eNB 321 и UE 311 посредством WLAN и т.п.
[0153] На фиг. 17, в случае, когда агрегация не выполняется, описана ситуация, в которой используется только LTE-A для передачи пользовательских данных. Однако в случае, когда eNB 321 не выполняет агрегацию, может использоваться только WLAN для передачи пользовательских данных. В случае, когда агрегация не выполняется, определение того, следует ли использовать LTE-A или WLAN, может выполняться, например, на основе инструкции от UE 311 или сетевой стороны (например, PGW 332). В качестве альтернативы, это определение может быть выполнено, например, на основании того, превысило ли количество пользовательских данных UE 311 пороговое значение. Количество пользовательских данных может быть количеством за единицу времени или полным количеством серии пользовательских данных UE 311. В качестве альтернативы, определение может, например, выполняться на основе времени задержки связи посредством LTE-A между eNB 321 и UE 311 или времени задержки связи посредством WLAN между eNB 321 и UE 311.
[0154] На фиг. 17, хотя описана обработка посредством eNB 321 в случае нисходящей линии связи, в которой пользовательские данные передаются от eNB 321 к UE 311, обработка посредством UE 311 в случае восходящей линии связи, в которой пользовательские данные передаются от UE 311 к eNB 321, аналогична. Однако операция на этапе S1704 варьируется в зависимости от того, имеет ли eNB 321 функцию связи WLAN или нет. В случае, когда eNB 321 имеет функцию связи WLAN, UE 311 непосредственно передает к eNB 321 пользовательские данные, предназначенные для eNB 321 и подлежащие передаче посредством WLAN. С другой стороны, когда eNB 321 не имеет функции связи WLAN, UE 311 пересылает пользовательские данные, предназначенные для eNB 321 и подлежащие передаче посредством WLAN, к вторичному eNB 323, соединенному с eNB 321 и имеющему функцию связи WLAN. В результате, пользовательские данные, предназначенные для eNB 321, могут передаваться через вторичный eNB 323.
[0155] На фиг. 18 показана схема, иллюстрирующая пример случая, когда множество каналов-носителей EPS имеют одинаковый класс QoS в системе беспроводной связи согласно второму варианту осуществления. На фиг. 18 части, аналогичные показанным на фиг. 14, обозначены теми же самыми ссылочными позициями, и пояснения аналогичных частей будут опущены. Например, когда оба IP-пакета 1401 и 1402 являются IP-пакетами низкоприоритетного режима, IP-пакеты 1401, 1402 оба классифицируются в АС 1314 (низкоприоритетный режим) в классификации 1410 анализа значений ToS.
[0156] В этом случае, IP-пакет 1401 НТТР управляется как ID IP-потока =АС=3, ID канала-носителя =0 в управлении 1420 отображением в RRC между UE 311 и eNB 321. В управлении 1320 отображением, IP-пакет 1402 FTP управляется как ID IP-потока =АС=3, ID канала-носителя =1.
[0157] В этом случае, даже если UE 311 выполняет классификацию 1430 анализа значений ToS соответственно классификации 1410 анализа значений ToS, UE 311 не может определить на основе АС, какой принятый IP-пакет 1401, 1402 является тем, у которого канал-носитель EPS имеет ID канала носителя EPS =0 или 1.
[0158] В случае передачи пользовательских данных посредством WLAN, LCID не может применяться к IP-дейтаграмме (PDCP SDU). По этой причине, eNB 321 не может определить на основе LCID, какой принятый IP-пакет 1401, 1402 является тем, у которого канал-носитель EPS имеет ID канала носителя EPS =0 или 1.
[0159] Таким образом, в случае, когда множество каналов-носителей EPS имеют одинаковый класс QoS, приемник (UE 311 в примере, показанном на фиг. 18), может оказаться неспособным однозначно идентифицировать каналы-носители EPS. Это означает, что приемник не сможет преобразовать принятые радиоканалы-носители в каналы-носители EPS. В частности, в восходящей линии связи, IP-потоки между eNB 321 и PGW 332 управляются как каналы-носители EPS, и поэтому передача IP-потока от eNB 321 к PGW 332 становится затруднительной, если eNB 321 не может преобразовать радиоканалы-носители в каналы-носители EPS.
[0160] Напротив, в системе 300 беспроводной связи согласно второму варианту осуществления, например, отправитель из UE 311 и eNB 321 одновременно не выполняют агрегацию для каналов-носителей EPS, имеющих один и тот же класс QoS.
[0161] Например, при передаче множества каналов-носителей EPS, имеющих один и тот же класс QoS, к UE 311, отправитель выполняет агрегацию только для одного из множества каналов-носителей EPS к WLAN и отправляет остальные каналы-носители EPS к UE 311 посредством LTE-A без выполнения агрегации. В качестве альтернативы, при передаче множества каналов-носителей EPS, имеющих один и тот же класс QoS, к UE 311, отправитель выполняет передачу посредством LTE-A без выполнения агрегации. В результате, множество каналов-носителей EPS, имеющих один и тот же класс QoS, одновременно не пересылаются в WLAN, при этом UE 311 может однозначно определять канал-носитель EPS на основе AC для каждых пользовательских данных, пересылаемых к WLAN.
[0162] В качестве альтернативы, в случае отправки множества каналов-носителей, имеющих тот же самый класс QoS, к UE 311, отправитель среди UE 311 и eNB 321 может выполнять процесс агрегации множества каналов-носителей EPS в один канал-носитель. Обработка агрегации множества каналов-носителей EPS в один канал-носитель, например, может использовать ʺпроцедуру модификации ресурса канала-носителя, запрошенного посредством UEʺ, определенную в TS 23.401 3GPP. В результате, множество каналов-носителей EPS, имеющих один и тот же класс QoS, одновременно не пересылаются к WLAN, при этом UE 311 может однозначно определять канал-носитель EPS на основе AC для каждых пользовательских данных, пересылаемых к WLAN.
[0163] Кроме того, например, как описано ниже (см., например, фиг. 22-24), возможно, что уровень внешнего IP получают путем отдельного обеспечения нового уровня туннелирования, и посредством уровня туннелирования заголовок туннелирования, который включает в себя информацию идентификации для каждого канала-носителя, добавляется к данным. В этом случае, относительно пользовательских данных, пересылаемых к WLAN, UE 311 может использовать информацию идентификации, чтобы однозначно задавать канал-носитель EPS.
[0164] Фиг. 19 является схемой, показывающей пример реализации уровня внешнего IP с использованием протокола 3GPP во втором варианте осуществления. В примерах, показанных на фиг.15 и т.д., описан случай, когда уровень внешнего IP обеспечен как часть уровня PDCP. Однако подобно стеку протоколов, показанному на фиг. 19, уровень 1900 внешнего IP может быть обеспечен как более низкий уровень 1901 PDCP.
[0165] В этом случае, например, уровень 1901 PDCP пересылает к уровню 1900 внешнего IP пакеты PDCP, для которых выполняется обработка шифрования и т.п. посредством PDCP и к которым добавляется заголовок PDCP, и IP-заголовки добавляются к пакетам, перед тем как обработка шифрования и т.п. выполнялась посредством PDCP. Заголовок PDCP представляет собой, например, 2-байтовый заголовок.
[0166] Уровень 1900 внешнего IP добавляет IP-заголовок, переданный из уровня 1901 PDCP, в качестве внешнего IP-заголовка к пакету PDCP, переданному с уровня 1901 PDCP. В результате, пакет PDCP может передаваться через WLAN посредством туннелирования. Внешний IP-заголовок представляет собой, например, 20-байтовый заголовок, подобный внутреннему IP-заголовку.
[0167] Фиг. 20 является схемой, показывающей другой пример реализации уровня внешнего IP с использованием протокола 3GPP во втором варианте осуществления. На фиг. 20 части, подобные тем, которые показаны на фиг. 19, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены. Как и в стеке протоколов, показанном на фиг. 20, уровень 1900 внешнего IP может быть обеспечен как более низкий уровень для уровня 1901 PDCP и уровня 1902 RLC.
[0168] В этом случае, например, уровень 1901 PDCP пересылает на уровень 1902 RLC пакеты PDCP, для которых обработка шифрования и т.п. выполняется посредством PDCP и к которым добавлен заголовок PDCP, и IP-заголовки (внутренние IP-заголовки), добавленные к пакетам перед обработкой шифрования и т.п., были выполнены посредством PDCP.
[0169] Уровень 1902 RLC добавляет к пакетам PDCP, переданным с уровня 1901 PDCP, заголовок RLC и пересылает на уровень 1900 внешнего IP пакеты RLC, к которым добавлен заголовок RLC, и IP-заголовки, переданные с уровня 1901 PDCP. Заголовок RLC представляет собой, например, заголовок переменной длины.
[0170] Уровень 1900 внешнего IP добавляет в качестве внешнего IP-заголовка к пакетам RLC, переданным с уровня RLC 1902, IP-заголовки, переданные с уровня 1902 RLC. В результате, пакеты RLC могут передаваться через WLAN посредством туннелирования. Поэтому, управление повторной передачей, например, посредством RLC становится возможным для данных, передаваемых через WLAN посредством туннелирования.
[0171] Фиг. 21 является схемой, показывающей еще один пример реализации внешнего уровня IP с использованием протокола 3GPP во втором варианте осуществления. На фиг. 21 части, аналогичные тем, которые показаны на фиг. 20, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены. Как и в стеке протоколов, показанном на фиг. 21, уровень 1900 внешнего IP может быть обеспечен как более низкий уровень для уровня 1901 PDCP, уровня 1902 RLC и уровня 1903 MAC.
[0172] В этом случае, уровень 1902 RLC пересылает на уровень 1903 MAC пакеты RLC, к которым добавлен заголовок RLC, и IP-заголовки, переданные с уровня 1901 PDCP. Уровень 1903 MAC добавляет заголовок MAC к пакетам PDCP, переданным с уровня 1902 RLC, и пересылает на уровень 1900 внешнего IP MAC-кадры, к которым добавлен заголовок MAC, и IP-заголовки, переданные с уровня 1902 RLC. Заголовок MAC является, например, заголовком переменной длины.
[0173] Уровень 1900 внешнего IP добавляет внешний IP- заголовок к MAC-кадрам, переданным с уровня 1903 MAC, IP-заголовки, переданные с уровня 1903 MAC. В результате, MAC-кадры могут передаваться через WLAN посредством туннелирования. Поэтому становится возможным управление повторной передачей, например, посредством туннелирования HARQ, для данных, пересылаемых через WLAN посредством туннелирования.
[0174] Фиг. 22 является схемой, показывающей пример реализации уровня внешнего IP с использованием нового протокола туннелирования во втором варианте осуществления. На фиг. 22 части, аналогичные тем, которые показаны на фиг. 19, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены. Как показано на фиг. 22, уровень 2201 туннелирования (TUN), который является новым протоколом туннелирования, может быть предусмотрен между уровнем 1901 PDCP и уровнем 1900 внешнего IP.
[0175] Уровень 2201 туннелирования добавляет заголовок туннелирования к пакету PDCP, к которому заголовок PDCP был добавлен уровнем 1901 PDCP. Кроме того, например, уровень 2201 туннелирования может добавлять к пакетам PDCP заголовок туннелирования, включающий в себя информацию идентификации канала-носителя. Уровень 1900 внешнего IP добавляет внешний IP-заголовок к пакетам, к которым заголовок туннелирования был добавлен уровнем 2201 туннелирования. Информация идентификации канала-носителя представляет собой, например, ID канала-носителя. Приемная станция обращается к ID канала-носителя, посредством чего приемная станция может идентифицировать канал-носитель EPS.
[0176] Фиг. 23 является схемой, показывающей другой пример реализации уровня внешнего IP с использованием нового протокола туннелирования во втором варианте осуществления. На фиг. 23 части, аналогичные тем, которые показаны на фиг. 20 или 22, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены. Как показано на фиг. 23, уровень 2201 туннелирования может быть предусмотрен между уровнем 1902 RLC и уровнем 1900 внешнего IP. Уровень 2201 туннелирования добавляет заголовок туннелирования к пакетам RLC, к которым заголовок RLC был добавлен уровнем 1902 RLC.
[0177] Фиг. 24 является схемой, показывающей еще один пример реализации уровня внешнего IP с использованием нового протокола туннелирования во втором варианте осуществления. На фиг. 24 части, подобные тем, которые показаны на фиг. 21 или фиг. 23, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены. Как показано на фиг. 24, уровень 2201 туннелирования может быть обеспечен между уровнем 1903 MAC и уровнем 1900 внешнего IP. Уровень 2201 туннелирования добавляет заголовок туннелирования к MAC-кадрам, к которым заголовок MAC был добавлен уровнем 1903 MAC.
[0178] Как показано на фиг. 19 - фиг. 24, положение, где обеспечен уровень 1900 внешнего IP, не ограничено уровнем 1901 PDCP и может быть, например, положениями ниже, чем уровень 1901 PDCP. Также, например, хотя описан случай, в котором уровень 1900 внешнего IP обеспечен отдельно от уровня 1902 RLC и уровня 1903 MAC, часть уровня 1902 RLC или уровня 1903 MAC может быть обеспечена как уровень 1900 внешнего IP.
[0179] Как описано выше, согласно второму варианту осуществления, в случае, когда передающая станция среди eNB 321 и UE 311 выполняет агрегацию одновременно с использованием LTE- A и WLAN, пакеты PDCP, подлежащие передаче посредством WLAN, могут быть переданы путем туннелирования посредством внешнего IP. В результате, в приемной станции, данные передаваемые через WLAN, принимаются как пакеты PDCP, и порядковые номера PDCP могут быть использованы, чтобы выполнять управление последовательностями между пакетами, принимаемыми посредством LTE-A, и пакетами, принимаемыми посредством WLAN. Поэтому становится возможной передача данных, которая одновременно использует LTE-A и WLAN.
[0180] Передача данных, которая одновременно использует LTE-A и WLAN, становится возможной, и при этом скорость передачи данных может быть улучшена. Например, максимальная скорость передачи в случае использования только одного из LTE-A и WLAN является максимальной скоростью передачи для LTE-A, когда используется LTE-A, и является максимальной скоростью передачи для WLAN, когда используется WLAN. В отличие от этого, максимальная скорость передачи, когда LTE-A и WLAN используются одновременно, представляет собой сумму максимальной скорости передачи LTE-A и максимальной скорости передачи WLAN.
[0181] Кроме того, передающая станция среди eNB 321 и UE 311 может выполнять туннелирование путем добавления к пакетам PDCP, передаваемым посредством WLAN, внешнего IP-заголовка, который является копией внутреннего IP-заголовка. В результате, в WLAN, можно ссылаться на поле ToS, включенное во внешний IP-заголовок IP-пакетов. Поэтому, для данных, передаваемых посредством WLAN, может быть выполнена классификация AC на основе поля ToS, и управление QoS может выполняться в соответствии с характером трафика.
[0182] Третий вариант осуществления
В третьем варианте осуществления, будет описан способ, который способен увеличивать количество пользовательских данных, которые могут быть агрегированы, путем устранения ограничения, состоящего в том, что каналы-носители EPS, имеющие тот же самый класс QoS, не агрегируются в то же самое время. Третий вариант осуществления можно рассматривать как пример, полученный путем реализации вышеописанного первого варианта осуществления, и, следовательно, его можно выполнять в комбинации с первым вариантом осуществления. Третий вариант осуществления также можно выполнять в комбинации с частями, общими для второго варианта осуществления.
[0183] Фиг. 25 является схемой, иллюстрирующей пример способа идентификации каналов-носителей EPS с использованием UL TFT в системе беспроводной связи в соответствии с третьим вариантом осуществления. На фиг. 25, части, аналогичные тем, которые показаны на фиг. 15, обозначены теми же самыми ссылочными позициями и не будут повторно описываться.
[0184] Со ссылкой на фиг. 25 будет описана восходящая линия связи для случая выполнения агрегации с использованием LTE-A и WLAN одновременно в конфигурации, где eNB 321 имеет функцию связи WLAN (eNB+WLAN). В примере, показанном на фиг. 25, каналы-носители 1500-150n EPS являются каналами-носителями направления восходящей линии связи от UE 311 к eNB 321. Иными словами, источник (src IP) всех каналов-носителей 1500-150n EPS представляет собой UE 311 (UE). Местом назначения (dst IP) всех каналов-носителей 1500-150n EPS является базовая сеть (CN).
[0185] UE 311, в случае выполнения агрегации с использованием LTE-A и WLAN одновременно для каналов-носителей 1500-150n EPS, пропускает каналы-носители 1500-150n EPS через уровни 1570-157n PDCP. При этом UE 311 выполняет туннелирование пакетов PDCP путем добавления внешнего IP-заголовка к пакетам PDCP, передаваемым посредством WLAN. В результате пакеты PDCP, передаваемые посредством WLAN, становятся IP-пакетами.
[0186] UE 311 выполняет для IP-пакетов, соответствующих каналам-носителям 1500-150n EPS, проходящим через уровни 1570-157n PDCP, классификацию 2510 AC на основе поля ToS, включенного во внешний IP-заголовок каждого IP-пакета. Классификация 2510 AC обрабатывается функцией WLAN (802.11e) в UE 311.
[0187] Каждый IP-пакет, классифицированный посредством классификации 2510 AC, передается к eNB 321 через WLAN 1550. eNB 321 выполняет для IP-пакетов, принимаемым через WLAN 1550, де-классификацию 2520 AC на основе поля ToS, включенного в IP-заголовок каждого IP-пакета. Де-классификация 2520 AC обрабатывается функцией WLAN (802.11e) в eNB 321.
[0188] Кроме того, для пакетов, переданных посредством LTE-A в соответствующих каналах-носителях 1500-150n EPS, UE 311 последовательно выполняет обработку для RLC, MAC и PHY, беспроводным способом передает пакеты посредством LTE-A к eNB 321 без добавления внешнего IP-заголовка. eNB 321 выполняет обработку PHY, MAC, RLC, PDCP (уровней 1570-157n PDCP) и тем самым принимает пакеты, переданные от UE 311 посредством LTE-A.
[0189] eNB 321 применяет фильтрацию 2530 пакетов на основе TFT восходящей линии связи (UL) к каждому IP-пакету, принятому посредством де-классификации 2520 AC. При фильтрации 2530 пакетов, IP-пакеты фильтруются в зависимости от того, выполнены или нет условия (от f1 до f3), соответствующие TFT (совпадение/отсутствие совпадения). Затем, в соответствии с результатами этой фильтрации, выполняется классификация 2531 каналов-носителей EPS, идентифицирующая каналы-носители EPS. В результате, идентифицируются каналы-носители EPS, соответствующие IP-пакетам, пересылаемым к WLAN. Способ получения UL TFT в eNB 321 будет описан ниже (например, со ссылкой на фиг. 27).
[0190] На основе результатов идентификации посредством классификации 2531 каналов-носителей EPS, eNB 321 пересылает IP-пакеты на уровни PDCP, соответствующие каналам-носителям EPS IP-пакетов среди уровней 1510-151n PDCP. В результате, IP-пакеты (IP-поток), переданные в WLAN, преобразуется в соответствующие каналы-носители EPS и пересылаются на уровни 1510-151n PDCP.
[0191] eNB 321 получает пакеты PDCP, удаляя внешний IP-заголовок, добавленный к IP-пакетам, принятым посредством WLAN. eNB 321 выполняет управление последовательностью между пакетами PDCP, принятыми посредством WLAN, и пакетами PDCP, принятыми посредством LTE-A, на основе порядковых номеров, включенных в заголовки пакетов PDCP. Таким образом, eNB 321 корректным образом упорядочивает, в последовательности, пакеты PDCP, принятые посредством WLAN, и пакеты PDCP, принятые посредством LTE-A, и, таким образом, eNB 321 может принимать данные, которые разделены и передаются посредством LTE-A и WLAN.
[0192] Таким образом, eNB 321 выполняет фильтрацию 2530 пакетов на основе UL TFT в отношении IP-пакетов, переданных в WLAN, и при этом может идентифицировать каналы-носители EPS IP-пакетов, переданных в WLAN. Таким образом, система 300 беспроводной связи делает возможной агрегацию даже без ограничения, состоящего в том, что множество каналов-носителей EPS, имеющих один и тот же класс QoS, не могут быть агрегированы в то же самое время, и система 300 беспроводной связи может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0193] Фиг. 26 является схемой, показывающей другой пример способа идентификации каналов-носителей EPS с использованием UL TFT в системе беспроводной связи согласно третьему варианту осуществления. На фиг. 26, части, подобные тем, которые показаны на фиг. 15 или фиг. 25, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0194] Со ссылкой на фиг. 26 будет описан случай восходящей линии связи, когда агрегация выполняется одновременно с использованием LTE-A и WLAN в автономной конфигурации WLAN с использованием вторичного eNB 323, имеющего функции связи eNB и WLAN, причем eNB 321 служит в качестве ведущего (основного) eNB. В этом случае обеспечиваются туннели 1520-152n GTP для каждого из каналов-носителей EPS между eNB 321 и вторичным eNB 323.
[0195] Вторичный eNB 323 принимает IP-пакеты, переданные через WLAN 1550 от UE 311. Вторичный eNB 323 выполняет де-классификацию 2520 AC и фильтрацию 2530 пакетов, аналогично тому, как в примере, показанном на фиг. 25, для каждого из принятых IP-пакетов. Это позволяет выполнять классификацию 2531 каналов-носителей EPS при фильтрации 2530 пакетов для каждого IP-пакета, так что идентифицируется канал-носитель EPS, соответствующий каждому IP-пакету.
[0196] На основе результата идентификации посредством классификации 2531 каналов-носителей EPS, вторичный eNB 323 пересылает каждый IP-пакет в туннель GTP, соответствующий каналу-носителю EPS каждого IP-пакета, среди туннелей 1520-152n GTP. В результате IP-пакеты пересылаются на соответствующие уровни PDCP среди уровней 1510-151n PDCP eNB 321.
[0197] Таким образом, вторичный eNB 323 выполняет фильтрацию 2530 пакетов на основе UL TFT для IP-пакетов, переданных в WLAN, чтобы иметь возможность идентифицировать каналы-носители EPS IP-пакетов, переданных в WLAN. В зависимости от результатов идентификации каналов-носителей EPS, вторичный eNB 323 затем пересылает IP-пакеты через туннели 1520-152n GTP, посредством чего eNB 321 может принимать IP-пакеты, переданные в WLAN, как каналы-носители EPS.
[0198] Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает возможной агрегацию и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0199] Фиг. 27 является схемой, показывающей пример способа получения TFT в системе беспроводной связи согласно третьему варианту осуществления. Этапы, показанные на фиг. 27, представляют собой ʺПроцедуру активации выделенного канала-носителяʺ, определенную в TS23.401 3GPP. Функция правил политики и тарификации (PCRF), показанная на фиг. 27, представляет собой блок обработки для конфигурирования в зависимости от услуг правил управления приоритетом и тарификации, соединенный с базовой сетью 330 пакетной коммутации.
[0200] Например, PGW 332 конфигурирует UL и DL TFT для UE 311, сохраняет TFT в запрос 2702 создания канала-носителя, показанный на фиг. 27, и передает запрос 2702 создания канала-носителя к SGW 331. SGW 331 передает запрос 2702 создания канала-носителя, отправленный от PGW 332, к MME 333.
[0201] MME 333 передает к eNB 321 запрос установки канала-носителя/запрос управления сеансом, 2703, включающий в себя TFT, включенные в запрос 2702 создания канала-носителя, переданный от SGW 331. Например, TFT включены в запрос управления сеансом запроса установки канала-носителя/запроса управления сеансом, 2703. Это позволяет eNB 321 получить UL и DL TFT.
[0202] eNB 321 передает к UE 311 сообщение реконфигурации 2704 соединения RRC, включающее в себя UL TFT, среди TFT, включенных в запрос установки канала-носителя/запрос управления сеансом, 2703, переданный от MME 333. Это позволяет UE 311 получить UL TFT. Хотя UL TFT может быть определен в сообщении реконфигурации соединения RRC, он предпочтительно определяется в не относящемся к уровню доступа (NAS) PDU, переданном в сообщении. То же самое относится к следующему описанию.
[0203] В примере, показанном на фиг. 25, например, eNB 321 может выполнять фильтрацию 2530 пакетов с использованием UL TFT, полученного из запроса установки канала-носителя/запроса управления сеансом, 2703. В примере, показанном на фиг. 26, eNB 321 передает UL TFT, полученный из запроса установки канала-носителя/запроса управления сеансом, 2703, к вторичному eNB 323. Вторичный eNB 323 может выполнять фильтрацию 2530 пакетов на основе UL TFT, отправленного из eNB 321.
[0204] Фиг. 28 является схемой, показывающей пример способа идентификации каналов-носителей EPS с использованием DL TFT в системе беспроводной связи согласно третьему варианту осуществления. На фиг. 28, части, аналогичные тем, которые показаны на фиг. 15, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0205] Со ссылкой на фиг. 28 будет описан случай нисходящей линии связи, когда агрегация выполняется одновременно с использованием LTE-A и WLAN в конфигурации, в которой eNB 321 имеет функцию связи WLAN (eNB+WLAN). В примере, показанном на фиг. 28, каналы-носители 1500-150n EPS являются каналами в направлении нисходящей линии связи от eNB 321 к UE 311.
[0206] UE 311 выполняет фильтрацию 2810 пакетов на основе TFT нисходящей линии связи (DL) для IP-пакетов, принятых посредством де-классификации 1560 AC. Фильтрация 2810 пакетов посредством UE 311 представляет собой обработку на основе DL TFT и поэтому является обработкой, подобной фильтрации пакетов уровнем 811 фильтра в PGW 332, показанном, например, на фиг. 8.
[0207] При фильтрации 2810 пакетов, IP-пакеты фильтруется в зависимости от того, удовлетворяют (соответствуют/не соответствуют) ли IP-пакеты условиям (f1-f3), соответствующим TFT. Классификация 2811 каналов-носителей EPS, идентифицирующая каналы-носители EPS, выполняется в соответствии с результатами этой фильтрации. Это позволяет выполнять идентификацию каналов-носителей EPS, соответствующих IP-пакетам, переданным в WLAN.
[0208] Например, eNB 321 сохраняет не только UL TFT, но и DL TFT в сообщение реконфигурации 2704 соединения RRC, предназначенное для UE 311, показанного на фиг. 27. Это позволяет UE 311 получить DL TFT из сообщения реконфигурации 2704 соединения RRC, чтобы выполнить фильтрацию 2810 пакетов на основе полученного DL TFT.
[0209] На основе результатов идентификации посредством классификации 2811 каналов-носителей EPS, UE 311 передает IP-пакеты на уровни PDCP, соответствующие каналам-носителям EPS IP-пакетов, среди уровней 1570-157n PDCP. В результате, IP-пакеты (IP-поток), переданные в WLAN, преобразуется в соответствующие каналы-носители EPS и пересылаются на уровни 1570-157n PDCP.
[0210] Таким образом, путем применения фильтрации 2810 пакетов на основе DL TFT к IP-пакетам, переданным в WLAN, UE 311 может идентифицировать каналы-носители EPS каждого IP-пакета, переданного в WLAN. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает возможной агрегацию и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0211] Фиг. 29 является схемой, показывающей другой пример способа идентификации каналов-носителей EPS с использованием DL TFT в системе беспроводной связи в соответствии с третьим вариантом осуществления. На фиг. 29, части, подобные тем, которые показаны на фиг. 15 или фиг. 28, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0212] Со ссылкой на фиг. 29 будет описан случай нисходящей линии связи, когда агрегация выполняется одновременно с использованием LTE-A и WLAN в автономной конфигурации WLAN с использованием вторичного eNB 323, имеющего функции связи eNB и WLAN, причем eNB 321 служит в качестве основного eNB. В этом случае обеспечиваются туннели 1520-152n GTP для каждого из каналов-носителей EPS между eNB 321 и вторичным eNB 323,.
[0213] Вторичный eNB 323 принимает IP-пакеты, переданные от UE 311 через WLAN 1550. Затем вторичный eNB 323 пересылает принятые IP-пакеты на уровни 1570-157n PDCP.
[0214] Таким образом, подобно примеру, показанному на фиг. 28, UE 311 выполняет фильтрацию 2810 пакетов на основе DL TFT для IP-пакетов, переданных в WLAN, чтобы иметь возможность идентифицировать каналы-носители EPS IP-пакетов, переданных в WLAN. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает возможной агрегацию и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0215] В соответствии со способом, использующим TFT, показанным на фиг. 25-29, каналы-носители EPS могут быть идентифицированы без ограничения числа каналов-носителей EPS, пересылаемых в WLAN, например, числом битов тега VLAN, как в случае использования тега VLAN. В соответствии со способом, использующим TFT, показанным на фиг. 25-29, каналы-носители EPS могут быть идентифицированы без добавления заголовка, такого как тег VLAN, к пользовательским данным, пересылаемым в WLAN.
[0216] Фиг. 30 представляет собой схему, иллюстрирующую пример способа идентификации каналов-носителей EPS с использованием виртуального IP-потока в системе беспроводной связи согласно третьему варианту осуществления. На фиг. 30, части, подобные тем, которые показаны на фиг. 15, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0217] Со ссылкой на фиг. 30, в отношении нисходящей линии связи, будет описан случай, когда агрегация выполняется с использованием LTE-A и WLAN одновременно в конфигурации, в которой eNB 321 имеет функцию связи WLAN (eNB+WLAN). В примере, показанном на фиг. 30, каналы-носители 1500-150n EPS являются каналами-носителями в направлении нисходящей линии связи от eNB 321 к UE 311.
[0218] В примере, показанном на фиг. 30, виртуальный GW 3010 обеспечен между уровнями 1510-151n PDCP и WLAN 1550 в eNB 321. Виртуальный GW 3010 включает в себя блоки 3020-302n обработки NAT и блок 3030 обработки MAC (802.3 MAC). Виртуальный GW 3040 обеспечен между WLAN 1550 и уровнями 1570-157n PDCP в UE 311. Виртуальный GW 3040 включает в себя блок 3050 обработки MAC (802.3 MAC) и блоки 3060-306n обработки обращения (де-) NAT.
[0219] Каналы-носители 1500-150n EPS, проходящие через уровни 1510-151n PDCP, передаются к блокам 3020-302n обработки NAT виртуального GW 3010. Блоки 3020-302n обработки NAT выполняют процессы преобразования сетевых адресов (NAT), которые классифицируют каналы-носители 1500-150n EPS, соответственно, в виртуальные IP-потоки в соответствии с виртуальными IP-адресами мест назначения. Виртуальный IP-поток является, например, локальным виртуальным потоком данных между eNB 321 и UE 311. Виртуальный IP-адрес места назначения является адресом места назначения виртуального IP-потока. Блоки 3020-302n обработки NAT пересылают классифицированные виртуальные IP-потоки в блок 3030 обработки MAC.
[0220] Например, блоки 3020-302n обработки NAT выполняют взаимно-однозначное отображение между каналами-носителями 1500-150n EPS и виртуальными IP-адресами мест назначения. Виртуальные IP-адреса источников (src IP) виртуальных IP-потоков, пересылаемых от блоков 3020-302n обработки NAT, могут представлять собой, например, виртуальный GW 3010 (vGW). Виртуальные IP-адреса мест назначения (dst IP) виртуальных IP-потоков, пересылаемых блоков 3020-302n обработки NAT, могут представлять собой, например, от C-RNTI+0 до C-RNTI+n, соответственно.
[0221] Хотя виртуальные IP-адреса мест назначения можно вычислить, например, из C-RNTI, виртуальные IP-адреса мест назначения не ограничены этим. Например, во время конфигурирования вызова или конфигурирования агрегации LTE-WLAN, идентификаторы каналов-носителей EPS и IP-адреса могут быть ассоциированы заранее посредством сигнализации RRC, выполняемой посредством eNB 321 (основного eNB), и сообщены в UE 311 (мобильную станцию).
[0222] C-RNTI (временный идентификатор сотовой радиосети) временно назначается UE 311 и является уникальным идентификатором UE 311 в соте LTE-A. Например, C-RNTI имеет 16-битовое значение. Как в примере, показанном на фиг. 30, C-RNTI и идентификаторы каналов-носителей (от 0 до n) суммируются вместе, чтобы сгенерировать виртуальные IP-адреса источников, причем можно избежать возникновения дублирования виртуальных IP-адресов источников. Например, при использовании IP-адресов класса A, могут быть идентифицированы каналы-носители EPS из 24 битов, что достаточно для передачи посредством WLAN. Хотя здесь описан случай суммирования вместе C-RNTI и идентификаторов каналов-носителей для генерации виртуальных IP-адресов источников, однако способ генерации виртуальных IP-адресов источников не ограничивается этим.
[0223] Блок 3030 обработки MAC преобразует виртуальные IP-потоки, переданные от блоков 3020-302n обработки NAT, в MAC-кадры Ethernet, IEEE 802.3 и т.п. В этом случае, MAC-адреса источников (src MAC) MAC-кадров могут представлять собой, например, любые частные адреса в виртуальных GW 3010, 3040. Например, MAC-адреса источников MAC-кадров могут быть адресами с верхним октетом ʺ××××××10ʺ (× является произвольным значением). MAC-адреса мест назначения (dst MAC) MAC-кадров могут быть, например, MAC-адресами (UE MAC) UE 311.
[0224] eNB 321 выполняет классификацию 1540 AC для MAC- кадров, преобразованных блоком 3030 обработки MAC, и передает MAC-кадры, для которых выполнена классификация 1540 AC, в UE 311 через WLAN 1550.
[0225] UE 311 применяет де-классификацию 1560 АС к MAC-кадрам, принятым от eNB 321 через WLAN 1550. Блок 3050 обработки MAC виртуального GW 3040 принимает MAC-кадры, для которых была выполнена де-классификация 1560 AC, как виртуальные IP-потоки.
[0226] Блоки 3060-306n обработки де-NAT преобразуют виртуальные IP-потоки, принятые блоком 3050 обработки MAC, в каналы-носители EPS посредством обращения к виртуальным IP-адресам мест назначения (dst IP) виртуальных IP-потоков. При этом виртуальные IP-адреса мест назначения виртуальных IP-потоков преобразуется в исходные IP-адреса посредством де-NAT с помощью блоков обработки 3060-306n де-NAT.
[0227] Таким образом, путем обеспечения виртуальных GW 3010 и 3040 в eNB 321 и UE 311, соответственно, и путем использования NAT, каналы-носители EPS могут быть идентифицированы как виртуальные IP-потоки в виртуальных GW 3010 и 3040. IP-адреса и MAC-адреса могут быть в форме адресов частного пространства. Путем создания виртуальной IP-сети между виртуальными GW 3010 и 3040, таким способом можно идентифицировать каналы-носители EPS IP-пакетов, переданных в WLAN. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает возможной агрегацию и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0228] Хотя на фиг. 30 была описана нисходящая линия связи, подобный способ может применяться к восходящей линии связи для идентификации каналов-носителей EPS. То есть, путем создания виртуальной IP-сети между виртуальными GW 3010, 3040, сконфигурированными в eNB 321 и UE 311, можно идентифицировать каналы-носители EPS IP-пакетов, передаваемых в восходящей линии связи в WLAN.
[0229] Фиг. 31 является схемой, показывающей другой пример способа идентификации каналов-носителей EPS с использованием виртуального IP-потока в системе беспроводной связи согласно третьему варианту осуществления. На фиг. 31, части, подобные тем, которые показаны на фиг. 15 или фиг. 30, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0230] На фиг. 31, в отношении нисходящей линии связи, будет описан случай, когда агрегация выполняется одновременно с использованием LTE-A и WLAN в автономной конфигурации WLAN с использованием вторичного eNB 323, имеющего функции связи eNB и WLAN, причем eNB 321 служит в качестве основного eNB. В этом случае обеспечиваются туннели 1520-152n GTP для каждого из каналов-носителей EPS между eNB 321 и вторичным eNB 323,.
[0231] Блоки 3020-302n обработки NAT, показанные на фиг. 30, установлены во вторичном eNB 323 в примере, показанном на фиг. 31. Вторичный eNB 323 принимает IP-пакеты, переданные от UE 311 через WLAN 1550. Кроме того, вторичный eNB 323 пересылает принятые IP-пакеты в блоки 3020-302n обработки NAT виртуального GW 3010.
[0232] Аналогично примеру, показанному на фиг. 30, это позволяет идентифицировать каналы-носители EPS как виртуальные IP-потоки в виртуальных GW 3010, 3040. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает агрегацию возможной и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0233] Хотя на фиг. 31 была описана нисходящая линия связи, подобный способ может применяться к восходящей линии связи для идентификации каналов-носителей EPS. То есть, путем создания виртуальной IP-сети между виртуальными GW 3010, 3040, сконфигурированными в eNB 321 и UE 311, можно идентифицировать каналы-носители EPS IP-пакетов, передаваемых в восходящей линии связи в WLAN.
[0234] Согласно способу, использующему виртуальные IP-потоки, показанному на фиг. 30 и 31, каналы-носители EPS могут быть идентифицированы без ограничения числа каналов-носителей EPS, пересылаемых в WLAN, например, числом битов тега VLAN, как в случае использования тега VLAN. Кроме того, согласно способу, использующему виртуальные IP-потоки, показанному на фиг. 30 и 31, соединение между eNB 321 и вторичным eNB 323 возможно через Ethernet и не ограничивается туннелями GTP.
[0235] В соответствии со способом, использующим виртуальные IP-потоки, показанным на фиг. 30 и 31, каналы-носители EPS можно идентифицировать без конфигурирования DL TFT в UE 311 и без конфигурирования UL TFT в eNB 321. В соответствии со способом, использующим виртуальные IP-потоки, показанным на фиг. 30 и 31, каналы-носители EPS могут быть идентифицированы без добавления заголовка, такого как тег VLAN, к пользовательским данным, пересылаемым в WLAN.
[0236] Фиг. 32 является схемой, показывающей пример способа идентификации каналов-носителей EPS, использующего VLAN в системе беспроводной связи согласно третьему варианту осуществления. На фиг. 32 части, подобные тем, которые показаны на фиг. 15 или фиг. 30, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены. Хотя на фиг. 30 описан способ идентификации каналов-носителей EPS путем создания виртуальной IP-сети, на фиг. 33 будет описан способ идентификации каналов-носителей EPS посредством VLAN, виртуализирующей Ethernet.
[0237] Со ссылкой на фиг. 32, в отношении нисходящей линии связи, будет описан случай, когда агрегация выполняется с использованием LTE-A и WLAN одновременно в конфигурации, в которой eNB 321 имеет функцию связи WLAN (eNB+WLAN). В этом случае каналы-носители 1500-150n EPS являются каналами-носителями в направлении нисходящей линии связи от eNB 321 к UE 311.
[0238] В примере, показанном на фиг. 32, подобно примеру, показанному на фиг. 30, виртуальные GW 3010 и 3040 установлены в eNB 321 и UE 311, соответственно. Следует отметить, что в примере, показанном на фиг. 32, виртуальный GW 3010 в eNB 321 включает в себя блоки 3210-321n обработки VLAN и блоки 3220-322n обработки MAC (802.3 MAC). Кроме того, виртуальный GW 3040 в UE 311 включает в себя блоки 3230-323n обработки MAC (802.3 MAC) и блоки 3240-324n обработки обращения (де-) VLAN.
[0239] Каналы-носители 1500-150n EPS, проходящие через уровни 1510-151n PDCP, пересылаются в блоки 3210-321n обработки VLAN виртуального GW 3010. Блоки 3210-321n обработки VLAN классифицируют каналы-носители 1500-150n EPS, соответственно, посредством VLAN в локальные IP-потоки между eNB 321 и UE 311 и передают классифицированные IP-потоки в блоки 3220-322n обработки MAC.
[0240] Например, блоки 3210-321 n обработки VLAN выполняют взаимно-однозначное отображение между каналами-носителями 1500-150n EPS и тегами VLAN. Идентификаторы VLAN IP-потоков, пересылаемых от блоков 3210-321n обработки VLAN, могут быть от 0 до n, соответственно.
[0241] Блоки 3220-322n обработки MAC преобразуют IP-потоки, переданные из блоков 3210-321n обработки VLAN, соответственно, в MAC-кадры Ethernet, IEEE 802.3 и т.п. MAC-адреса источников (src MAC) MAC-кадров, преобразованных блоками 3220-332n обработки MAC, могут быть, например, любыми частными адресами в виртуальных GW 3010, 3040. Например, MAC-адреса источников MAC-кадров могут быть адресами с верхним октетом ʺ××××××10ʺ (× представляет произвольное значение). MAC-адреса мест назначения (dst MAC) MAC-кадров, преобразованных блоками 3220-322n обработки MAC, могут быть, например, MAC-адресами (UE MAC) UE 311.
[0242] Кроме того, теги VLAN MAC-кадров, преобразованных блоками 3220-322n обработки MAC, могут быть, например, равны от 0 до n в соответствии с соответствующими каналами-носителями EPS. Таким образом, к каждому из MAC-кадров добавляется тег VLAN для каждого канала-носителя EPS. Тег VLAN представляет собой, например, 12-битный тег. Таким образом, можно создать до 4094 VLAN между виртуальными GW 3010 и 3040. В предположении, что UE, включающие в себя UE 311, обеспечивают все каналы-носители EPS, и что все каналы-носители EPS пересылаются в WLAN, в WLAN можно разместить примерно 472 UE. Отметим, что поскольку реальная вероятность того, что связь использует все каналы-носители EPS, является низкой, использование VLAN позволяет пересылать достаточное количество каналов-носителей EPS в WLAN.
[0243] eNB 321 выполняет классификацию 1540 AC для MAC-кадров с тегами VLAN, преобразованными блоками 3220-322n обработки MAC. eNB 321 передает MAC-кадры с тегами VLAN, для которых была выполнена классификация 1540 AC, к UE 311 через WLAN 1550.
[0244] UE 311 применяет де-классификацию 1560 АС к MAC-кадрам с тегами VLAN, принятыми от eNB 321 через WLAN 1550. Блоки 3230-323n обработки MAC виртуального GW 3040 являются блоками обработки MAC, соответствующими каналам-носителям 1500-150n EPS, соответственно. Каждый из блоков 3230-323n обработки MAC обращается к тегу VLAN, добавленному к MAC-кадру, для которого была выполнена де-классификация 1560 AC, и при этом принимает MAC-кадр соответствующего канала-носителя EPS как IP-поток.
[0245] Блоки 3240-324n обработки де-VLAN преобразуют IP-потоки, принимаемые блоками 3230-323n обработки MAC, соответственно, в каналы-носители 1500-150n EPS. Уровни 1570-157n PDCP обрабатывают каналы-носители 1500-150n EPS, преобразованные блоками 3240-324n обработки де-VLAN.
[0246] Таким образом, путем конфигурирования VLAN для каждого из каналов-носителей между виртуальными GW 3010, 3040, могут быть идентифицированы каналы-носители EPS IP-пакетов, переданных в WLAN. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает агрегацию возможной и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0247] Хотя на фиг. 32 была описана нисходящая линия связи, подобный способ может применяться к восходящей линии связи для идентификации каналов-носителей EPS. То есть, путем конфигурации VLAN для каждого из каналов-носителей EPS между виртуальными GW 3010 и 3040, сконфигурированными в eNB 321 и UE 311, можно идентифицировать каналы-носители EPS IP-пакетов, передаваемых в WLAN.
[0248] Фиг. 33 является схемой, показывающей другой пример способа идентификации каналов-носителей EPS с использованием VLAN в системе беспроводной связи согласно третьему варианту осуществления. На фиг. 33, части, подобные тем, которые показаны на фиг. 15 или фиг. 32, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0249] Со ссылкой на фиг. 33, в отношении нисходящей линии связи, будет описан случай, когда агрегация выполняется одновременно с использованием LTE-A и WLAN в автономной конфигурации WLAN с использованием вторичного eNB 323, имеющего функции связи eNB и WLAN, причем eNB 321 служит в качестве основного eNB. В этом случае обеспечиваются туннели 1520-152n GTP для каждого из каналов-носителей EPS между eNB 321 и вторичным eNB 323,.
[0250] Блоки 3210-321n обработки VLAN, показанные на фиг. 32, установлены во вторичном eNB 323 в примере, показанном на фиг. 33. Вторичный eNB 323 принимает IP-пакеты, переданные из UE 311 через WLAN 1550. Затем вторичный eNB 323 передает принятые IP-пакеты в блоки 3210-321n обработки VLAN виртуального GW 3010.
[0251] Подобно примеру, показанному на фиг. 32, это позволяет идентифицировать каналы-носители EPS как виртуальные IP-потоки в виртуальных GW 3010, 3040. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает агрегацию возможной и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0252] Хотя на фиг. 33 была описана нисходящая линия связи, подобный способ может применяться к восходящей линии связи для идентификации каналов-носителей EPS. То есть, путем конфигурирования VLAN для каждого канала-носителя EPS между виртуальными GW 3010 и 3040, сконфигурированными в eNB 321 и UE 311, можно идентифицировать каналы-носители EPS IP-пакетов, переданных в WLAN.
[0253] В соответствии со способом, использующим VLAN, показанным на фиг. 32 и 33, соединение между eNB 321 и вторичным eNB 323 возможно посредством Ethernet и т.п. и не ограничивается туннелями GTP. В соответствии со способом, использующим VLAN, показанным на фиг. 32 и 33, каналы-носители EPS IP-пакетов могут быть идентифицированы путем добавления тега VLAN без обработки пакетов, ссылающейся на IP-заголовок, в WLAN. В соответствии со способом, использующим VLAN, показанным на фиг. 32 и 33, каналы-носители EPS могут быть идентифицированы без конфигурирования DL TFT в UE 311 и без конфигурирования UL TFT в eNB 321.
[0254] Фиг. 34 представляет собой схему, иллюстрирующую пример способа идентификации каналов-носителей EPS, использующего туннелирование GRE в системе беспроводной связи в соответствии с третьим вариантом осуществления. На фиг. 34, части, подобные тем, которые показаны на фиг. 15 или 30, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0255] На фиг. 34, в отношении нисходящей линии связи, будет описан случай, когда агрегация выполняется с использованием LTE-A и WLAN одновременно в конфигурации, в которой eNB 321 имеет функцию связи WLAN (eNB+WLAN). В примере, показанном на фиг. 34, каналы-носители 1500-150n EPS являются каналами-носителями в направлении нисходящей линии связи от eNB 321 к UE 311.
[0256] В примере, показанном на фиг. 34, виртуальный GW 3010 обеспечен между уровнями 1510-151n PDCP и WLAN 1550 в eNB 321. Виртуальный GW 3010 включает в себя блоки 3410-341n обработки GRE и блок 3030 обработки MAC (802.3 MAC). Виртуальный GW 3040 обеспечен между WLAN 1550 и уровнями 1570 до 157n PDCP в UE 311. Виртуальный GW 3040 включает в себя блок 3050 обработки MAC (802.3 MAC) и блоки 3420-342n обработки де-GRE.
[0257] Каналы-носители 1500-150n EPS, проходящие через уровни 1510-151n PDCP пересылаются в блоки 3410-341n обработки GRE виртуального GW 3010. Блоки 3410-341n обработки GRE классифицируют каждый из каналов-носителей 1500-150n, соответственно, путем применения туннелирования обобщенной инкапсуляции маршрутизации (GRE) к локальным IP-потокам между eNB 321 и UE 311 и пересылки классифицированных IP-потоков в блок 3030 обработки MAC.
[0258] Например, блоки 3410-341n обработки GRE добавляют GRE-заголовки и затем IP-заголовки к IP-пакетам, соответствующим каналам-носителям 1500-150n EPS, и пересылают IP-пакеты как IP-потоки в блок 3030 обработки MAC. IP-адреса источников (src IP) IP-потоков, передаваемых из блоков 3410-341n обработки GRE, могут быть, например, виртуальным GW 3010 (vGW). IP-адресами мест назначения (dst IP) IP-потоков, передаваемых из блоков 3410-341n обработки GRE, могут быть, например, от C-RNTI+0 до C-RNTI+n, соответственно.
[0259] Подобно примеру, показанному на фиг. 30, блок 3030 обработки MAC преобразует IP-потоки, переданные из блоков 3410-341n обработки GRE, в MAC-кадры Ethernet (IEEE 802.3).
[0260] eNB 321 применяет классификацию 1540 AC к MAC-кадрам, преобразованным блоком 3030 обработки MAC, и передает MAC-кадры, для которых была выполнена классификация 1540 AC, к UE 311 через WLAN 1550. В результате, eNB 321 может передавать пользовательские данные через туннель GRE (инкапсулированный туннель) WLAN, обеспеченный между eNB 321 и UE 311.
[0261] UE 311 применяет де-классификацию 1560 АС к MAC-кадрам, принятым от eNB 321 через WLAN 1550. Подобно примеру, показанному на фиг. 30, блок 3050 обработки MAC виртуального GW 3040 принимает, как IP-потоки, MAC-кадры, для которых была выполнена де-классификация 1560 AC.
[0262] Блоки 3420-342n обработки де-GRE обращаются к IP-адресам мест назначения (dst IP), включенным в IP-заголовки IP- потоков, принятых блоком 3050 обработки MAC, и тем самым преобразуют IP-потоки в каналы-носители EPS.
[0263] Таким образом, путем конфигурирования виртуальных GW 3010 и 3040 в eNB 321 и UE 311, соответственно, и путем использования туннелирования GRE, можно идентифицировать каналы-носители EPS как IP-потоки в виртуальных GW 3010 и 3040. IP-адреса и MAC-адреса могут быть в форме адресов частного пространства. Путем создания туннеля GRE между виртуальными GW 3010 и 3040 таким способом, можно идентифицировать каналы-носители EPS IP-пакетов, переданных в WLAN. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает агрегацию возможной и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0264] Хотя на фиг. 34 была описана нисходящая линия связи, подобный способ может применяться к восходящей линии связи для идентификации каналов-носителей EPS. То есть, путем создания туннеля GRE между виртуальными GW 3010 и 3040, можно идентифицировать каналы-носители EPS IP-пакетов, переданных в WLAN.
[0265] Фиг. 35 является схемой, показывающей другой пример способа идентификации каналов-носителей EPS с использованием туннелирования GRE в системе беспроводной связи согласно третьему варианту осуществления. На фиг. 35 части, аналогичные тем, которые показаны на фиг. 15 или 34, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0266] Со ссылкой на фиг. 35, в отношении нисходящей линии связи, будет описан случай, когда агрегация выполняется одновременно с использованием LTE-A и WLAN в автономной конфигурации WLAN с использованием вторичного eNB 323, имеющего функции связи eNB и WLAN, причем eNB 321 служит в качестве основного eNB. В этом случае обеспечиваются туннели 1520-152n GTP для каждого из каналов-носителей EPS между eNB 321 и вторичным eNB 323.
[0267] Вторичный eNB 323 принимает IP-пакеты, переданные от UE 311 через WLAN 1550. Вторичный eNB 323 передает принятые IP-пакеты в блоки 3410-341n обработки GRE.
[0268] В результате, аналогично примеру, показанному на фиг. 34, UE 311 может идентифицировать каналы-носители EPS IP-пакетов, переданных в WLAN, с использованием туннелирования GRE. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает агрегацию возможной и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0269] В соответствии со способом, использующим туннелирование GRE, показанное на фиг. 34 и 35, каналы-носители EPS могут быть идентифицированы без ограничения количества каналов-носителей EPS для передачи, например, количеством битов тега VLAN, как в случае использования тега VLAN. В соответствии со способом, использующим туннелирование GRE, показанное на фиг. 34 и 35, соединение между eNB 321 и вторичным eNB 323 возможно посредством Ethernet и т.п. и не ограничено туннелями GTP.
[0270] В соответствии со способом, использующим туннелирование GRE, показанное на фиг. 34 и 35, каналы-носители EPS могут быть идентифицированы без конфигурирования DL TFT в UE 311 и без конфигурирования UL TFT в eNB 321. В соответствии со способом, использующим туннелирование GRE, показанным на фиг. 34 и 35, каналы-носители EPS могут быть идентифицированы без добавления заголовка, такого как тег VLAN, к пользовательским данным, переданным в WLAN.
[0271] Фиг. 36 является схемой, показывающей пример способа идентификации канала-носителя EPS с использованием PDCPoIP в системе беспроводной связи в соответствии с третьим вариантом осуществления. На фиг. 36 части, подобные тем, которые показаны на фиг. 15 или фиг. 30, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0272] Со ссылкой на фиг. 36, в отношении нисходящей линии связи, будет описан случай, в котором eNB 321 выполнен с возможностью иметь функцию связи WLAN (eNB+WLAN) и выполняет агрегацию с использованием LTE-A и WLAN одновременно. В примере, показанном на фиг. 36, каналы-носители 1500-150n EPS являются каналами-носителями в направлении нисходящей линии связи от eNB 321 к UE 311.
[0273] В примере, показанном на фиг. 36, виртуальный GW 3010 сконфигурирован между WLAN 1550 и уровнями 1510-151n PDCP в eNB 321. Виртуальный GW 3010 включает в себя блоки 3610-361n обработки PDCPoIP и блок 3030 обработки MAC (802.3 MAC). Кроме того, виртуальный GW 3040 сконфигурирован между уровнями 1570-157n PDCP и WLAN 1550 в UE 311. Виртуальный GW 3040 включает в себя блок 3050 обработки MAC (802.3 MAC) и блоки 3620-362n обработки обращения (де-) PDCPoIP (de-PoIP).
[0274] Каналы-носители 1500-150n EPS, прошедшие через уровни 1510-151n PDCP, пересылаются в блоки 3610-361n обработки PDCPoIP виртуального GW 3010. Каждый из блоков 3610-361n обработки PDCPoIP преобразует адреса внешних IP-заголовков каналов-носителей 1500-150n EPS в виртуальные IP-адреса и тем самым выполняет процесс PDCPoIP (протокола конвергенции пакетных данных на IP) классификации в виртуальные IP-потоки. Виртуальный IP-поток является, например, локальным виртуальным потоком данных между eNB 321 и UE 311. Виртуальный IP-адрес места назначения является адресом места назначения виртуального IP-потока. Блоки 3610-361n обработки PDCPoIP пересылают классифицированные виртуальные IP-потоки в блок 3030 обработки MAC.
[0275] Например, блоки 3610-361n обработки PDCPoIP отображают каналы-носители 1500-150n EPS и виртуальные IP-адреса мест назначения на основе взаимно однозначного соответствия. Виртуальные IP-адреса источников (src IP) виртуальных IP-потоков, переданные из блоков 3610-361n обработки PDCPoIP, могут быть, например, адресами виртуального GW 3010 (vGW). Кроме того, виртуальными IP-адресами мест назначения (dst IP) виртуальных IP-потоков, переданных от блоков 3610-361n обработки PDCPoIP, могут быть от C-RNTI+0 до C-RNTI+n, соответственно.
[0276] C-RNTI является уникальным идентификатором UE 311 в соте LTE-A и временно назначается для UE 311. Например, C-RNTI имеет 16-битное значение. Как описано в примере, показанном на фиг. 36, C-RNTI и идентификаторы каналов-носителей (от 0 до n) добавляются для генерации виртуальных IP-адресов источников, при этом можно избежать генерации перекрывающихся виртуальных IP-адресов источников. Например, при использовании IP-адресов класса A, каналы-носители EPS около 24 битов, достаточные для передачи посредством WLAN, могут быть идентифицированы. Хотя здесь описан случай, когда C-RNTI и идентификатор канала-носителя добавляются для генерации виртуального IP-адреса источника, способ генерации виртуального IP-адреса источника не ограничивается этим.
[0277] Блок 3030 обработки MAC преобразует виртуальные IP-потоки, переданные из блоков 3610-361n обработки PDCPoIP, в MAC-кадры для Ethernet и IEEE 802.3 и т.п. В этом случае, MAC-адресом источника (src MAC) MAC-кадра может быть, например, произвольный адрес (любой частный адрес) в виртуальном GW 3010, 3040. Например, MAC-адрес источника MAC-кадра может быть адресом, начинающимся с октета ʺ××××××10ʺ (× является произвольным значением). Кроме того, MAC-адрес места назначения (dst MAC) MAC-кадра, может быть, например, MAC-адресом (UE MAC) UE 311.
[0278] eNB 321 выполняет классификацию 1540 AC для MAC-кадров, преобразованных блоком 3030 обработки MAC, и передает MAC-кадры, для которых была выполнена классификация 1540 AC, к UE 311 через WLAN 1550.
[0279] UE 311 выполняет де-классификацию 1560 АС для MAC-кадров, принятых от eNB 321 через WLAN 1550. Блок 3050 обработки MAC виртуального GW 3040 принимает, как виртуальные IP-потоки, MAC-кадры, для которых была выполнена де-классификация 1560 AC.
[0280] Для виртуальных IP-потоков, принятых посредством блока 3050 обработки MAC, блоки 3620-362n обработки де-PDCPoIP преобразуют виртуальные IP-потоки в каналы-носители EPS путем обращения к виртуальным IP-адресам мест назначения (dst IP) виртуальных IP-потоков. При этом виртуальные IP-адреса мест назначения виртуальных IP-потоков преобразуются в исходные IP-адреса посредством блоков 3620-362n обработки де-PDCPoIP.
[0281] Таким образом, путем обеспечения виртуальных GW 3010, 3040 в eNB 321 и UE 311, соответственно, и посредством использования преобразования адресов посредством PDCPoIP, каналы-носители EPS могут быть идентифицированы как виртуальные IP-потоки в виртуальных GW 3010, 3040. IP-адреса и MAC-адреса могут быть в форме адресов в частном пространстве. Путем создания виртуальной IP-сети между виртуальными GW 3010 и 3040 таким способом можно идентифицировать каналы-носители EPS IP-пакетов, переданных в WLAN. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает агрегацию возможной и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0282] Хотя на фиг. 31 была описана нисходящая линия связи, подобный способ может применяться к восходящей линии связи для идентификации каналов-носителей EPS. То есть, путем создания виртуальной IP-сети между виртуальными GW 3010, 3040, сконфигурированными в eNB 321 и UE 311, можно идентифицировать в восходящей линии связи каналы-носители EPS IP-пакетов, пересылаемых в WLAN.
[0283] Фиг. 37 является схемой, показывающей другой пример способа идентификации каналов-носителей EPS, использующего PDCPoIP, в системе беспроводной связи в соответствии с третьим вариантом осуществления. На фиг. 37 части, подобные тем, которые показаны на фиг. 15 или фиг. 36, обозначены теми же самыми ссылочными позициями, и их пояснения будут опущены.
[0284] Со ссылкой на фиг. 37, в отношении нисходящей линии связи, будет описан случай, когда агрегация выполняется одновременно с использованием LTE-A и WLAN в автономной конфигурации WLAN с использованием вторичного eNB 323, имеющего функции связи eNB и WLAN, причем eNB 321 служит в качестве основного eNB. В этом случае обеспечиваются туннели 1520-152n GTP для каждого из каналов-носителей EPS между eNB 321 и вторичным eNB 323.
[0285] Блоки 3610-361n обработки PDCPoIP, показанные на фиг. 36, установлены во вторичном eNB 323 в примере, показанном на фиг. 37. Вторичный eNB 323 принимает IP-пакеты, переданные от UE 311 через WLAN 1550. Кроме того, вторичный eNB 323 пересылает принятые IP-пакеты в блоки 3610-361n обработки PDTPoIP виртуального GW 3010.
[0286] В результате, аналогично примеру, показанному на фиг. 36, каналы-носители EPS могут быть идентифицированы как виртуальные IP-потоки в виртуальных GW 3010 и 3040. Таким образом, без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие один и тот же класс QoS, не могут быть агрегированы в то же самое время, система 300 беспроводной связи делает агрегацию возможной и может способствовать увеличению количества пользовательских данных, которые могут быть переданы.
[0287] Хотя на фиг. 37 была описана нисходящая линия связи, подобный способ может применяться к восходящей линии связи для идентификации каналов-носителей EPS. То есть, путем конфигурирования виртуальной IP-сети между виртуальными GW 3010, 3040 сконфигурированными в eNB 321 и UE 311, можно идентифицировать в восходящей линии связи каналы-носители EPS IP-пакетов, передаваемых в WLAN.
[0288] Согласно способу, использующему преобразование адресов посредством PDCPoIP, показанному на фиг. 36 и фиг. 37, каналы-носители EPS могут быть идентифицированы без ограничения количества каналов-носителей EPS, пересылаемых в WLAN, например, количеством битов тега VLAN, как в случае использования тега VLAN. В соответствии со способом, использующим преобразование адресов посредством PDCPoIP, показанное на фиг. 36 и 37, соединение между eNB 321 и вторичным eNB 323 возможно посредством Ethernet и т.п. и не ограничено туннелями GTP.
[0289] В соответствии со способом, использующим преобразование адресов посредством PDCPoIP, показанным на фиг. 36 и 37, каналы-носители EPS могут быть идентифицированы без конфигурирования DL TFT в UE 311 и без конфигурирования UL TFT в eNB 321. В соответствии со способом, использующим преобразование адресов посредством PDCPoIP, показанным на фиг. 36 и 37, каналы-носители EPS могут быть идентифицированы без добавления заголовка, такого как тег VLAN, к пользовательским данным, пересылаемым в WLAN.
[0290] Таким образом, согласно третьему варианту осуществления изобретения, агрегирование, одновременно использующее LTE-A и WLAN, становится возможным без конфигурирования ограничения, состоящего в том, что каналы-носители EPS, имеющие те же самые классы QoS, не могут быть агрегированы в то же самое время. Таким образом, может облегчаться увеличение количества пользовательских данных, которые могут быть переданы.
[0291] Однако в нисходящей линии связи от eNB 321 к UE 311 пользовательские данные, принятые как радиоканалы-носители посредством UE 311, могут пересылаться на более высокий уровень (например, уровень приложений) без преобразования в каналы-носители. В таком случае, даже если множество каналов-носителей EPS имеют одинаковый класс QoS, агрегирование с одновременным использованием LTE-A и WLAN может выполняться без идентификации каналов-носителей в UE 311.
[0292] Четвертый вариант осуществления
Фиг. 38 и 39 являются схемами, поясняющими обработку данных, передаваемых посредством WLAN в системе беспроводной связи согласно четвертому варианту осуществления. Стек протоколов, показанный на фиг. 38, как во втором и третьем вариантах осуществления, изображает обработку, выполняемую в порядке уровня 3801 PDCP (PDCP PDU), уровня 3802 внешнего IP и уровня 3803 WLAN MAC (WLAN MAC) по отношению к данным, передаваемым посредством WLAN.
[0293] Хотя в вышеописанных вариантах осуществления термин ʺвнешний IPʺ используется для удобства, однако внешний IP технически является просто IP (Интернет-протоколом), как и в настоящем варианте осуществления.
[0294] Уровень 3801 PDCP соответствует, например, уровню PDCP в обработке 1212 агрегирования, показанной на фиг. 12, уровню 1901 PDCP, показанному на фиг. 19-24, и т.п. Уровень 3802 внешнего IP соответствует, например, обработке внешнего IP в обработке 1212 агрегирования, показанной на фиг. 12, уровня 1900 внешнего IP, показанного на фиг. 19-24. Уровень 3803 MAC соответствует, например, обработке 11×MAC в обработке 1212 агрегирования, показанной на фиг. 12.
[0295] В стеке протоколов, показанном на фиг. 38, MAC-адрес места назначения данных может быть получен из IP-адреса места назначения данных посредством, например, протокола разрешения адресов (ARP) в рамках IP, например, когда данные передаются посредством WLAN, с использованием уровня 2802 внешнего IP. ARP является, например, ARP, определенным в RFC826. В этом случае, например, узел WLAN (например, eNB 321, вторичный eNB 323) может работать в режиме, подобно маршрутизатору.
[0296] Стек протоколов, представленный на фиг. 39, показывает обработку данных, передаваемых посредством WLAN в системе 300 беспроводной связи в соответствии с четвертым вариантом осуществления. Подобно стеку протоколов, показанному на фиг. 39, в системе 300 беспроводной связи согласно четвертому варианту осуществления обработка уровня 3801 PDCP, обработка уровня 3901 адаптации (Adaptation Layer) и обработка уровня 3803 WLAN MAC выполняются для данных, передаваемых посредством WLAN. В обработке, показанной на фиг. 39, после обработки уровня 3801 PDCP, уровень 3901 адаптации добавляет предопределенный заголовок к пакетам, передаваемым посредством WLAN, и пересылает пакеты в WLAN, при этом пакеты передаются посредством туннелирования.
[0297] Таким образом, конфигурация может быть такой, что обработка уровня 3901 адаптации выполняется для данных, передаваемых посредством WLAN, вместо обработки уровня 3802 внешнего IP. Такая обработка, как изображено на фиг. 39, может быть эффективной в зависимости, например, от требований архитектуры LTE-WLAN и проблем при передаче IP-пакетов в WLAN.
[0298] Однако в обработке, показанной на фиг. 39, невозможно получить MAC-адрес из IP-адреса, используя ARP в IP. С другой стороны, например, путем обеспечения обработки ARP на основе RFC826 на уровне 3901 адаптации, MAC-адрес можно получить из IP-адреса путем использования ARP на уровне 3901 адаптации. В этом случае узел WLAN (например, eNB 321, вторичный eNB 323) работает, например, в режиме, подобно мосту.
[0299] Например, в ARP, основанном на RFC826, верхний уровень ARP определяется посредством ʺEtherTypeʺ Ethernet. В современных протоколах 3GPP, ʺEtherTypeʺ не определен; однако в протоколах 3GPP, в случае, когда определен новый ʺEtherTypeʺ, ARP, основанный на RFC826, может быть применен к уровню 3901 адаптации.
[0300] Однако, представляется, что ARP, основанный на RFC826, может оказаться затруднительным применять к уровню 3901 адаптации. В противоположность этому, может быть использован способ независимого разрешения адресов вместо применения ARP, основанного на RFC826, к уровню 3901 адаптации. В этом случае, например, узел WLAN (например, eNB 321, вторичный eNB 323) работает в режиме, подобно мосту. Архитектура этого способа независимого разрешения адресов будет описана ниже.
[0301] Фиг. 40 является диаграммой последовательности, показывающей пример обработки в системе беспроводной связи согласно четвертому варианту осуществления, Фиг. 21 является схемой, показывающей еще один пример реализации внешнего IP-уровня с использованием протокола 3GPP во втором варианте осуществления. В системе 300 беспроводной связи согласно четвертому варианту осуществления разрешение адресов реализовано, например, посредством выполнения этапов, показанных на фиг. 40. Устройство 4001 связи, показанное на фиг. 40, является источником, который передает данные в UE 311 через eNB 321. Например, устройство 4001 связи представляет собой PGW 332 и т.п. базовой сети 330 пакетной коммутации.
[0302] На фиг. 40 описываются данные, передаваемые от устройства 4001 связи к UE 311 через WLAN. В этом случае, тракт передачи между устройством 4001 связи и eNB 321 представляет собой IP-сеть, а тракт передачи между eNB 321 и UE 311 представляет собой LTE или LTE-A. Кроме того, в примере, показанном на фиг. 40, будет описана автономная конфигурация WLAN, использующая вторичный eNB 323, имеющий функции связи eNB и WLAN, и в которой eNB 321 действует как основной eNB.
[0303] Сначала, eNB 321 передает к UE 311 сообщение реконфигурации соединения RRC, которое включает в себя конфигурацию LTE-WLAN для конфигурирования агрегации LTE-WLAN в (этап S4001). Затем UE 311 передает к eNB 321 сообщение завершения реконфигурации соединения RRC для реконфигурации соединения RRC (этап S4002). Кроме того, UE 311 сохраняет MAC-адрес UE 311 в сообщении завершения реконфигурации соединения RRC, переданном на этапе S4002.
[0304] Затем eNB 321 передает к вторичному eNB 323, который является узлом WLAN, запрос добавления WLAN для конфигурации WLAN в агрегации LTE-WLAN (этап S4003). Кроме того, eNB 321 сохраняет в запросе добавления WLAN, переданном на этапе S4003, информацию конфигурации, включающую в себя MAC-адрес UE 311, полученный из сообщения завершения реконфигурации соединения RRC, принятого на этапе S4002.
[0305] В ответ, вторичный eNB 323 ассоциирует и сохраняет MAC-адрес UE 311, полученный из запроса добавления WLAN от eNB 321, с IP-адресом UE 311.
[0306] Далее, предполагается, что устройство 4001 связи передает к eNB 321 данные, предназначенные для UE 311 (этап S4004). Данные 4010 представляют собой данные, переданные на этапе S4004. Данные 4010 включают в себя IP-адрес 4011 источника, IP-адрес 4012 места назначения и IP-полезную нагрузку 4013. IP-адрес 4011 источника является IP-адресом устройства 4001 связи, который является источником данных 4010. IP-адрес 4012 места назначения является IP-адресом UE 311, которое является местом назначения данных 4010. IP-полезная нагрузка 4013 представляет собой полезную нагрузку (например, пользовательские данные) данных 4010. Реально, поскольку IP-пакет передается посредством туннеля GTP, добавляется GTP, описание этого здесь опущено.
[0307] Затем eNB 321 преобразует данные, принятые на этапе S4004, в PDCP PDU и передает PDCP PDU к вторичному eNB 323 (этап S4005). Затем вторичный eNB 323 передает посредством WLAN (IEEE MAC) к UE 311 данные, переданные и преобразованные в PDCP PDU на этапе S4005 (этап S4006). Данные 4020 представляют собой данные, переданные на этапе S4006.
[0308] Данные 4020 являются данными, к которым MAC-адрес 4021 места назначения и MAC-адрес 4022 источника добавлены в качестве заголовка к IP-адресу 4011 источника, IP-адресу 4012 места назначения и IP-полезной нагрузке 4013 данных 4010. PDCP PDU включены в IP-полезную нагрузку. MAC-адрес 4021 места назначения является MAC-адресом UE 311, сохраненным вторичным eNB 323 на этапе S4003. MAC-адрес 4022 источника является MAC-адресом вторичного eNB, который является источником данных 4020.
[0309] Как показано на фиг. 40, в агрегации LTE-WLAN, когда eNB 321 передает сообщение реконфигурации соединения RRC к UE 311, UE 311 сохраняет MAC-адрес UE 311 в ответном сигнале. В результате, eNB 321 и вторичный eNB 323 имеют возможность получить MAC-адрес UE 311 без использования ARP IP. Таким образом, разрешение MAC-адреса может выполняться, например, с использованием сообщения RRC.
[0310] Хотя была описана автономная конфигурация WLAN, использующая вторичный eNB 323, имеющий функции связи eNB и WLAN, причем eNB 321 служит в качестве основного eNB, конфигурация может быть такой, что eNB 321 имеет функцию связи WLAN и вторичный eNB 323 не используется. В этом случае, например, этап S4003 становится ненужным, и eNB 321 ассоциирует и сохраняет MAC-адрес UE 311 с IP-адресом UE 311.
[0311] eNB 321 передает к UE 311 данные 4020, которые получены путем добавления MAC-адреса 4021 места назначения и MAC-адреса 4022 источника к данным 4010, принятым от устройства 4001 связи. В этом случае MAC-адрес 4022 источника является MAC-адресом eNB 321, который является источником данных 4020.
[0312] Кроме того, хотя были описаны данные нисходящей линии связи, передаваемые из устройства 4001 связи к UE 311, аналогичным образом, для данных восходящей линии связи от UE 311 к устройству 4001 связи может быть выполнено разрешение с использованием сообщения RRC. Например, eNB 321 сохраняет MAC-адрес вторичного eNB 323 в сообщении реконфигурации соединения RRC, передаваемом устройством 4001 связи. MAC-адрес вторичного eNB 323 может быть сохранен посредством eNB 321, когда eNB 321 и вторичный eNB 323 соединяются друг с другом, или может быть получен в eNB 321 в результате запроса от eNB 321 к вторичному eNB 323.
[0313] UE 311 ассоциирует и сохраняет MAC-адрес вторичного eNB 323, полученный из сообщения реконфигурации соединения RRC от eNB 321, с IP-адресом вторичного eNB 323. Затем UE 311, при передаче данных, предназначенных для устройства 4001 связи посредством WLAN, использует сохраненный MAC-адрес вторичного eNB 323 в качестве места назначения и передает данные к вторичному eNB 323. Таким образом, в отношении данных восходящей линии связи от UE 311 к устройству 4001 связи, разрешение MAC-адреса также может быть выполнено с использованием сообщения RRC.
[0314] Фиг. 41 представляет собой диаграмму последовательности уведомления о MAC-адресе посредством другого сообщения RRC в обработке в системе беспроводной связи в соответствии с четвертым вариантом осуществления. На фиг. 41 части, подобные тем, которые показаны на фиг. 40, обозначены теми же самыми ссылочными позициями и повторно не описываются. В процедуре установления соединения RRC, перед этапом S4001, UE 311 передает сообщение установки соединения RRC к eNB 321 (этап S4101). Кроме того, UE 311 сохраняет MAC-адрес UE 311 в сообщении установки соединения RRC, передаваемом на этапе S4101. В этом случае, UE 311 может сохранять MAC-адрес UE 311 в сообщении завершения реконфигурации соединения RRC, передаваемом на этапе S4002.
[0315] Фиг. 42 является диаграммой последовательности уведомления о MAC-адресе посредством другого сообщения RRC при обработке в системе беспроводной связи в соответствии с четвертым вариантом осуществления. На фиг. 42, части, подобные тем, которые показаны на фиг. 40, обозначены теми же самыми ссылочными позициями и повторно не описываются. UE 311 передает к eNB 321 сообщение RRC, отличное от сообщения завершения реконфигурации соединения RRC и установки соединения RRC после этапа S4002 (этап S4201). Кроме того, UE 311 сохраняет MAC-адрес UE 311 в сообщении RRC, передаваемом на этапе S4201. В этом случае, UE 311 может сохранять MAC-адрес UE 311 в сообщении завершения реконфигурации соединения RRC, передаваемом на этапе S4002.
[0316] Как показано на фиг. 41 и 42, сообщение RCC, используемое для предоставления уведомления о MAC-адресе UE 311, не ограничивается сообщением завершения реконфигурации соединения RRC, а могут использоваться различные типы сообщений RRC.
[0317] Фиг. 43 является диаграммой последовательности, показывающей другой пример обработки в системе беспроводной связи согласно четвертому варианту осуществления. На фиг. 43 части, подобные тем, которые показаны на фиг. 40, обозначены теми же самыми ссылочными позициями и повторно не описываются. В системе 300 беспроводной связи согласно четвертому варианту осуществления разрешение адресов может быть реализовано посредством выполнения этапов, показанных на фиг. 43.
[0318] Этапы S4301-S4305, показанные на фиг.43, являются идентичными этапам S4001-S4005, показанным на фиг. 40. Однако, на этапе S4302, UE 311 может сохранить MAC-адрес UE 311 в сообщении завершения реконфигурации соединения RRC. Кроме того, на этапе S4303, eNB 321 может сохранить MAC-адрес UE 311 в запросе добавления WLAN.
[0319] После этапа S4305, eNB 321 инициирует работу согласно ARP с UE 311 посредством уровня 3901 адаптации (этап S4306). eNB 321 уведомляет вторичный eNB 323 о MAC-адресе UE 311, полученном посредством ARP. В результате, вторичный eNB 323 может получить MAC-адрес UE 311.
[0320] Альтернативно, на этапе S4306, операция согласно ARP может выполняться между вторичным eNB 323 и UE 311. В результате, вторичный eNB 323 может получить MAC-адрес UE 311.
[0321] ARP на этапе S4306 может представлять собой, например, ARP, первоначально созданный на уровне 3901 адаптации, а не ARP на основе RFC826. Вторичный eNB 323 может использовать пакет ARP для запроса UE 311 о MAC-адресе. Пакет ARP будет описан ниже (например, со ссылкой на фиг. 44). Порядок этапов S4305 и S4306 может быть переставлен.
[0322] Затем вторичный eNB 323 передает к UE 311 посредством WLAN (IEEE MAC) данные, преобразованные в PDCP PDU и переданные на этапе S4305 (этап S4307). Данные, переданные на этапе S4307, являются, например, такими же, как данные 4020, показанные на фиг. 40. В этом случае MAC-адрес 4021 места назначения является MAC-адресом UE 311, полученным вторичным eNB 323 посредством операции согласно ARP на этапе S4306.
[0323] Как показано на фиг. 43, когда eNB 321 конфигурирует агрегацию LTE-WLAN во вторичном eNB 323 (узле WLAN), уровень 3901 адаптации работает согласно первоначальному ARP, при этом становится возможным получение MAC-адреса UE 311. Таким образом, например, на уровне 3901 адаптации, первоначально созданный ARP может быть использован для разрешения MAC-адресов.
[0324] Хотя была описана автономная конфигурация WLAN с использованием вторичного eNB 323, имеющего функции связи eNB и WLAN, с eNB 321, работающим как основной eNB, конфигурация может быть такой, что eNB 321 имеет функцию связи WLAN, и вторичный eNB 323 не используется. В этом случае, например, этап S4305 становится ненужным, и eNB 321 на этапе S4306 работает согласно ARP. В результате, eNB 321 может получить MAC-адрес UE 311.
[0325] eNB 321 передает к UE 311 данные 4020, полученные путем добавления MAC-адреса 4021 места назначения и MAC-адреса 4022 источника к данным 4010, принятым от устройства 4001 связи. В этом случае MAC-адрес 4022 источника является MAC-адресом eNB 321, который является источником данных 4020.
[0326] Кроме того, хотя выше были описаны данные нисходящей линии связи, передаваемые от устройства 4001 связи к UE 311, аналогичным образом, для данных восходящей линии связи от UE 311 к устройству 4001 связи может быть использован первоначально созданный ARP для разрешения MAC-адресов. Например, при передаче данных, предназначенных для устройства 4001 связи, посредством WLAN, UE 311 работает согласно первоначальному ARP, описанному выше, и получает MAC-адрес вторичного eNB 323 путем запроса вторичного eNB 323.
[0327] UE 311 использует полученный MAC-адрес вторичного eNB 323 в качестве места назначения для передачи данных восходящей линии связи к вторичному eNB 323. Таким образом, для данных восходящей линии связи, передаваемых от UE 311 к устройству 4001 связи, может быть использован первоначально созданный ARP для разрешения MAC-адресов.
[0328] Фиг. 44 является схемой, показывающей пример формата пакета в ARP, применимом к четвертому варианту осуществления. Как показано на фиг. 43, в первоначально созданном ARP на уровне 3901 адаптации, например, может использоваться пакет 4400, показанный на фиг. 44. В пакете 4400, ʺRʺ представляет зарезервированный бит (зарезервировано).
[0329] ʺD/Cʺ представляет информацию, которая указывает, является ли пакет 4400 сигналом данных (данные) или управляющим сигналом (управление). В ʺD/Cʺ, указывается ʺDʺ (данные) или ʺCʺ (управление). Если в ʺD/Cʺ указано ʺDʺ, это означает, что второй и последующие пакеты 4400 представляют собой PDCP PDU. Если в ʺD/Cʺ указано ʺCʺ, это означает, что второй и последующие пакеты 4400 являются управляющей информацией ARP. В примере, показанном на фиг. 44, поскольку пакет 4400 используется как пакет ARP, в ʺD/Cʺ указано ʺCʺ.
[0330] ʺTypeʺ (тип) представляет информацию, указывающую, является ли пакет 4400 сигналом запроса или сигналом ответа. ʺTypeʺ (тип) отключается, если в ʺD/Cʺ указано ʺDʺ. ʺTypeʺ (тип) задается как ʺrequestʺ (запрос) или ʺresponseʺ (ответ), если в ʺD/Cʺ указано ʺCʺ. ʺLCIDʺ представляет ID логического канала (LCID) в LTE. ʺC-RNTIʺ (Cell-Radio Network Temporary Identifier) является временным идентификатором сотовой радиосети для UE 311.
[0331] В примере, показанном на фиг. 44, поскольку пакет 4400 используется как пакет ARP, как описано выше, управляющая информация ARP сохранена во втором и последующих пакетах 4400. Например, вторичный eNB 323 (узел WLAN), который запрашивает MAC-адрес, передает пакет 4400, указывающий ʺзапросʺ в ʺтипеʺ. В этом случае MAC-адрес (48 битов) вторичного eNB 323 сохраняется в ʺMAC-адресе источникаʺ (Source MAC Address) пакета 4400. Кроме того, MAC-адрес (48 бит) широковещательной передачи сохраняется в ʺMAC-адресе места назначенияʺ (Destination MAC Address) пакета 4400. В результате пакет 4400 может транслироваться, чтобы выполнить запрос MAC-адреса, к UE 311.
[0332] По отношению к пакету 4400 (запрос) от вторичного eNB 323, UE 311 может определить, что пакет 4400 адресован к UE 311, на основе ʺC-RNTIʺ пакета 4400, и, таким образом, может принять пакет 4400. После приема пакета 4400 от вторичного eNB 323, UE 311 передает пакет 4400, указывающий ʺответʺ в ʺтипеʺ. В этом случае, MAC-адрес (48 бит) UE 311 сохраняется в ʺMAC-адресе источникаʺ пакета 4400. Кроме того, MAC-адрес вторичного eNB 323 сохраняется в ʺMAC-адресе места назначенияʺ пакета 4400. В результате, вторичный eNB 323 может быть уведомлен о MAC-адресе UE 311.
[0333] Однако, в первоначально созданном ARP на уровне 3901 адаптации, без ограничения пакетом 4400, показанным на фиг. 44, может использоваться пакет различных форм. Например, на уровне 3901 адаптации, информация идентификации места назначения, такая как ʺC-RNTIʺ, вместе с ʺMAC-адресом источникаʺ и ʺMAC-адресом места назначенияʺ может быть включена в первоначально созданный ARP. Кроме того, когда определено, что UE может быть идентифицировано только посредством MAC-адреса, ʺC-RNTIʺ может быть опущен.
[0334] Таким образом, согласно четвертому варианту осуществления, когда, например, каналы-носители 1500-150n EPS разделены на LTE-A и WLAN и передаются, пакеты PDCP, передаваемые посредством WLAN, могут передаваться посредством туннелирования уровнем 3901 адаптации. В результате, в приемнике, данные, передаваемые посредством WLAN, принимаются как пакеты PDCP, порядковые номера PDCP могут использоваться для выполнения управления последовательностью между пакетами, принимаемыми посредством LTE-A, и пакетами, принимаемыми посредством WLAN. Поэтому, становится возможной передача данных с одновременным использованием LTE-A и WLAN.
[0335] Кроме того, приемная станция может сохранить, в сообщении RRC (управление радиоресурсом), передаваемом к передающей станции, MAC-адрес приемной станции, который может использоваться в WLAN (второй беспроводной связи). Таким образом, когда данные должны передаваться с использованием WLAN, передающая станция может установить MAC-адрес, полученный из сообщения RRC, в качестве адреса места назначения и передавать данные к приемной станции. Поэтому, при туннелировании, даже в случаях, когда используется уровень 3901 адаптации без использования IP (внешнего IP), разрешение MAC-адреса становится возможным.
[0336] В качестве альтернативы, когда данные должны передаваться с использованием WLAN, передающая станция может передать к приемной станции первый пакет, запрашивающий MAC-адрес приемной станции, используемой в WLAN. В этом случае, в ответ на первый пакет от передающей станции, приемная станция может передать к передающей станции второй пакет, который включает в себя MAC-адрес приемной станции. В результате, передающая станция может передавать к приемной станции данные, для которых MAC-адрес приемной станции, полученный из второго пакета от приемной станции, установлен в качестве адреса места назначения. Поэтому, при туннелировании, даже в случае использования уровня 3901 адаптации без использования IP (внешнего IP), разрешение MAC-адреса становится возможным.
[0337] Четвертый вариант осуществления может быть подходящим образом реализован в комбинации с любым из вариантов осуществления с первого по третий.
[0338] Как описано выше, согласно системе беспроводной связи, базовой станции, мобильной станции и способу обработки, может выполняться передача данных с использованием первой беспроводной связи и второй беспроводной связи одновременно. Например, становится возможной агрегация с одновременным использованием LTE-A и WLAN, за счет чего скорость передачи пользовательских данных может быть улучшена.
[0339] Кроме того, в предположении, что когда выполняется агрегация, которая одновременно использует LTE-A и WLAN, и, например, на поле ToS невозможно ссылаться в WLAN, возможно, что весь трафик рассматривается как регулярный трафик. Однако в этом случае управление QoS не может выполняться в зависимости от характера трафика. Например, трафик VoLTE также становится регулярным трафиком, и качество связи VoLTE ухудшается.
[0340] В противоположность этому, в соответствии с вариантами осуществления, описанными выше, внешний IP-заголовок добавляется к данным, которые должны пересылаться в WLAN, причем в WLAN, на поле ToS можно ссылаться, и управление QoS в соответствии с характером трафика становится возможным. Например, трафик VoLTE классифицируется как голосовой (VO) и предпочтительно передается посредством WLAN, благодаря чему качество связи VoLTE может быть улучшено.
[0341] Кроме того, в 3GPP LTE-A, с точки зрения мобильной связи пятого поколения, для того чтобы обрабатывать увеличивающийся мобильный трафик и улучшать пользовательский опыт, продолжается исследование усовершенствованной системы для обеспечения возможности сотовой связи во взаимодействии с другими беспроводными системами. Особым вопросом является взаимодействие с WLAN, которая широко реализована не только в домашней среде и в компаниях, но и в смартфонах.
[0342] В LTE, выпуск 8, стандартизован метод выгрузки пользовательских данных в WLAN в базовой сети LTE-A. В выпуске 12 LTE, стала возможной выгрузка, учитывая частотность использования беспроводного канала WLAN и предпочтения пользователя в отношении выгрузки. Также стандартизирована двойная связность для одновременной передачи пользовательских данных посредством агрегации частотных каналов между базовыми станциями LTE-A.
[0343] В LTE-A, выпуск 13, началось исследование доступа с поддержкой лицензирования (LAA), который представляет собой схему беспроводного доступа с использованием безлицензионного частотного диапазона. LAA является методом уровня 1 и представляет собой агрегацию несущих безлицензионного частотного диапазона и лицензионного частотного диапазона в LTE-A, и управляет беспроводной передачей безлицензионного частотного диапазона посредством канала управления LTE-A.
[0344] В отличие от LAA, стандартизация также близка к тому, чтобы начать агрегацию LTE-A и WLAN на уровне 2 для выполнения совместной сотовой связи. Это называется агрегацией LTE-WLAN. Агрегация LTE-WLAN имеет следующие преимущества по сравнению с описанными выше способами.
[0345] В технологии агрегации в базовой сети, высокоскоростная агрегации в соответствии с качеством радиосвязи LTE-A затруднительна из-за увеличения служебной нагрузки управляющего сигнала, передаваемого в базовую сеть в случае агрегации. Поскольку агрегация выполняется посредством уровня 2 LTE-A в агрегации LTE-WLAN, качество радиосвязи LTE-A может быстро воспроизводиться, и управляющие сигналы к базовой сети не требуются.
[0346] Хотя в LAA возможна высокоскоростная агрегация в соответствии с качеством радиосвязи LTE-A, агрегация во взаимодействии с WLAN иными, чем таковые для базовых станций LTE-A, затруднительна. Напротив, при агрегации LTE-WLAN, агрегация взаимодействия становится возможной путем соединения базовых станций LTE-A и уже сконфигурированных точек доступа WLAN на уровне 2.
[0347] В настоящее время стандартизация продвигается с учетом не только сценария, в котором WLAN включаются в базовые станции LTE-A, но также сценария, в котором WLAN являются независимыми. В этом случае становится важным идентифицировать вызов (канал-носитель) LTE-A на стороне WLAN и установить конфигурацию уровня 2, которая позволяет передавать пользовательские данные с учетом класса QoS для каналов-носителей LTE. С этой целью необходимо обеспечить обратную совместимость LTE-A и не влиять на спецификации WLAN. В этом отношении, например, хотя представляется возможным способ инкапсуляции IP-потоков перед достижением уровня 2, конфигурация уровня 2, позволяющая идентифицировать каналы-носители LTE-A на стороне WLAN, также оставляет место для обсуждения.
[0348] В соответствии с вариантами осуществления, описанными выше, агрегация с одновременным использованием LTE-A и WLAN становится возможной с учетом классов QoS каналов-носителей LTE, путем создания нового способа туннелирования пакетов PDCP, полученных на уровне 2 LTE-A.
Пояснения символов или ссылочных позиций
[0349] 100, 300 система беспроводной связи
101 первая беспроводная связь
102 вторая беспроводная связь
110, 110, 110B, 600, 700 базовая станция
111, 420, 620 блок управления
112, 121 блок обработки
120 мобильная станция
301 распределение IP-адресов
311 UE
321, 322 eNB
321а, 322а сота
323 вторичный eNB
330 пакетная базовая сеть
331 SGW
332 PGW
333 ММЕ
341-34n, 1500-150n канал-носитель EPS
351-35n радиоканал-носитель
400, 500 терминал
410, 610 блок беспроводной связи
411, 611 блок беспроводной передачи
412, 612 блок беспроводного приема
430, 630 блок хранения
511, 711 антенна
512, 712 RF-схема
513, 713 процессор
514, 714 память
640 блок связи
715 сетевой IF
800 стек протоколов
801-805, 1551-1553 группа уровней
811, 812 уровень фильтра
901 канал-носитель MCG
902 разделительный канал-носитель
903 канал-носитель SCG
910 PDCP
920 RLC
930 MAC
1000 IP-заголовок
1001 адрес источника
1002 адрес места назначения
1003 поле ToS
1004 поле протокола
1100, 1600 таблица
1201, 1202 IP-поток
1211 обработка без агрегации
1212 обработка агрегации
1220, 1420 управление отображением
1301, 1401, 1402 IP-пакет
1311-1314 АС
1410,1430 классификации анализа значения ToS
1520-152n туннель GTP
1540, 2510 классификация АС
1550 WLAN
1560, 2520 де-классификация АС
1900, 3802 уровень внешнего IP
1901, 3801 уровень PDCP
1902 уровень RLC
1903, 3803 уровень MAC
2201 уровень туннелирования
2530, 2810 фильтрация пакетов
2531, 2811 классификация каналов-носителей EPS
2701 PCRF
2702 запрос создания канала-носителя
2703 запрос установки канала-носителя/запрос управления сессией
2704 реконфигурация соединения RRDC
3010, 3040 виртуальный GW
3020-302n блок обработки NAT
3030, 3050, 3220-322n, 3230-323n блок обработки MAC
3060-306n блок обработки де-NAT
3210-321n блок обработки VLAN
3240-324n блок обработки де-VLAN
3410-341n блок обработки GRE
3420-342n блок обработки де-GRE
3610-361n блок обработки PDCPoIP
3620-362n блок обработки де-PDCPoIP
3901 уровень адаптации
4001 устройство связи
4010, 4020 данные
4011 IP-адрес источника
4012 IP-адрес места назначения
4013 IP-полезная нагрузка
4021 MAC-адрес места назначения
4022 MAC-адрес источника
4400 пакет