СПОСОБ ДЛЯ СООБЩЕНИЯ НЕИСПРАВНОСТИ ПОВТОРНОЙ ПЕРЕДАЧИ УПРАВЛЕНИЯ РАДИОЛИНИИ И УСТРОЙСТВО ДЛЯ ЭТОГО
METHOD FOR RADIO LINK CONTROL RETRANSMISSION FAILURE MESSAGE AND DEVICE THEREFOR

Область техники, к которой относится изобретение
[0001] Настоящее изобретение относится к системе беспроводной связи и, более конкретно, к способу для сообщения неисправности повторной передачи управления радиолинии (RLC, Radio Link Control) и устройству для этого.
Уровень техники изобретения
[0002] В качестве примера системы мобильной связи, для которой применимо настоящее изобретение, системы связи стандарта Долговременного усовершенствования Партнерского проекта по системам 3-го поколения (3rd Generation Partnership Project Long Term Evolution, в дальнейшем называемом как LTE) кратко рассматривается.
[0003] Фиг. 1 представляет собой вид, схематически иллюстрирующий структуру сети E-UMTS как примерную систему радиосвязи. Усовершенствованная универсальная телекоммуникационная система мобильной связи (Evolved Universal Mobile Telecommunications System, E-UMTS) является усовершенствованной версией традиционной Универсальной телекоммуникационной системы мобильной связи (Universal Mobile Telecommunications System, UMTS) и ее базовая стандартизация ведется в настоящее время в 3GPP. Система E-UMTS может в общем называться как система Долговременного усовершенствования (Long Term Evolution, LTE). Для подробной информации по техническим спецификациям системы UMTS и системы E-UMTS, может быть сделана ссылка на версию 7 и версию 8 стандарта “Партнерский проект по системам 3-го поколения; Группа по разработке технических спецификаций, сеть радиодоступа”.
[0004] Обратившись к Фиг. 1, увидим, что система E-UMTS включает в себя пользовательское оборудование (User Equipment, UE), базовая станция (eNode Bs, eNBs) и шлюз доступа (Access Gateway, AG), который размещается в конце сети (E-UTRAN) и соединяется с внешней сетью. Станция eNBs может одновременно передавать несколько потоков данных для службы широковещательной передачи, службы многоадресной передачи и/или службы одноадресной передачи.
[0005] На одну станцию eNB может существовать одна или более сот. Сота настраивается для работы в одной из полос частот шириной 1.25, 2.5, 5, 10, 15 и 20 МГц и предоставляет службу нисходящей (downlink, DL) или восходящей (uplink, UL) передачи для множества блоков UE в данной ширине полосы частот. Различные соты могут настраиваться для предоставления различных значений ширины полосы частот. Станция eNB управляет передачей или приемом данных к и от множества блоков UE. Станция eNB передает информацию DL планирования DL данных к соответствующему UE для того, чтобы информировать UE о частотной/временной области, в которой предполагается передача DL данных, кодировании, размере данных и информации, связанной с гибридным автоматическим запросом на повторную передачу (hybrid automatic repeat and request, HARQ). В дополнение, станция eNB передает информацию UL планирования UL данных к соответствующему UE для того, чтобы информировать UE о частотной/временной области, которая может использоваться UE, кодировании, размере данных и информации, связанной с HARQ. Интерфейс для передачи пользовательского трафика или трафика управления может использоваться между станциями eNB. Базовая сеть (core network, CN) может включать в себя AG и сетевой узел или т.п. для пользовательской регистрации блоков UE. AG управляет мобильностью UE на основе области слежения (tracking area, TA). Одна TA включает в себя множество сот.
[0006] Хотя технология беспроводной связи была разработана для LTE на основе широкополосного множественного доступа с кодовым разделением (wideband code division multiple access, WCDMA), запросы и ожидания пользователей и поставщиков услуг возрастают. В дополнение, рассматривая другие разрабатываемые технологии радиодоступа, новое усовершенствование технологий требуется для обеспечения высокой конкурентоспособности в будущем. Снижение стоимости на бит, увеличение доступности услуг, гибкое использование полос частот, упрощенная структура, открытый интерфейс, соответствующее энергопотребление UE и т.п. требуется.
Сущность изобретения
Техническая задача
[0007] Задача настоящего изобретения, разработанного для решения упомянутых проблем, заключается в способе и устройстве для сообщения неисправности повторной передачи RLC (Radio Link Control). Технические задачи, решаемые посредством настоящего изобретения, не ограничиваются упомянутыми выше техническими задачами, и специалистам в данной области техники будут понятны другие технические задачи из нижеследующего описания.
Техническое решение
[0008] Задача настоящего изобретения может быть достигнута посредством предоставления способа для работы посредством устройства в системе беспроводной связи, причем способ содержит следующие этапы: связь как с первой станцией BS и второй станцией BS, при этом первая станция BS имеет соединение управления радиоресурсами (Radio Resource Control, RRC) с оборудованием UE; и сообщение первой станции BS, ошибки повторной передачи управления радиолинии (Radio Link Control, RLC) без повторного установления RRC-соединения для первой станции BS, если ошибка повторной передачи RLC возникает в объекте RLC, передающем протокольный блок данных (PDU, Protocol Data Unit) RLC для второй станции BS.
[0009] В другом аспекте настоящего изобретения здесь предоставляется устройство в системе беспроводной связи, причем устройство содержит: радиочастотный (RF, radio frequency) модуль; и процессор, сконфигурированный для управления RF-модулем, при этом процессор сконфигурирован для связи как с первой станцией BS, так и со второй станцией BS, при этом первая станция BS имеет соединение управления радиоресурсами (Radio Resource Control, RRC) с оборудованием UE; и для сообщения, первой станции BS, ошибки повторной передачи управления радиолинией (Radio Link Control, RLC) без повторного установления RRC-соединения для первой станции BS, если ошибка повторной передачи RLC возникает в объекте RLC, передающем протокольный блок данных (PDU, Protocol Data Unit) RLC для второй станции BS.
[0010] Предпочтительно ошибка повторной передачи RLC возникает в объекте RLC, передающем блок PDU RLC для второй станции BS, если число повторных передач блока PDU RLC достигает заранее определенного максимального числа в радиоканале передачи данных (radio bearer, RB), обслуживаемом второй станцией BS.
[0011] Предпочтительно способ дополнительно содержит: прекращение по меньшей мере одного из передачи или приема всех каналов RB, которые имеют RLC-соединение со второй станцией BS, если ошибка повторной передачи RLC возникает в объекте RLC, передающем блок PDU RLC для второй станции BS.
[0012] Предпочтительно способ дополнительно содержит: прекращение по меньшей мере одного из передачи или приема канала RB, содержащего объект RLC, если ошибка повторной передачи RLC возникает в объекте RLC, передающем блок PDU RLC для второй станции BS.
[0013] Предпочтительно упомянутое сообщение содержит сообщение причины сообщения, указывающей ошибку повторной передачи RLC, если ошибка повторной передачи RLC возникает в объекте RLC, передающем блок PDU данных RLC для второй станции BS.
[0014] Предпочтительно упомянутое сообщение содержит сообщение идентичности канала RB, содержащего объект RLC, если ошибка повторной передачи RLC возникает в объекте RLC, передающем блок PDU RLC для второй станции BS.
[0015] Предпочтительно первая станция BS и вторая станция BS соединяются через неидеальный ретранслятор.
[0016] Следует понимать, что как предшествующее общее описание, так и нижеследующее подробное описание настоящего изобретения являются примерными и пояснительными и предназначены для предоставления дополнительного пояснения упомянутого изобретения как заявлено в формуле изобретения.
Положительные эффекты
[0017] В соответствии с настоящим изобретением, упомянутое изобретение может обеспечить способ для сообщения неисправности повторной передачи RLC в системе беспроводной связи. А именно, изобретение может предоставить решение о сообщении неисправности повторной передачи RLC в системе с двойным подключением.
[0018] Специалистам в данной области техники будет очевидно, что эффекты, достигаемые посредством настоящего изобретения, не ограничиваются тем, что было конкретно описано здесь выше, и другие преимущества настоящего изобретения будут более понятны из следующего подробного описания, взятого в сочетании с прилагаемыми чертежами.
Описание чертежей
[0019] Прилагаемые чертежи, которые включаются для предоставления дальнейшего понимания упомянутого изобретения и включаются в и составляют часть этой заявки, иллюстрируют вариант осуществления (варианты осуществления) упомянутого изобретения и вместе с описанием служат для пояснения принципа упомянутого изобретения.
[0020] Фиг. 1 является схемой, изображающей структуру сети Усовершенствованной универсальной телекоммуникационной системы мобильной связи (Evolved Universal Mobile Telecommunications System, E-UMTS) в качестве примера системы беспроводной связи;
[0021] Фиг. 2A является блок-схемой, иллюстрирующей структуру сети Усовершенствованной универсальной телекоммуникационной системы мобильной связи (E-UMTS), и Фиг. 2B является блок-схемой, изображающей архитектуру типичной сети E-UTRAN и типичного ядра EPC;
[0022] Фиг. 3 является схемой, изображающей плоскость управления и плоскость пользователя протокола радиоинтерфейса между оборудованием UE и сетью E-UTRAN на основе стандарта сети радиодоступа Партнерского проекта по системам 3-го поколения (3rd generation partnership project, 3GPP);
[0023] Фиг. 4 является схемой примерной структуры физического канала, используемой в системе E-UMTS;
[0024] Фиг. 5 является схемой для агрегирования несущих;
[0025] Фиг. 6 является концептуальной схемой для двойной подключаемости между главной группой сот (Master Cell Group, MCS) и вторичной группой сот (Secondary Cell Group, SCG);
[0026] Фиг. 7a является концептуальной схемой для подключаемости C-плоскости базовых станций, вовлекаемых в двойную подключаемость, и Фиг. 7b является концептуальной схемой для подключаемости U-плоскости базовых станций, вовлекаемых в двойную подключаемость;
[0027] Фиг. 8 является концептуальной схемой для архитектуры радиопротокола для двойной подключаемости;
[0028] Фиг. 9 является концептуальной схемой для архитектуры объекта RLC;
[0029] Фиг. 10 является концептуальной схемой для архитектуры объекта управления радиоресурсами режима с подтверждением (AM RLC, Acknowledged mode Radio Link Control);
[0030] Фиг. 11 является концептуальной схемой для выполнения повторной передачи в AM RLC объекте;
[0031] Фиг. 12 является концептуальной схемой для выполнения повторного установления RRC-соединения;
[0032] Фиг. 13 является концептуальной схемой для одной из архитектур радиопротокола для двойной подключаемости;
[0033] Фигуры с 14 по 16 являются концептуальными схемами для сообщения неисправности повторной передачи RLC в соответствии с вариантами осуществления настоящего изобретения; и
[0034] Фиг. 17 является блок-схемой устройства связи в соответствии с вариантом осуществления настоящего изобретения.
Подробное описание
Лучший режим
[0035] Универсальная телекоммуникационная система мобильной связи (Universal mobile telecommunications system, UMTS) является асинхронной системой мобильной связи 3-го поколения (3rd Generation, 3G), работающей в широкополосном множественном доступе с кодовым разделением (wideband code division multiple access, WCDMA) на основе Европейских систем, глобальной системы мобильной связи (global system for mobile communications, GSM) и общих пакетных радиослужбах (general packet radio services, GPRS). Долговременное усовершенствование (long-term evolution, LTE) системы UMTS рассматривается в партнерском проекте по системам 3-го поколения (3rd generation partnership project, 3GPP), в котором осуществляется стандартизация системы UMTS.
[0036] Технология 3GPP LTE является технологией для предоставления высокоскоростных пакетных коммуникаций. Многие схемы были предложены для цели LTE, включая те, которые нацелены на уменьшение затрат пользователя и поставщика, улучшения качества услуг и расширения и улучшения покрытия и пропускной способности системы. Технология 3G LTE требует сниженной стоимости на бит, повышенной доступности услуг, гибкого использования полосы частот, простой структуры, открытого интерфейса и соответствующего энергопотребления терминала как требование верхнего уровня.
[0037] В дальнейшем, структуры, операции и другие особенности настоящего изобретения будут легко понятны из вариантов осуществления настоящего изобретения, примеры которых иллюстрируются на прилагаемых чертежах. Варианты осуществления, описанные позже, являются примерами, в которых технические функциональные возможности настоящего изобретения применяются к системе 3GPP.
[0038] Хотя варианты осуществления настоящего изобретения описываются с использованием системы долговременного усовершенствования (long term evolution, LTE) и продвинутой системы LTE (LTE-advanced, LTE-A) в настоящей спецификации, они являются только примерными. Следовательно, варианты осуществления настоящего изобретения применимы для любой другой системы связи, соответствующей упомянутому выше определению. В дополнение, хотя варианты осуществления настоящего изобретения описываются на основе схемы дуплекса с частотным разделением (frequency division duplex, FDD) в настоящей спецификации, варианты осуществления настоящего изобретения могут быть легко модифицированы и применены к схеме FDD с полудуплексом (half-duplex FDD, H-FDD) или схеме дуплекса временным разделением (time division duplex, TDD).
[0039] Фиг. 2A является блок-схемой, иллюстрирующей структуру сети усовершенствованной универсальной телекоммуникационной системы мобильной связи (evolved universal mobile telecommunication system, E-UMTS). Система E-UMTS может также называться как система LTE. Коммуникационная сеть широко используется для предоставления разнообразных услуг связи, таких как голосовая связь (VoIP) через IMS и пакетная передача данных.
[0040] Как иллюстрируется на Фиг. 2A, сеть E-UMTS включает в себя усовершенствованную наземную сеть радиодоступа UMTS (evolved UMTS terrestrial radio access network, E-UTRAN), усовершенствованное пакетное ядро (Evolved Packet Core, EPC) и одно или более пользовательское оборудование. Сеть E-UTRAN может включать в себя одну или более усовершенствованные станции NodeB (eNodeB) 20, и множество единиц пользовательского оборудования (user equipment, UE) 10 может размещаться в одной соте. Один или более E-UTRAN объектов управления мобильностью (mobility management entity, MME)/усовершенствования архитектуры системы (system architecture evolution, SAE) шлюзов 30 может размещаться в конце сети и соединяться с внешней сетью.
[0041] Как использовано здесь, “линия вниз” относится к связи от станции eNodeB 20 к UE 10, и “линия вверх” относится к связи от UE к станции eNodeB. Оборудование UE 10 относится к оборудованию связи, переносимом пользователем, и может также называться как мобильная станция (mobile station, MS), пользовательский терминал (user terminal, UT), абонентская станция (subscriber station, SS) или беспроводное устройство.
[0042] Фиг. 2B является блок-схемой, изображающей архитектуру обычной сети E-UTRAN и обычного ядра EPC.
[0043] Как показано на Фиг. 2B, станция eNodeB 20 предоставляет конечные точки плоскости пользователя и плоскости управления для UE 10. Объект MME/SAE шлюз 30 предоставляет конечную точку сеанса и функции управления мобильностью для UE 10. Станция eNodeB и MME/SAE шлюз могут соединяться через S1-интерфейс.
[0044] Станция eNodeB 20 как правило является фиксированной станцией, которая связывается с оборудованием UE 10, и может также называться как базовой станцией (base station, BS) или точкой доступа. На одну соту может размещаться одна станция eNodeB 20. Интерфейс для передачи пользовательского трафика или трафика управления может использоваться между станциями eNodeB 20.
[0045] Объект MME предоставляет различные функции, включающие в себя сигнализацию NAS для станций eNodeB 20, NAS безопасность сигнализации, управление безопасности AS, сигнализацию между CN для мобильности между сетями доступа 3GPP, доступность режима ожидания UE (включая управление и выполнение пейджинговой повторной передачи), управление списком области слежения (TA, Tracking Area) (для UE в режиме ожидания и активном режиме), выбор шлюза PDN GW и обслуживающего шлюза (SGW, Serving GW), выбор объекта MME для осуществления передач обслуживания с изменением MME, выбор SGSN для передач обслуживания для 2G или 3G 3GPP сетей доступа, роуминг, аутентификацию, функции управления каналом передачи данных, включающие в себя установление выделенного канала передачи данных, поддержка передачи сообщений PWS (что включает в себя ETWS и CMAS). Хост шлюза SAE предоставляет ассортимент функций, включающих в себя фильтрацию пакетов для каждого пользователя (например, посредством глубокого анализа пакетов), законный перехват, назначение IP адреса UE, отметка пакетов транспортного уровня на нисходящей линии, тарификация UL и DL служебного уровня, селекция и обеспечение выполнения скорости передачи данных, обеспечение выполнения DL скорости на основе PN-AMBR. Для ясности MME/SAE шлюз 30 будет называться здесь просто как “шлюз,” но следует понимать, что этот объект включает в себя как объект MME, так и SAE шлюз.
[0046] Множество узлов могут подключаться между eNodeB 20 и шлюзом 30 через S1-интерфейс. Станции eNodeB 20 могут соединяться друг с другом через X2 интерфейс и соседние станции eNodeB могут иметь сотовую сетевую структуру, которую имеет X2 интерфейс.
[0047] Как показано, станция eNodeB 20 может выполнять функции выбора шлюза 30, маршрутизации по направлению к шлюзу в течение активизации управления радиоресурсами (Radio Resource Control, RRC), планирования и передачи пейджинговых сообщений, планирования и передачи информации широковещательного канала (Broadcast Channel, BCCH), динамического назначения ресурсов для единиц UE 10 как на восходящей линии, так и на нисходящей линии, конфигурации и предоставления измерений станции eNodeB, управление каналами передачи данных, управление радиодопуска (radio admission control, RAC) и управление мобильностью подключения в состоянии LTE_ACTIVE. В ядре EPC, и как отмечено выше, шлюз 30 может выполнять функции возникновения пейджинга, управления состоянием LTE-IDLE, шифрования плоскости пользователя, управление канала передачи данных усовершенствования архитектуры системы (System Architecture Evolution, SAE) и шифрование и защиты целостности сигнализации слоя без доступа (Non-Access Stratum, NAS).
[0048] Ядро EPC включает в себя объект управления мобильностью (mobility management entity, MME), обслуживающий шлюз (serving-gateway, S-GW) и шлюз пакетных данных (packet data network-gateway, PDN-GW). Объект MME имеет информацию о соединениях и способностях единиц UE, главным образом для использования в управлении мобильностью единиц UE. Шлюз S-GW является шлюзом, имеющим сеть E-UTRAN как конечную точку, и шлюз PDN-GW является шлюзом, имеющим сеть пакетной передачи данных (packet data network, PDN) как конечную точку.
[0049] Фиг. 3 является схемой, изображающей плоскость управления и плоскость пользователя протокола радиоинтерфейса между UE и сетью E-UTRAN на основе стандарта 3GPP сети радиодоступа. Плоскость управления относится к пути, используемому для передачи сообщений управления, используемых для управления вызовом между оборудованием UE и сетью E-UTRAN. Плоскость пользователя относится к пути, используемому для передачи данных, генерируемых на прикладном уровне, например речевых данных или пакетных данных сети Интернет.
[0050] Физический (physical, PHY) уровень первого уровня предоставляет службу передачи информации для более высокого уровня с использованием физического канала. PHY-уровень соединяется с уровнем управления доступом к среде передачи данных (medium access control, MAC), размещаемым на более высоком уровне, через транспортный канал. Данные переносятся между MAC-уровнем и PHY-уровень через транспортный канал. Данные передаются между физическим уровнем стороны передачи и физическим уровнем стороны приема через физические каналы. Упомянутые физические каналы используют время и частоту как радиоресурсы. Более подробно, физический канал модулируется с использованием схемы множественного доступа с ортогональным частотным разделением (orthogonal frequency division multiple access, OFDMA) на нисходящей линии и модулируется с использованием схемы множественного доступа с частотным разделением с одной несущей (single carrier frequency division multiple access, SC-FDMA) на восходящей линии.
[0051] MAC-уровень второго уровня предоставляет службу для уровня управления радиолинией (radio link control, RLC) более высокого уровня через логический канал. RLC-уровень второго уровня поддерживает надежную передачу данных. Функция RLC-уровня может осуществляться посредством функционального блока MAC-уровня. Уровень протокола сходимости пакетных данных (packet data convergence protocol, PDCP) второго уровня выполняет функцию сжатия заголовка для уменьшения ненужной информации управления для эффективной передачи пакета протокола сети Интернет (Internet protocol, IP), такого как пакета IP версии 4 (IPv4) или пакета IP версии 6 (IPv6) в радиоинтерфейсе, имеющем относительно небольшую ширину полосы.
[0052] Уровень управления радиоресурсами (radio resource control, RRC), размещаемый внизу третьего уровня, определяется только в плоскости управления. RRC-уровень управляет логическими каналами, транспортными каналами и физическими каналами по отношению к конфигурации, повторной конфигурации и освобождению каналов передачи данных (radio bearers, RB). Канал RB относится к службе, которую второй уровень предоставляет для передачи данных между оборудованием UE и сетью E-UTRAN. C этой стороны, RRC-уровень UE и RRC-уровень сети E-UTRAN осуществляет обмен RRC-сообщениями друг с другом.
[0053] Одна сота станции eNB устанавливается для работы в одной из полос частот с такой шириной, как 1.25, 2.5, 5, 10, 15 и 20 МГц и предоставляет нисходящую или восходящую службу передачи для множества единиц UE в ширине полосы частот. Различные соты могут настраиваться для предоставления различных значений ширины полосы частот.
[0054] Нисходящие транспортные каналы для передачи данных от сети E-UTRAN к UE включают в себя широковещательный канал (broadcast channel, BCH) для передачи системной информации, пейджинговый канал (paging channel, PCH) для передачи пейджинговых сообщений и нисходящий совместно используемый канал (downlink shared channel, SCH) для передачи пользовательского трафика или сообщений управления. Трафик или сообщения управления нисходящей службы многоадресной передачи или широковещательной службы могут передаваться через нисходящий канал SCH и могут также передаваться через отдельный нисходящий канал многоадресной передачи (multicast channel, MCH).
[0055] Восходящие транспортные каналы для передачи данных от UE к сети E-UTRAN включают в себя канал случайного доступа (random access channel, RACH) для передачи первоначальных сообщений управления и восходящий канал SCH для передачи пользовательского трафика или сообщений управления. Логические каналы, которые определены выше и отображаются в транспортные каналы, включают в себя широковещательный канал управления (broadcast control channel, BCCH), пейджинговый канал управления (paging control channel, PCCH), общий канал управления (common control channel, CCCH), канал управления многоадресной передачи (multicast control channel, MCCH), и канал трафика многоадресной передачи (multicast traffic channel, MTCH).
[0056] Фиг. 4 является видом, изображающим пример структуры физического канала, используемой в системе E-UMTS. Физический канал включает в себя несколько субкадров на временной оси и несколько поднесущих на частотной оси. Здесь, один субкадр включает в себя множество символов на временной оси. Один субкадр включает в себя множество ресурсных блоков и один ресурсный блок включает в себя множество символов и множество поднесущих. В дополнение, каждый субкадр может использовать конкретные поднесущие конкретных символов (например, первого символа) субкадра для физического нисходящего канала управления (physical downlink control channel, PDCCH), то есть L1/L2 канал управления. На Фиг. 4 показаны L1/L2 область передачи информации управления (PDCCH) и область данных (PDSCH). В одном варианте осуществления, радиокадр 10 мс используется и один радиокадр включает в себя 10 субкадров. В дополнение, один субкадр включает в себя два последовательных слота. Длительность одного слота может быть 0,5 мс. В дополнение, один субкадр включает в себя множество OFDM-символов и часть (например, первый символ) из множества OFDM-символов может использоваться для передачи L1/L2 информации управления. Интервал времени передачи (transmission time interval, TTI), который является единицей времени для передачи данных, равен 1 мс.
[0057] Базовая станция и UE главным образом передают/принимают данные через канал PDSCH, который является физическим каналом, используя канал DL-SCH, который является каналом передачи, кроме определенного управляющего сигнала или определенных служебных данных. Информация, указывающая, для какого UE (одно или множество единиц UE) PDSCH данные передаются и как UE принимает и декодирует PDSCH данные, передается в состоянии включения в канал PDCCH.
[0058] Например, в одном варианте осуществления, конкретный канал PDCCH маскируется с помощью CRC с помощью временного идентификатора радиосети (radio network temporary identity, RNTI) “A”, и информация о данных передается с использованием радиоресурса “B” (например, частотное размещение) и информации о формате передачи “C” (например, размер блока передачи, информация о виде модуляции, информация о кодировании или т.п.) через конкретный субкадр. Тогда, одна или более единиц UE, размещаемых в соте, наблюдают канал PDCCH с использованием его RNTI информации. И конкретное UE с идентификатором RNTI “A” читает канал PDCCH и затем принимает канал PDSCH, указываемый посредством B и C в PDCCH информации.
[0059] Фиг. 5 является схемой для агрегирования несущих.
[0060] Технология агрегирования несущих для поддержки нескольких несущих описана со ссылкой на Фиг. 5 следующим образом. Как уже упоминалось в описании выше, возможна поддержка полосы частот системы максимально до 100 МГц способом связывания максимально 5 компонентных несущих (component carriers, CC) единицы ширины полосы частот (например, 20 МГц), определенной в унаследованной системе беспроводной связи (например, системе LTE system), посредством агрегирования несущих. Компонентные несущие, используемые для агрегирования несущих, могут быть одинаковыми или отличаться друг от друга значением ширины полосы частот. И каждая из компонентных несущих может иметь различную полосу частот (или центральную частоту). Компонентные несущие могут существовать на смежных полосах частот. Еще компонентные несущие, существующие на несмежных полосах частот, могут также использоваться для агрегирования несущих. В технологии агрегирования несущих, значения ширины полосы частот восходящей линии и нисходящей линии могут назначаться симметрично или асимметрично.
[0061] Несколько несущих (компонентные несущие), используемых для агрегирования несущих, могут классифицироваться на первичную компонентную несущую (primary component carrier, PCC) и вторичную компонентную несущую (secondary component carrier, SCC). Первичная компонентная несущая (PCC) может называться первичной сотой (P-cell, primary cell) и вторичная компонентная несущая (SCC) может называться вторичной сотой (S-cell, secondary cell). Первичная компонентная несущая является несущей, используемой базовой станцией для обмена трафиком и сигнализацией управления с пользовательским оборудованием. В этом случае, сигнализация управления может включать в себя дополнение компонентной несущей, устанавливаемое для первичной компонентной несущей, предоставление восходящей линии (uplink, UL), назначение нисходящей линии (downlink, DL) и т.п. Хотя базовая станция может быть способной использовать множество компонентных несущих, пользовательское оборудование, принадлежащее соответствующей базовой станции, может устанавливаться, чтобы иметь только одну первичную компонентную несущую. Если пользовательское оборудование работает в режиме одной несущей, то первичная компонентная несущая используется. Потому, для независимого использования, первичная компонентная несущая должна устанавливаться, чтобы соответствовать всем требованиям для обмена данными и обмена сигнализацией управления между базовой станцией и пользовательским оборудованием.
[0062] Тем временем, вторичная компонентная несущая может включать в себя дополнительную компонентную несущую, которая может активироваться или деактивироваться в соответствии с требуемым размером передаваемых и принимаемых данных. Вторичная компонентная несущая может устанавливаться для использования только в соответствии с конкретной командой и правилом, принимаемыми от базовой станции. Для того, чтобы поддерживать дополнительную ширину полосы частот, вторичная компонентная несущая может устанавливаться для использования вместе с первичной компонентной несущей. Через активированную компонентную несущую, такой сигнал управления, как UL предоставление, DL назначение и т.п., может быть принят посредством пользовательского оборудования от базовой станции. Через активированную компонентную несущую, такой сигнал управления на UL, как индикатор качества канала (channel quality indicator, CQI), индекс матрицы предварительного кодирования (precoding matrix index, PMI), индикатор ранга (rank indicator, RI), зондирующий опорный сигнал (sounding reference signal, SRS) и т.п., может передаваться для базовой станции от пользовательского оборудования.
[0063] Назначение ресурсов для пользовательского оборудования может иметь диапазон первичной компонентной несущей и множество вторичных компонентных несущих. В режиме агрегирования со множеством несущих, на основе нагрузки системы (т.е., статическое/динамическое выравнивание нагрузки), пиковой скорости данных или требования качества обслуживания, система может быть способна назначать вторичные компонентные несущие для DL и/или UL асимметрично. При использовании технологии агрегирования несущих, установка компонентных несущих может предоставляться для пользовательского оборудования посредством базовой станции после процедуры RRC-соединения. В этом случае, RRC-соединение может означать, что радиоресурс назначается для пользовательского оборудования на основе RRC сигнализации, обмен которой происходит между RRC-уровнем пользовательского оборудования и сетью через SRB. После завершения процедуры RRC-соединения между пользовательским оборудованием и базовой станцией, пользовательское оборудование может снабжаться базовой станцией информацией установки по первичной компонентной несущей и вторичной компонентной несущей. Информация установки по вторичной компонентной несущей может включать в себя добавление/удаление (или активизацию/деактивацию) вторичной компонентной несущей. Следовательно, для того, чтобы активировать вторичную компонентную несущую между базовой станцией и пользовательским оборудованием или деактивировать предыдущую вторичную компонентную несущую, может быть необходимо выполнить обмен RRC сигнализацией и элементом управления MAC.
[0064] Упомянутая активизация или деактивация вторичной компонентной несущей может определяться базовой станцией на основе качества обслуживания (quality of service, QoS), условия нагрузки несущей и других факторов. И базовая станция может быть способной давать инструкцию пользовательскому оборудованию об установке вторичной компонентной несущей с использованием управляющего сообщения, включающего в себя такую информацию, как тип индикации (активизация/деактивация) для DL/UL, список вторичных компонентных несущих и т.п.
[0065] Фиг. 6 является концептуальной схемой для двойной подключаемости (dual connectivity, DC) между главной группой сот (Master Cell Group, MCS) и вторичной группой сот (Secondary Cell Group, SCG).
[0066] Двойная подключаемость означает то, что UE может подключаться как к главной станции eNode-B (Master eNode-B, MeNB), так и к вторичной станции eNode-B (Secondary eNode-B, SeNB) одновременно. Группа MCG является группой обслуживающих сот, связанных с MeNB, содержащих первичную соту (PCell) и опционально одну или более вторичных сот (SCell). И группа SCG является группой обслуживающих сот, связанных с SeNB, содержащих специальную соту SCell и опционально одну или более сот SCell. Станция MeNB является станцией eNB, которая завершает по меньшей мере S1-MME (S1 для плоскости управления), и станция SeNB является eNB, которая предоставляет дополнительные радиоресурсы для UE, но не является станцией MeNB.
[0067] С помощью двойной подключаемости, некоторые из радиоканалов передачи данных (data radio bearers, DRB) могут быть выгружены на SCG для предоставления высокой пропускной способности при сохранении радиоканалов передачи данных планирования (scheduling radio bearers, SRB) или других каналов DRB в группе MCG для уменьшения вероятности возникновения хэндовера. Группа MCG управляется посредством станции MeNB через частоту f1, и группа SCG управляется посредством станции SeNB через частоту f2. Частоты f1 и f2 могут быть равны. Интерфейс ретранслятора (backhaul interface, BH) между станцией MeNB и станцией SeNB является неидеальным (например, X2 интерфейсом), что означает, что имеется значительная задержка в ретрансляторе и, следовательно, централизованное планирование в одном узле не является возможным.
[0068] Фиг. 7a изображает подключаемость в плоскости управления (C-plane, Control Plane) станций eNB, вовлекаемых в двойную подключаемость для конкретного UE: станция MeNB является подключаемой в C-плоскости к MME через интерфейс S1-MME, станция MeNB и станция SeNB соединены между собой посредством интерфейса X2 плоскости управления (X2-C, X2-Control plane). Как на Фиг. 7a, сигнализация плоскости управления между станциями eNB для двойной подключаемости выполняется посредством сигнализации интерфейса X2. Сигнализация плоскости управления по направлению к MME выполняется посредством сигнализации S1-интерфейса. Имеется только одно S1-MME соединение на UE между станцией MeNB и MME. Каждая станция eNB должна быть способной управлять блоками UE независимо, т.е. предоставлять соту PCell для некоторых единиц UE, в то время как предоставлять соту (соты) SCell для группы SCG для других единиц UE. Каждая станция eNB, вовлекаемая в двойную подключаемость для конкретного UE, владеет собственными радиоресурсами и в первую очередь отвечает за назначение радиоресурсов ее сот, соответствующая координация между станцией MeNB и станцией SeNB выполняется посредством сигнализации интерфейса X2.
[0069] Фигура 7b изображает подключаемость U-плоскости станций eNB, вовлекаемых в двойную подключаемость для конкретного UE. Подключаемость U-плоскости зависит от опции канала передачи данных, конфигурируемого: i) для MCG каналов передачи данных, станция MeNB подключается в U-плоскости к шлюзу S-GW через интерфейс S1-U, станция SeNB не вовлекается в перенос данных плоскости пользователя, ii) для разделенных каналов передачи данных, станция MeNB подключается в U-плоскости к шлюзу S-GW через интерфейс S1-U и в дополнение, станция MeNB и станция SeNB соединены между собой посредством интерфейса X2-U, и iii) для SCG каналов передачи данных, станция SeNB напрямую связывается со шлюзом S-GW через S1-U. Если только группа MCG и разделенные каналы передачи данных конфигурируются, завершение интерфейса S1-U отсутствует в SeNB. В двойной подключаемости, расширение небольшой соты требуется для выгрузки данных из группы макросот в группу небольших сот. Поскольку небольшие соты могут размещаться отдельно от макросот, несколько планировщиков могут отдельно размещаться на различных узлах и работать независимо с точки зрения UE. Это означает, что различный узел планирования будет сталкиваться с различной средой радиоресурсов, и поэтому, каждый узел планирования может иметь различные результаты планирования.
[0070] Фиг. 8 является концептуальной схемой для архитектуры радиопротокола для двойной подключаемости.
[0071] Сеть E-UTRAN настоящего примера может поддерживать операцию двойной подключаемости, посредством чего UE с несколькими приемами/передачами (receptions/transmissions, RX/TX) в режиме RRC_CONNECTED сконфигурирован для использования радиоресурсов, предоставляемых посредством двух отдельных планировщиков, размещаемых в двух станциях eNB (или базовых станциях), подключаемых через неидеальный ретранслятор через X2 интерфейс. Станции eNB, вовлекаемые в двойную подключаемость для конкретного UE, могут предполагать две различные роли: станция eNB может либо действовать как станция MeNB или как станция SeNB. При двойной подключаемости, UE может подключаться к одной станции MeNB и одной станции SeNB.
[0072] В операции двойной подключаемости, архитектура радиопротокола, которую конкретный канал передачи данных использует, зависит от того, как установлен канал передачи данных. Существует три альтернативы, MCG канал передачи данных (801), разделенный канал передачи данных (803) и SCG канал передачи данных (805). Эти три альтернативы изображаются на Фиг. 8. Каналы передачи данных сигнализации (SRB, Signaling Radio Bearer) всегда состоят из MCG канала передачи данных и, следовательно, используют только радиоресурсы, предоставляемые станцией MeNB. MCG канал передачи данных (801) является радиопротоколом, размещаемым только в станции MeNB для использования ресурсов станции MeNB только в двойной подключаемости. И SCG канал передачи данных (805) является радиопротоколом, размещаемым только в станции SeNB для использования ресурсов станции SeNB в двойной подключаемости.
[0073] Специально, разделенный канал передачи данных (803) является радиопротоколом, размещаемым как в станции MeNB, так и в станции SeNB для использования обоих MeNB и SeNB ресурсов в двойной подключаемости, и разделенный канал передачи данных (803) может быть радиоканалом передачи данных, содержащим один объект протокола сходимости пакетных данных (Packet Data Convergence Protocol, PDCP), два объекта управления радиолинией (Radio Link Control, RLC) и два объекта управления доступом к среде передачи данных (Medium Access Control, MAC) для одного направления. Специально, операция двойной подключаемости может также описываться как имеющая по меньшей мере один канал передачи данных, сконфигурированный для использования радиоресурсов, предоставляемых станцией SeNB.
[0074] Фиг. 9 является концептуальной схемой для архитектуры объекта RLC.
[0075] Протокол RLC берет данные в форме блоков SDU RLC от протокола PDCP и доставляет их на соответствующий объект RLC в приемник посредством использования функциональных возможностей на MAC и физическом уровнях. Связь между RLC и MAC, включая мультиплексирование нескольких логических каналов в один транспортный канал, иллюстрируется на Фиг. 9. Мультиплексирование нескольких логических каналов в один транспортный канал главным образом используется для обработки приоритетов в сочетании с нисходящим и восходящим планированием.
[0076] Существует один объект RLC на логический канал, сконфигурированный для терминала, где каждый объект RLC является ответственным для: i) сегментации, объединения и компоновки блоков SDU RLC; ii) RLC повторной передачи; и iii) доставки в последовательности и определения дубликатов для соответствующего логического канала.
[0077] Другими примечательными функциональными возможностями RLC являются: (1) обработка различных PDU размеров; и (2) возможность близкого взаимодействия между протоколами гибридного ARQ и RLC. В заключение, из того факта, что существует один объект RLC на логический канал и один объект гибридного ARQ на компонентную несущую, следует, что один объект RLC может взаимодействовать с несколькими объектами гибридного ARQ в случае агрегирования несущих.
[0078] Сегментация, объединение и компоновка блоков служебных данных (SDU, Service Data Units) RLC.
[0079] Целью механизма сегментации и объединения является генерирование блоков PDU RLC соответствующего размера из поступающих блоков SDU RLC. Одна возможность будет заключаться в определении фиксированного PDU размера, размера, который приведет к компромиссу. Если бы размер был слишком большим, то было бы невозможно поддерживать самые низкие скорости передачи данных. Также, чрезмерное наполнение будет требоваться в некоторых сценариях. Один небольшой PDU размер, однако, приведет к большим накладным расходам от заголовка, включаемого с каждым блоком PDU. Для предотвращения этих недостатков, которые особенно важны, учитывая очень большой динамический диапазон скоростей передачи данных, поддерживаемых системой LTE, размер блоков PDU RLC меняется динамически.
[0080] В процессе сегментации и объединения блоков SDU RLC в блоки PDU RLC, заголовок включает в себя, среди других полей, номер последовательности, который используется механизмами переупорядочения и повторной передачи. Функция компоновки на приемной стороне выполняет обратную операцию для компоновки блоков SDU из принятых блоков PDU.
[0081] Повторная передача RLC
[0082] Повторная передача пропущенных блоков PDU является одной из главных функциональных возможностей RLC. Хотя большинство из ошибок может обрабатываться посредством протокола гибридного ARQ, имеются преимущества наличия механизма повторной передачи второго уровня в качестве дополнения. Посредством проверки номеров последовательностей принятых блоков PDU, пропущенные блоки PDU могут определяться, и повторная передача может запрашиваться от передающей стороны.
[0083] Различные услуги имеют различные требования; для некоторых услуг (например, передача большого файла), доставка данных без ошибок является важной, в то время как для других приложений (например, потоковые услуги), небольшое количество пропущенных пакетов не является проблемой. RLC может следовательно работать в трех различных режимах, в зависимости от требований от приложения:
[0084] * Прозрачный режим (Transparent mode, TM), где RLC является полностью прозрачным и в основном обходится. Не происходят ни повторные передачи, ни сегментация/компоновка, и не происходит доставка в последовательности. Эта конфигурация используется для широковещательных каналов плоскости управления таких как широковещательный канал управления (BCCH, Broadcast Control Channel), общий канал управления (CCCH, Common Control Channel) и пейджинговый канал управления (PCCH, Paging Control Channel), где информация должна достигать нескольких пользователей. Размеры этих сообщений выбираются так, чтобы все предназначенные терминалы были достигнуты с высокой вероятностью, и поэтому нет необходимости ни в сегментации для обработки изменяющихся условий канала, ни в повторных передачах для предоставления передачи данных без ошибок. Более того, повторные передачи не являются возможными для этих каналов, поскольку не имеется возможности для терминала передать по обратной связи отчеты о состоянии, поскольку восходящая линия не была установлена.
[0085] * Режим без подтверждения (Unacknowledged mode, UM) поддерживает сегментацию/компоновку и доставку в последовательности, но не повторные передачи. Этот режим используется, когда доставка данных без ошибок не требуется, например передача речи через IP, или когда повторные передачи не могут запрашиваться, например широковещательные передачи по каналу трафика многоадресной передачи данных (MTCH, Multicast Traffic Channel) и канал управления многоадресной передачи данных (MCCH, Multicast Control Channel), используя многоадресную/широковещательную передачу данных через одночастотную сеть (MBSFN, Multicast/Broadcast over a Single Frequency Network).
[0086] * Режим с подтверждением (Acknowledged mode, AM) является главным режимом работы для TCP/IP пакетной передачи данных по совместно используемому нисходящему каналу (DL-SCH, Downlink-Shared Channel). Сегментация/компоновка, доставка в последовательности и повторные передачи данных с ошибками все поддерживаются.
[0087] Фиг. 10 является концептуальной схемой для архитектуры объекта управления радиолинией режима с подтверждением (AM RLC, Acknowledged mode Radio Link Control).
[0088] В режиме с подтверждением (acknowledged mode, AM), объект RLC является двунаправленным – то есть, данные могут поступать в обоих направлениях между двумя равноправными объектами. Это очевидно необходимо по мере того, как необходимо передавать подтверждение приема блоков PDU обратно на объект, который передал эти блоки PDU. Информация о пропущенных блоках PDU предоставляется посредством приемной стороны для передающей стороны в форме так называемых отчетов о состоянии. Отчеты о состоянии могут либо передаваться автономно посредством приемника или запрашиваться посредством передатчика. Чтобы сохранить отслеживание блоков PDU в пути, передатчик присоединяет RLC заголовок для каждого блока PDU, включая, среди других полей, номер последовательности.
[0089] Оба RLC объекта поддерживают два окна, окна передачи и приема соответственно. Только блоки PDU в окне передачи имеют право для передачи; блоки PDU с номером последовательности ниже начала окна уже получили подтверждение посредством приема RLC. Подобным образом, приемник только принимает блоки PDU с номерами последовательности в пределах окна приема. Приемник также отбрасывает любые дубликаты блоков PDU, поскольку каждый блок PDU должен объединяться в блок SDU только однажды.
[0090] Фиг. 11 является концептуальной схемой для выполнения повторной передачи в AM RLC объекте.
[0091] Объект RLC является ответственным за регламентацию IP-пакетов, также известных как блоки SDU RLC, формирование PDCP на более мелкие блоки, блоки PDU RLC. Он также управляет повторной передачей ошибочно принятых блоков PDU, а также удалением дубликатов и объединением принятых блоков PDU. Окончательно, RLC обеспечивает доставку в последовательности блоков SDU RLC на верхние уровни.
[0092] Механизм RLC повторной передачи является ответственным для обеспечения доставки данных без ошибок на более высокие уровни. Чтобы это осуществить, протокол повторной передачи работает между объектами AM RLC в приемнике и передатчике. Посредством наблюдения поступающих номеров последовательностей, принимающий RLC может идентифицировать пропущенные блоки PDU.
[0093] Когда объект AM RLC сконфигурирован для запроса повторных передач пропущенных блоков PDU, как описано выше, ему говорится работать в режиме с подтверждением (Acknowledged Mode, AM). Объект AM RLC обычно используется для услуг на основе TCP, таких как передача файла, где доставка данных без ошибок представляет особый интерес.
[0094] 1. Повторная передача в объекте AM RLC
[0095] Передающая сторона объекта AM RLC может принимать негативное подтверждение (уведомление об неуспешном приеме посредством его равноправного объекта AM RLC) для AMD PDU или части AMD PDU посредством PDU состояния RLC от его равноправного объекта AM RLC.
[0096] При приеме негативного подтверждения для AMD PDU или части AMD PDU посредством PDU состояния RLC от его равноправного объекта AM RLC, передающая сторона объекта AM RLC может рассматривать AMD PDU или часть AMD PDU, для которой было принято негативное подтверждение для повторной передачи, если номер последовательности (SN), соответствующей AMD PDU, попадает в диапазон VT(A)≤SN<VT(S).
[0097] Здесь, переменная ‘VT(A)’ указывает переменную состояния подтверждения, эта переменная состояния имеет значение номера SN следующего блока AMD PDU, для которого положительное подтверждение должно быть получено в последовательности, и он служит как нижний край окна передачи. Он первоначально устанавливается на 0 и обновляется всякий раз, когда объект AM RLC принимает положительное подтверждение для блока AMD PDU с номером SN=VT(A). И переменная ‘VT(S)’ указывает переменную состояния передачи, эта переменная состояния принимает значение номера SN, который должен быть назначен для следующего вновь генерируемого блока AMD PDU. Он первоначально устанавливается на 0 и обновляется всякий раз, когда объект AM RLC доставляет AMD PDU с номером SN=VT(S).
[0098] Когда AMD PDU или часть AMD PDU рассматривается для повторной передачи, передающая сторона объекта AM RLC может устанавливать RETX_COUNT, связанный с AMD PDU, на ноль, если AMD PDU рассматривается для повторной передачи в первый раз. И передающая сторона объекта AM RLC может увеличивать RETX_COUNT, если он (блок AMD PDU или часть блока AMD PDU, которая рассматривается для повторной передачи) уже не планируется для повторной передачи, или его часть уже не планируется для повторной передачи. И передающая сторона объекта AM RLC может указывать на верхние уровни, что максимум повторной передачи был достигнут, если RETX_COUNT=maxRetxThreshold.
[0099] Здесь, параметр ‘RETX_COUNT’ является счетчиком, учитывающим число повторных передач блока AMD PDU. Существует один счетчик RETX_COUNT на блок PDU, для которого необходима повторная передача. И параметр ‘maxRetxThreshold’ конфигурирует максимальное число повторной передачи.
[00100] При повторной передаче AMD PDU, передающая сторона объекта AM RLC может сегментировать AMD PDU, формировать новый AMD PDU сегмент, который будет подходить в пределах полного размера блока (блоков) RLC PDU, указываемого посредством нижнего уровня при конкретной возможности передачи, и доставлять новый AMD PDU сегмент на нижний уровень, если AMD PDU полностью не подходит в пределы полного размера блока (блоков) RLC PDU, указываемых посредством нижнего уровня при конкретной возможности передачи.
[00101] При повторной передаче части блока AMD PDU, передающая сторона объекта AM RLC может сегментировать часть блока AMD PDU, как необходимо, формировать новый AMD PDU сегмент, который будет подходить в пределы полного размера блока (блоков) PDU RLC, указываемого посредством нижнего уровня при конкретной возможности передачи и доставки нового AMD PDU сегмента на нижний уровень.
[00102] 2. Неисправность повторной передачи в AM RLC
[00103] ‘Неисправность повторной передачи’ означает определение неисправности радиолинии. Оборудование UE может определить, когда неисправность радиолинии возникает посредством следующего:
[00104] - После истечения таймера T310. Состояние таймера T310 запускается после определения проблем физического уровня (т.е. после приема N310 (N310=максимальное число последовательных индикаций "вне синхронизации", принятых от нижних уровней) последовательных индикаций вне синхронизации от нижних уровней) и останавливается после приема N311 (N311=максимальное число последовательных индикаций "в синхронизации", принимаемых от нижних уровней) последовательных индикаций в синхронизации от нижних уровней, после запуска процедуры хэндовера и после инициирования процедуры повторного установления соединения. Таймер T310 истекает, если безопасность не активируется, оборудование UE переходит еще в состояние RRC_IDLE и инициирует процедуру повторного установления соединения.
[00105] - После индикации проблемы случайного доступа от MAC, пока ни таймер T300, T301, T304, ни таймер T311 не работают. Таймер T300 запускает передачу сообщения RRCConnectionRequest и завершает прием сообщения RRCConnectionSetup или RRCConnectionReject, повторный выбор соты и после прерывания установления соединения посредством верхних уровней. Таймер T301 запускается, когда RRCConnectionReestabilshmentRequest передается, и останавливается, когда сообщение RRCConnectionReestablishment или сообщение RRCConnectionReestablishmentReject принимается, а также когда выбранная сота становится неподходящей. Таймер T304 запускается, когда сообщение RRCConnectionReconfiguration, включающее информацию MobilityControlInfo, принимается, или сообщение MobilityFromEUTRACommand включающее CellChangeOrder, принимается, и останавливается, когда критерий для успешного завершения хэндовера для EUTRA или изменения порядка сот удовлетворяется (упомянутый критерий определяется в целевой RAT в случае интер-RAT). Окончательно, таймер T311 запускается после инициирования процедуры повторного установления RRC-соединения и останавливается, когда выбор подходящей E-UTRA соты или соты с использованием другой технологии RAT выполняется.
[00106] - После индикации от RLC того, что максимальное число повторных передач было достигнуто.
[00107] Блоки PDU состояния RLC сообщаются как обратная связь на передачу RLC, запрашивая повторную передачу пропущенных блоков PDU. Когда осуществление передачи по обратной связи отчета о состоянии конфигурируется, но отчет обычно содержит информацию о нескольких блоках PDU и передается относительно нерегулярно. На основе принятого отчета о состоянии, объект RLC на передатчике может предпринимать соответствующее действие и повторно передавать пропущенные блоки PDU, если запрашиваются.
[00108] Относительно Фиг. 11, в момент времени t=t1, блоки PDU до n+5 были переданы. Только блок PDU n+5 поступил и блоки PDU n+3 и n+4 пропущены. Это может вызвать запуск таймера переупорядочивания. Однако в этом примере отсутствуют блоки PDU, прибывающие перед истечением таймера. Истечение таймера, в момент времени t=t2, запускает приемник передать управляющий блок PDU, содержащую отчет о состоянии, указывающий пропущенные блоки PDU, на его равноправный объект. Управляющий блок PDU имеет более высокий приоритет, чем блоки PDU данных для предотвращения излишних задержек отчетов о состоянии и негативного влияния задержки повторной передачи. После приема отчета о состоянии в момент времени t=t3, передатчик знает, что блоки PDU до n+2 были приняты правильно и окно передачи продвигается. Пропущенные блоки PDU n+3 и n+4 повторно передаются и, в это время, правильно принимаются. Повторная передача была запущена посредством приема отчета о состоянии в этом примере. Однако, поскольку протоколы гибридного ARQ и RLC размещаются в том же узле, тесное взаимодействие между упомянутыми двумя протоколами возможно. Протокол гибридного ARQ на передающей стороне может, следовательно, информировать RLC на передающей стороне в том случае, когда транспортный блок (блоки), содержащий блоки PDU n+3 и n+4, потерпел неуспешную передачу. Протокол RLC может использовать это для запуска повторной передачи пропущенных блоков PDU без ожидания для явного RLC отчета о состоянии, таким образом уменьшая задержки, связанные с RLC повторными передачами.
[00109] Окончательно, в момент времени t=t4, все блоки PDU, включающие повторные передачи, были доставлены посредством передатчика и успешно приняты. Поскольку блок n+5 был последним блоком PDU в буфере передачи, передатчик запрашивает отчет о состоянии от приемника посредством установки флага в заголовке последнего блока PDU данных RLC. После приема блока PDU с установленным флагом, приемник ответит посредством передачи запрошенного отчета о состоянии, подтверждая все блоки PDU до и включая блок n+5. Прием отчета о состоянии посредством передатчика вызывает то, что все блоки PDU должны быть объявлены как правильно принятые и окно передачи продвигается.
[00110] Отчеты о состоянии могут, как уже упоминалось раньше, запускаться по нескольким причинам. Однако для управления количеством отчетов о состоянии и для предотвращения переполнения ответной линии чрезмерным количеством отчетов о состоянии, возможно использовать таймер запрета состояния. С помощью такого таймера, отчеты о состоянии не могут передаваться более часто, чем один раз на временной интервал как определено посредством таймера.
[00111] Для первоначальной передачи, это относительно просто полагаться на динамический размер PDU как средство для управления различными скоростями передачи данных. Однако условия канала и количество ресурсов может также изменяться между RLC повторными передачами. Для обработки этих изменений, уже переданные блоки PDU могут сегментироваться (повторно сегментироваться) для повторных передач. Механизмы переупорядочения и повторной передачи, описанные выше, еще применяются; блок PDU предполагается принятым, когда все сегменты были приняты. Отчеты о состоянии и повторные передачи работают над индивидуальными сегментами; только пропущенный сегмент блока PDU требует повторной передачи.
[00112] Фиг. 12 является концептуальной схемой для выполнения повторного установления RRC-соединения.
[00113] Целью этой процедуры является повторное установление RRC-соединения, которое вовлекает возобновление работы радиоканала 1 передачи данных сигнализации (SRB1, Signaling Radio Bearer1), повторную активизацию безопасности и конфигурации только соты PCell.
[00114] Оборудование UE в состоянии RRC_CONNECTED, для которого была активирована безопасность, может инициировать процедуру для того, чтобы продолжить RRC-соединение. Повторное установление соединения бывает успешным, только если заинтересованная сота подготовлена, т.е. имеет действительный контекст UE. В том случае, когда сеть E-UTRAN принимает повторное установление, работа SRB1 возобновляется, пока работа других радиоканалов передачи данных остается приостановленной. Если безопасность слоя с доступом (AS, Access Stratum) не была активирована, то оборудование UE не инициирует упомянутую процедуру, но вместо этого перемещается в состояние RRC_IDLE непосредственно.
[00115] Оборудование UE только инициирует упомянутую процедуру, когда безопасность AS была активирована (S1201). Оборудование UE инициирует упомянутую процедуру, когда одно из следующих условий выполняется:
[00116] - После определения неисправности радиолинии;
[00117] - После неисправности хэндовера;
[00118] - После неисправности мобильности от сети E-UTRA;
[00119] - После индикации неисправности проверки целостности от нижних уровней; и
[00120] - После неисправности повторной конфигурации RRC-соединения.
[00121] Когда сеть EURTAN принимает сообщение RRCConnectionReestablishmentRequest от оборудования UE (S1201), сеть EUTRAN передает команду RRCConnectionReestablishment на оборудование UE (S1203). И оборудование UE может передавать сообщение RRCConnectionReestablishmentComplete для сети EIRTAN для того, чтобы информировать о завершении повторного установления RRC-соединения (S1205).
[00122] Фиг. 13 является концептуальной схемой для одной из архитектур радиопротокола для двойной подключаемости.
[00123] В предшествующем уровне технике, если ошибка повторной передачи RLC возникает, т.е. если число повторной передачи блока PDU данных RLC, содержащего AMD PDU или часть AMD PDU, достигает конфигурированного максимального числа (maxRetxThreshold), то протокол RLC указывает для RRC то, что максимум повторной передачи был достигнут. Затем, протокол RRC рассматривает, что неисправность радиолинии (RLF) обнаружена, и инициирует процедуру повторного установления RRC-соединения, чтобы восстановить все RRC-соединение.
[00124] В стандарте LTE версии 12, имеется новое исследование по двойной подключаемости, т.е. оборудование UE подключается как к станции MeNB (1301), так и станции SeNB (1303), как показано на Фиг. 13. На этой фигуре, интерфейс между станцией MeNB (1301) и станцией SeNB (1303) называется Xn интерфейсом. Упомянутый Xn интерфейс предполагается неидеальным; т.е. задержка в Xn интерфейсе может достигать 60 мс, но не ограничивается этим.
[00125] Между прочим, станция SeNB (1303) является ответственной для передачи трафика типа лучшей попытки (best effort, BE), в то время как станция MeNB (1301) является ответственной для передачи других типов трафика, таких как VoIP, потоковые данные или данные сигнализации. Для поддержки двойной подключаемости, различные архитектуры протоколов изучаются, и одна из потенциальных архитектур (1305) показана на Фиг. 13. В этой архитектуре (1305), объекты PDCP и RLC размещаются в различных сетевых узлах, т.е. объект PDCP (1307) размещается в станции MeNB (1301) и объект RLC (1309) размещается в станции SeNB (1303). На стороне UE (1311), архитектура протокола является той же, как в предшествующем уровне техники, кроме того, что объект MAC устанавливается для каждой станции eNB (т.е. станции MeNB и станции SeNB).
[00126] Проблема состоит в том, что применение предшествующего уровня техники обработки ошибки повторной передачи RLC для архитектуры протокола, поддерживающей двойную подключаемость, очень неэффективна, учитывая то, что соединение со станцией SeNB предназначено только для передачи данных. То есть, если ошибка повторной передачи RLC возникает в RLC для станции SeNB, то для UE будет достаточно восстановить канал RB с использованием RLC или каналы RB, обслуживаемые станцией SeNB, без повторного установления RRC-соединение для станции MeNB.
[00127] Кроме того, в предшествующем уровне техники, когда ошибка повторной передачи RLC возникает, протокол RLC ничего не делает, кроме индикации ошибки повторной передачи RLC для RRC. Это означает то, что даже если ошибка повторной передачи RLC возникает, то RLC сохраняет повторную передачу блоков PDU данных RLC, пока RRC-соединение не будет повторно установлено. Если ошибка повторной передачи RLC возникает в RLC для станции SeNB, то восстановление RLC соединения со станцией SeNB займет больше времени с учетом 60 мс задержки в неидеальном ретрансляторе, и таким образом сохранение повторной передачи блоков PDU данных RLC через линию с ошибками приведет к затратам большего количества радиоресурсов в станции SeNB.
[00128] Фиг. 14 является концептуальной схемой для сообщения ошибки повторной передачи управления радиолинией (Radio Link Control, RLC) в соответствии с вариантами осуществления настоящего изобретения.
[00129] Для решения упомянутой выше проблемы, открыто, что когда ошибка повторной передачи RLC возникает в радиоканале передачи данных, обслуживаемого посредством 2-й базовой станции (base station, BS), протокол RLC может остановить передачу любых дальнейших блоков PDU RLC, включающих как блоки PDU данных RLC и блоки PDU управления RLC для равноправного RLC, и оборудование UE может сообщать 1-й станции BS об ошибке повторной передачи RLC, без инициирования процедуры повторного установления RRC-соединения. Это открытие может также применяться для общей системы беспроводной связи, а также для упомянутого выше сценария, системы с двойным подключением.
[00130] Желательно, первая станция BS может быть станцией MeNB в MCG и вторая станция BS может быть станцией SeNB в SCG и наоборот.
[00131] Более конкретно, 1-я станция BS является станцией BS, которая имеет RRC-соединение с оборудованием UE и управляет мобильностью оборудования UE (S1401). Вторая станция BS является станцией BS, которая предоставляет радиоресурс для передачи данных к/от оборудования UE. Вторая станция BS может не иметь RRC-соединение с оборудованием UE, но не ограничивается этим (S1403).
[00132] Оборудование UE может определять неисправность повторной передачи RLC в радиоканале передачи данных (radio bearer, RB) в течение передачи данных к/от 2-й станции BS (S1405).
[00133] Желательно, оборудование UE может определять неисправность повторной передачи RLC, когда число повторной передачи блока PDU RLC достигает заранее определенного максимального числа в канале RB, обслуживаемого посредством 2-й BS, но не ограничивается этим.
[00134] Желательно, блок PDU RLC включает в себя по меньшей мере один блок AMD PDU или AMD PDU сегмент.
[00135] Желательно, канал RB, обслуживаемый посредством 2-й станции BS, может быть каналом RB, который имеет RLC-соединение между оборудованием UE и 2-й станцией BS. То есть равноправные соединения RLC канала RB размещаются в оборудовании UE и 2-й станции BS, но не ограничиваются этим.
[00136] Когда ошибка повторной передачи RLC возникает в канале RB, имеющем объект RLC, передающем RLC PDU для 2-й станции BS, оборудование UE может сообщать об ошибке повторной передачи RLC для 1-й станции BS (S1407). В это время, этап S1401 может поддерживаться. Это означает, что оборудование UE может сообщать об ошибке повторной передачи RLC без повторного установления RRC-соединения для 1-й станции BS, но не ограничивается этим. Оборудование UE может также сообщать об ошибке повторной передачи RLC для 2-й станции BS.
[00137] На этапе S1407 оборудование UE сообщает 1-й станции BS об ошибке повторной передачи RLC, оборудование UE может сообщать по меньшей мере одно из следующего:
[00138] - идентификатор канала RB, имеющего ошибку повторной передачи RLC,
[00139] - идентификаторы всех каналов RB, обслуживаемых посредством 2-й станции BS, имеющих ошибку повторной передачи RLC,
[00140] - идентификатор 2-й станции BS, имеющей ошибку повторной передачи RLC, и
[00141] - причину отчета (т.е. указывания ошибки повторной передачи RLC).
[00142] Кроме того, оборудование UE может останавливать передачу любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC, или прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC (S1409) в течение этапа S1407. В этом случае, оборудование UE может останавливать либо передачу или прием всех каналов RB, которые имеют RLC-соединение со 2-й станцией BS, или передачу или прием канала RB, содержащего объект RLC, если ошибка повторной передачи RLC возникает в объекте RLC, передающем RLC PDU для 2-й станции BS. В течение этапа S1409 оборудование UE может останавливать передачу любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC, тем временем поддерживая прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC. С другой стороны, оборудование UE может останавливать прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC, тем временем поддерживая передачу любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC. Кроме того, оборудование UE может останавливать как передачу, так и прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC.
[00143] И оборудование UE может освобождать канал RB, имеющий ошибку повторной передачи RLC в течение этапа S1409.
[00144] В заключении, когда протокол RLC останавливает передачу любых дальнейших блоков PDU RLC, он может выполнять по меньшей мере одно из следующих действий дополнительно:
[00145] - остановку приема дальнейших блоков PDU RLC от равноправного RLC,
[00146] - указывание RRC того, что ошибка повторной передачи RLC возникает – это указывание отличается от указывания в предшествующем уровне техники тем, что это указывание не запускает процедуру повторного установления RRC-соединения,
[00147] - остановку передачи всех каналов RB, которые имеют RLC-соединение со 2-й станцией BS, имеющих ошибку повторной передачи RLC,
[00148] - остановку приема всех каналов RB, которые имеют RLC-соединение со 2-й станцией BS, имеющих ошибку повторной передачи RLC,
[00149] - освобождение канала RB, имеющего ошибку повторной передачи RLC, и
[00150] - освобождение всех каналов RB, которые имеют RLC-соединение со 2-й станцией BS, имеющих ошибку повторной передачи RLC.
[00151] Фигуры 15 и 16 являются схемами для сообщения ошибки повторной передачи RLC в соответствии с вариантами осуществления настоящего изобретения.
[00152] Это изобретение может также применяться для общей системы беспроводной связи, а также в упомянутом выше сценарии, системе с двойным подключением. Фиг. 15 поясняет схему для сообщения ошибки повторной передачи RLC в общей системе беспроводной связи, и Фиг. 16 поясняет схему для сообщения ошибки повторной передачи RLC в системе с двойным подключением.
[00153] Относительно Фиг. 15, станция BS имеет RRC-соединение с оборудованием UE и управляет мобильностью оборудования UE (S1501) и также предоставляет радиоресурс для передачи данных к/от оборудования UE (S1503).
[00154] Упомянутое изобретение может применяться для конкретного канала RB, который станция BS указывает для оборудования UE, чтобы сообщить об ошибке, когда ошибка повторной передачи RLC возникает (S1505). Более конкретно, станция BS может указывать для оборудования UE при установке канала RB, требуется ли для канала RB сообщать об ошибке повторной передачи RLC, когда возникает, но не ограничивается этим.
[00155] Когда станция BS передает индикатор, указывающий канал RB, для которого оборудование UE сообщает об ошибке повторной передачи RLC на станцию BS, желательно, упомянутый индикатор может включать в себя идентификатор канала RB, указываемого посредством упомянутого индикатора. Например, упомянутый индикатор может указывать RBID=XX или reportRLCerror=TRUE/FALSE, но не ограничивается этим.
[00156] Оборудование UE может определять неисправность повторной передачи RLC в канале RB, указываемом посредством станции BS в течение передачи данных (S1507).
[00157] Желательно, оборудование UE может только определять неисправность повторной передачи RLC в канале RB, указываемом посредством станции BS.
[00158] Желательно, оборудование UE может определять неисправность повторной передачи RLC, когда число повторной передачи блока PDU RLC достигает заранее определенного максимального числа в канале RB, обслуживаемом посредством станции BS, но не ограничивается этим.
[00159] Желательно, блок PDU RLC включает в себя по меньшей мере один блок PDU AMD или AMD PDU сегмент.
[00160] Когда ошибка повторной передачи RLC возникает в канале RB, оборудование UE может сообщать об ошибке повторной передачи RLC для станции BS (S1509). На этапе S1509, оборудование UE сообщает станции BS об ошибке повторной передачи RLC оборудование UE может сообщать по меньшей мере одно из следующего:
[00161] - идентификатор канала RB, имеющего ошибку повторной передачи RLC, и
[00162] - причину отчета (т.е. указывания ошибки повторной передачи RLC).
[00163] Кроме того, оборудование UE может останавливать передачу любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC, или прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC (S1511) в течение этапа S1509. В этом случае, оборудование UE может останавливать либо передачу или прием всех каналов RB, которые имеют RLC-соединение со станцией BS, или передачу или прием канала RB, содержащего объект RLC, когда ошибка повторной передачи RLC возникает в канале RB.
[00164] В течение этапа S1511 оборудование UE может останавливать передачу любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC, тем временем поддерживая прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC. С другой стороны, оборудование UE может останавливать прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC, тем временем поддерживая передачу любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC. Кроме того, оборудование UE может останавливать как передачу, так и прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC.
[00165] И оборудование UE может освобождать канал RB, имеющий ошибку повторной передачи RLC в течение этапа S1511.
[00166] В заключение, когда протокол RLC останавливает передачу любых дальнейших блоков RLC PDU RLC, он может выполнять по меньшей мере одно из следующих действий дополнительно:
[00167] - остановку приема дальнейших блоков PDU RLC от равноправного RLC,
[00168] - указывание RRC того, что ошибка повторной передачи RLC возникает - эта индикация отличается от индикации в предшествующем уровне техники тем, что эта индикация не запускает процедуру повторного установления RRC-соединения,
[00169] - остановку передачи всех каналов RB, которые имеют RLC-соединение со станцией BS, имеющих ошибку повторной передачи RLC,
[00170] - остановку приема всех каналов RB, которые имеют RLC-соединение со станцией BS, имеющих ошибку повторной передачи RLC,
[00171] - освобождение канала RB, имеющего ошибку повторной передачи RLC, и
[00172] - освобождение всех каналов RB, которые имеют RLC-соединение со станцией BS, имеющих ошибку повторной передачи RLC.
[00173] В случае двойной подключаемости, относительно Фиг. 16, 1-я станция BS является станцией BS, которая имеет RRC-соединение с оборудованием UE и управляет мобильностью оборудование UE (S1601). Вторая станция BS является станцией BS, которая предоставляет радиоресурс для передачи данных к/от оборудования UE. Вторая станция BS может не иметь RRC-соединение с оборудованием UE, но не ограничивается этим (S1603).
[00174] Упомянутое изобретение может применяться для конкретного канала RB, который 1-я станция BS указывает оборудованию UE, чтобы сообщить об ошибке, когда ошибка повторной передачи RLC возникает (S1605). Более конкретно, 1-я станция BS может указывать оборудованию UE при установке канала RB, требуется ли для RB сообщение об ошибке повторной передачи RLC, когда она возникает, но не ограничивается этим.
[00175] Желательно, канал RB, обслуживаемый посредством 2-й станции BS, может быть каналом RB, который имеет RLC-соединение между UE и 2-й станцией BS. То есть, равноправные соединения RLC канала RB размещаются в UE и 2-й станции BS, но не ограничивается этим.
[00176] Когда 1-я станция BS передает индикатор, указывающий канал RB, для которого оборудование UE сообщает об ошибке повторной передачи RLC на станцию BS, упомянутый индикатор может включать в себя идентификатор канала RB, указываемого посредством упомянутого индикатора. Например, упомянутый индикатор может указывать RBID=XX, reportRLCerror=TRUE/FALSE, но не ограничивается этим.
[00177] Оборудование UE может определять неисправность повторной передачи RLC в канале RB, указываемом посредством 1-й станции BS в течение передачи данных (S1607).
[00178] Желательно, оборудование UE может только определять неисправность повторной передачи RLC в канале RB, указываемом посредством 1-й станции BS, но не ограничивается этим.
[00179] Желательно, оборудование UE может определять неисправность повторной передачи RLC, когда число повторной передачи блока PDU RLC достигает заранее определенного максимального числа в канале RB, обслуживаемом посредством 2-й BS, но не ограничивается этим.
[00180] Желательно, блок PDU RLC включает в себя по меньшей мере один блок AMD PDU или AMD PDU сегмент.
[00181] Когда ошибка повторной передачи RLC возникает в RB, оборудование UE может сообщать об ошибке повторной передачи RLC для 1-й станции BS (S1609). В это время, этап S1401 может поддерживаться. Это означает то, что оборудование UE может сообщать об ошибке повторной передачи RLC без повторного установления RRC-соединения для 1-й станции BS, но не ограничивается этим.
[00182] На этапе S1609 оборудование UE сообщает станции BS об ошибке повторной передачи RLC, оборудование UE может сообщать по меньшей мере одно из следующего:
[00183] - идентификатор канала RB, имеющего ошибку повторной передачи RLC, и
[00184] - причину отчета (т.е. указывания для ошибки повторной передачи RLC).
[00185] Кроме того, оборудование UE может останавливать передачу любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC, или прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC (S1611) в течение этапа S1609. В этом случае, оборудование UE может останавливать либо передачу или прием всех каналов RB, которые имеют RLC-соединение со 2-й станцией BS, или передачу или прием канала RB, содержащего объект RLC, когда ошибка повторной передачи RLC возникает в канале RB.
[00186] В течение этапа S1611 оборудование UE может останавливать передачу любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC, тем временем поддерживая прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC. С другой стороны, оборудование UE может останавливать прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных, так RLC и блоки PDU управления RLC, тем временем поддерживая передачу любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC. Кроме того, оборудование UE может останавливать как передачу, так и прием любых дальнейших блоков PDU RLC, включающих в себя как блоки PDU данных RLC, так и блоки PDU управления RLC.
[00187] И оборудование UE может освобождать канал RB, имеющий ошибку повторной передачи RLC в течение этапа S1611.
[00188] В заключение, когда протокол RLC останавливает передачу любых дальнейших блоков PDU RLC, он может выполнять по меньшей мере одно из следующего действий дополнительно:
[00189] - остановку приема дальнейших блоков PDU RLC от равноправного RLC,
[00190] - указывание для RRC того, что ошибка повторной передачи RLC возникает - эта индикация отличается от индикации в предшествующем уровне техники тем, что эта индикация не запускает процедуру повторного установления RRC-соединения,
[00191] - остановку передачи всех каналов RB, которые имеют RLC-соединение со 2-й станцией BS, имеющих ошибку повторной передачи RLC,
[00192] - остановку приема всех каналов RB, которые имеют RLC-соединение со 2-й станцией BS, имеющих ошибку повторной передачи RLC,
[00193] - освобождение канала RB, имеющего ошибку повторной передачи RLC, и
[00194] - освобождение всех каналов RB, которые имеют RLC-соединение со 2-й станцией BS, имеющих ошибку повторной передачи RLC.
[00195] Фиг. 17 является блок-схемой устройства связи в соответствии с вариантом осуществления настоящего изобретения.
[00196] Устройство, изображенное на Фиг. 17, может быть пользовательским оборудованием (UE) и/или станцией eNB, адаптированной для выполнения упомянутого выше механизма, но оно может быть любым устройством для выполнения той же операции.
[00197] Как показано на Фиг. 17, устройство может содержать цифровой сигнальный процессор (DSP)/микропроцессор (110) и RF-модуль (приемопередатчик; 135). Цифровой сигнальный процессор (DSP)/микропроцессор (110) электрически соединен с приемопередатчиком (135) и управляет им. Устройство может дальше включать модуль управления питанием (105), батарею (155), дисплей (115), клавиатуру (120), SIM-карту (125), устройство памяти (130), громкоговоритель (145) и устройство ввода (150), на основе его реализации и выбора разработчика.
[00198] А именно, Фиг. 17 может представлять UE, содержащее приемник (135), сконфигурированный для приема сообщения запроса от сети, и передатчик (135), сконфигурированный для осуществления передачи или приема информации синхронизации для сети. Эти приемник и передатчик могут составлять приемопередатчик (135). Оборудование UE дополнительно содержит процессор (110), подключаемый к приемопередатчику (135: приемник и передатчик).
[00199] Также Фиг. 17 может представлять сетевое устройство, содержащее передатчик (135), сконфигурированный для передачи сообщения запроса для UE, и приемник (135), сконфигурированный для приема передачи или приема информации синхронизации от оборудования UE. Эти передатчик и приемник могут составлять приемопередатчик (135). Упомянутая сеть дополнительно содержит процессор (110), подключаемый к передатчику и приемнику. Этот процессор (110) может быть конфигурируемым для вычисления задержки на основе передачи или приема информации синхронизации.
[00200] Для специалистов в данной области техники будет очевидно, что различные модификации и изменения могут быть сделаны в настоящем изобретении без отклонения от идеи или области действия упомянутого изобретения. Таким образом, предполагается, что настоящее изобретение покрывает модификации и изменения этого изобретения при условии, что они попадают в пределы области действия прилагаемых пунктов формулы изобретения и их эквивалентов.
[00201] Варианты осуществления настоящего изобретения, описанные здесь ниже, являются сочетаниями элементов и функциональных возможностей настоящего изобретения. Элементы или функциональные возможности могут рассматриваться селективными, если иное не упоминается. Каждый элемент или функциональная возможность может осуществляться без объединения с другими элементами или функциональными возможностями. Кроме того, вариант осуществления настоящего изобретения может быть построен посредством объединения частей элементов и/или функциональных возможностей. Порядки операций, описанные в вариантах осуществления настоящего изобретения, могут быть изменены. Некоторые конструкции какого-либо одного варианта осуществления могут включаться в другой вариант осуществления и могут заменяться соответствующими конструкциями другого варианта осуществления. Для специалистов в данной области техники очевидно, что пункты формулы изобретения, которые явно не приводятся друг в друге в прилагаемых пунктах формулы изобретения, могут представляться в сочетании как вариант осуществления настоящего изобретения или включаться как новый пункт формулы изобретения посредством последующего изменения после подачи заявки.
[00202] В упомянутых вариантах осуществления настоящего изобретения конкретная операция, описываемая как выполняемая посредством станции BS, может выполняться посредством верхнего узла станции BS. А именно, очевидно, что в сети, которая состоит из множества сетевых узлов, включающих станцию BS, различные операции, выполняющиеся для связи со станцией MS, могут выполняться посредством станции BS или сетевыми узлами, отличающимися от станции BS. Термин ‘eNB’ может заменяться термином ‘фиксированная станция’, ‘узел B’, ‘базовая станция (Base Station, BS)’, ‘точка доступа’ и т.п.
[00203] Описанные выше варианты осуществления могут осуществляться с помощью различных средств, например посредством аппаратного обеспечения, встроенного программного обеспечения, программного обеспечения или их сочетания.
[00204] В конфигурации аппаратного обеспечения способ в соответствии с вариантами осуществления настоящего изобретения может осуществляться посредством одной или более специализированных интегральных схем (Application Specific Integrated Circuits, ASICs), цифровых сигнальных процессоров (Digital Signal Processors, DSP), цифровых устройств обработки сигналов (Digital Signal Processing Devices, DSPD), программируемых логических устройств (Programmable Logic Devices, PLD), программируемых вентильных матриц (Field Programmable Gate Arrays, FPGA), процессоров, контроллеров, микроконтроллеров или микропроцессоров.
[00205] В конфигурации встроенного программного обеспечения или конфигурации программного обеспечения способ в соответствии с вариантами осуществления настоящего изобретения может осуществляться в форме модулей, процедур, функций и т.п., выполняя описанные выше функции или операции. Программный код может храниться в блоке памяти и выполняться посредством процессора. Блок памяти может размещаться внутри или вне процессора и может передавать и принимать данные к и от процессора с помощью различных известных средств.
[00206] Специалистам в данной области будет понятно, что настоящее изобретение может осуществляться другими конкретными способами, чем способы, изложенные здесь без отклонения от идеи и основных характеристик настоящего изобретения. Упомянутые выше варианты осуществления, следовательно, должны быть истолкованы во всех аспектах как иллюстративные и не ограничивающие. Область действия упомянутого изобретения должна определяться посредством прилагаемых пунктов формулы изобретения и их правовых эквивалентов, не приведенным выше описанием, и все изменения, попадающие в диапазон эквивалентности и смысловой диапазон прилагаемых пунктов формулы изобретения подразумеваются охватываемыми здесь.
Промышленная применимость
[00207] В то время как описанный выше способ был рассмотрен с концентрированием на примере, применяемом для системы 3GPP LTE, настоящее изобретение является применимым для различных систем беспроводной связи в дополнение к упомянутой системе 3GPP LTE.