RU2627296C2 - Способ сообщения состояния буфера и устройство связи для этого - Google Patents

Способ сообщения состояния буфера и устройство связи для этого Download PDF

Info

Publication number
RU2627296C2
RU2627296C2 RU2015125777A RU2015125777A RU2627296C2 RU 2627296 C2 RU2627296 C2 RU 2627296C2 RU 2015125777 A RU2015125777 A RU 2015125777A RU 2015125777 A RU2015125777 A RU 2015125777A RU 2627296 C2 RU2627296 C2 RU 2627296C2
Authority
RU
Russia
Prior art keywords
mac
data
node
connection
enhanced
Prior art date
Application number
RU2015125777A
Other languages
English (en)
Other versions
RU2015125777A (ru
Inventor
Сунгдзун ПАРК
Йоунгдае ЛИ
СеунгДзуне ЙИ
СунгХоон ДЗУНГ
Original Assignee
ЭлДжи ЭЛЕКТРОНИКС ИНК.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ЭлДжи ЭЛЕКТРОНИКС ИНК. filed Critical ЭлДжи ЭЛЕКТРОНИКС ИНК.
Publication of RU2015125777A publication Critical patent/RU2015125777A/ru
Application granted granted Critical
Publication of RU2627296C2 publication Critical patent/RU2627296C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/36TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365Power headroom reporting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5092Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/27Control channels or signalling for resource management between access points
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Изобретение относится к системам связи. Технический результат заключается в обеспечении возможности инициирования отчета о состоянии буфера, соответствующего каждому подключению, если данные восходящей линии связи становятся доступными для передачи. В соответствии со способом предусматривается установление первого MAC-объекта для первого усовершенствованного узла B и второго MAC-объекта для второго усовершенствованного узла B; идентификацию первого MAC-объекта, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов, если данные восходящей линии связи становятся доступными для передачи; и инициирование отчета о состоянии буфера (BSR) для первого MAC-объекта. 2 н. и 13 з.п. ф-лы, 25 ил., 3 табл.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[1] Настоящее изобретение относится к беспроводной связи, а более конкретно, к способу сообщения состояния буфера и к устройству связи для этого.
УРОВЕНЬ ТЕХНИКИ
[2] Стандарт долгосрочного развития (LTE) Партнерского проекта третьего поколения (3GPP) является улучшенной версией универсальной системы мобильной связи (UMTS) и вводится в качестве 3GPP версии 8. 3GPP LTE использует множественный доступ с ортогональным частотным разделением каналов (OFDMA) в нисходящей линии связи и использует множественный доступ с частотным разделением каналов с одной несущей (SC-FDMA) в восходящей линии связи. 3GPP LTE использует систему cо многими входами и многими выходами (MIMO), имеющую до четырех антенн. В последние годы ведется постоянное обсуждение усовершенствованного стандарта LTE (LTE-A) 3GPP, который является развитием 3GPP LTE.
[3] Примеры технологий, используемых в 3GPP LTE-A, включают в себя агрегирование несущих.
[4] Агрегирование несущих использует множество компонентных несущих. Компонентная несущая задается с помощью центральной частоты и полосы пропускания. Одна компонентная несущая нисходящей линии связи или пара из компонентной несущей восходящей линии связи и компонентной несущей нисходящей линии связи преобразуются в одну соту. Когда пользовательское оборудование принимает услугу посредством использования множества компонентных несущих нисходящей линии связи, можно сказать, что пользовательское оборудование принимает услугу из множества обслуживающих сот. Иными словами, множество обслуживающих сот предоставляют для пользовательского оборудования различные услуги.
[5] В последнее время, ведется обсуждение на предмет задействования небольших сот.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
ТЕХНИЧЕСКАЯ ЗАДАЧА
[6] В предшествующем уровне техники, как пояснено выше, вследствие задействования небольших сот UE может иметь режимы сдвоенного подключения как к традиционной соте, так и к небольшой соте. Тем не менее, к настоящему моменту отсутствуют принцип и технология для того, чтобы реализовывать режимы сдвоенного подключения.
[7] Следовательно, цель настоящего изобретения заключается в том, чтобы предоставлять решения для того, чтобы реализовывать режимы сдвоенного подключения.
РЕШЕНИЕ ЗАДАЧИ
[8] Чтобы достигать этих и других преимуществ, и в соответствии с целью настоящего изобретения, осуществленного и в общих чертах описанного в данном документе, предусмотрен способ сообщения состояния буфера. Способ может содержать: установление первого MAC-объекта для первого усовершенствованного узла B и второго MAC-объекта для второго усовершенствованного узла B; идентификацию первого MAC-объекта, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов, если данные восходящей линии связи становятся доступными для передачи; и инициирование отчета о состоянии буфера (BSR) для первого MAC-объекта. Здесь, BSR может включать в себя информацию относительно данных восходящей линии связи первого MAC-объекта. Способ дополнительно может содержать передачу инициированного BSR для первого MAC-объекта в первый усовершенствованный узел B.
[9] Способ может содержать: идентификацию второго MAC-объекта, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов, если данные восходящей линии связи второго MAC-объекта становятся доступными для передачи; и инициирование другого отчета о состоянии буфера (BSR) для второго MAC-объекта. Здесь, другой BSR может включать в себя информацию относительно данных восходящей линии связи второго MAC-объекта. Способ дополнительно может содержать: передачу инициированного другой BSR для второго MAC-объекта во второй усовершенствованный узел B.
[10] Между тем, если первый усовершенствованный узел B управляет множеством сот, первый MAC-объект может обрабатывать множество сот первого усовершенствованного узла B. Кроме того, если второй усовершенствованный узел B управляет множеством сот, второй MAC-объект может обрабатывать множество сот второго усовершенствованного узла B.
[11] Чтобы достигать этих и других преимуществ и в соответствии с целью настоящего изобретения, осуществленного и в общих чертах описанного в данном документе, также предусмотрено устройство связи, выполненное с возможностью сообщения состояния буфера. Устройство связи может содержать: радиочастотный (RF) модуль; и процессор, соединенный с RF-модулем, чтобы за счет этого выполнять управление с возможностью: устанавливать первый MAC-объект для первого усовершенствованного узла B и второй MAC-объект для второго усовершенствованного узла B, идентифицировать первый MAC-объект, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов, если данные восходящей линии связи становятся доступными для передачи, и инициировать отчет о состоянии буфера (BSR) для первого MAC-объекта.
ПРЕИМУЩЕСТВА ИЗОБРЕТЕНИЯ
[12] Согласно настоящему описанию изобретения, может разрешаться вышеописанная проблема. Подробнее, согласно одному варианту осуществления, UE может инициировать каждый отчет о состоянии буфера, соответствующий каждому подключению, если данные восходящей линии связи становятся доступными для передачи. Следовательно, один вариант осуществления может уменьшать время задержки, требуемое для того, чтобы обмениваться BSR между усовершенствованными узлами B в существующем BSR-механизме.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[13] Фиг. 1 показывает систему беспроводной связи, к которой применяется настоящее изобретение.
[14] Фиг. 2 является схемой, показывающей архитектуру протоколов радиосвязи для пользовательской плоскости.
[15] Фиг. 3 является схемой, показывающей архитектуру протоколов радиосвязи для плоскости управления.
[16] Фиг. 4 показывает пример широкополосной системы с использованием агрегирования несущих для 3GPP LTE-A.
[17] Фиг. 5 показывает пример структуры DL-уровня 2, когда используется агрегирование несущих.
[18] Фиг. 6 показывает пример структуры UL-уровня 2, когда используется агрегирование несущих.
[19] Фиг. 7 является видом, иллюстрирующим процедуру формирования отчетов о состоянии буфера.
[20] Фиг. 8 является видом, иллюстрирующим архитектуру сообщения управления доступом к среде (MAC) для BSR.
[21] Фиг. 9a является видом, иллюстрирующим элемент MAC-управления коротким BSR, к которому применяется настоящее изобретение.
[22] Фиг. 9b является видом, иллюстрирующим элемент MAC-управления длинным BSR, к которому применяется настоящее изобретение.
[23] Фиг. 10 показывает один примерный принцип задействования небольших сот.
[24] Фиг. 11 показывает один примерный принцип совместного использования макросоты и небольших сот.
[25] Фиг. 12 показывает один пример первого сценария развертывания небольших сот.
[26] Фиг. 13a показывает один пример второго сценария развертывания небольших сот.
[27] Фиг. 13b показывает другой пример второго сценария развертывания небольших сот.
[28] Фиг. 14 показывает один пример третьего сценария развертывания небольших сот.
[29] Фиг. 15 показывает принцип режимов сдвоенного подключения.
[30] Фиг. 16 показывает примерный стек протоколов для пользовательской плоскости, когда PHY-уровень завершается в усовершенствованном U-узле B.
[31] Фиг. 17 показывает примерные стеки протоколов для пользовательской плоскости, когда MAC-уровень завершается в усовершенствованном U-узле B.
[32] Фиг. 18 показывает примерный стек протоколов и интерфейсы для пользовательской плоскости, когда RLC-уровень завершается в усовершенствованном U-узле B.
[33] Фиг. 19 показывает примерный стек протоколов и интерфейсы для пользовательской плоскости, когда PDCP-уровень завершается в усовершенствованном U-узле B.
[34] Фиг. 20 показывает протоколы радиосвязи усовершенствованных узлов B для поддержки режимов сдвоенного подключения.
[35] Фиг. 21 показывает протоколы радиосвязи UE для поддержки режимов сдвоенного подключения.
[36] Фиг. 22 показывает один примерный способ согласно одному варианту осуществления настоящего раскрытия сущности.
[37] Фиг. 23 является блок-схемой, показывающей систему беспроводной связи для того, чтобы реализовывать вариант осуществления настоящего изобретения.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
[38] Далее приводится подробное описание предпочтительных вариантов осуществления настоящего изобретения, примеры которых проиллюстрированы на прилагаемых чертежах. Специалистам в данной области техники также должно быть очевидным, что различные модификации и вариации могут вноситься в настоящее изобретение без отступления от сущности и объема изобретения. Таким образом, настоящее изобретение предназначено охватывать модификации и вариации этого изобретения при условии, что они находятся в пределах объема прилагаемой формулы изобретения и ее эквивалентов.
[39] Ниже приводится подробное описание дренажного устройства и холодильника, имеющего его согласно варианту осуществления, со ссылкой на прилагаемые чертежи.
[40] Настоящее изобретение описывается на основе универсальной системы мобильной связи (UMTS) и усовершенствованного ядра пакетной коммутации (EPC). Тем не менее, настоящее изобретение не ограничено этими системами связи, и оно также может быть применимым ко всем видам систем связи и способов, к которым применяется техническая сущность настоящего изобретения.
[41] Можно отметить, что технические термины, используемые в данном документе, используются просто для того, чтобы описывать конкретный вариант осуществления, а не ограничивать настоящее изобретение. Кроме того, если конкретно не указано иное, технические термины, используемые в данном документе, могут истолковываться в качестве значения, которое, в общем, понимается специалистами в данной области техники, к которой относится изобретение, и не может истолковываться слишком широко или слишком узко. Кроме того, если технические термины, используемые в данном документе, являются неправильными терминами, неспособными корректно выражать сущность изобретения, то они могут быть заменены посредством технических терминов, которые надлежащим образом понимаются специалистами в данной области техники. Помимо этого, общие термины, используемые в этом изобретении, могут истолковываться на основе определения словаря или контекста и не могут истолковываться слишком широко или слишком узко.
[42] В этой связи, если явно не указано иное, выражения в единственном числе включают в себя значение во множественном числе. В этой заявке, термины "содержащий" и "включающий в себя" не могут истолковываться как обязательно включающие в себя все элементы или этапы, раскрытые в данном документе, и могут истолковываться как не включающие в себя некоторые элементы или их этапы, либо могут истолковываться как дополнительно включающие в себя дополнительные элементы или этапы.
[43] Термины, используемые, в данном документе, включающие в себя порядковый номер, к примеру, "первый", "второй" и т.д., могут использоваться для того, чтобы описывать различные элементы, но элементы не могут быть ограничены посредством этих терминов. Термины используются только для того, чтобы отличать элемент от другого элемента. Например, первый элемент может называться "вторым элементом", и аналогично, второй элемент может называться "первым элементом".
[44] В случае если элемент "соединяется" или "связывается" с другим элементом, он может непосредственно соединяться или связываться с другим элементом, но еще один элемент может существовать между ними. Наоборот, в случае если элемент "непосредственно соединяется" или "непосредственно связывается" с другим элементом, очевидно, что какие-либо другие элементы не существуют между ними.
[45] В дальнейшем в этом документе подробно описываются предпочтительные варианты осуществления настоящего изобретения со ссылкой на прилагаемые чертежи, и идентичные или аналогичные элементы обозначены с помощью идентичных ссылок с номерами независимо от номеров на чертежах, и их избыточное описание опускается. Более того, при пояснении настоящего изобретения подробное описание опускается, когда определяется, что конкретное описание для общеизвестных технологий, к которым относится изобретение, затрудняет понимание сущности настоящего изобретения. Кроме того, можно отметить, что прилагаемые чертежи иллюстрируются просто для того, чтобы удобно пояснять сущность изобретения, и следовательно, они не могут истолковываться как ограничивающие сущность изобретения посредством прилагаемых чертежей. Сущность изобретения может истолковываться как распространяющаяся даже на все изменения, эквиваленты и замены, отличные от прилагаемых чертежей.
[46] На прилагаемых чертежах предусмотрено примерное UE (пользовательское оборудование), тем не менее, UE может упоминаться в качестве таких терминов, как терминал, мобильное оборудование (ME), мобильная станция (MS), пользовательский терминал (UT), абонентская станция (SS), беспроводное устройство (WD), карманное устройство (HD), терминал доступа (AT) и т.д. Так же, UE может быть реализовано как портативное устройство, такое как ноутбук, мобильный телефон, PDA, смартфон, мультимедийное устройство и т.д., или как непортативное устройство, такое как PC или установленное в транспортном средстве устройство.
[47] Фиг. 1 показывает систему беспроводной связи, к которой применяется настоящее изобретение.
[48] Система беспроводной связи также может упоминаться в качестве усовершенствованной наземной сети радиодоступа UMTS (E-UTRAN) или системы по стандарту долгосрочного развития (LTE)/LTE-A.
[49] E-UTRAN включает в себя, по меньшей мере, одну базовую станцию 20 (BS), которая предоставляет плоскость управления и пользовательскую плоскость для пользовательского оборудования 10 (UE). UE 10 может быть стационарным или мобильным и может упоминаться в качестве других терминов, таких как мобильная станция (MS), пользовательский терминал (UT), абонентская станция (SS), мобильный терминал (MT), беспроводное устройство и т.д. BS 20, в общем, является стационарной станцией, которая обменивается данными с UE 10, и может упоминаться в качестве других терминов, таких как усовершенствованный узел B (eNodeB), базовая приемо-передающая система (BTS), точка доступа и т.д.
[50] BS 20 соединяются посредством X2-интерфейса. BS 20 также соединены посредством S1-интерфейса с усовершенствованным ядром 30 пакетной коммутации (EPC), более конкретно, с объектом управления мобильностью (MME) через S1-MME и с обслуживающим шлюзом (S-GW) через S1-U.
[51] EPC 30 включает в себя MME, S-GW и шлюз сети пакетной передачи данных (P-GW). MME имеет информацию по доступу UE или информацию характеристик UE, и эта информация, в общем, используется для управления мобильностью UE. S-GW представляет собой шлюз, имеющий E-UTRAN в качестве конечной точки. P-GW представляет собой шлюз, имеющий PDN в качестве конечной точки.
[52] Уровни радиоинтерфейсного протокола между UE и сетью могут классифицироваться на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней модели взаимодействия открытых систем (OSI), которая известна в системе связи. Из них, физический уровень (PHY), принадлежащий первому уровню, предоставляет услугу передачи информации посредством использования физического канала, а уровень управления радиоресурсами (RRC), принадлежащий третьему уровню, служит для того, чтобы управлять радиоресурсом между UE и сетью. Для этого, RRC-уровень обменивается RRC-сообщением между UE и BS.
[53] Фиг. 2 является схемой, показывающей архитектуру протоколов радиосвязи для пользовательской плоскости. Фиг. 3 является схемой, показывающей архитектуру протоколов радиосвязи для плоскости управления.
[54] Пользовательская плоскость представляет собой стек протоколов для передачи пользовательских данных. Плоскость управления представляет собой стек протоколов для передачи управляющих сигналов.
[55] Ссылаясь на фиг. 2 и 3, PHY-уровень предоставляет для верхнего уровня услугу передачи информации через физический канал. PHY-уровень соединяется уровнем управления доступом к среде (MAC), который является верхним уровнем для PHY-уровня, через транспортный канал. Данные передаются между MAC-уровнем и PHY-уровнем через транспортный канал. Транспортный канал классифицирован согласно тому, как и с какими характеристиками данные передаются через радиоинтерфейс.
[56] Между различными PHY-уровнями, т.е. PHY-уровнем передающего устройства и PHY-уровнем приемного устройства, данные передаются через физический канал. Физический канал может модулироваться с использованием схемы мультиплексирования с ортогональным частотным разделением каналов (OFDM) и может использовать время и частоту в качестве радиоресурса.
[57] Функции MAC-уровня включают в себя преобразование между логическим каналом и транспортным каналом и мультиплексирование/демультиплексирование для транспортного блока, предоставляемого в физический канал по транспортному каналу служебной MAC-единицы данных (SDU), принадлежащей логическому каналу. MAC-уровень предоставляет услуги для уровня управления радиосвязью (RLC) через логический канал.
[58] Функции RLC-уровня включают в себя конкатенацию, сегментацию и повторную сборку RLC SDU. Чтобы обеспечивать различное качество обслуживания (QoS), требуемое посредством однонаправленного радиоканала (RB), RLC-уровень предоставляет три рабочих режима, т.е. прозрачный режим (TM), режим без подтверждения приема (UM) и режим с подтверждением приема (AM). AM RLC предоставляет коррекцию ошибок посредством использования автоматического запроса на повторную передачу (ARQ).
[59] Функции уровня протокола конвергенции пакетных данных (PDCP) в пользовательской плоскости включают в себя доставку пользовательских данных, сжатие заголовков и шифрование. Функции PDCP-уровня в плоскости управления включают в себя доставку данных и шифрование/защиту целостности в плоскости управления.
[60] Уровень управления радиоресурсами (RRC) задается только в плоскости управления. RRC-уровень служит для того, чтобы управлять логическим каналом, транспортным каналом и физическим каналом в ассоциации с конфигурированием, переконфигурированием и высвобождением однонаправленных радиоканалов (RB). RB представляет собой логический тракт, предоставленный посредством первого уровня (т.е. PHY-уровня) и второго уровня (т.е. MAC- уровня, RLC- уровня и PDCP- уровня) для доставки данных между UE и сетью.
[61] Установление RB подразумевает процесс для указания уровня протоколов радиосвязи и свойств канала, чтобы предоставлять конкретные услуги, и для определения соответствующих подробных параметров и операций. RB может классифицироваться на два типа, т.е. на RB сигнализации (SRB) и RB передачи данных (DRB). SRB используется в качестве тракта для передачи RRC-сообщения в плоскости управления. DRB используется в качестве тракта для передачи пользовательских данных в пользовательской плоскости.
[62] Когда RRC-соединение устанавливается между RRC-уровнем UE и RRC-уровнем сети, UE находится в состоянии RRC-соединения (также может упоминаться в качестве режима RRC-соединения), а в противном случае UE находится в состоянии RRC-бездействия (также может упоминаться в качестве режима RRC-бездействия).
[63] Данные передаются из сети в UE через транспортный канал нисходящей линии связи. Примеры транспортного канала нисходящей линии связи включают в себя широковещательный канал (BCH) для передачи системной информации и совместно используемый канал (SCH) нисходящей линии связи для передачи пользовательского трафика или управляющих сообщений. Пользовательский трафик многоадресных или широковещательных услуг нисходящей линии связи или управляющих сообщений может передаваться по SCH нисходящей линии связи или по дополнительному многоадресному каналу (MCH) нисходящей линии связи. Данные передаются из UE в сеть через транспортный канал восходящей линии связи. Примеры транспортного канала восходящей линии связи включают в себя канал с произвольным доступом (RACH) для передачи начального управляющего сообщения и SCH восходящей линии связи для передачи пользовательского трафика или управляющих сообщений.
[64] Примеры логических каналов, принадлежащих каналу верхнего уровня относительно транспортного канала и преобразуемых в транспортные каналы, включают в себя широковещательный канал (BCCH), канал управления поисковыми вызовами (PCCH), общий канал управления (CCCH), многоадресный канал управления (MCCH), многоадресный канал трафика (MTCH) и т.д.
[65] Физический канал включает в себя несколько OFDM-символов во временной области и несколько поднесущих в частотной области. Один субкадр включает в себя множество OFDM-символов во временной области. Блок ресурсов является единицей выделения ресурсов и включает в себя множество OFDM-символов и множество поднесущих. Дополнительно, каждый субкадр может использовать конкретные поднесущие конкретных OFDM-символов (например, первого OFDM-символа) соответствующего субкадра для физического канала управления нисходящей линии связи (PDCCH), т.е. канала управления L1/L2. Интервал времени передачи (TTI) является единицей времени передачи субкадров.
[66] В дальнейшем в этом документе описывается RRC-состояние UE и механизм RRC-соединения.
[67] RRC-состояние указывает то, соединен или нет RRC-уровень UE логически с RRC-уровнем E-UTRAN. Если два уровня соединены между собой, это называется состоянием RRC-соединения, а если два уровня не соединены между собой, это называется состоянием RRC-бездействия. В состоянии RRC-соединения, UE имеет RRC-соединение, и в силу этого E-UTRAN может распознавать присутствие UE в части соты. Соответственно, UE может эффективно управляться. С другой стороны, в состоянии RRC-бездействия, UE не может распознаваться посредством E-UTRAN и управляется посредством базовой сети в части зоны отслеживания, которая является частью более широкой зоны по сравнению с сотой. Иными словами, относительно UE в состоянии RRC-бездействия только присутствие или отсутствие UE распознается в части широкой зоны. Чтобы получать типичную услугу мобильной связи, к примеру, речь или данные, требуется переход в состояние RRC-соединения.
[68] Когда пользователь первоначально включает питание UE, UE сначала выполняет поиск надлежащей соты и после того остается в состоянии RRC-бездействия в соте. Только тогда, когда имеется необходимость устанавливать RRC-соединение, UE, остающееся в состоянии RRC-бездействия, устанавливает RRC-соединение с E-UTRAN через процедуру RRC-соединения и затем переходит в состояние RRC-соединения. Примеры случая, в котором UE в состоянии RRC-бездействия должно устанавливать RRC-соединение, являются различными, к примеру, случай, в котором передача данных по восходящей линии связи необходима вследствие попытки телефонной связи пользователя и т.п., или случай, в котором ответное сообщение передается в ответ на сообщение поискового вызова, принимаемое из E-UTRAN.
[69] Не связанный с предоставлением доступа уровень (NAS) принадлежит верхнему уровню относительно RRC-уровня и служит для того, чтобы выполнять управление сеансами, управление мобильностью и т.п.
[70] Далее описывается сбой в линии радиосвязи.
[71] UE постоянно выполняет измерение, чтобы поддерживать качество линии радиосвязи с обслуживающей сотой, из которой UE принимает услугу. UE определяет то, является или нет связь невозможной в текущей ситуации вследствие ухудшения качества линии радиосвязи с обслуживающей сотой. Если определено то, что качество обслуживающей соты является настолько плохим, что связь является почти невозможной, UE определяет текущую ситуацию в качестве сбоя в линии радиосвязи.
[72] Если сбой в линии радиосвязи определяется, UE прекращает поддержание связи с текущей обслуживающей сотой, выбирает новую соту через процедуру выбора соты (или повторного выбора соты) и выполняет попытку повторного установления RRC-соединения с новой сотой.
[73] Фиг. 4 показывает пример широкополосной системы с использованием агрегирования несущих для 3GPP LTE-A.
[74] Ссылаясь на фиг. 4, каждая CC имеет полосу пропускания в 20 МГц, которая является полосой пропускания 3GPP LTE. Могут агрегироваться вплоть до 5 CC, так что может конфигурироваться максимальная полоса пропускания в 100 МГц.
[75] Фиг. 5 показывает пример структуры DL-уровня 2, когда используется агрегирование несущих. Фиг. 6 показывает пример структуры UL-уровня 2, когда используется агрегирование несущих.
[76] Агрегирование несущих может влиять на MAC-уровень L2. Например, поскольку агрегирование несущих использует множество CC, и каждый объект гибридных автоматических запросов на повторную передачу (HARQ) управляет каждой CC, MAC-уровень 3GPP LTE-A с использованием агрегирования несущих должен выполнять операции, связанные с множеством HARQ-объектов. Помимо этого, каждый HARQ-объект обрабатывает транспортный блок независимо. Следовательно, когда используется агрегирование несущих, множество транспортных блоков может передаваться или приниматься одновременно через множество CC.
[77] [78] ФОРМИРОВАНИЕ ОТЧЕТОВ О СОСТОЯНИИ БУФЕРА (BSR)
[79] Ниже описывается формирование отчетов о состоянии буфера (BSR). Его можно найти в разделе 5.4.5 документа 3GPP TS 36.321 V10.5.0 (2012-03).
[80] BSR-процедура используется для того, чтобы предоставлять в обслуживающий eNB информацию относительно объема данных, доступного для передачи в UL-буферах UE.
[81] Иными словами, обслуживающий eNB должен знать тип данных и объем данных, которые хочет передавать каждый пользователь, для эффективного использования радиоресурсов восходящей линии связи. Для радиоресурсов нисходящей линии связи, обслуживающий eNB может знать объем данных, которые должны передаваться каждому пользователю через нисходящую линию связи, поскольку данные, которые должны передаваться через нисходящую линию связи, передаются из шлюза доступа в обслуживающую eNB. С другой стороны, для радиоресурсов восходящей линии связи, если UE не сообщает в обслуживающий eNB информацию относительно данных, которые должны передаваться через восходящую линию связи, обслуживающий eNB не может знать, сколько радиоресурсов восходящей линии связи требуется для каждого UE. Следовательно, для выделения радиоресурсов восходящей линии связи для UE надлежащим образом посредством обслуживающего eNB, UE должно предоставлять информацию для диспетчеризации радиоресурсов восходящей линии связи в обслуживающий eNB.
[82] Соответственно, если предусмотрены данные, которые должны передаваться в обслуживающий eNB, UE информирует обслуживающий eNB о том, что UE имеет данные, которые должны передаваться в BS, и BS выделяет надлежащие радиоресурсы восходящей линии связи для UE на основе информации. Эта процедура называется процедурой формирования отчетов о состоянии буфера (BSR).
[83] UE требуются радиоресурсы восходящей линии связи для передачи BSR в обслуживающий eNB. Если UE имеет выделенные радиоресурсы восходящей линии связи, когда инициирован BSR, UE сразу передает BSR в обслуживающий eNB с использованием выделенных радиоресурсов восходящей линии связи. Если UE не имеет выделенных радиоресурсов восходящей линии связи, когда инициирован BSR, UE выполняет процедуру запроса на диспетчеризацию (SR) для приема радиоресурсов восходящей линии связи из обслуживающего eNB.
[84] Для BSR-процедуры, UE рассматривает все однонаправленные радиоканалы, которые не приостановлены, и может рассматривать однонаправленные радиоканалы, которые приостановлены.
[85] BSR инициируется, если возникает какое-либо предварительно заданное событие. Согласно этому событию, BSR может быть классифицирован на три типа: регулярный BSR, дополняющий BSR и периодический BSR.
[86] Регулярный BSR может быть инициирован, если данные восходящей линии связи, для логического канала, который принадлежит группе логических каналов (LCG), становятся доступными для передачи в RLC-объекте или в PDCP-объекте. Определение того, как что данные считаются доступными для передачи, указывается в разделе 4.5 документа 3GPP TS 36.322 V9.1.0 (2010-03) и разделе 4.5 документа 3GPP TS 36.323 V9.0.0 (2009-12), соответственно. Регулярный BSR может быть инициирован, если данные принадлежат логическому каналу с более высоким приоритетом по сравнению с приоритетами логических каналов, которые принадлежат любой LCG и для которых данные уже доступны для передачи. Регулярный BSR также может быть инициирован, при отсутствии данных, доступных для передачи ни для одного из логических каналов, которые принадлежат LCG.
[87] Дополняющий BSR может быть инициирован, если выделяются ресурсы восходящей линии связи, и число дополняющих битов равно или выше размера элемента MAC-управления (CE) BSR плюс его подзаголовок.
[88] Регулярный BSR может быть инициирован, если истекает таймер BSR на основе повторной передачи, и UE имеет данные, доступные для передачи для любого из логических каналов, которые принадлежат LCG.
[89] Периодический BSR может быть инициирован, если таймер периодического BSR истекает.
[90] [91] Фиг. 7 является видом, иллюстрирующим процедуру формирования отчетов о состоянии буфера.
[92] Ссылаясь на фиг. 7, усовершенствованный узел B 200 управляет BSR-процедурой, ассоциированной с логическим каналом в каждом UE, через сигнализацию MAC-MainConfig, заданную на RRC-уровне. RRC-сообщение включает в себя информацию в таймере периодического BSR (periodicBSR-Timer) и/или в таймере повторной передачи BSR (retxBSR-Timer). Дополнительно, RRC-сообщение включает в себя конфигурационную информацию, ассоциированную с форматом BSR и размером данных.
[93] В любое время, UE инициирует BSR.
[94] Отчет о состоянии буфера (BSR) должен быть инициирован, если возникает какое-либо из следующих событий:
[95] - UL-данные, для логического канала, который принадлежит LCG, становятся доступными для передачи в RLC-объекте или в PDCP-объекте (определение того, какие данные должны считаться доступными для передачи, указывается в [3] и [4], соответственно), и либо данные принадлежат логическому каналу с более высоким приоритетом по сравнению с приоритетами логических каналов, которые принадлежат любой LCG и для которых данные уже доступны для передачи, либо нет данных, доступных для передачи ни для одного из логических каналов, которые принадлежат LCG, причем в этом случае BSR упоминается ниже в качестве "регулярного BSR";
[96] - UL-ресурсы выделяются, и число дополняющих битов равно или выше размера элемента MAC-управления отчета о состоянии буфера плюс его подзаголовок, причем в этом случае BSR упоминается ниже в качестве "дополняющего BSR";
[97] - истекает RetxBSR-Timer, и UE имеет данные, доступные для передачи для любого из логических каналов, которые принадлежат LCG, причем в этом случае BSR упоминается ниже в качестве "регулярного BSR";
[98] - истекает periodicBSR-Timer, причем в этом случае BSR упоминается ниже в качестве "периодического BSR".
[99] На основе BSR-инициирования UE может передавать BSR-отчет. BSR сконфигурирован с учетом конфигурационной информации, устанавливаемой посредством RRC-сигнализации.
[100] Фиг. 8 является видом, иллюстрирующим архитектуру сообщения управления доступом к среде (MAC) для BSR.
[101] Протокольная MAC-единица данных (PDU) включает в себя MAC-заголовок 710, нуль или более элементов 721 и 722 MAC-управления (CE), нуль или более служебных MAC-единиц 723 данных (SDU) и необязательно дополняющие биты. Как MAC-заголовок 710, так и MAC SDU 723 имеют переменные размеры. MAC SDU 723 представляет собой блок данных, предоставляемый на верхний уровень (например, RLC-уровень или RRC-уровень) относительно MAC-уровня. MAC CE 721 или 722 используется для того, чтобы доставлять управляющую информацию MAC-уровня, к примеру, BSR.
[102] MAC PDU-заголовок 710 включает в себя один или более подзаголовков. Каждый подзаголовок соответствует MAC SDU, MAC CE или дополняющим битам.
[103] Подзаголовок включает в себя шесть полей R/R/E/LCID/F/L заголовка, но для последнего подзаголовка в MAC PDU и для MAC CE фиксированного размера. Последний подзаголовок в MAC PDU и подзаголовки для MAC CE фиксированного размера включают в себя исключительно из четырех полей R/R/E/LCID заголовка. Подзаголовок, соответствующий дополняющим битам, включает в себя четыре поля R/R/E/LCID заголовка.
[104] Описания для каждого поля приводятся далее.
[105] - R (1 бит): зарезервированное поле.
[106] - E (1 бит): расширенное поле. Оно указывает то, предусмотрены или нет поля F и L в следующем поле.
[107] - LCID (5 битов): поле идентификатора логического канала. Оно указывает тип MAC CE или конкретного логического канала, которому принадлежит MAC SDU.
[108] - F (1 бит): поле формата. Оно указывает то, следующее поле L имеет размер в 7 битов или в 15 битов.
[109] - L (7 или 15 битов): поле длины. Оно указывает длину MAC CE или MAC SDU, соответствующей MAC-подзаголовку.
[110] Поля F и L не включены в MAC-подзаголовок, соответствующий MAC CE фиксированного размера.
[111] Как показано на фиг. 8, BSR передается в форме MAC-сигнализации, и BSR, сконфигурированный посредством UE, идентифицируется посредством значения задания LCID (идентификатора логического канала) MAC-заголовка 710. В качестве примера, в случае если значение LCID задается 11101, это обозначает, что передается BSR MAC CE 720, имеющий формат короткого BSR (см. фиг. 9), и в случае, если значение LCID задается как 11110, это обозначает, что передается BSR MAC CE 720, имеющий формат длинного BSR (см. фиг. 10). Соответственно, базовая станция может распознавать формат BSR MAC CE через значение LCID MAC-заголовка.
[112] Фиг. 9a является видом, иллюстрирующим элемент MAC-управления коротким BSR, к которому применяется настоящее изобретение.
[113] Ссылаясь на фиг. 9a, форма короткого BSR и усеченного BSR имеет одно поле идентификатора LCG и одно соответствующее поле размера буфера. В данном документе, поле идентификатора LCG (идентификатора группы логических каналов, 810) идентифицирует группу логического канала(ов), состояние буфера UE которой сообщается. Длина поля составляет 2 бита. Размер буфера (820) идентифицирует общий объем данных, доступный через все логические каналы LCG, и длина этого поля составляет 6 битов.
[114] Фиг. 9b является видом, иллюстрирующим элемент MAC-управления длинным BSR, к которому применяется настоящее изобретение.
[115] Длинный BSR включает в себя объем (размер) буфера в порядок от группы логических каналов с идентификатором 0 LCG (910) до группы логических каналов с идентификатором 3 LCG (940) без идентификатора группы логических каналов. Здесь, одна LCG включает в себя один или более RB, и значение поля размера буфера для LCG является общей суммой данных, доступных для передачи на RLC-уровне и PDCP для всех RB, включенных в LCG.
[116] В это время, данные, доступные для передачи на PDCP- и RLC-уровне, могут задаваться следующим образом.
[117] ДАННЫЕ, ДОСТУПНЫЕ ДЛЯ ПЕРЕДАЧИ В RLC
[118] В целях формирования отчетов о состоянии MAC-буфера, UE должно рассматривать следующее в качестве данных, доступных для передачи на RLC-уровне:
[119] - RLC SDU или ее сегменты, которые еще не включены в PDU RLC-данных;
[120] - PDU RLC-данных или ее части, которые ожидают повторной передачи (RLC AM).
[121] Помимо этого, если PDU состояния инициирована, и таймер запрещения состояния не запущен или истек, UE должно оценивать размер PDU состояния, которая должна передаваться при следующей возможности передачи, и рассматривать ее в качестве данных, доступных для передачи на RLC-уровне.
[122] ДАННЫЕ, ДОСТУПНЫЕ ДЛЯ ПЕРЕДАЧИ В PDCP
[123] В целях формирования отчетов о состоянии MAC-буфера, UE должно рассматривать PDU PDCP-управления, а также следующее в качестве данных, доступных для передачи на PDCP-уровне:
[124] Для SDU, для которых PDU не отправлена на нижние уровни:
[125] - непосредственно SDU, если SDU еще не обработана посредством PDCP, или
[126] - PDU, если SDU обработана посредством PDCP.
[127] Помимо этого, для однонаправленных радиоканалов, которые преобразуются в RLC AM, если PDCP-объект ранее выполнил процедуру повторного установления, UE должно также рассматривать следующее в качестве данных, доступных для передачи на PDCP-уровне:
[128] Для SDU, для которых только соответствующая PDU отправлен на нижние уровни до повторного установления PDCP, начиная с первой SDU, для которой доставка соответствующих PDU не подтверждена посредством нижнего уровня, за исключением SDU, которые указываются как успешно доставленные посредством отчета о состоянии PDCP, если принят:
[129] - SDU, если она еще не обработана посредством PDCP, или
[130] - PDU, когда она обработана посредством PDCP.
[131] Здесь, UE определяет индекс, который является значением, которое должно вставляться в поле размера буфера (6 битов) с учетом "extendedBSR-Size сконфигурирован/или не сконфигурирован" относительно объема данных, которые должны быть переданы.
[132] Поле размера буфера идентифицирует общий объем данных, доступных по всем логическим каналам из группы логических каналов после того, как скомпонованы все MAC PDU для TTI. Объем данных указывается в числе байтов. Он должен включать в себя все данные, которые доступны для передачи на RLC-уровне и на PDCP-уровне. Длина этого поля составляет 6 битов. Значения, принимаемые посредством поля размера буфера, показаны в таблице 1.
[133] [134] Таблица 1
Таблица 1
Индекс Значение размера буфера [байты] Индекс Значение размера буфера [байты]
0 BS=0 32 1132<BS<=1326
1 0<BS<=10 33 1326<BS<=1552
2 10<BS<=12 34 1552<BS<=1817
3 12<BS<=14 35 1817<BS<=2127
4 14<BS<=17 36 2127<BS<=2490
5 17<BS<=19 37 2490<BS<=2915
6 19<BS<=22 38 2915<BS<=3413
7 22<BS<=26 39 3413<BS<=3995
8 26<BS<=31 40 3995<BS<=4677
9 31<BS<=36 41 4677<BS<=5476
10 36<BS<=42 42 5476<BS<=6411
11 42<BS<=49 43 6411<BS<=7505
12 49<BS<=57 44 7505<BS<=8787
13 57<BS<=67 45 8787<BS<=10287
14 67<BS<=78 46 10287<BS<=12043
15 78<BS<=91 47 12043<BS<=14099
16 91<BS<=107 48 14099<BS<=16507
17 107<BS<=125 49 16507<BS<=19325
18 125<BS<=146 50 19325<BS<=22624
19 146<BS<=171 51 22624<BS<=26487
20 171<BS<=200 52 26487<BS<=31009
21 200<BS<=234 53 31009<BS<=36304
22 234<BS<=274 54 36304<BS<=42502
23 274<BS<=321 55 42502<BS<=49759
24 321<BS<=376 56 49759<BS<=58255
25 376<BS<=440 57 58255<BS<=68201
26 440<BS<=515 58 68201<BS<=79846
27 515<BS<=603 59 79846<BS<=93479
28 603<BS<=706 60 93479<BS<=109439
29 706<BS<=826 61 109439<BS<=128125
30 826<BS<=967 62 128125<BS<=150000
31 967<BS<=1132 63 BS>150000
[135] Согласно таблице 1, BSR может сообщать размер буфера, который колеблется от 0 до 150 Кбайт либо более чем 150 Кбайт.
[136] [137] НЕБОЛЬШАЯ СОТА
[138] Далее описывается принцип небольшой соты.
[139] В системе мобильной связи третьего и четвертого поколения, непрерывно предпринимаются попытки повышать пропускную способность соты, чтобы поддерживать услуги, предоставляемые на высокой пропускной способности, и двунаправленные услуги, такие как мультимедийный контент, потоковая передача и т.п.
[140] Иными словами, поскольку различные технологии передачи с большой пропускной способностью требуются с развитием связи и распространением мультимедийной технологии, способ повышения пропускной способности радиосвязи включает в себя способ выделения большего количества частотных ресурсов, но предусмотрен предел на выделение большего количества частотных ресурсов множеству пользователей с ограниченными частотными ресурсами.
[141] Подход для того, чтобы использовать полосу высоких частот и снижать радиус соты, применяется с тем, чтобы повышать пропускную способность соты. Когда задействуется небольшая сота, к примеру, пикосота или фемтосота, может использоваться полоса частот выше частоты, используемой в существующей системе сотовой связи, и как результат, можно передавать больший объем информации.
[142] [143] Фиг. 10 показывает один примерный принцип задействования небольших сот.
[144] Небольшие соты с использованием узлов с низким уровнем мощности считаются перспективными в решении вопросов очень резкого увеличения объема мобильного трафика, в частности, для развертываний публичных точек доступа в сценариях в помещениях и вне помещений. Узел с низким уровнем мощности, в общем, означает узел, мощность передачи которого ниже классов макроузлов и BS, например, пико- и фемто-eNB являются применимыми. Улучшения небольших сот для E-UTRA и E-UTRAN акцентируются на дополнительных функциональностях для повышенной производительности в публичных зонах беспроводного доступа для помещений и вне помещений с использованием узлов с низким уровнем мощности.
[145] Как показано на фиг. 10, улучшение небольших сот может быть нацелено на режим с/без макропокрытия, развертывания небольших сот вне помещений и в помещениях и идеальное и неидеальное транзитное соединение. Могут рассматриваться разреженные и плотные развертывания небольших сот.
[146] (A) РЕЖИМ С/БЕЗ МАКРОПОКРЫТИЯ
[147] Как показано на фиг. 10, улучшение небольших сот может быть нацелено на сценарий развертывания, в котором узлы небольших сот развертываются в пределах покрытия одного или нескольких наложенных уровней E-UTRAN-макросот, чтобы повышать пропускную способность уже развернутой сотовой сети. Два сценария могут рассматриваться:
[148] - Если UE находится в покрытии как макросоты, так и небольшой соты одновременно
[149] - Если UE не находится в покрытии как макросоты, так и небольшой соты одновременно
[150] Фиг. 10 также показывает сценарий, в котором узлы небольших сот не развертываются в пределах покрытия одного или более наложенных уровней E-UTRAN-макросот. Этот сценарий также является целью практического исследования на предмет улучшения небольших сот.
[151] (B) Вне помещений и в помещениях
[152] Улучшение небольших сот может быть нацелено на развертывания небольших сот вне помещений и в помещениях. Узлы небольших сот могут развертываться в помещениях или вне помещений и в любом случае могут предоставлять услуги UE для связи в помещениях или вне помещений.
[153] Для UE для связи в помещениях, задается только низкая скорость UE (0-3 км/ч). Для случая вне помещений, задается не только низкая скорость UE, но также и средняя скорость UE (до 30 км/ч и потенциально более высокие скорости).
[154] Как пропускная способность, так и мобильность/подключение должны использоваться в качестве показателя производительности для низкой и средней мобильности. Производительность на границе соты (например, CDF-точка для 5%-го фрагмента для пользовательской пропускной способности) и эффективность по мощности (и сети и UE) также используются в качестве показателей для дальнейшего изучения.
[155] (C) Идеальное и неидеальное транзитное соединение
[156] Могут изучаться как идеальное транзитное соединение (т.е. транзитное соединение со сверхвысокой пропускной способностью и с очень небольшим временем задержки, такое как выделенное соединение "точка-точка" с использованием оптоволокна, микроволновой LOS), так и неидеальное транзитное соединение (т.е. типичное транзитное соединение с широким коммерческим применением, такое как xDSL, микроволновая NLOS и другие транзитные соединения, к примеру, ретрансляционные). Может учитываться компромисс между производительностью и затратами.
[157] Классификация неидеального транзитного соединения на основе вводов оператора перечислена в таблице 2:
[158] Таблица 2
Таблица 2
Технология транзитного соединения Время задержки (односторонней) Пропускная способность Приоритет (1 является наибольшим)
Оптоволоконный доступ 1 10-30 мс 10Mбит/с – 10 Гбит/с 1
Оптоволоконный доступ 2 5-10 мс 100-1000 Мбит/с 2
DSL-доступ 15-60 мс 10-100 Мбит/с 1
Кабельное соединение 25-35 мс 10-100 Мбит/с 2
Беспроводное транзитное соединение 5-35 мс Типично 10-100 Мбит/с, может составлять вплоть до диапазона в Гбит/с 1
[159] Классификация от хорошего до идеального транзитного соединения на основе вводов оператора перечислена в таблице 3:
[160] Таблица 3
Таблица 3
Технология транзитного соединения Время задержки (односторонней) Пропускная способность Приоритет (1 является наибольшим)
Волоконное соединение 2-5 мс 50 Mбит/с – 10 Гбит/с 1
[161] Для интерфейсов между макро- и небольшой сотой, а также между небольшими сотами, настоящее раскрытие сущности может сначала идентифицировать то, какой вид информации является необходимым или полезным для обмена между узлами, чтобы получать требуемые улучшения, до того как определяется фактический тип интерфейса. Кроме того, если прямой интерфейс может предполагаться между макро- и небольшой сотой, а также между небольшой сотой и небольшой сотой, X2-интерфейс может использоваться в качестве начальной точки.
[162] (D) РАЗРЕЖЕННОЕ И ПЛОТНОЕ
[163] Улучшение небольших сот может рассматривать разреженные и плотные развертывания небольших сот. В некоторых сценариях (например, в публичных местах беспроводного доступа в помещениях/вне помещений и т.д.), один или несколько узлов небольших сот разреженно развертываются, например, чтобы покрывать публичную точку(ки) доступа. Между тем, в некоторых сценариях (например, плотно застроенный городской район, крупный торговый центр и т.д.), множество узлов небольших сот плотно развертывается, чтобы поддерживать огромный трафик в относительно широкой зоне, покрываемой узлами небольших сот. Покрытие уровня небольших сот является, в общем, прерывистым между различными публичными зонами беспроводного доступа. Каждая публичная зона беспроводного доступа может быть покрыта группой небольших сот, т.е. кластером небольших сот.
[164] Кроме того, может рассматриваться плавное будущее расширение/масштабируемость (например: от разреженного до плотного, от плотного в небольшой зоне до плотного в большой зоне или от нормального плотного до суперплотного). С точки зрения производительности подсистемы мобильности/подключений, разреженные и плотные развертывания могут рассматриваться с равным приоритетом.
[165] (E) СИНХРОНИЗАЦИЯ
[166] Синхронизированный и несинхронизированный сценарий могут рассматриваться между небольшими сотами, а также между небольшими сотами и макросотой(ами). Для конкретных операций, например, координации помех, агрегирование несущих и COMP между eNB, улучшение небольших сот может извлекать выгоду из синхронизированных развертываний относительно поиска/измерений небольших сот и управления помехами/ресурсами. Следовательно, синхронизированные по времени развертывания кластеров небольших сот приоритезируются в исследовании, и должны рассматриваться новые средства достижения такой синхронизации.
[167] (F) СПЕКТР
[168] Улучшение небольших сот может быть направлено на сценарий развертывания, в котором различные полосы частот отдельно назначаются макроуровню и уровню небольших сот, соответственно, при этом F1 и F2 на фиг. 10 соответствуют различным несущим в различных полосах частот.
[169] Улучшение небольших сот может быть применимым ко всем существующим, а также будущим полосам частот для сотовой связи, с особым акцентом на полосах верхних частот, например, на полосе частот в 3,5 ГГц, с тем чтобы пользоваться более доступным спектром и более широкой полосой пропускания.
[170] Улучшение небольших сот также может учитывать вероятность для полос частот, которые, по меньшей мере, локально используются только для развертываний небольших сот.
[171] Также могут рассматриваться сценарии внутриканального развертывания между макроуровнем и уровнем небольших сот.
[172] Дублирование действий с существующим и предстоящими практическими исследованиями/рабочими исследованиями 3GPP может не допускаться.
[173] Некоторые примерные конфигурации спектра:
[174] - Агрегирование несущих на макроуровне с полосами X и Y частот и только с полосой X частот на уровне небольших сот
[175] - Небольшие соты, поддерживающие полосы частот с агрегированием несущих, которые являются внутриканальными с макроуровнем
[176] - Небольшие соты, поддерживающие полосы частот с агрегированием несущих, которые не являются внутриканальными с макроуровнем
[177] Один потенциальный сценарий внутриканального развертывания представляет собой плотное внутриканальное развертывание небольших сот вне помещений с учетом UE с низкой мобильностью и неидеального транзитного соединения. Все небольшие соты находятся в пределах макропокрытия.
[178] Улучшение небольших сот может поддерживаться независимо от дуплексных схем (FDD/TDD) для полос частот для макроуровня и уровня небольших сот. Радиоинтерфейс и решения по улучшению небольших сот могут быть независимыми от полосы частот, и агрегированная полоса пропускания в расчете на небольшую соту может не превышать 100 МГц, по меньшей мере, для 3GPP версии 12.
[179] (G) ТРАФИК
[180] В развертывании небольших сот, вероятно, что трафик колеблется значительно, поскольку число пользователей в расчете на узел небольшой соты типично не такое большое вследствие небольшого покрытия.
[181] В развертывании небольших сот, вероятно, что распределение пользователей очень колеблется между узлами небольших сот. Также ожидается, что трафик может быть очень асимметричным, ориентированным либо на нисходящую линию связи, либо на восходящую линию связи.
[182] Может рассматриваться как равномерное, так и неравномерное распределение нагрузки по трафику во временной области и в пространственной области. Трафик при неполном буфере и полном буфере включаются, и трафик при неполном буфере, приоритезирован для того, чтобы верифицировать практические случаи. Более подробные технологии оценки могут изучаться на уровне рабочей группы 3GPP в последующих практических исследованиях физического уровня и верхних уровней на предмет улучшения небольших сот.
[183] CSG/гибридная схема является независимой темой, которая может анализироваться в других WI/SI. Решения, агностические к CSG/гибридной схеме или открытому доступу, также могут применяться к CSG/гибридной схеме.
[184] (H) ОБРАТНАЯ СОВМЕСТИМОСТЬ
[185] Обратная совместимость, т.е. возможность для унаследованных UE (до версии 12) осуществлять доступ к узлу небольшой соты/несущей, требуется для развертываний небольших сот.
[186] Введение функциональных возможностей без обратной совместимости может быть оправдано значительным выигрышем.
[187] (I) Варианты использования развертывания
[188] Развертываемый оператором сценарий (т.е. оператор выполняет планирование развертывания сот и устанавливает/поддерживает узлы небольших сот) может поддерживаться для улучшения небольших сот.
[189] Развертываемые пользователями сценарии, например, узлы небольших сот, развернутые в офисных зданиях бизнес-пользователями, могут поддерживаться для улучшения небольших сот с более низким приоритетом.
[190] Автоматические механизмы, к примеру, обеспечение автоматического конфигурирования, чтобы поддерживать гибкую конфигурацию и меньшие затраты для управления и обслуживания, могут рассматриваться как для развертываемых оператором, так и для развертываемых пользователями сценариев, с учетом возможного отсутствия радиопланирования этих развертываний.
[191] Даже в развертываемом оператором сценарии, может рассматриваться уменьшение усилий по планированию развертывания сот по сравнению с версиями 10/11.
[192] (J) Совместное использование и межсетевое взаимодействие
[193] Для улучшения небольших сот должны поддерживаться идентичные характеристики для межсетевого взаимодействия между RAT, по меньшей мере, с производительностью, идентичной производительности в 3GPP E-UTRAN версия 10/11, при допущении, что небольшие соты поддерживают механизмы 3GPP версии 10/11.
[194] (K) АСПЕКТЫ БАЗОВОЙ СЕТИ
[195] Улучшение небольших сот может минимизировать нагрузку по передаче служебных сигналов (например, вызываемую посредством мобильности) в базовую сеть, а также увеличение транзитного трафика вследствие растущего числа узлов небольших сот.
[196] (L) Требования по характеристикам и производительности
[197] Улучшения могут быть ориентированы на пропускную способность соты, т.е. на достижимую пользовательскую пропускную способность и пропускную способность системы в типичных ситуациях покрытия и с типичными конфигурациями терминала, включающими в себя терминалы с 2 приемными антеннами и поддерживающими одну компонентную несущую.
[198] (M) ПРОИЗВОДИТЕЛЬНОСТЬ СИСТЕМЫ
[199] Улучшение небольших сот может поддерживать значительно увеличенную пользовательскую пропускную способность как для нисходящей линии связи, так и для восходящей линии связи с основным акцентом на пропускной способности типичного пользователя (например, 50% и, для сценариев с ограниченным покрытием, на 5%-ю точке CDF пользовательской пропускной способности), при условии обоснованной сложности системы. Фактические количественные требования могут определяться в последующих практических исследованиях на предмет улучшений физического и верхнего уровня.
[200] Согласованные возможности работы пользователей в зоне покрытия являются очень желательными. Улучшение небольших сот может обеспечивать одинаковую пользовательскую пропускную способность для нисходящей линии связи и для восходящей линии связи в сценарии, в котором распределение пользователей динамически изменяется.
[201] Улучшение небольших сот может задавать пропускную способность в расчете на единицу площади (например, бит/с/км2) максимально высокой для данного распределения пользователей и небольших сот, типичных типов трафика и при условии обоснованной сложности системы.
[202] Улучшения небольших сот могут оценивать влияние фактических задержек транзитного соединения и предоставлять решения с целью повышенной производительности системы. Другие аспекты, например, качество обслуживания VoLTE (например, MOS-оценка) и влияние задержки/дрожания на услуги (потоковую передачу видео, видеовызовы т.д.), также могут разрешаться в последующих исследованиях.
[203] (N) ПРОИЗВОДИТЕЛЬНОСТЬ ПОДСИСТЕМЫ МОБИЛЬНОСТИ
[204] Улучшение небольших сот может поддерживать мобильность, которая требуется для сценариев развертывания.
[205] Улучшение небольших сот может поддерживать мобильность, которая требуется для будущего использования спектра в полосах верхних частот (например, большего доступного спектра и более широкой полосы пропускания).
[206] Улучшение небольших сот может поддерживать мобильность для описанных гибких условий покрытия.
[207] Для UE, обслуживаемых на макроуровне, и для целевых мобильных скоростей до 30 км/ч, должны быть обнаружены узлы небольших сот, и потенциальная мобильность в узел небольшой соты выполнена своевременно и с низким потреблением мощности UE в ситуации, когда UE перемещается в зону покрытия уровня небольших сот.
[208] Мобильность через плотно развернутые узлы небольших сот и между макро- и небольшой сотой на идентичном частотном уровне может задаваться с хорошей производительностью для мобильных скоростей до 30 км/ч.
[209] Улучшения мобильности для более высоких скоростей (например, 50-80 км/ч) в улучшениях небольших сот, например, для разгрузки с передвижных UE в небольших сотах вне помещений, могут изучаться в последующих практических исследованиях. Могут рассматриваться решения для исключения пользователей с очень высокой мобильностью.
[210] Могут оцениваться преимущества разрешения высокоскоростного UE в небольших сотах, например, выигрыш по пропускной способности UE, улучшенная устойчивость мобильности, повышенная эффективность по мощности UE, а также то, до какой скорости является преимущественной разгрузка. Другие темы, например, то, как скорость UE может оцениваться в небольших сотах, также могут анализироваться в последующих практических исследованиях на предмет улучшений небольших сот.
[211] Услуги реального времени могут поддерживаться в улучшении небольших сот. Влияние мобильности между узлами небольших сот и между небольшой сотой и наложенными макроузлами на качество (например, время прерывания, потери пакетов) может быть меньше или равно влиянию, предоставляемому посредством 3GPP E-UTRA/E-UTRAN версия 10/11.
[212] Улучшение небольших сот может рассматривать технологии и механизмы для того, чтобы уменьшать время задержки C-плоскости/U-плоскости и потери пакетов во время мобильности между узлами макросот и узлами небольших сот, а также между узлами небольших сот по сравнению с 3GPP E-UTRA/E-UTRAN версия 10/11.
[213] Улучшения мобильности, рассматриваемые в будущем техническом практическом исследовании, могут быть релевантными для сценариев развертывания. Дополнительные улучшения, которые не покрываются другими практическими исследованиями/рабочими исследованиями (например, HetNet-мобильность), могут рассматриваться, и могут исключаться дублированные усилия.
[214] (O) ПРОИЗВОДИТЕЛЬНОСТЬ ПОКРЫТИЯ
[215] Покрытие улучшения небольших сот может быть достаточно гибким для восходящей линии связи и нисходящей линии связи, с тем чтобы поддерживать множество сценариев развертывания.
[216] (P) АРХИТЕКТУРА
[217] E-UTRAN-архитектура может позволять достигать производительности системы и подсистемы мобильности, нацеленной на улучшение небольших сот. Исследования для архитектуры могут сначала идентифицировать то, какой вид информации является необходимым или полезным для обмена между узлами, чтобы получать требуемые улучшения, до того как определяется фактический тип интерфейса.
[218] (Q) ЗАТРАТЫ И СЛОЖНОСТЬ
[219] Улучшение небольших сот должно удовлетворять требуемой производительности. Дополнительно, затраты и сложность должны минимизироваться, чтобы поддерживать развертывания улучшения небольших сот.
[220] Улучшение небольших сот может обеспечивать низкие затраты сетевых ресурсов посредством:
[221] - обеспечения возможности решений, направленных на различные транзитные соединения,
[222] - обеспечения возможности недорогого развертывания, несложных задач управления и обслуживания, например, посредством SON-функциональности, минимизации тестов в ходе вождения и т.д.,
[223] - обеспечения уменьшенных затрат на реализацию базовых станций с учетом, например, ослабления RF-требований в сценариях небольших сот
[224] Следует отметить, что все указываемые интерфейсы должны быть открытыми для функциональной совместимости оборудования от различных поставщиков.
[225] Улучшение небольших сот может быть возможным для реализации с низкой инкрементной сложностью UE и обеспечения длительного времени работы от аккумулятора UE (в режиме ожидания и активном режиме).
[226] Различные характеристики UE могут рассматриваться для улучшений небольших сот, в частности, относительно функциональных возможностей, связанных с UE RF-сложностью, таких как возможность одновременной передачи и приема из уровней макро- и небольшой соты.
[227] Сложность системы должна минимизироваться, чтобы стабилизировать систему и функциональную совместимость на ранней стадии и снижать затраты терминала и сети. Для этих требований должно учитываться следующее:
[228] - Минимизация числа вариантов
[229] - Отсутствие избыточных обязательных функциональных возможностей
[230] - Ограничения числа необходимых тестовых сценариев, например, посредством ограничения числа состояний протоколов и числа процедур, с надлежащим диапазоном параметров и степенью детализации
[231] (R) ЭФФЕКТИВНОСТЬ ИСПОЛЬЗОВАНИЯ ЭНЕРГИИ
[232] Улучшение небольших сот может задавать эффективность использования энергии сети максимально высокой, с учетом обоснованной сложности системы с рассмотрением характеристик трафика улучшения небольших сот. Кроме того, перевод небольших сот в бездействующий режим может поддерживаться с учетом повышенной вероятности того, что небольшие соты не обслуживают активных пользователей. Может рассматриваться компромисс между пользовательской пропускной способностью/производительностью на единицу площади и эффективностью использования энергии сети.
[233] Высокая эффективность использования энергии UE может задаваться с учетом тракта передачи ближнего действия небольшой соты. Это означает усилия по обеспечению баланса с точки зрения эффективности использования энергии UE, например, уменьшения требуемой энергии/бит для UL, измерений мобильности UE, идентификации соты и обнаружения небольших сот, возможностей работы конечных пользователей и производительности системы.
[234] (S) БЕЗОПАСНОСТЬ
[235] Архитектура зон для улучшения небольших сот может иметь сравнимый уровень безопасности с E-UTRA версии 10/11 и E-UTRAN для сценариев развертывания улучшения небольших сот.
[236] Фиг. 11 показывает один примерный принцип совместного использования макросоты и небольших сот.
[237] Как показано на фиг. 11, сота традиционной BS или усовершенствованного узла B (200) может называться макросотой в контексте небольших сот. Каждая небольшая сота управляется посредством каждой небольшой BS или усовершенствованного узла B (300). Когда традиционная BS или усовершенствованный узел B (200) может работать при использовании частоты F1, каждая небольшая сота работает при использовании частоты F1 или F2. Небольшие соты могут группироваться в кластер. Следует отметить, что фактическое развертывание небольших сот варьируется в зависимости от политики оператора.
[238] Фиг. 12 показывает один пример первого сценария развертывания небольших сот.
[239] Как показано на фиг. 12, небольшие соты могут развертываться при наличии наложенной макросоты. Иными словами, небольшие соты могут развертываться в покрытии макросоты. В таком развертывании, может рассматриваться следующее.
[240] - Внутриканальное развертывание макросоты и небольших сот
[241] - Развертывание небольших сот вне помещений
[242] - Рассматривается кластер небольших сот
[243] - Небольшие соты являются плотными в кластере
[244] - Также могут рассматриваться сведения относительно числа/плотности небольших сот в расчете на кластер, транзитной линии связи для координации между небольшими сотами и временной синхронизации между небольшими сотами
[245] - Также могут рассматриваться как идеальное транзитное соединение, так и неидеальное транзитное соединение для следующих интерфейсов: интерфейс между небольшими сотами в идентичном кластере и интерфейс между кластером небольших сот и, по меньшей мере, одним усовершенствованным макроузлом B.
[246] - Неидеальное транзитное соединение предполагается для всех остальных интерфейсов.
[247] Здесь, неидеальное транзитное соединение означает, что может быть задержка до 60 мс.
[248] Фиг. 13a показывает один пример второго сценария развертывания небольших сот.
[249] Как показано на фиг. 13a, небольшие соты могут развертываться вне помещений. В таком развертывании может рассматриваться следующее.
[250] - Небольшие соты развертываются при наличии наложенной макросети
[251] - Отдельное частотное развертывание макросоты и небольших сот
[252] - Развертывание небольших сот вне помещений
[253] - Рассматривается кластер небольших сот
[254] - Небольшие соты являются плотными в кластере
[255] - Также могут рассматриваться сведения относительно числа/плотности небольших сот в расчете на кластер, транзитной линии связи для координации между небольшими сотами и временной синхронизации между небольшими сотами
[256] - Также могут рассматриваться как идеальное транзитное соединение, так и неидеальное транзитное соединение для следующих интерфейсов: интерфейс между небольшими сотами в идентичном кластере и интерфейс между кластером небольших сот и, по меньшей мере, одним макро-eNB
[257] - Неидеальное транзитное соединение предполагается для всех остальных интерфейсов
[258] Фиг. 13b показывает другой пример второго сценария развертывания небольших сот.
[259] Как показано на фиг. 13b, небольшие соты могут развертываться в помещениях. В таком развертывании может рассматриваться следующее.
[260] - Небольшие соты развертываются при наличии наложенной макросети
[261] - Отдельное частотное развертывание макросоты и небольших сот
[262] - Рассматривается развертывание небольших сот в помещениях
[263] - Рассматривается кластер небольших сот
[264] - Небольшие соты являются плотными в кластере
[265] - Также могут рассматриваться сведения относительно числа/плотности небольших сот в расчете на кластер, транзитной линии связи для координации между небольшими сотами и временной синхронизации между небольшими сотами
[266] - Также может рассматриваться разреженный сценарий, к примеру, сценарий публичной зоны беспроводного доступа в помещениях.
[267] - Также могут рассматриваться как идеальное транзитное соединение, так и неидеальное транзитное соединение для следующих интерфейсов: интерфейс между небольшими сотами в идентичном кластере и интерфейс между кластером небольших сот и, по меньшей мере, одним макро-eNB
[268] - Неидеальное транзитное соединение предполагается для всех остальных интерфейсов.
[269] Фиг. 14 показывает один пример третьего сценария развертывания небольших сот.
[270] Как показано на фиг. 14, небольшие соты могут развертываться в помещениях. В таком развертывании может рассматриваться следующее.
[271] - Макросотовое покрытие не присутствует
[272] - Рассматривается сценарий развертывания в помещениях
[273] - Рассматривается кластер небольших сот
[274] - Небольшие соты являются плотными в кластере
[275] - Также могут рассматриваться сведения относительно числа/плотности небольших сот в расчете на кластер, транзитной линии связи для координации между небольшими сотами и временной синхронизации между небольшими сотами
[276] - Может рассматриваться разреженный сценарий, к примеру, сценарий публичной зоны беспроводного доступа в помещениях.
[277] - Также могут рассматриваться как идеальное транзитное соединение, так и неидеальное транзитное соединение для следующих интерфейсов: интерфейс между небольшими сотами в идентичном кластере.
[278] - Неидеальное транзитное соединение предполагается для всех остальных интерфейсов.
[279] [280] Фиг. 15 показывает принцип режимов сдвоенного подключения.
[281] Как проиллюстрировано на фиг. 15, UE 100 имеет режимы сдвоенного подключения как к макросоте, так и к небольшой соте. Здесь, подключение означает соединение с усовершенствованным узлом B для передачи данных. Если UE обслуживается как посредством одной макросоты, так и посредством одной небольшой соты, можно сказать, что UE имеет режимы сдвоенного подключения, т.е. одно подключение для макросоты и другое подключение для небольшой соты. Если UE обслуживается посредством небольших сот, можно сказать, что UE имеет режим множественного подключения.
[282] Макросота обслуживается посредством усовершенствованного C-узла B (или CeNB), а небольшая сота или группа небольших сот обслуживаются посредством усовершенствованного U-узла B (или UeNB). Усовершенствованный C-узел B означает усовершенствованный узел B плоскости управления, который отвечает за управление характерными для плоскости управления операциями, например, управлением RRC-соединениями и мобильностью, например, передачей управляющих данных по однонаправленным радиоканалам сигнализации (SRB). Усовершенствованный U-узел B означает усовершенствованный узел B пользовательской плоскости, который отвечает за управление характерными для пользовательской плоскости операциями, например, передачей данных по однонаправленным радиоканалам передачи данных (DRB).
[283] Небольшая сота усовершенствованного U-узла B отвечает за передачу трафика на основе принципа максимальной эффективности (BE), тогда как макросота усовершенствованного C-узла B отвечает за передачу других типов трафика, таких как VoIP, потоковые данные или данные сигнализации.
[284] Следует отметить, что предусмотрен X3-интерфейс между усовершенствованным C-узлом B и усовершенствованным U-узлом B, который является аналогичным традиционному X2-интерфейсу между усовершенствованными узлами B.
[285] Здесь, следующее рассматривается:
[286] - CeNB и UeNB являются различными узлами.
[287] - Макросота обслуживается посредством CeNB, а небольшая сота или группа небольших сот обслуживается посредством UeNB.
[288] - Передача данных по SRB выполняется для CeNB.
[289] - Предусмотрен X3-интерфейс между CeNB и UeNB, который является аналогичным традиционному X2-интерфейсу между eNB.
[290] - Поскольку переконфигурирование RRC-соединения управляется в CeNB, CeNB может отправлять информацию относительно DRB-конфигураций в UeNB через X3-интерфейс.
[291] Если предусмотрен MAC-уровень в CeNB, и предусмотрен другой MAC-уровень в UeNB, возможно то, что:
[292] - MAC-уровень в CeNB может быть сконфигурирован со всеми SRB и/или с нулем, одним или более DRB
[293] - MAC-уровень в UeNB может быть сконфигурирован с нулем или одним SRB и/или одним или более DRB
[294] В качестве другого средства, также возможно то, что:
[295] - MAC-уровень в CeNB может быть сконфигурирован со всеми SRB
[296] - MAC-уровень в UeNB может быть сконфигурирован со всеми DRB.
[297] [298] Фиг. 16 показывает примерный стек протоколов для пользовательской плоскости, когда PHY-уровень завершается в усовершенствованном U-узле B.
[299] Как показано на фиг. 16, оконечные точки MAC-уровня, RLC-уровня и PDCP-уровня в L2-протоколах между UE и усовершенствованным узлом B находятся в усовершенствованном C-узле B.
[300] Поскольку оконечная точка PHY-уровня находится в усовершенствованном U-узле B, функции MAC-уровня, RLC-уровня и PDCP-уровня выполняются в усовершенствованном C-узле B. Этот способ требует плотного взаимодействия между усовершенствованным U-узлом B и усовершенствованным C-узлом B, поскольку часть PHY-уровня и MAC-уровня близко связываются.
[301] Например, усовершенствованный U-узел B должен указывать/передавать информацию относительно передач/приема TB и обратной связи по HARQ в усовершенствованный C-узел B через X3-интерфейс. Кроме того, поскольку диспетчеризация выполняется на MAC-уровне, усовершенствованный C-узел B управляет диспетчеризацией для усовершенствованного U-узла B.
[302] Другими словами, для передач данных по DL в усовершенствованном U-узле B, усовершенствованный C-узел B перенаправляет DL-данные (транспортные блоки) в усовершенствованный U-узел B, поскольку в принципе MAC-уровень формирует транспортные блоки и перенаправляет их на PHY-уровень. Кроме того, усовершенствованный U-узел B перенаправляет соответствующую информацию обратной связи, принимаемую из UE, в усовершенствованный C-узел B, поскольку повторные HARQ-передачи обрабатываются на MAC-уровне.
[303] Для передачи данных по UL, поскольку информация относительно величины UL-данных в UE известна только на MAC-уровне, усовершенствованный C-узел B указывает информацию диспетчеризации в усовершенствованный U-узел B. Информация диспетчеризации включает в себя то, сколько радиоресурсов должны быть диспетчеризованы в какой UE. Затем усовершенствованный U-узел B диспетчеризует UE и принимает TB из UE. Далее усовершенствованный U-узел B перенаправляет TB в усовершенствованный C-узел B. Усовершенствованный C-узел B декодирует принятые TB и указывает результаты в усовершенствованный U-узел B, так что последующие передачи могут выполняться в усовершенствованном U-узле B.
[304] Фиг. 17 показывает примерные стеки протоколов для пользовательской плоскости, когда MAC-уровень завершается в усовершенствованном U-узле B.
[305] Поскольку функции, предоставленные посредством MAC-уровня, являются характерными для соты, например, диспетчеризация и HARQ, должен быть предусмотрен обоснованный способ находить MAC-уровень в усовершенствованном U-узле B. Для диспетчеризации посредством усовершенствованного U-узла B своего UE, он должен знать информацию диспетчеризации из UE и усовершенствованного C-узла B.
[306] Для диспетчеризации в UL, усовершенствованный U-узел B знает объем данных в DRB из BSR, сообщенного посредством UE.
[307] Для диспетчеризации в DL, поскольку усовершенствованный U-узел B подключается к P-GW через усовершенствованный C-узел B, усовершенствованный C-узел B перенаправляет данные по DRBS, который усовершенствованный U-узел B должен диспетчеризовать в UE.
[308] Если усовершенствованный U-узел B передает данные в UE, усовершенствованный U-узел B указывает информацию относительно передачи данных в усовершенствованный C-узел B. Например, усовершенствованный U-узел B указывает то, переданы данные успешно или нет. Если усовершенствованный U-узел B принимает данные из UE, усовершенствованный U-узел B передает данные в усовершенствованный C-узел B.
[309] Поскольку MAC-уровень расположен в усовершенствованном U-узле B, MAC-функции отдельно выполняются в расчете на соту, т.е. помимо MAC в усовершенствованном C-узле B, MAC выполняет следующие функции для усовершенствованного U-узла B:
[310] Формирование отчетов о состоянии буфера: при условии, что предусмотрены только DRB между UE и усовершенствованным U-узлом B, UE сообщает BSR, включающий в себя информацию относительно данных, по DRB.
[311] Запрос на диспетчеризацию: регулярный BSR вследствие данных по DRB инициирует SR в усовершенствованный U-узел B. Если инициирован SR, UE отправляет SR в усовершенствованный U-узел B.
[312] Сообщение запаса мощности: UE сообщает запас мощности сот в усовершенствованном U-узле B в усовершенствованный U-узел B.
[313] DRX: UE может быть сконфигурировано с характерными для усовершенствованного U-узла B DRX-параметрами. Следовательно, UE управляет DRX с характерными для усовершенствованного U-узла B параметрами, чтобы отслеживать PDCCH по усовершенствованному U-узлу B.
[314] Тем не менее, поскольку по-прежнему требуются взаимодействия между MAC-уровнем и RLC-уровнем, например, для процедуры приоритезации логических каналов в усовершенствованном узле B, усовершенствованный C-узел B должен перенаправлять информацию относительно DL-данных, доступных для передач в усовершенствованный U-узел B. Согласно этой информации, усовершенствованный U-узел B формирует MAC PDU, которые должны отправляться в UE.
[315] Фиг. 18 показывает примерный стек протоколов и интерфейсы для пользовательской плоскости, когда RLC-уровень завершается в усовершенствованном U-узле B.
[316] Как показано на фиг. 18, MAC-уровень и RLC-уровень расположены в усовершенствованном U-узле B. Поскольку MAC-уровень находится в усовершенствованном U-узле B, MAC-функции являются идентичными оконечному MAC-узлу в усовершенствованном U-узле B.
[317] Поскольку традиционная работа в RLC-режиме уже является характерной для однонаправленного радиоканала, не возникает существенных последствий, если один RLC-уровень только для SRB находится в усовершенствованном C-узле B, а другой RLC-уровень только для DRB находится в усовершенствованном U-узле B.
[318] Кроме того, поскольку RLC-уровень и MAC-уровень расположены в идентичном узле, т.е. в усовершенствованном U-узле B, обмен информацией между усовершенствованным C-узлом B и усовершенствованным U-узлом B, вообще не требуется с точки зрения взаимодействия RLC- и MAC-уровней.
[319] Тем не менее, поскольку отсутствует PDCP-уровень в усовершенствованном U-узле B, по-прежнему имеется необходимость перенаправлять данные между усовершенствованным C-узлом B и усовершенствованным U-узлом B.
[320] Фиг. 19 показывает примерный стек протоколов и интерфейсы для пользовательской плоскости, когда PDCP-уровень завершается в усовершенствованном U-узле B.
[321] Как показано на фиг. 19, поскольку все L2-уровни расположены в усовершенствованном U-узле B, усовершенствованный U-узел B непосредственно подключается к S-GW, так что IP-пакеты транспортируются в P-GW через S-GW. Следовательно, передача данных между усовершенствованным U-узлом B и усовершенствованным C-узлом B не требуется. Иными словами, усовершенствованный U-узел B непосредственно принимает DL-данные из S-GW и отправляет их в UE. Усовершенствованный U-узел B принимает UL-данные из UE, и непосредственно отправляет их в S-GW.
[322] Поскольку PHY-уровень и MAC-уровень должны быть расположены в идентичном узле, и поскольку RLC-уровень и PDCP-уровень являются характерными для однонаправленного радиоканала, этот способ является самым обоснованным с точки зрения объема информации, которой обмениваются между усовершенствованным U-узлом B и усовершенствованным C-узлом B.
[323] [324] Фиг. 20 показывает протоколы радиосвязи усовершенствованных узлов B для поддержки режимов сдвоенного подключения.
[325] Для режимов сдвоенного или множественного подключения, MAC-функции UE 100 должны быть вновь заданы, поскольку с точки зрения протоколов уровня 2, RLC-функции и конфигурации являются характерными для однонаправленного канала, тогда как MAC-функции и конфигурации не являются.
[326] Чтобы поддерживать режимы сдвоенного или множественного подключения, изучаются различные архитектуры протоколов, и одна из потенциальных архитектур показана на фиг 15. В этой архитектуре, PDCP-объект для усовершенствованного U-узла B расположен в различных сетевых узлах, т.е. PDCP в усовершенствованном C-узле B.
[327] Как показано на фиг 20, усовершенствованный C-узел B включает в себя PHY-уровень, MAC-уровень, RLC-уровень, уровень PDCH и RRC-уровень, тогда как усовершенствованный U-узел B включает в себя PHY-уровень, MAC-уровень и RLC-уровень. Следует отметить, что RRC-уровень и PDCP-уровень существуют только в усовершенствованном C-узле B. Другими словами, предусмотрен общий RRC- и PDCP-уровень, и предусмотрен набор RLC-, MAC- и PHY-уровней в расчете на подключение. Соответственно, данные по SRB сигнализируются по усовершенствованному C-узлу B, и данные по DRB сигнализируются либо по усовершенствованному C-узлу B, либо по усовершенствованному U-узлу B согласно DRB-конфигурациям. Иными словами, усовершенствованный C-узел B может доставлять данные по DRB в дополнение к управляющим данным по SRB, в то время как усовершенствованный U-узел B может доставлять данные только по DRB.
[328] Здесь, следующее рассматривается:
[329] - Усовершенствованный C-узел B и усовершенствованный U-узел B могут представлять собой различные узлы.
[330] - Передача данных по SRB выполняется по усовершенствованному C-узлу B.
[331] - Передача данных по DRB выполняется либо по усовершенствованному C-узлу B, либо по усовершенствованному U-узлу B. То, располагается тракт данных по DRB в усовершенствованном C-узле B или усовершенствованном U-узле B, может быть сконфигурировано посредством усовершенствованного узла B, MME или S-GW.
[332] - Предусмотрен X3-интерфейс между усовершенствованным C-узлом B и усовершенствованным U-узлом B, который является аналогичным традиционному X2-интерфейсу между усовершенствованными узлами B.
[333] - Поскольку переконфигурирование RRC-соединения управляется в усовершенствованном C-узле B, усовершенствованный C-узел B отправляет информацию относительно DRB-конфигураций в усовершенствованный U-узел B через X3-интерфейс.
[334] Фиг. 21 показывает протоколы радиосвязи UE для поддержки режимов сдвоенного подключения.
[335] Как показано на фиг. 21, усовершенствованный U-узел B отвечает за передачу DRB на основе принципа максимальной эффективности (BE). Усовершенствованный C-узел B отвечает за передачу SRB и DRB. Как пояснено выше, PDCP-объект для усовершенствованного U-узла B расположен в усовершенствованном C-узле B.
[336] Как показано на фиг. 21, на стороне UE 100, предусмотрено несколько MAC-объектов для макросоты усовершенствованного C-узла B и небольших сот усовершенствованного U-узла B. Другими словами, UE 100 устанавливает каждый MAC-объект для каждого подключения. Соответственно, UE 100 включает в себя несколько MAC-объектов для режимов сдвоенного или множественного подключения. Здесь, хотя фиг. 21 иллюстрирует два PHY-объекта для режимов сдвоенного подключения, только один PHY-объект может обрабатывать режимы сдвоенного подключения. Для подключения к усовершенствованному U-узлу B, UE 100 может включать в себя PDCP-объект, RLC-объект и MAC-объект, которые обрабатывают DRB BE. Для подключения к усовершенствованному C-узлу B, UE 100 может включать в себя несколько RLC-объектов, несколько PDCP-объектов, которые обрабатывают SRB и DRB.
[337] Между тем, каждый из усовершенствованного C-узла B и усовершенствованного U-узла B владеет радиоресурсом для себя и включает в себя планировщик для диспетчеризации радиоресурса для себя. Здесь, каждый планировщик и каждое подключение являются преобразуются "1 к 1".
[338] В связи с этим, поскольку каждый планировщик диспетчеризует собственные радиоресурсы, каждый планировщик должен знать объем данных для диспетчеризации.
[339] Тем не менее, существующий BSR-механизм дает возможность UE сообщать только объем данных в расчете на группу логических каналов (LCG) в одном сообщении в один усовершенствованный узел B. Это подразумевает, что требуется обмен информацией относительно состояния буфера между усовершенствованными узлами B, которые подвергаются режиму сдвоенного подключения. Таким образом, возникает задержка для диспетчеризации посредством усовершенствованного узла B.
[340] Следовательно, настоящее раскрытие сущности предоставляет такое решение, что UE может инициировать каждый отчет о состоянии буфера, соответствующий каждому подключению, если данные восходящей линии связи становятся доступными для передачи.
[341] Для решения, настоящее раскрытие сущности предоставляет одну примерную технологию. Согласно технологии, если UE, имеющее подключение ко множеству сот, принимает конфигурации по множеству однонаправленных каналов с множеством сот, то UE устанавливает множество однонаправленных каналов, связанных с подключением ко множеству сот, на основе принимаемых конфигураций. В дальнейшем, если данные восходящей линии связи становятся доступными для передачи по однонаправленному радиоканалу, UE идентифицирует подключение, соответствующее однонаправленному радиоканалу, на котором становятся доступными данные восходящей линии связи, и затем инициирует отчет о состоянии буфера, включающий в себя информацию относительно данных восходящей линии связи, по однонаправленному радиоканалу, чтобы за счет этого передавать отчет о состоянии буфера через идентифицированное подключение.
[342] Фиг. 22 показывает один примерный способ согласно одному варианту осуществления настоящего раскрытия сущности.
[343] Ссылаясь на фиг. 22, проиллюстрировано то, как BSR-инициирование и сообщение выполняются в режиме сдвоенного подключения.
[344] (1) Подробно, UE 100 может принимать конфигурацию режимов сдвоенного подключения к усовершенствованному C-узлу B 200 (или усовершенствованному макроузлу B) и усовершенствованному U-узлу B 300 (или небольшому усовершенствованному узлу B). Конфигурация может указывать то, что первое подключение (подключение 1) предназначено для усовершенствованного C-узла B, а второе подключение (подключение 2) предназначено для усовершенствованного U-узла B. Затем UE 100 может активировать (или конфигурировать) каждый MAC-объект для каждого подключения.
[345] (2) Так же, UE 100 может принимать конфигурацию по множеству однонаправленных каналов. Конфигурация может указывать то, что первый однонаправленный радиоканал (однонаправленный радиоканал 1) связан или ассоциирован с первым подключением (подключением 1), а второй однонаправленный радиоканал (однонаправленный радиоканал 2) связан или ассоциирован со вторым подключением (подключением 2). Затем UE 100 может ассоциировать (или коррелировать) каждый MAC-объект для каждого подключения с каждым однонаправленным радиоканалом.
[346] (3) В дальнейшем, UE 100 может обнаруживать поступление данных восходящей линии связи из первого однонаправленного радиоканала (однонаправленного радиоканала 1). Другими словами, UE 100 может проверять то, становятся или нет данные восходящей линии связи доступными для передачи, и затем идентифицировать соответствующий MAC-объект, т.е. первый MAC-объект, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов. Так же, UE 100 может инициировать отчет о состоянии буфера (BSR) для первого MAC-объекта. Здесь, если UE 100 не имеет разрешения на передачу по UL для первого MAC-объекта, т.е. для первого подключения (подключения 1), оно инициирует запрос на диспетчеризацию для первого подключения (подключения 1) посредством использования PUCCH или RA-процедуры.
[347] (4) После этого, UE может передавать BSR, включающий в себя информацию относительно данных первого MAC-объекта, т.е. первого однонаправленного радиоканала (однонаправленного радиоканала 1)
[348] (5) Кроме того, UE 100 может обнаруживать поступление данных восходящей линии связи из второго однонаправленного радиоканала (однонаправленного радиоканала 2). Другими словами, UE 100 может проверять то, становятся или нет данные восходящей линии связи доступными для передачи, и затем идентифицировать соответствующий MAC-объект, т.е. второй MAC-объект, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов. Так же, UE 100 может инициировать отчет о состоянии буфера (BSR) для второго MAC-объекта. Здесь, если UE 100 не имеет разрешения на передачу по UL для второго MAC-объекта, т.е. для второго подключения (подключения 2), оно инициирует запрос на диспетчеризацию для второго подключения (подключения 2) посредством использования PUCCH или RA-процедуры.
[349] (6) После этого, UE может передавать BSR, включающий в себя информацию относительно данных второго MAC-объекта, т.е. второго однонаправленного радиоканала (однонаправленного радиоканала 2).
[350] В связи с этим, согласно одному варианту осуществления, UE может инициировать каждый отчет о состоянии буфера, соответствующий каждому подключению, если данные восходящей линии связи становятся доступными для передачи. Следовательно, один вариант осуществления может уменьшать время задержки, требуемое для того, чтобы обмениваться BSR между усовершенствованными узлами B в существующем BSR-механизме.
[351] [352] В дальнейшем в этом документе поясняются другие варианты осуществления настоящего раскрытия сущности.
[353] ГРУППИРОВКА ПОДКЛЮЧЕНИЙ
[354] Для реализации режима сдвоенного подключения, с точки зрения UE, один MAC-уровень необходим для каждого усовершенствованного узла B при условии, что предусмотрено одно подключение в расчете на усовершенствованный узел B. Поскольку один усовершенствованный узел B обслуживает одну или более сот, и соты, принадлежащие идентичному усовершенствованному узлу B, могут обрабатываться на одном MAC-уровне, UE имеет один MAC-уровень в расчете на подключение. Для режима сдвоенного подключения предполагается, что UE имеет, по меньшей мере, одно подключение для макросоты и одно или более подключений для небольших сот. Например, UE обслуживается посредством одной макросоты и двух небольших сот. Эти небольшие соты обслуживаются посредством различных усовершенствованных U-узлов B. В таком случае, UE имеет 3 подключения, что требует 3 MAC-уровней.
[355] Управление подключениями может выполняться посредством усовершенствованного C-узла B, MME или S-GW. Следующее включается в управление подключениями.
[356] - Идентификатор подключения
[357] UE может быть сконфигурировано с идентификатором подключения для каждого подключения посредством, например, RRC-сообщения. Например, UE может быть сконфигурировано с идентификатором 0 подключения для усовершенствованного C-узла B, идентификатором 1 подключения для UeNodeB1 и идентификатором 2 подключения для UeNodeB2. Идентификатор подключения, в общем, используется для идентификации подключения между UE и усовершенствованным узлом B, например, когда подключение добавляется, модифицируется или удаляется.
[358] - Конфигурация в расчете на подключение
[359] При группировке подключений, общая конфигурация для сот, принадлежащих идентичному подключению, может предоставляться в UE. Например, если конфигурации содержат идентификатор подключения, UE применяет конфигурации к сотам, принадлежащим подключению, указываемому посредством идентификатора подключения.
[360] - Конфигурация по умолчанию для подключения
[361] Конфигурации для подключения для усовершенствованного C-узла B рассматриваются как конфигурация сбоя. Таким образом, если подключение удаляется, конфигурация по умолчанию применяется к конфигурации, включающей в себя однонаправленный радиоканал, сконфигурированный для удаленного подключения. Например, UE сконфигурировано с однонаправленными радиоканалами A и B, и однонаправленный радиоканал A сконфигурирован для усовершенствованного C-узла B (подключения 1), а однонаправленный радиоканал B сконфигурирован для усовершенствованного U-узла B (подключения 2). Если подключение 2 удаляется, UE рассматривает однонаправленный радиоканал B, который должен быть сконфигурирован для подключения 1.
[362] - ТАЙМЕР ПОДКЛЮЧЕНИЯ
[363] UE может быть сконфигурировано с таймером подключения для каждого подключения. Когда UE сконфигурировано с новым подключением, UE запускает таймер подключения для нового подключения. UE перезапускает таймер подключения, если подключение модифицируется. Если таймер подключения истекает, UE разрывает подключение.
[364] - АКТИВАЦИЯ/ДЕАКТИВАЦИЯ ПОДКЛЮЧЕНИЯ
[365] Усовершенствованный узел B (например, усовершенствованный C-узел B) может командовать UE активировать или деактивировать один, часть, вся подключения. Когда новое подключение добавляется в UE, UE рассматривает подключение, которое должно деактивироваться. Когда усовершенствованный узел B запрашивает от UE активировать подключение посредством PDCCH-, MAC-, RLC-, PDCP-, RRC-сигнализации, UE активирует подключение. Для активированного подключения, UE может использовать передачу данных по нему. Если усовершенствованный узел B запрашивает от UE деактивировать подключение, то UE деактивирует подключение. Для деактивированного подключения, UE не может использовать передачу данных по нему.
[366] [367] ФОРМИРОВАНИЕ ОТЧЕТОВ О СОСТОЯНИИ БУФЕРА (BSR)
[368] Поскольку планировщик в каждом усовершенствованном узле B диспетчеризует собственные радиоресурсы, каждый планировщик должен знать объем данных для диспетчеризации.
[369] Тем не менее, существующий BSR-механизм дает возможность UE сообщать только объем данных в расчете на группу логических каналов (LCG) в одном сообщении в один усовершенствованный узел B. Это подразумевает, что требуется обмен информацией относительно состояния буфера между усовершенствованными узлами B, которые подвергаются режиму сдвоенного подключения. Таким образом, возникает задержка для диспетчеризации посредством усовершенствованного узла B.
[370] Следовательно, предлагается, что BSR-процедура выполняется в расчете на подключение. Иными словами, однонаправленные радиоканалы, сконфигурированные для подключения, рассматриваются для BSR-процедуры для подключения. Например, предполагается, что UE имеет 2 подключения (подключение 1 и 2) и 2 набора однонаправленных радиоканалов (набор A и B). Дополнительно предполагается, что набор A используется для подключения 1, а набор B используется для подключения 2. В этом случае, BSR-процедура для подключения 1 ассоциирована с данными по однонаправленным радиоканалам в наборе A, и BSR-процедура для подключения 2 ассоциирована с данными по однонаправленным радиоканалам в наборе B. Таким образом:
[371] - Если поступают данные по однонаправленным радиоканалам в наборе A,
[372] UE инициирует BSR для подключения 1. Это означает то, что UE сообщает BSR (т.е. BSR MAC CE) в усовершенствованный узел B, который подвергается подключению 1. Кроме того, если UE не имеет UL-ресурсов, то UE инициирует SR для подключения 1. Это означает то, что UE отправляет SR по PUCCH или выполняет процедуру произвольного доступа в/по усовершенствованному узлу B, который подвергается подключению 1. BSR MAC CE включает в себя информацию только относительно состояния буфера однонаправленных радиоканалов в наборе A.
[373] - Если поступают данные по однонаправленным радиоканалам в наборе B,
[374] UE инициирует BSR для подключения 2. Это означает то, что UE сообщает BSR (т.е. BSR MAC CE) в усовершенствованный узел B, который подвергается подключению 2. Кроме того, если UE не имеет UL-ресурсов, то UE инициирует SR для подключения 2. Это означает то, что UE отправляет SR по PUCCH или выполняет процедуру произвольного доступа в/по усовершенствованному узлу B, который подвергается подключению 2. BSR MAC CE включает в себя информацию только относительно состояния буфера однонаправленных радиоканалов в наборе B.
[375] Кроме того, конфигурации BSR, включающие в себя periodicBSR-Timer, retxBSR-Timer и т.д., могут конфигурироваться в расчете на подключение. В дополнение к конфигурациям BSR, эти таймеры работают для каждого подключения.
[376] Усовершенствованный узел B может хотеть знать общий объем данных UE (в UL). В этом случае, усовершенствованный узел B может командовать UE сообщать общий объем данных в UL. Эта команда может сигнализироваться посредством PDCCH-, MAC-, RLC-, PDCP- или RRC-сигнализации. Кроме того, усовершенствованный узел B может конфигурировать UE с периодическим таймером для сообщения общего объема данных в UL. Общий объем данных может указываться посредством объема данных в расчете на LCG, объем данных, в расчете на логический канал, объема данных в расчете на подключение или и т.д.
[377] Кроме того, UE может сообщать объем данных для подключения, если подключение добавляется, удаляется или модифицируется. Это означает то, что UE инициирует BSR, когда подключение добавляется, удаляется или модифицируется. В этих случаях, UE отправляет BSR в усовершенствованные узлы B, для которых изменяются сконфигурированные однонаправленные радиоканалы. Например, UE имеет два однонаправленных радиоканала (A и B) для подключения 1. Если UE сконфигурировано с новым подключением 2, и однонаправленный радиоканал B сконфигурирован для подключения 2, то UE инициирует BSR для подключения 2 и отправляет BSR в усовершенствованный узел B, который подвергается подключению 2, включающий в себя объем данных, по однонаправленному радиоканалу B. Кроме того, UE инициирует BSR для подключения 1 и отправляет его в усовершенствованный узел B, который подвергается подключению 1, включающий в себя объем данных для однонаправленных радиоканалов, по однонаправленному радиоканалу A.
[378] Если подключение удаляется, UE инициирует BSR и отправляет его в усовершенствованный C-узел B (или в другие усовершенствованные U-узлы B), чтобы указывать объем данных для однонаправленных радиоканалов, сконфигурированных для удаленного подключения.
[379] Когда указывается объем данных в однонаправленных радиоканалах, сконфигурированных для подключения, идентификатор подключения может указываться вместе, чтобы идентифицировать подключение. Например, когда UE сообщает BSR для подключения 1, то UE также указывает идентификатор подключения, назначаемый для подключения 1, вместе с BSR.
[380] [381] ПРИОРИТЕЗАЦИЯ ЛОГИЧЕСКИХ КАНАЛОВ (LCP)
[382] Когда UE принимает разрешение на передачу по UL из усовершенствованного узла B, который подвергается определенному подключению, во время LCP-процедуры, рассматриваются только данные по сконфигурированным однонаправленным радиоканалам и/или управляющая информация для подключения. Например, если UE имеет 2 подключения (A и B), и однонаправленный радиоканал "a" сконфигурирован для подключения A, а однонаправленный радиоканал "b" сконфигурирован для подключения B, когда UE принимает разрешение на передачу по UL из усовершенствованного узла B, который подвергается подключению A, то данные по однонаправленному радиоканалу "a" рассматриваются для формирования MAC PDU посредством принимаемого разрешения на передачу по UL. Иными словами, в LCP-процедуре, разрешение на передачу по UL является применимым только к данным по однонаправленным радиоканалам, сконфигурированным для подключения, для которого назначается разрешение на передачу по UL.
[383] [384] СООБЩЕНИЕ ЗАПАСА МОЩНОСТИ (PHR)
[385] PHR-конфигурации в расчете на подключение могут предоставляться в UE. Кроме того, связанные с PHR таймеры могут работать в расчете на подключение.
[386] Если UE инициирует PHR, оно отправляет PHR MAC CE. PHR MAC CE включает в себя PH сот, принадлежащих идентичному подключению.
[387] Когда подключение добавляется, удаляется или модифицируется, UE инициирует PHR для одного, некоторых или всех сконфигурированных подключений.
[388] Когда UE сообщает PH для подключения, UE может указывать идентификатор подключения.
[389] [390] ПОДДЕРЖАНИЕ ВРЕМЕННОГО ВЫРАВНИВАНИЯ В ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ
[391] Конфигурация в отношении временного выравнивания в восходящей линии связи в расчете на подключение может предоставляться в UE. Связанный с временным выравниванием в восходящей линии связи таймер (например, timeAlignmentTimer) может работать в расчете на подключение.
[392] Когда истекает timeAlignmentTimer для подключения для усовершенствованного C-узла B, UE рассматривает timeAlignmentTimer для всех подключений как истекший.
[393] Когда указывается команда временного опережения, идентификатор подключения также указывается. После этого UE применяет команду временного опережения для подключения, указываемого посредством идентификатора подключения, и запускает timeAlignmentTimer для подключения, указываемого посредством идентификатора подключения.
[394] [395] ПРОЦЕДУРА ПРОИЗВОЛЬНОГО ДОСТУПА
[396] Процедура произвольного доступа также выполняется в расчете на подключение. Если процедура произвольного доступа должна выполняться одновременно для 2 или более подключений, UE приоритезирует процедуру произвольного доступа для подключения усовершенствованного C-узла B относительно подключения усовершенствованных U-узлов B.
[397] Пути или способы разрешения проблемы предшествующего уровня техники согласно настоящему раскрытию сущности, как описано выше, могут реализовываться посредством аппаратных средств или программного обеспечения либо любой комбинации вышеозначенного.
[398] Фиг. 23 является блок-схемой, показывающей систему беспроводной связи для того, чтобы реализовывать вариант осуществления настоящего изобретения.
[399] UE 100 включает в себя процессор 101, запоминающее устройство 102 и радиочастотный (RF) модуль 103. Запоминающее устройство 102 соединяется с процессором 101 и выполнено с возможностью сохранять различную информацию, используемую для операций для процессора 101. RF-модуль 103 соединяется с процессором 101 и выполнен с возможностью отправлять и/или принимать радиосигнал. Процессор 101 реализует предложенные функции, процессы и/или способы. В описанных вариантах осуществления, работа UE может реализовываться посредством процессора 101.
[400] Усовершенствованный узел B 200/300 (включающий в себя усовершенствованный C-узел B и усовершенствованный U-узел B) включает в себя процессор 201/301, запоминающее устройство 202/302 и RF-модуль 203/303. Запоминающее устройство 202/302 соединяется с процессором 201/301 и выполнено с возможностью сохранять различную информацию, используемую для операций для процессора 201/301. RF-модуль 203/303 соединяется с процессором 201/301 и выполнен с возможностью отправлять и/или принимать радиосигнал. Процессор 201/301 реализует предложенные функции, процессы и/или способы. В описанных вариантах осуществления, работа усовершенствованного узла B может реализовываться посредством процессора 201.
[401] Процессор может включать в себя специализированные интегральные схемы (ASIC), другие наборы микросхем, логические схемы и/или процессоры данных. Запоминающее устройство может включать в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), флэш-память, карты памяти, носители хранения данных и/или другие устройства хранения данных. RF-модуль может включать в себя схему основной полосы частот для обработки радиосигнала. Когда вышеописанный вариант осуществления реализуется в программном обеспечении, вышеописанная схема может реализовываться с использованием модуля (процесса или функции), который выполняет вышеуказанную функцию. Модуль может сохраняться в запоминающем устройстве и выполняться посредством процессора. Запоминающее устройство может располагаться в процессор внутренне или внешне и соединяться с процессором с использованием множества известных средств.
[402] В вышеуказанных примерных системах, хотя способы описаны на основе блок-схем последовательности операций способа с использованием последовательности этапов или блоков, настоящее изобретение не ограничено последовательностью этапов, и некоторые этапы могут выполняться в отличных последовательностях от оставшихся этапов либо могут выполняться одновременно с оставшимися этапами. Кроме того, специалисты в данной области техники должны понимать, что этапы, показанные на блок-схемах последовательности операций способа, не являются исчерпывающими и могут включать в себя другие этапы, либо один или более этапов блок-схем последовательности операций способа могут удаляться без влияния на объем настоящего изобретения.

Claims (52)

1. Способ предоставления отчета о состоянии буфера в системе мобильной связи, при этом способ содержит этапы, на которых:
- конфигурируют, посредством пользовательского оборудования (UE), первый объект управления доступом к среде (MAC), ассоциированный с первой базовой станцией, и
- конфигурируют, посредством UE, второй МАС-объект, ассоциированный со второй базовой станцией;
- инициируют, посредством первого МАС-объекта UE, первый отчет о состоянии буфера, если первые данные доступны в восходящей линии связи, ассоциированной с первым МАС-объектом; и
- инициируют, посредством второго МАС-объекта UE, второй отчет о состоянии буфера, если вторые данные доступны в восходящей линии связи, ассоциированной со вторым МАС-объектом.
2. Способ по п. 1, в котором:
- первый отчет о состоянии буфера включает в себя информацию относительно первых данных в первом МАС-объекте, и
- второй отчет о состоянии буфера включает в себя информацию относительно вторых данных во втором МАС-объекте.
3. Способ по п. 1, в котором:
- первый отчет о состоянии буфера включает в себя информацию относительно объема первых данных в первой группе логических каналов (LCG), и
- второй отчет о состоянии буфера включает в себя информацию относительно объема вторых данных во второй LCG.
4. Способ по п. 1, дополнительно содержащий этап, на котором:
- принимают конфигурации, ассоциированные с отчетом о состоянии буфера,
- при этом конфигурации включают в себя periodicBSR-Timer, указывающий периодическое таймирование отчета о состоянии буфера, и retxBSR-Timer, указывающий таймирование повторной передачи отчета о состоянии буфера.
5. Способ по п. 4, в котором этап приема конфигураций включает в себя этапы, на которых:
- принимают первую конфигурацию, ассоциированную с первым отчетом о состоянии буфера; и
- принимают вторую конфигурацию, ассоциированную со вторым отчетом о состоянии буфера.
6. Способ по п. 1, дополнительно содержащий этапы, на которых:
- выполняют первую процедуру произвольного доступа, ассоциированную с первым МАС-объектом; и
- выполняют вторую процедуру произвольного доступа, ассоциированную со вторым МАС-объектом.
7. Способ по п. 1, в котором:
- если первая базовая станция обеспечивает первое множество сот, то первый МАС-объект обрабатывает первое множество сот первой базовой станции; и
- если вторая базовая станция обеспечивает второе множество сот, то второй МАС-объект обрабатывает второе множество сот второй базовой станции.
8. Способ по п. 1, дополнительно содержащий этапы, на которых:
- запускают, посредством первого МАС-объекта UE, первый таймер временного выравнивания для таймирования восходящей линии связи в первой базовой станции; и
- запускают, посредством второго МАС-объекта UE, второй таймер временного выравнивания для таймирования восходящей линии связи во второй базовой станции;
- когда первый таймер временного выравнивания, ассоциированный с первой базовой станцией, истекает, второй таймер временного выравнивания, ассоциированный со второй базовой станцией, рассматривается как истекший.
9. Пользовательское оборудование (UE) в системе мобильной связи, причем UE содержит:
- радиочастотный (RF) модуль; и
- процессор, функционально соединенный с RF-модулем, чтобы за счет этого выполнять управление с возможностью:
- конфигурировать первый объект управления доступом к среде (MAC), ассоциированный с первой базовой станцией;
- конфигурировать второй МАС-объект, ассоциированный со второй базовой станцией;
- причем первый МАС-объект инициирует первый отчет о состоянии буфера, если первые данные доступны в восходящей линии связи, ассоциированной с первым МАС-объектом; и
- причем второй МАС-объект инициирует второй отчет о состоянии буфера, если вторые данные доступны в восходящей линии связи, ассоциированной со вторым МАС-объектом.
10. UE по п. 9, в котором:
- первый отчет о состоянии буфера включает в себя информацию относительно первых данных в первом МАС-объекте, и
- второй отчет о состоянии буфера включает в себя информацию относительно вторых данных во втором МАС-объекте.
11. UE по п. 9, в котором:
- первый отчет о состоянии буфера включает в себя информацию относительно объема первых данных в первой группе логических каналов (LCG), и
- второй отчет о состоянии буфера включает в себя информацию относительно объема вторых данных во второй LCG.
12. UE по п. 9, в котором RF-модуль дополнительно выполнен с возможностью:
- принимать конфигурации, ассоциированные с отчетом о состоянии буфера,
- при этом конфигурации включают в себя periodicBSR-Timer, указывающий периодическое таймирование отчета о состоянии буфера, и retxBSR-Timer, указывающий таймирование повторной передачи отчета о состоянии буфера.
13. UE по п. 12, в котором RF-модуль дополнительно выполнен с возможностью:
- принимать первую конфигурацию, ассоциированную с первым отчетом о состоянии буфера; и
- принимать вторую конфигурацию, ассоциированную со вторым отчетом о состоянии буфера.
14. UE по п. 9, в котором процессор дополнительно выполнен с возможностью:
-выполнять первую процедуру произвольного доступа, ассоциированную с первым МАС-объектом; и
- выполнять вторую процедуру произвольного доступа, ассоциированную со вторым МАС-объектом.
15. UE по п. 9, в котором:
- если первая базовая станция обеспечивает первое множество сот, то первый МАС-объект обрабатывает первое множество сот первой базовой станции; и
- если вторая базовая станция обеспечивает второе множество сот, то второй МАС-объект обрабатывает второе множество сот второй базовой станции.
RU2015125777A 2013-01-11 2014-01-09 Способ сообщения состояния буфера и устройство связи для этого RU2627296C2 (ru)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361751282P 2013-01-11 2013-01-11
US61/751,282 2013-01-11
US201361807338P 2013-04-02 2013-04-02
US61/807,338 2013-04-02
PCT/KR2014/000222 WO2014109558A1 (en) 2013-01-11 2014-01-09 Method for reporting buffer status and communication device thereof

Publications (2)

Publication Number Publication Date
RU2015125777A RU2015125777A (ru) 2017-02-17
RU2627296C2 true RU2627296C2 (ru) 2017-08-07

Family

ID=51167143

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2015125777A RU2627296C2 (ru) 2013-01-11 2014-01-09 Способ сообщения состояния буфера и устройство связи для этого

Country Status (8)

Country Link
US (1) US9949214B2 (ru)
EP (1) EP2944114B1 (ru)
JP (1) JP6352304B2 (ru)
KR (3) KR101692657B1 (ru)
CN (1) CN104919846A (ru)
ES (1) ES2787574T3 (ru)
RU (1) RU2627296C2 (ru)
WO (1) WO2014109558A1 (ru)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2749095C1 (ru) * 2018-02-09 2021-06-04 Бейджин Сяоми Мобайл Софтвеа Ко., Лтд. Способ сохранения возможности запуска и аппарат для сохранения возможности запуска
RU2762254C1 (ru) * 2021-05-31 2021-12-17 Бейджин Сяоми Мобайл Софтвеа Ко., Лтд. Способ сохранения возможности запуска и аппарат для сохранения возможности запуска

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2885401T3 (es) * 2012-12-24 2021-12-13 Innovative Sonic Corp Métodos y aparatos de mejora en celdas pequeñas en un sistema de comunicación inalámbrica
CN104144512B (zh) * 2013-05-10 2017-09-08 上海贝尔股份有限公司 支持多连接的上行链路调度信息报告的装置与系统
US20160157211A1 (en) * 2013-07-25 2016-06-02 Sharp Kabushiki Kaisha Wireless communication system, base station apparatus, terminal apparatus, wireless communication method, and integrated circuit
CN104981999B (zh) * 2014-01-29 2019-10-18 华为技术有限公司 一种数据处理方法、通信设备和系统
US9538575B2 (en) * 2014-01-30 2017-01-03 Sharp Kabushiki Kaisha Systems and methods for dual-connectivity operation
CN105122872A (zh) * 2014-03-24 2015-12-02 华为技术有限公司 无线接入网设备、用户设备及缓冲区状态上报方法
US10057918B2 (en) 2014-08-08 2018-08-21 Telefonaktiebolaget Lm Ericsson (Publ) Coordination between prose BSR and cellular BSR
KR102242260B1 (ko) * 2014-10-14 2021-04-20 삼성전자 주식회사 이동 통신 네트워크에서 음성 품질 향상 방법 및 장치
JP6580719B2 (ja) * 2015-07-01 2019-09-25 エルジー エレクトロニクス インコーポレイティド 二重接続においてデータを送信する方法及びそのための装置
CN106535246B (zh) * 2015-09-11 2021-03-16 中兴通讯股份有限公司 一种缓冲区状态报告的上报方法、装置及系统
KR102107327B1 (ko) 2016-01-08 2020-05-06 닛본 덴끼 가부시끼가이샤 무선국 시스템, 무선 단말, 및 이들을 위한 방법
US10873965B2 (en) 2016-08-04 2020-12-22 Lg Electronics Inc. Method for transmitting a buffer status report in a wireless communication system and device therefor
CN107889152B (zh) * 2016-09-29 2021-10-19 华为技术有限公司 多空口通信方法和装置
US10200910B1 (en) * 2016-10-31 2019-02-05 Sprint Communications Company L.P. Wireless communication system to dynamically modify a buffer status report (BSR) timer in a wireless relay
US10667170B2 (en) * 2017-03-21 2020-05-26 Htc Corporation Device and method of handling buffer status reporting for packet duplication
RU2736577C1 (ru) * 2017-04-24 2020-11-18 Телефонактиеболагет Лм Эрикссон (Пабл) Профили передачи для nr
WO2018203785A1 (en) 2017-05-05 2018-11-08 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, base station and methods in a radio communications network
KR102385420B1 (ko) 2017-06-15 2022-04-12 삼성전자 주식회사 차세대 이동 통신 시스템에서 네트워크 요청 기반 버퍼 상태 보고를 처리하는 방법 및 장치
CN109104210B (zh) * 2017-06-20 2020-10-23 大唐移动通信设备有限公司 一种射频拉远方法、装置和系统
WO2019054702A1 (ko) 2017-09-15 2019-03-21 삼성전자 주식회사 무선 통신 시스템에서의 데이터 송수신 방법 및 장치
KR102367676B1 (ko) 2017-09-15 2022-02-28 삼성전자주식회사 무선 통신 시스템에서의 데이터 송수신 방법 및 장치
CN107911837B (zh) * 2017-11-24 2021-07-27 北京泰德东腾通信技术有限公司 窄带物联网终端缓存状态报告测试方法和系统
CN118201110A (zh) * 2018-06-28 2024-06-14 交互数字专利控股公司 用于nr v2x侧链路共享信道数据传输的优先化过程
JP7443367B2 (ja) * 2019-07-17 2024-03-05 株式会社Nttドコモ 端末及び通信ノード
US20220394815A1 (en) * 2021-06-08 2022-12-08 Qualcomm Incorporated Techniques for remote radio head configuration for user equipment
KR20240042913A (ko) * 2022-09-26 2024-04-02 삼성전자주식회사 차세대 이동 통신 시스템에서 버퍼 상태 보고를 위한 방법 및 장치

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010129146A2 (en) * 2009-04-27 2010-11-11 Motorola, Inc. Uplink scheduling support in multi-carrier wireless communication systems
RU2427105C1 (ru) * 2007-08-12 2011-08-20 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ передачи данных по восходящей линии связи и отчетов о состоянии буфера в системе беспроводной связи и беспроводное устройство для реализации такого способа
US20110261747A1 (en) * 2010-04-02 2011-10-27 Interdigital Patent Holdings, Inc. Method and apparatus for supporting communication via a relay node
US20120140743A1 (en) * 2010-12-03 2012-06-07 Interdigital Patent Holdings, Inc. Methods, apparatus and systems for performing multi-radio access technology carrier aggregation
CN102547669A (zh) * 2012-02-10 2012-07-04 大唐移动通信设备有限公司 数据缓存状态上报及上行资源调度方法和设备
WO2012146210A1 (zh) * 2011-04-29 2012-11-01 华为技术有限公司 数据发送方法、传输资源分配方法和装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8055820B2 (en) * 2007-11-05 2011-11-08 Nokia Siemens Networks Oy Apparatus, system, and method for designating a buffer status reporting format based on detected pre-selected buffer conditions
US8165066B2 (en) 2008-01-03 2012-04-24 Innovative Sonic Limited Method and apparatus for performing buffer status reporting
US20090215459A1 (en) * 2008-02-25 2009-08-27 Richard Lee-Chee Kuo Method and Apparatus for Improving Random Access Procedure for Handover
US20100034147A1 (en) * 2008-08-11 2010-02-11 Qualcomm Incorporated Systems, methods and apparatus for facilitating buffer status report robustness
CN101841844A (zh) * 2009-03-16 2010-09-22 宏达国际电子股份有限公司 于载波聚合模式中处理上链路信息的方法及相关装置
US20100284356A1 (en) * 2009-05-06 2010-11-11 Qualcomm Incorporated Communication of information on bundling of packets in a telecommunication system
CN101932019B (zh) 2009-06-19 2015-06-03 中兴通讯股份有限公司 一种实现上报缓冲区状态报告的方法、终端及网络系统
US8599751B2 (en) * 2009-09-14 2013-12-03 Samsung Electronics Co., Ltd. Clustered multi-cell multi-user multiple input multiple output communication system using cell-edge user selection scheme
US8638815B2 (en) 2010-01-08 2014-01-28 Blackberry Limited Method and apparatus for logical channel prioritization for uplink carrier aggregation
CN102792727B (zh) 2010-01-20 2016-05-25 诺基亚技术有限公司 在多无线电接入环境中提供上行链路控制信令的方法和设备
US20110243106A1 (en) 2010-04-02 2011-10-06 Mediatek Inc. Methods for carrier agggregation
US8780860B2 (en) * 2010-05-01 2014-07-15 Pantech Co., Ltd. Apparatus and method for transmitting sounding reference signal in wireless communication system supporting multiple component carriers
WO2011137576A1 (zh) 2010-05-03 2011-11-10 上海贝尔股份有限公司 无线网络中用于发送缓冲状态报告的方法和装置
US9413498B2 (en) 2010-05-26 2016-08-09 Innovative Sonic Corporation Method and apparatus for handling buffer status reporting in a wireless communication system
US8547838B2 (en) * 2010-06-03 2013-10-01 Via Telecom, Inc. Buffer status reporting methods for machine type communication data transmission and related mobile communication devices
US9924412B2 (en) * 2010-06-18 2018-03-20 Acer Incorporated Method of handling buffer status report and communication device thereof
US20120127930A1 (en) * 2010-11-22 2012-05-24 Qualcomm Incorporated Uplink data arrival random access procedure
CN103460775A (zh) * 2011-02-14 2013-12-18 瑞典爱立信有限公司 在中继节点重新配置时的harq处理
US8724550B2 (en) 2011-02-14 2014-05-13 Htc Corporation Apparatuses and methods for handling secondary cell (SCell) reactivation
US8630202B2 (en) * 2011-09-30 2014-01-14 Alcatel Lucent Method and apparatus for controlling buffer status report messaging
SG11201501279UA (en) 2012-08-23 2015-04-29 Interdigital Patent Holdings Providing physical layer resources to different serving sites
ES2885401T3 (es) * 2012-12-24 2021-12-13 Innovative Sonic Corp Métodos y aparatos de mejora en celdas pequeñas en un sistema de comunicación inalámbrica
JP6085177B2 (ja) * 2013-01-17 2017-02-22 Kddi株式会社 無線端末装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2427105C1 (ru) * 2007-08-12 2011-08-20 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ передачи данных по восходящей линии связи и отчетов о состоянии буфера в системе беспроводной связи и беспроводное устройство для реализации такого способа
WO2010129146A2 (en) * 2009-04-27 2010-11-11 Motorola, Inc. Uplink scheduling support in multi-carrier wireless communication systems
US20110261747A1 (en) * 2010-04-02 2011-10-27 Interdigital Patent Holdings, Inc. Method and apparatus for supporting communication via a relay node
US20120140743A1 (en) * 2010-12-03 2012-06-07 Interdigital Patent Holdings, Inc. Methods, apparatus and systems for performing multi-radio access technology carrier aggregation
WO2012146210A1 (zh) * 2011-04-29 2012-11-01 华为技术有限公司 数据发送方法、传输资源分配方法和装置
CN102547669A (zh) * 2012-02-10 2012-07-04 大唐移动通信设备有限公司 数据缓存状态上报及上行资源调度方法和设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP TSG RAN WG5 Meeting #54, GCF Priority 4 - Correction to EUTRA MAC testcase 7.1.4.7a, R5-120269, 02.2012. *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2749095C1 (ru) * 2018-02-09 2021-06-04 Бейджин Сяоми Мобайл Софтвеа Ко., Лтд. Способ сохранения возможности запуска и аппарат для сохранения возможности запуска
US11357034B2 (en) 2018-02-09 2022-06-07 Beijing Xiaomi Mobile Software Co., Ltd. Trigger hold method and trigger hold apparatus
RU2762254C1 (ru) * 2021-05-31 2021-12-17 Бейджин Сяоми Мобайл Софтвеа Ко., Лтд. Способ сохранения возможности запуска и аппарат для сохранения возможности запуска

Also Published As

Publication number Publication date
KR20170003714A (ko) 2017-01-09
KR101999252B1 (ko) 2019-07-11
RU2015125777A (ru) 2017-02-17
KR20190030781A (ko) 2019-03-22
EP2944114A4 (en) 2016-09-21
EP2944114A1 (en) 2015-11-18
EP2944114B1 (en) 2020-03-25
US9949214B2 (en) 2018-04-17
CN104919846A (zh) 2015-09-16
US20150327115A1 (en) 2015-11-12
KR101692657B1 (ko) 2017-01-03
JP6352304B2 (ja) 2018-07-04
ES2787574T3 (es) 2020-10-16
KR101960529B1 (ko) 2019-07-15
WO2014109558A1 (en) 2014-07-17
KR20150106401A (ko) 2015-09-21
JP2016502381A (ja) 2016-01-21

Similar Documents

Publication Publication Date Title
RU2627296C2 (ru) Способ сообщения состояния буфера и устройство связи для этого
US11197187B2 (en) Method and device for transmitting data unit
US9980308B2 (en) Method for performing a logical channel prioritization and communication device thereof
US9363721B2 (en) In-device coexistence interference report control method and apparatus of network in mobile communication system
US10524232B2 (en) Resource management in a wireless communication system
US9826488B2 (en) Method for reporting a power headroom and communication device thereof
US11101940B2 (en) Method and device for transmitting data unit
US11240838B2 (en) Method and apparatus for transmitting signals based on configured grant in wireless communication system
US10728943B2 (en) Apparatus and method for controlling scells in wireless communication system
US11166298B2 (en) Method and user equipment for transmitting uplink signal using semi-persistent scheduling resource
US20200288478A1 (en) Method and user equipment for performing wireless communication