RU2631261C2 - Способ и устройство для произвольного доступа - Google Patents

Abstract

Изобретение относится к беспроводной связи. Техническим результатом является осуществление связи для устройства связи, которое может работать в сценарии динамического TDD. Один вариант осуществления настоящего раскрытия относится к способу произвольного доступа в UE в несинхронизированном состоянии. Способ содержит передачу к базовой станции первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB; прием от базовой станции второго сообщения, включающего в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в этом SIB. Другой вариант осуществления настоящего изобретения также относится к соответствующему способу произвольного доступа в базовой станции. В соответствии с аспектом настоящего раскрытия обеспечены соответствующие устройства. 4 н. и 19 з.п. ф-лы, 14 ил.

Description

ОБЛАСТЬ ТЕХНИКИ

[0001] Настоящее раскрытие в целом относится к беспроводной связи, в частности к способам и устройствам для произвольного доступа.

УРОВЕНЬ ТЕХНИКИ

[0002] С развитием Долгосрочной Эволюции (LTE) или Усовершенствованной Долгосрочной Эволюции (LTE-A) предложена новая функция, определенная как динамический Дуплекс с Временным Разделением (TDD).

[0003] Для устройств связи, таких как пользовательские оборудования, которые способны работать в режиме динамического TDD, могут присваиваться более одной конфигураций TDD. Это может создать проблему в некоторых ситуациях связи при определении одной из сторон связи (например, пользовательским оборудованием или базовой станцией), какая конфигурация TDD в текущее время используется другой стороной связи (например, базовой станцией или пользовательским оборудованием).

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0004] Один или более вариантов осуществления способа и устройства согласно настоящему раскрытию нацелены на обеспечение решения по осуществлению связи для устройства связи, которое может работать в сценарии динамического TDD.

[0005] В соответствии с аспектом настоящего раскрытия, обеспечен способ функционирования устройства связи. Согласно варианту осуществления настоящего раскрытия, способ содержит: передачу к сетевому устройству первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации (SIB); прием от устройства сетевого узла второго сообщения, включающего в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в SIB.

[0006] В соответствии с аспектом настоящего раскрытия, обеспечен способ функционирования устройства сетевого узла. Согласно варианту осуществления настоящего раскрытия, способ содержит: прием от устройства связи первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB; передачу к устройству связи второго сообщения, включающего в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в SIB.

[0007] В соответствии с аспектом настоящего раскрытия, обеспечено устройство связи. Согласно варианту осуществления настоящего раскрытия, устройство связи содержит: передающий блок, сконфигурированный для передачи к устройству сетевого узла первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией Дуплекса с Временным Разделением, TDD, в SIB; и приемный блок, сконфигурированный для приема от устройства сетевого узла второго сообщения, включающего в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в SIB.

[0008] В соответствии с аспектом настоящего раскрытия, обеспечено устройство сетевого узла. Согласно варианту осуществления настоящего раскрытия, устройство сетевого узла содержит: приемный блок, сконфигурированный для приема от устройства связи первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB; и передающий блок, сконфигурированный для передачи к устройству связи второго сообщения, включающего в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в SIB.

[0009] Согласно другому аспекту настоящего изобретения, предложен способ функционирования устройства связи. Согласно варианту осуществления настоящего раскрытия, способ содержит: определение, принята ли явная сигнализация, указывающая конфигурацию TDD; выбор преамбулы произвольного доступа на основе результата определения; передачу к устройству сетевого узла первого сообщения для процедуры произвольного доступа, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB; выполнение последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения. Устройство связи может находиться в несинхронизированном состоянии.

[0010] В соответствии с вариантом осуществления настоящего раскрытия, в процедуре произвольного доступа на конкурентной основе, этап выбора преамбулы произвольного доступа может содержать: выбор преамбулы произвольного доступа, которая принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, в ответ на определение, что явная сигнализация принята; и выбор преамбулы произвольного доступа, которая не принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, в ответ на определение, что явная сигнализация не принята.

[0011] В соответствии с вариантом осуществления настоящего изобретения, этап выполнения последующей передачи сообщений для процедуры произвольного доступа может содержать: выполнение, в ответ на определение, что явная сигнализация принята, последующей передачи сообщений для процедуры произвольного доступа согласно конфигурации TDD, указанной явной сигнализацией; и выполнение, в ответ на определение, что явная сигнализация не принята, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации.

[0012] В соответствии с вариантом осуществления настоящего изобретения, в бесконфликтной процедуре произвольного доступа, явная сигнализация может быть сконфигурирована для передачи с преамбулой произвольного доступа, назначенной устройству связи, в том же сообщении к устройству связи. В ответ на определение того, что явная сигнализация принята, этап выбора преамбулы произвольного доступа может содержать выбор преамбулы произвольного доступа, назначенной устройству связи, и этап выполнения последующей передачи сообщений для процедуры произвольного доступа может содержать выполнение последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией.

[0013] В соответствии с вариантом осуществления настоящего изобретения, устройство связи может быть пользовательским оборудованием.

[0014] В соответствии с вариантом осуществления настоящего изобретения, пользовательское оборудование может находиться в несинхронизированном состоянии.

[0015] Согласно другому аспекту настоящего раскрытия, предложен способ функционирования устройства сетевого узла. Согласно варианту осуществления настоящего изобретения, способ содержит: передачу к устройству связи явной сигнализации, указывающей конфигурацию TDD; прием от устройства связи первого сообщения для процедуры произвольного доступа, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB; определение, на основе преамбулы произвольного доступа, принята ли явная сигнализация устройством связи; выполнение последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения.

[0016] В соответствии с вариантом осуществления настоящего раскрытия, в процедуре произвольного доступа на конкурентной основе, этап определения, на основе преамбулы произвольного доступа, принимается ли явная сигнализация устройством связи, может содержать: определение, если преамбула произвольного доступа принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, что явная сигнализация принята устройством связи; определение, если преамбула произвольного доступа не принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, что явная сигнализация не принята устройством связи.

[0017] В соответствии с вариантом осуществления настоящего раскрытия, этап выполнения последующей передачи сообщений для процедуры произвольного доступа может содержать: выполнение, в ответ на определение, что явная сигнализация принята устройством связи, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией; и выполнение, в ответ на определение, что явная сигнализация не принята устройством связи, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации.

[0018] В соответствии с вариантом осуществления настоящего раскрытия, в бесконфликтной процедуре произвольного доступа, явная сигнализация может быть сконфигурирована для передачи с преамбулой произвольного доступа, назначенной устройству связи, в сообщении к устройству связи. Этап определения, на основе преамбулы произвольного доступа, принята ли явная сигнализация устройством связи, может содержать определение, если преамбула произвольного доступа является преамбулой произвольного доступа, назначенной устройству связи, что явная сигнализация принята устройством связи. Этап выполнения последующей передачи сообщений для процедуры произвольного доступа может содержать выполнение, в ответ на определение, что явная сигнализация принята устройством связи, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией.

[0019] В соответствии с вариантом осуществления настоящего раскрытия, устройство сетевого узла может быть базовой станцией.

[0020] В соответствии с вариантом осуществления настоящего раскрытия, способ может быть использован для произвольного доступа.

[0021] Согласно другому аспекту настоящего раскрытия, предложено устройство связи. Согласно варианту осуществления настоящего раскрытия, устройство связи может содержать: приемный блок, сконфигурированный для приема сообщений от устройства сетевого узла; блок определения, сконфигурированный для определения, принята ли явная сигнализация, указывающая конфигурацию TDD, приемным блоком; блок выбора, сконфигурированный для выбора преамбулы произвольного доступа на основе результата определения; передающий блок, сконфигурированный для передачи к устройству сетевого узла первого сообщения для процедуры произвольного доступа, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB. Передающий блок и приемный блок могут быть сконфигурированы для выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения.

[0022] В соответствии с вариантом осуществления настоящего раскрытия, в процедуре произвольного доступа на конкурентной основе, блок выбора может быть сконфигурирован для выбора преамбулы произвольного доступа, которая принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, в ответ на определение блоком определения, что явная сигнализация принята приемным блоком; и выбора преамбулы произвольного доступа, которая не принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, в ответ на определение блоком определения, что явная сигнализация не принята приемным блоком.

[0023] В соответствии с вариантом осуществления настоящего раскрытия, передающий блок и приемный блок могут быть сконфигурированы для выполнения, в ответ на определение блоком определения, что явная сигнализация принята приемным блоком, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией; и выполнения, в ответ на определение блоком определения, что явная сигнализация не принята приемным блоком, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией ТDD в блоке системной информации.

[0024] В соответствии с вариантом осуществления настоящего раскрытия, в бесконфликтной процедуре произвольного доступа, явная сигнализация может быть сконфигурирована для передачи с преамбулой произвольного доступа, назначенной устройству связи, в том же сообщении к устройству связи. В ответ на определение блоком определения, что явная сигнализация принята приемным блоком, блок выбора может быть сконфигурирован для выбора преамбулы произвольного доступа, назначенной устройству связи, и передающий блок и приемный блок могут быть сконфигурированы для выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией.

[0025] В соответствии с вариантом осуществления настоящего раскрытия, устройство связи может быть пользовательским оборудованием.

[0026] В соответствии с аспектом настоящего раскрытия, пользовательское оборудование может находиться в несинхронизированном состоянии.

[0027] Согласно другому аспекту настоящего раскрытия, предложено устройство сетевого узла. Согласно варианту осуществления настоящего раскрытия, устройство сетевого узла содержит: передающий блок, сконфигурированный для передачи к устройству связи явной сигнализации, указывающей конфигурацию TDD; приемный блок, сконфигурированный для приема от устройства связи первого сообщения для процедуры произвольного доступа, включающей в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB; блок определения, сконфигурированный для определения, на основе преамбулы произвольного доступа, принята ли явная сигнализация несинхронизированным устройством связи. Передающий блок и приемный блок сконфигурированы для выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения.

[0028] В соответствии с вариантом осуществления настоящего раскрытия, в процедуре произвольного доступа на конкурентной основе, блок определения может быть сконфигурирован для определения, если преамбула произвольного доступа принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, что явная сигнализация принята устройством связи; определения, если преамбула произвольного доступа не принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, что явная сигнализация не принята устройством связи.

[0029] В соответствии с вариантом осуществления настоящего раскрытия, передающий блок и приемный блок могут быть сконфигурированы для выполнения, в ответ на определение блоком определения, что явная сигнализация принята устройством связи, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией; и выполнения, в ответ на определение блоком определения, что явная сигнализация не принята устройством связи, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации.

[0030] В соответствии с вариантом осуществления настоящего раскрытия, в бесконфликтной процедуре произвольного доступа, явная сигнализация может быть сконфигурирована для передачи с преамбулой произвольного доступа, назначенной устройству связи, в том же сообщении к устройству связи. Блок определения может быть сконфигурирован для определения, если преамбула произвольного доступа является преамбулой произвольного доступа, назначенной устройству связи, что явная сигнализация принята устройством связи. Передающий блок и приемный блок могут быть сконфигурированы для выполнения, в ответ на определение, что явная сигнализация принята устройством связи, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией.

[0031] В соответствии с вариантом осуществления настоящего раскрытия, устройство сетевого узла может быть базовой станцией.

[0032] В соответствии с аспектом настоящего раскрытия, обеспечено устройство связи. Согласно варианту осуществления настоящего раскрытия, устройство связи содержит средство обработки, сконфигурированное для передачи к устройству сетевого узла первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией Дуплекса с Временным Разделением, TDD, в блоке системной информации; и приема от устройства сетевого узла второго сообщения, включающего в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации. Согласно варианту осуществления настоящего раскрытия, средство обработки может содержать процессор и память, и память может содержать инструкции, исполняемые процессором.

[0033] Согласно другому аспекту настоящего изобретения, обеспечено устройство сетевого узла. Согласно варианту осуществления настоящего раскрытия, устройство сетевого узла содержит средство обработки, сконфигурированное для приема от устройства связи первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации; и передачи в устройство связи второго сообщения, включающего в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации. Согласно варианту осуществления настоящего раскрытия, средство обработки может содержать процессор и память, и память может содержать инструкции, исполняемые процессором.

[0034] Согласно другому аспекту настоящего изобретения, обеспечено устройство связи. Согласно варианту осуществления настоящего раскрытия, устройство связи содержит средство обработки, сконфигурированное для определения, принята ли явная сигнализация, указывающая конфигурацию TDD; выбора преамбулы произвольного доступа на основе результата определения; передачи к устройству сетевого узла первого сообщения для процедуры произвольного доступа, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации; выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения. Согласно варианту осуществления настоящего раскрытия, средство обработки может содержать процессор и память, и память может содержать инструкции, исполняемые процессором.

[0035] Согласно другому аспекту настоящего изобретения, обеспечено устройство сетевого узла. Согласно варианту осуществления настоящего раскрытия, устройство сетевого узла содержит средство обработки, сконфигурированное для передачи к устройству связи явной сигнализации, указывающей конфигурацию TDD; приема от устройства связи первого сообщения для процедуры произвольного доступа, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD, широковещательно передаваемой в блоке системной информации; определения, на основе преамбулы произвольного доступа, принята ли явная сигнализация устройством связи; выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения. Согласно варианту осуществления настоящего раскрытия, средство обработки может содержать процессор и память, и память может содержать инструкции, исполняемые процессором.

[0036] Согласно другому аспекту настоящего раскрытия, обеспечен способ функционирования устройства сетевого узла, которое обслуживает устройство связи в по меньшей мере одной вторичной соте с агрегированием несущих. Способ содержит передачу к устройству связи RRC сигнализации в соответствии с конфигурацией TDD в блоке системной информации, чтобы инструктировать устройство связи активировать режим с возможностью динамического TDD; прием от устройства связи индикации подтверждения в соответствии с конфигурацией TDD в блоке системной информации, что устройство связи принимает RRC сигнализацию; осуществление связи с устройством связи в по меньшей мере одной вторичной соте в соответствии с режимом с возможностью динамического TDD.

[0037] Согласно другому аспекту настоящего изобретения, обеспечен способ функционирования устройства связи, которое обслуживается устройством сетевого узла в по меньшей мере одной вторичной соте с агрегированием несущих. Способ содержит прием от устройства сетевого узла RRC сигнализации в соответствии с конфигурацией TDD в блоке системной информации, причем RRC сигнализация инструктирует устройство связи активировать режим с возможностью динамического TDD; передачу к устройству сетевого узла индикации подтверждения в соответствии с конфигурацией TDD в блоке системной информации, чтобы указать, что устройство связи принимает RRC сигнализацию; определение, принимает ли устройство сетевого узла индикацию подтверждения или нет; в ответ на определение, что устройство сетевого узла принимает индикацию подтверждения, осуществление связи с устройством сетевого узла в по меньшей мере одной вторичной соте в соответствии с режимом с возможностью динамического TDD; и в ответ на определение, что устройство сетевого узла не принимает индикацию подтверждения, осуществление связи с устройством сетевого узла в по меньшей мере одной вторичной соте в соответствии с конфигурацией TDD в блоке системной информации.

[0038] Согласно другому аспекту настоящего раскрытия, обеспечено устройство сетевого узла, которое обслуживает устройство связи в по меньшей мере одной вторичной соте с агрегированием несущих. Устройство сетевого узла содержит передающий блок, сконфигурированный для передачи к устройству связи RRC сигнализации в соответствии с конфигурацией TDD в блоке системной информации, чтобы инструктировать устройство связи активировать режим с возможностью динамического TDD; приемный блок, сконфигурированный для приема от устройства связи индикации подтверждения в соответствии с конфигурацией TDD в блоке системной информации, что устройство связи принимает RRC сигнализацию; управляющий блок, сконфигурированный для управления передающим блоком и приемным блоком для осуществления связи с устройством связи в по меньшей мере одной вторичной соте в соответствии с режимом с возможностью динамического TDD.

[0039] Согласно другому аспекту настоящего раскрытия, обеспечено устройство связи, которое обслуживается устройством сетевого узла в по меньшей мере одной вторичной соте с агрегированием несущих. Устройство связи содержит приемный блок, сконфигурированный для приема от устройства сетевого узла RRC сигнализации в соответствии с конфигурацией TDD в блоке системной информации, причем RRC сигнализация инструктирует устройство связи активировать режим с возможностью динамического TDD; передающий блок, сконфигурированный для передачи к устройству сетевого узла индикации подтверждения в соответствии с конфигурацией TDD в блоке системной информации, чтобы указать, что устройство связи принимает RRC сигнализацию; блок определения, сконфигурированный для определения, принимает ли устройство сетевого узла индикацию подтверждения или нет; управляющий блок, сконфигурированный, чтобы в ответ на определение, что устройство сетевого узла принимает индикацию подтверждения, управлять приемным блоком и передающим блоком для осуществления связи с устройством сетевого узла в по меньшей мере одной вторичной соте в соответствии с режимом с возможностью динамического TDD; и в ответ на определение, что устройство сетевого узла не принимает индикацию подтверждения, управлять приемным блоком и передающим блоком для осуществления связи с устройством сетевого узла в по меньшей мере одной вторичной соте в соответствии с конфигурацией TDD в блоке системной информации.

[0040] Согласно другому аспекту настоящего раскрытия, обеспечено устройство сетевого узла. Согласно варианту осуществления настоящего раскрытия, устройство сетевого узла содержит средство обработки, сконфигурированное для передачи к устройству связи RRC сигнализации в соответствии с конфигурацией TDD в блоке системной информации, чтобы инструктировать устройство связи активировать режим с возможностью динамического TDD; приема от устройства связи индикации подтверждения в соответствии с конфигурацией TDD в блоке системной информации, что устройство связи принимает RRC сигнализацию; осуществления связи с устройством связи в по меньшей мере одной вторичной соте в соответствии с режимом с возможностью динамического TDD. Согласно варианту осуществления настоящего раскрытия, средство обработки может содержать процессор и память, и память может содержать инструкции, исполняемые процессором.

[0041] Согласно другому аспекту настоящего раскрытия, обеспечено устройство сетевого узла. Согласно варианту осуществления настоящего раскрытия, устройство сетевого узла содержит средство обработки, сконфигурированное для приема от устройства сетевого узла RRC сигнализации в соответствии с конфигурацией TDD в блоке системной информации, причем RRC сигнализация инструктирует устройство связи активировать режим с возможностью динамического TDD; передачи на устройство сетевого узла индикации подтверждения в соответствии с конфигурацией TDD в блоке системной информации, чтобы указать, что устройство связи принимает RRC сигнализацию; определения, принимает ли устройство сетевого узла индикацию подтверждения или нет; в ответ на определение, что устройство сетевого узла принимает индикацию подтверждения, осуществления связи с устройством сетевого узла в по меньшей мере одной вторичной соте в соответствии с режимом с возможностью динамического TDD; и в ответ на определение, что устройство сетевого узла не принимает индикацию подтверждения, осуществления связи с устройством сетевого узла в по меньшей мере одной вторичной соте в соответствии с конфигурацией TDD в блоке системной информации. Согласно варианту осуществления настоящего раскрытия, средство обработки может содержать процессор и память, и память может содержать инструкции, исполняемые процессором.

[0042] Согласно одному или нескольким вариантам осуществления настоящего раскрытия, когда UE в несинхронизированном состоянии и/или состоянии отказа линии связи инициирует процедуру произвольного доступа в сценарии динамического TDD, UE и соответствующая базовая станция (например, усовершенствованный узел B) могут использовать соответствующую конфигурацию TDD в передаче сообщений для процедуры произвольного доступа и, таким образом, число сбоев произвольного доступа таких UE в сценарии динамического TDD может быть значительно снижено.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0043] Признаки изобретения, рассматриваемые как характеристики настоящего изобретения, изложены в прилагаемой формуле изобретения. Тем не менее, настоящее изобретение, его режим реализации, другие цели, признаки и преимущества будут лучше поняты из нижеследующего подробного описания примерных вариантов осуществления со ссылкой на прилагаемые чертежи, на которых показано следующее:

[0044] Фиг. 1A – диаграмма, схематично иллюстрирующая бесконфликтную процедуру произвольного доступа;

[0045] Фиг. 1В - диаграмма, схематично иллюстрирующая процедуру произвольного доступа на конкурентной основе;

[0046] Фиг. 2 схематично иллюстрирует примерную блок-схему последовательности операций способа функционирования устройства связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия;

[0047] Фиг. 3 схематично иллюстрирует примерную блок-схему последовательности операций способа функционирования устройства сетевого узла согласно одному или нескольким вариантам осуществления настоящего раскрытия;

[0048] Фиг.4 - блок-схема, схематично иллюстрирующая устройство связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия;

[0049] Фиг. 5 - блок-схема, схематично иллюстрирующая устройство сетевого узла согласно одному или нескольким вариантам осуществления настоящего раскрытия;

[0050] Фиг. 6 схематично иллюстрирует примерную блок-схему последовательности операций способа функционирования устройства связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия;

[0051] Фиг. 7 схематично иллюстрирует примерную блок-схему последовательности операций способа функционирования устройства сетевого узла согласно одному или нескольким вариантам осуществления настоящего раскрытия;

[0052] Фиг. 8 - блок-схема, схематично иллюстрирующая устройство связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия;

[0053] Фиг. 9 - блок-схема, схематично иллюстрирующая устройство сетевого узла согласно одному или нескольким вариантам осуществления настоящего раскрытия;

[0054] Фиг. 10 схематично иллюстрирует примерную блок-схему последовательности операций способа функционирования устройства связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия;

[0055] Фиг. 11 схематично иллюстрирует примерную блок-схему последовательности операций способа функционирования устройства сетевого узла согласно одному или нескольким вариантам осуществления настоящего раскрытия;

[0056] Фиг. 12 - блок-схема, схематично иллюстрирующая устройство связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия;

[0057] Фиг. 13 - блок-схема, схематично иллюстрирующая устройство сетевого узла согласно одному или нескольким вариантам осуществления настоящего раскрытия.

ПОДРОБНОЕ ОПИСАНИЕ

[0058] Далее, варианты осуществления настоящего раскрытия будут описаны со ссылкой на прилагаемые чертежи. В последующем описании многие конкретные детали показаны так, чтобы понять настоящее раскрытие более полно. Тем не менее, специалистам в данной области техники должно быть очевидно, что реализация настоящего изобретения может не иметь этих деталей. Кроме того, следует понимать, что настоящее изобретение не ограничивается конкретными вариантами, как представлено здесь. Наоборот, любая комбинация из следующих признаков и элементов может быть рассмотрена для реализации и практического использования настоящего изобретения, независимо от того, идет ли речь о различных вариантах осуществления. Например, в то время как оно описано ниже в контексте системы беспроводной связи типа LTE или LTE-A для иллюстративных целей, специалистам в данной области техники будет понятно, что один или более вариантов осуществления настоящего раскрытия могут быть также применены к различным другим типам систем беспроводной связи. Таким образом, следующие аспекты, признаки, варианты осуществления и преимущества приведены только в иллюстративных целях и не должны пониматься как элементы или ограничения прилагаемой формулы изобретения, если иное не указано явным образом в формуле изобретения.

[0059] В соответствии с технологией динамического TDD, конфигурация(и) TDD соты может (могут) быть динамически изменена(ы) в соответствии с мгновенным трафиком в соте. TDD позволяет использовать различные асимметрии в терминах количества ресурсов, выделенных для передачи восходящей линии связи и нисходящей линии связи, соответственно, с помощью различных конфигураций нисходящей линии связи/восходящей линии связи. Принимая в качестве примера LTE, существует семь различных конфигураций TDD, указанных в таблице 4.2-2 стандарта 3GPP 36.211 v8.4.0. Если существует больше трафика нисходящей линии связи в соте, то конфигурация TDD может быть сконфигурирована в конфигурацию TDD, которая поддерживает более интенсивный трафик нисходящей линии связи (также упоминается как конфигурация более интенсивного трафика нисходящей линии связи); и если существует больше трафика восходящей линии связи в соте, то конфигурация TDD может быть сконфигурирована в конфигурацию TDD, которая поддерживает более интенсивный трафик восходящей линии связи (также упоминается как конфигурация более интенсивного трафика восходящей линии связи). Функция динамического TDD может быть активирована, когда пользовательское оборудование (UE) получает две конфигурации TDD от базовой станции, такой как усовершенствованный Узел В (eNodeB). Одной является конфигурация TDD более интенсивного трафика восходящей линии связи, широковещательно передаваемая в блоке системной информации (SIB), другой является конфигурация TDD более интенсивного трафика нисходящей линии связи, о которой UE информируется с помощью выделенной сигнализации Управления Радиоресурсами (RRC сигнализации), когда UE впервые подключаются к сети. Все возможные конфигурации TDD, которые могут быть применены при осуществлении связи между UE и eNodeB, определяются конфигурацией TDD более интенсивного трафика восходящей линии связи, широковещательно передаваемой в SIB, и конфигурацией TDD более интенсивного трафика нисходящей линии связи, сообщаемой посредством выделенной RRC сигнализации. Каждая из этих определенных конфигураций TDD конфигурирует субкадры восходящей линии связи, которые принадлежат поднабору подкадров восходящей линии связи конфигурации TDD более интенсивного трафика восходящей линии связи SIB, и подкадры нисходящей линии связи, которые принадлежат поднабору подкадров нисходящей линии связи конфигурации TDD более интенсивного трафика нисходящей линии связи выделенной сигнализации управления ресурсами.

[0060] Однако, поскольку в сценарии динамического TDD несколько конфигураций TDD может использоваться между UE и eNodeB, UE, которому было назначено более одной конфигурации TDD, но которое в текущее время находится в состоянии отсутствия синхронизации или сбоя линии связи, может инициировать процедуру произвольного доступа в соответствии с любой из этих конфигураций TDD. Однако eNodeB не знает, какая конфигурация TDD фактически используется UE для выполнения передачи сообщений для процедуры произвольного доступа. Несоответствие в конфигурации TDD между UE и eNodeB приведет сбою произвольного доступа.

[0061] Термин “отсутствие синхронизации” (несинхронизированное состояние), упоминаемый в настоящем раскрытии, указывает состояние устройства связи, когда выравнивание синхронизации (тайминга) восходящей линии связи (UL) не поддерживается. Например, информационный элемент TimeAlignmentTimer используется для управления тем, как долго устройство связи рассматривает обслуживающую соту выровненной по времени в восходящей линии связи, как определено в 3GPP TS 36.331 v12.0.0. По истечении таймера, устройство связи будет считаться несинхронизированным в восходящей линии связи, и необходима процедура произвольного доступа для повторного захвата синхронизации восходящей линии связи.

[0062] Термин “сбой линии связи”, упоминаемый в настоящем раскрытии, также указывает состояние устройства связи. Если качество радиосвязи нисходящей линии связи падает ниже заданного порога, устройство связи будет указывать отсутствие синхронизации более высоким уровням. Если устройство связи определяет, что несинхронизированное состояние продолжается в течение определенного периода, то происходит сбой радиолинии (RLF), и связь требует восстановления RRC соединения с помощью процедуры произвольного доступа.

[0063] Таким образом, существует необходимость в создании решения для связи, облегчающего произвольный доступ, например, для устройства связи в состоянии отсутствия синхронизации и/или сбоя линии связи, которое может работать в сценарии динамического TDD.

[0064] Фиг. 1A является диаграммой, схематично иллюстрирующей бесконфликтную процедуру произвольного доступа, согласно предшествующему уровню техники.

[0065] В бесконфликтной процедуре произвольного доступа eNodeB 120 посылает к UE 110 сообщение (MSG0) для назначения преамбулы произвольного доступа через физический канал управления нисходящей линии связи (PDCCH), который включает в себя преамбулу произвольного доступа, назначенную для UE 110. UE 110 было подключено к сети, но является несинхронизированным в данном примере. UE 110 извлекает преамбулу произвольного доступа из принятого MSG0 и посылает ее к eNodeB 120 в первом сообщении (MSG1) запроса произвольного доступа. eNodeB 120 контролирует выбранный канал восходящей линии связи для приема MSG1. После приема MSG1, eNodeB 120 посылает к UE 110 второе сообщение (MSG2), включающее в себя ответ произвольного доступа, через совместно используемый канал нисходящей линии связи (DL-SCH), чтобы подтвердить успешно детектированную преамбулу. Затем eNodeB 120 и UE 110 являются, таким образом, выровненными во временной области.

[0066] Фиг. 1B является диаграммой, схематично иллюстрирующей процедуру произвольного доступа на конкурентной основе согласно предшествующему уровню техники.

[0067] В процедуре произвольного доступа на конкурентной основе UE 110 инициирует процедуру произвольного путем отправки первого сообщения (MSG1), включающего в себя преамбулу произвольного доступа, выбранную из всех преамбул, доступных в соте, в выбранном канале восходящей линии связи. eNodeB 120 контролирует канал восходящей линии связи для обнаружения преамбулы. eNodeB 120 посылает второе сообщение (MSG2), включающее в себя ответ произвольного доступа, чтобы подтвердить успешно детектированную преамбулу. Если UE 110 принимает MSG2, то UE 110 будет посылать к eNodeB 120 третье сообщение (MSG3), включающее в себя идентификатор, характерный для UE 110. Затем UE 110 контролирует заданный канал нисходящей линии связи для ответа от eNodeB 120. eNodeB 120 пытается разрешить любые конфликты и отправляет к UE 110 четвертое сообщение (MSG4), включающее в себя разрешение конфликтов.

[0068] В соответствии со спецификацией 3GPP TS 36.213 V11.4.0, требование синхронизации восходящей линии связи процедуры произвольного доступа описывается следующим образом:

Для процедуры произвольного доступа Уровня 1, синхронизация передачи восходящей линии связи UE после передачи преамбулы произвольного доступа заключается в следующем.

а. Если PDCCH (физический канал управления нисходящей линии связи) с ассоциированным временным идентификатором радиосети радиодоступа (RА-RNTI) обнаруживается в подкадре n, и соответствующий транспортный блок DL-SCH содержит ответ на переданную последовательность преамбулы, UE должно, в соответствии с информацией в ответе, передавать транспортный блок UL-SCH в первом подкадре n+k1, k1≥6, если поле задержки UL установлено в нуль, где n+k1 является первым доступным подкадром UL для передачи PUSCH. UE должно отложить передачу PUSCH до следующего доступного подкадра UL после n+k1, если поле установлено в 1.

b. Если ответ произвольного доступа принят в подкадре n, и соответствующий транспортный блок DL-SCH не содержит ответ на переданную последовательность преамбулы, UE должно, если требуется более высокими уровнями, быть готовым передать новую последовательность преамбулы не позднее, чем в подкадре n+5.

с. Если ответ произвольного доступа не принят в подкадре n, где подкадр n является последним подкадром окна ответа произвольного доступа, UE должно, если требуется более высокими уровнями, быть готовым передать новую последовательность преамбулы не позднее, чем в подкадре n+4.

В случае если процедура произвольного доступа инициируется “порядком PDCCH” в подкадре n (т.е. бесконфликтный произвольный доступ), UE должно, если требуется более высокими уровнями, передать преамбулу произвольного доступа в первом подкадре n+k2, k2≥6, где доступен ресурс PRACH (пакетный канал произвольного доступа).

[0069] Таким образом, можно видеть, что как MSG1 в бесконфликтном произвольном доступе, так и MSG3 в произвольном доступе на конкурентной основе имеют строгие требования синхронизации.

[0070] В соответствии со спецификацией 3GPP TS 36.321 V11.2.0, требование синхронизации нисходящей линии связи процедуры произвольного доступа описывается следующим образом:

После того, как преамбула произвольного доступа передана и независимо от возможного наличия интервала измерения, UE должно контролировать PDCCH в PCell (первичной соте) на предмет ответа(ов) произвольного доступа, идентифицированного(ых) посредством RA-RNTI, определенного ниже, в окне ответа RA, которое начинается в подкадре, который содержит конец передачи преамбулы, плюс три подкадра и имеет длину ra-ResponseWindowSize подкадров.

[0071] Таким образом, можно видеть, что прием MSG2 также имеет требование синхронизации.

[0072] Согласно примеру осуществления настоящего раскрытия, передача/прием MSG1 следуют конфигурации TDD в SIB, и тогда передача/прием MSG1 в eNodeB 120 и UE 110 могут быть выровнены. С другой стороны, передача/прием MSG2/3/4 могут еще иметь вопрос неоднозначности, так как UE 110/eNodeB 120 могут передавать/принимать MSG2/3/4 по любой из возможных конфигураций TDD в сценарии динамического TDD, которые могут быть неизвестны их партнерам (одноранговым узлам). Даже если явная сигнализация используется для информирования UE 110 о том, какую конфигурацию TDD собирается использовать eNodeB 120, то eNodeB 120 все еще не может знать, обнаружило ли UE 110, которое инициирует произвольный доступ, явную сигнализацию или нет, потому что UE 110 может находиться либо в активном периоде, либо в неактивном (спящем) периоде, если оно не синхронизировано.

[0073] Варианты осуществления настоящего раскрытия нацелены на устранение такой неоднозначности конфигурации TDD, по меньшей мере в процедуре произвольного доступа между устройством сетевого узла, таким как eNodeB, и устройством связи, таким как UE, которому уже было назначено более одной конфигураций TDD, так что устройство связи/устройство сетевого узла может знать, какая конфигурация TDD используется в передаче сообщений произвольного доступа его партнером.

[0074] В настоящем раскрытии, устройства связи, также известные как мобильные терминалы, беспроводные терминалы и/или пользовательское оборудование (UE), имеют возможность осуществлять беспроводную связь с сетевым узлом в системе беспроводной связи, иногда также упоминаемой как система сотовой радиосвязи. Например, устройство связи может представлять собой, без ограничения указанным, мобильный телефон, смартфон, сенсорное устройство, измерительный датчик, транспортное средство, бытовой электронный прибор, медицинский прибор, медиа-плеер, камеру или потребительский электронный прибор любого типа, например, без ограничения указанным, телевизор, радио, осветительное устройство, планшетный компьютер, ноутбук или персональный компьютер (РС). Оконечное устройство/устройство связи может быть портативным, карманным, ручным, содержащимся в компьютере или установленным на транспортном средстве мобильным устройством, способным передавать голос и/или данные через беспроводное или проводное соединение.

[0075] Как правило, устройство сетевого узла может обслуживать или покрывать одну или несколько сот системы беспроводной связи. То есть, устройство сетевого узла обеспечивает радиопокрытие в соте(ах) и осуществляет связь через эфирный интерфейс с устройствами связи, работающими на радиочастотах в его диапазоне. Устройство сетевого узла в некоторых системах беспроводной связи может также упоминаться как “eNB”, “eNodeB”, “NodeB” или “узел B”, в зависимости от технологии и используемой терминологии. В настоящем раскрытии, устройство сетевого узла также может упоминаться как базовая станция (BS). Устройства сетевого узла могут быть разных классов, такими как, например, макро eNodeB, домашний eNodeB или пико базовая станция или узел ретрансляции, основываясь на мощности передачи и, тем самым, размере соты.

Решение 1

[0076] Со ссылкой на фиг. 2-5 подробно описываются различные варианты осуществления решения 1 настоящего раскрытия.

[0077] Фиг. 2 схематично иллюстрирует примерную блок-схему последовательности операций способа 200 функционирования устройства связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[0078] Устройство связи может находиться в несинхронизированном состоянии или состоянии сбоя линии связи, поэтому оно должно инициировать процедуру произвольного доступа с устройством сетевого узла, таким, как eNodeB. Устройству связи может быть назначено более одной конфигурации TDD перед инициированием процедуры произвольного доступа. Эти ранее назначенные конфигурации TDD могут включать в себя конфигурацию TDD в SIB и по меньшей мере другую конфигурацию TDD, оповещенную с помощью выделенной сигнализации Управления Радиоресурсами посредством eNodeB.

[0079] Как показано на фиг. 2, в блоке S210, устройство связи, такое как UE 110, как показано на фиг. 1A и 1B, посылает к устройству сетевого узла, такому как eNodeB 120, как показано на фиг. 1А и 1B, первое сообщение (MSG1), включающее в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB.

[0080] В блоке S220, устройство связи принимает от устройства сетевого узла второе сообщение (MSG2), включающее в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в SIB. В бесконфликтной процедуре произвольного доступа, устройство связи и устройство сетевого узла могут быть, таким образом, выровнены во временной области в этом блоке.

[0081] В соответствии с одним или несколькими вариантами относительно процедуры произвольного доступа на конкурентной основе, способ 200 может дополнительно продолжаться в соответствии с блоками S230-S240.

[0082] В блоке S230, устройство связи может отправить на устройство сетевого узла третье сообщение (MSG3), включающее в себя идентификатор, характерный для устройства связи, в соответствии с конфигурацией TDD в SIB.

[0083] В блоке S240, устройство связи может принять четвертое сообщение (MSG4) в соответствии с конфигурацией TDD в SIB или конфигурацией динамического TDD в зависимости от того, переключились ли устройство связи и базовая станция в режим с возможностью динамического TDD.

[0084] В соответствии с вариантом осуществления настоящего изобретения, в качестве опции, устройство связи может быть переключено в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD, после отправки MSG3 в блоке S230. Во время процедуры переключения устройство связи может конфигурироваться посредством RRC сигнализации, принятой от устройства сетевого узла, для переключения в режим с возможностью динамического TDD. В этом варианте осуществления устройство связи может принять в блоке S240 от устройства сетевого узла MSG4, включающее в себя разрешение конфликта путем контроля каналов нисходящей линии связи в соответствии с несколькими конфигурациями динамического TDD. В частности, устройство связи будет контролировать все каналы нисходящей линии связи, разрешенные в различных конфигурациях динамического TDD, чтобы принимать MSG4.

[0085] В соответствии с вариантом осуществления настоящего раскрытия, в качестве другой опции, устройство связи может быть переключено в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD, после того, как UE принимает MSG4 в блоке S240. Во время процедуры переключения, устройство связи может конфигурироваться посредством RRC сигнализации, принимаемой от устройства сетевого узла, для переключения в режим с возможностью динамического TDD. В этом варианте осуществления, в блоке S240, UE может быть сконфигурировано для приема MSG4 в соответствии с конфигурацией TDD в SIB.

[0086] В соответствии с вариантами осуществления настоящего раскрытия, каждая из множества конфигураций динамического TDD может иметь подкадры восходящей линии связи, которые принадлежат поднабору подкадров восходящей линии связи конфигурации TDD в блоке системной информации, и подкадры нисходящей линии связи, которые принадлежат поднабору подкадров нисходящей линии связи конфигурации TDD, сообщенной посредством выделенной сигнализации Управления Радиоресурсами, которая уже была назначена устройству связи устройством сетевого узла.

[0087] Фиг. 3 схематично иллюстрирует примерную блок-схему последовательности операций способа 300 функционирования устройства сетевого узла в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[0088] Устройство сетевого узла может быть базовой станцией, такой как eNodeB 120, как показано на фиг. 1А и 1B.

[0089] Как показано на фиг. 3, в блоке S310, устройство сетевого узла принимает от устройства связи, такого как UE 110, как показано на фиг. 1A и 1B, первое сообщение (MSG1), включающее в себя преамбулу произвольного доступа, в соответствии с конфигурацией TDD в SIB. Устройство связи может находиться в несинхронизированном состоянии или состоянии сбоя линии связи, поэтому оно должно инициировать процедуру произвольного доступа с устройством сетевого узла, таким как eNodeB. Устройство сетевого узла может назначить устройству связи более одной конфигурации TDD перед инициированием процедуры произвольного доступа. Эти ранее назначенные конфигурации TDD могут включать в себя конфигурацию TDD в SIB и по меньшей мере другую конфигурацию TDD, сообщенную посредством выделенной сигнализации Управления Радиоресурсами.

[0090] В блоке S320, устройство сетевого узла посылает к устройству связи второе сообщение (MSG2), включающее в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в SIB. В бесконфликтной процедуре произвольного доступа устройство сетевого узла и устройство связи могут быть, таким образом, выровнены во временной области в этом блоке.

[0091] В соответствии с одним или несколькими вариантами осуществления относительно процедуры произвольного доступа на конкурентной основе, способ 300 может дополнительно продолжаться в соответствии с блоками S330-S340.

[0092] В блоке S330, устройство сетевого узла может принимать от устройства связи третье сообщение (MSG3), включающее в себя идентификатор, характерный для устройства связи, в соответствии с конфигурацией TDD в SIB.

[0093] В блоке S340, устройство сетевого узла может отправить четвертое сообщение (MSG4) в соответствии с конфигурацией TDD в SIB или конфигурацией динамического TDD в зависимости от того, переключаются ли устройство связи и устройство сетевого узла в режим с возможностью динамического TDD.

[0094] В соответствии с вариантом осуществления настоящего раскрытия, в качестве опции, устройство сетевого узла может переключаться в режим с возможностью динамического TDD, чтобы поддерживать несколько конфигураций динамического TDD, после приема MSG3 в блоке S330. В процедуре переключения, устройство сетевого узла также может конфигурировать устройство связи для переключения в режим с возможностью динамического TDD, например, посредством RRC сигнализации. В этом варианте осуществления устройство сетевого узла может отправить в блоке S340 к устройству связи MSG4, включающее в себя разрешение конфликтов в соответствии с одной из нескольких конфигураций динамического TDD.

[0095] В соответствии с вариантом осуществления настоящего раскрытия, в качестве другой опции, устройство сетевого узла может быть переключено в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD, после того как базовая станция посылает MSG4 в блоке S340. В процедуре переключения, устройство сетевого узла также может конфигурировать устройство связи для переключения в режим с возможностью динамического TDD, например, посредством RRC сигнализации. В этом варианте осуществления, в блоке S340, устройство сетевого узла может отправить MSG4 в соответствии с конфигурацией TDD в SIB.

[0096] В соответствии с вариантами осуществления настоящего раскрытия, каждая из множества конфигураций динамического TDD может иметь подкадры восходящей линии связи, которые принадлежат поднабору подкадров восходящей линии связи конфигурации TDD в упомянутом блоке системной информации, и подкадры нисходящей линии связи, которые принадлежат поднабору подкадров нисходящей линии конфигурации TDD, сообщенной посредством выделенной сигнализации Управления Радиоресурсами, которая уже была назначена устройству связи устройством сетевого узла.

[0097] Фиг. 4 представляет собой блок-схему, иллюстрирующую устройство 400 связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[0098] Устройство 400 связи может в текущее время находиться в несинхронизированном состоянии или в состоянии сбоя линии связи и должно инициировать процедуру произвольного доступа с устройством сетевого узла, таким как eNodeB. Устройству связи может быть назначено более одной конфигурации TDD перед инициированием процедуры произвольного доступа. Эти ранее назначенные конфигурации TDD могут включать в себя конфигурацию TDD в SIB и по меньшей мере другую конфигурацию TDD, сообщенную посредством выделенной сигнализации Управления Радиоресурсами.

[0099] Как показано на фиг. 4, устройство 400 связи, такое как устройство 110 связи, как показано на фиг. 1A и 1B, содержит передающий блок 410 и приемный блок 420 для осуществления связи с устройством сетевого узла, таким как eNodeB 120, как показано на фиг. 1А и 1B. Передающий блок 410 и приемный блок 420 могут содержать любые подходящие аппаратные компоненты для двунаправленной беспроводной связи с устройством сетевого узла. Например, передающий блок 410 и приемный блок 420 могут быть реализованы в виде соответствующего радиочастотного приемопередатчика (т.е. передатчика и приемника, которые могут быть реализованы как единый компонент или по отдельности) для двунаправленной беспроводной связи с устройством сетевого узла через одну или более антенн (не показаны на фиг. 4).

[00100] Устройство 400 связи дополнительно содержит процессор 40, который включает в себя один или более микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т.п. Процессор 40 может быть сконфигурирован для исполнения программного кода, сохраненного в памяти (не показана на фиг. 4), которая может включать в себя один или несколько типов памяти, такой как постоянная память (ROM), оперативная память, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, сохраненный в памяти, включает в себя программные инструкции для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкции для осуществления одного или более из описанных здесь методов, в различных вариантах осуществления.

[00101] Передающий блок 410 сконфигурирован для отправки к устройству сетевого узла первого сообщения (MSG1), включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB.

[00102] Приемный блок 420 сконфигурирован для приема от устройства сетевого узла второго сообщения (MSG2), включающего в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в SIB. В бесконфликтной процедуре произвольного доступа UE 400 может быть, таким образом, выровнено с устройством сетевого узла во временной области путем приема ответа произвольного доступа.

[00103] В соответствии с одним или несколькими вариантами осуществления относительно процедуры произвольного доступа на конкурентной основе, передающий блок 410 может быть дополнительно сконфигурирован, чтобы, в процедуре произвольного доступа на конкурентной основе, посылать к устройству сетевого узла третье сообщение (MSG3), включающее в себя идентификатор, характерный для устройства 400 связи, в соответствии с конфигурацией TDD в SIB.

[00104] В соответствии с вариантом осуществления настоящего раскрытия, функциональный аспект процессора 40 может содержать управляющий блок 430, сконфигурированный для переключения устройства связи в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD, после того как устройство 400 связи посылает MSG3. В этом варианте осуществления, приемный блок 420 может быть сконфигурирован для приема от устройства сетевого узла четвертого сообщения (MSG4), включающего в себя разрешение конфликтов путем контроля каналов нисходящей линии связи в соответствии с несколькими конфигурациями динамического TDD.

[00105] В соответствии с другим вариантом осуществления настоящего раскрытия, приемный блок 420 может быть дополнительно сконфигурирован для приема от устройства сетевого узла четвертого сообщения (MSG4), включающего в себя разрешение конфликта в соответствии с конфигурацией TDD в SIB. В этом варианте осуществления управляющий блок 430 может быть сконфигурирован для переключения устройства связи в режим с возможностью динамического TDD, чтобы поддерживать несколько конфигураций динамического TDD после приема MSG4.

[00106] В соответствии с вариантами осуществления настоящего раскрытия, каждая из множества конфигураций динамического TDD может иметь подкадры восходящей линии связи, которые принадлежат поднабору подкадров восходящей линии связи конфигурации TDD в упомянутом блоке системной информации, и подкадры нисходящей линии связи, которые принадлежат поднабору подкадров нисходящей линии связи конфигурации TDD, сообщенной посредством выделенной сигнализации Управления Радиоресурсами, которая уже была назначена устройству связи устройством сетевого узла.

[00107] Фиг. 5 представляет собой блок-схему, иллюстрирующую устройство 500 сетевого узла в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[00108] Как показано на фиг. 5, устройство 500 сетевого узла, такое как eNodeB 120, как показано на фиг. 1A и 1B, включает в себя приемный блок 510 и передающий блок 520 для осуществления связи с устройством связи, таким как UE 110, как показано на фиг. 1А и 1B. Устройство связи может быть несинхронизированным или испытывать сбой линии связи, поэтому оно должно инициировать процедуру произвольного доступа с устройством сетевого узла, таким как eNodeB. Устройство 500 сетевого узла может назначить устройству связи более одной конфигурации TDD до инициирования процедуры произвольного доступа. Эти ранее назначенные конфигурации TDD могут включать в себя конфигурацию TDD в SIB и по меньшей мере другую конфигурацию TDD, сообщенную посредством выделенной сигнализации Управления Радиоресурсами. Приемный блок 510 и передающий блок 520 могут включать в себя любые подходящие аппаратные компоненты для двунаправленной беспроводной связи с одним или несколькими устройствами связи. Например, приемный блок 510 и передающий блок 520 могут быть реализованы в виде соответствующего радиочастотного приемопередатчика (т.е. передатчика и приемника, которые могут быть реализованы как единый компонент или по отдельности) для двунаправленной беспроводной связи с одним или более устройствами связи через одну или более антенн (не показаны на фиг. 5).

[00109] Устройство 500 сетевого узла дополнительно содержит процессор 50, который включает в себя один или более микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т.п. Процессор 50 может быть сконфигурирован для исполнения программного кода, сохраненного в памяти (не показана на фиг. 5), которая может включать в себя один или несколько типов памяти, такой как постоянная память (ROM), оперативная память, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, сохраненный в памяти, включает в себя программные инструкции для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкции для осуществления одного или более из описанных здесь методов, в различных вариантах осуществления.

[00110] Приемный блок 510 сконфигурирован для приема от устройства связи первого сообщения (MSG1), включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB.

[00111] Передающий блок 520 сконфигурирован для передачи к устройству связи второго сообщения (MSG2), включающего в себя ответ произвольного доступа с использованием преамбулы произвольного доступа в соответствии с конфигурацией TDD в SIB. В бесконфликтной процедуре произвольного доступа, устройство 500 сетевого узла может быть, таким образом, выровнено с устройством связи во временной области, когда UE принимает ответ произвольного доступа.

[00112] В соответствии с одним или несколькими вариантами осуществления относительно процедуры произвольного доступа, приемный блок 510 может быть дополнительно сконфигурирован, чтобы, в процедуре произвольного доступа на конкурентной основе, принимать от устройства связи третье сообщение (MSG3), включающее в себя идентификатор, характерный для устройства связи, в соответствии с конфигурацией TDD в SIB.

[00113] В соответствии с вариантом осуществления настоящего изобретения, функциональный аспект процессора 50 может содержать управляющий блок 530, сконфигурированный для переключения устройства сетевого узла в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD, после того как устройство 500 сетевого узла принимает MSG3. В этом варианте осуществления передающий блок 520 может быть дополнительно сконфигурирован для передачи к устройству связи четвертого сообщения (MSG4), включающего в себя разрешение конфликтов в соответствии с одной из нескольких конфигураций динамического TDD.

[00114] В соответствии с другим вариантом осуществления настоящего раскрытия, передающий блок 520 может быть дополнительно сконфигурирован для передачи в устройство связи четвертого сообщения (MSG4), включающего в себя разрешение конфликтов в соответствии с конфигурацией TDD в SIB. Управляющий блок 530 может быть сконфигурирован для переключения устройства 500 сетевого узла в режим с возможностью динамического TDD, чтобы поддерживать несколько конфигураций динамического TDD после отправки MSG4.

[00115] В соответствии с вариантами осуществления настоящего раскрытия, каждая из множества конфигураций динамического TDD может иметь подкадры восходящей линии связи, которые принадлежат поднабору подкадров восходящей линии связи конфигурации TDD в упомянутом блоке системной информации, и подкадры нисходящей линии связи, которые принадлежат поднабору подкадров нисходящей линии связи конфигурации TDD, сообщенной посредством выделенной сигнализации Управления Радиоресурсами, которая была уже назначена устройству связи устройством сетевого узла.

[00116] В общем случае решения 1, все сообщения, принимаемые в общем пространстве поиска, могут следовать синхронизации, заданной конфигурацией TDD в SIB. В качестве примера, в ходе процедуры переключения устройства связи в режим с возможностью динамического TDD, как показано на фиг. 2 и 3, устройство связи может быть сконфигурировано посредством RRC сигнализации от устройства сетевого узла. Устройство связи планируется для трафика восходящей линии связи в общем пространстве поиска и следует конфигурации TDD в SIB до тех пор, пока устройство сетевого узла не примет сообщение подтверждения (такое как Завершение Реконфигурации RRC) от устройства связи для указания, что оно переключено в режим с возможностью динамического TDD. В возможной реализации, синхронизация обратной связи устройства сетевого узла для планирования нисходящей линии связи, которая находится в общем пространстве поиска (т.е., по меньшей мере для подкадров, которые являются подкадрами нисходящей линии связи или специальными подкадрами в соответствии с конфигурацией TDD в SIB), также следует конфигурации TDD в SIB. После сообщения реконфигурации RRC, которое может, например, инструктировать устройство связи переключиться в режим с возможностью динамического TDD, устройство сетевого узла может следовать синхронизации, ассоциированной с конфигурацией динамического TDD в планировании, принятом в пространстве поиска, характерном для устройства связи. В другой реализации, RNTI, которым скремблируется информация управления нисходящей линии связи (DCI), или формат DCI также могут использоваться для указания конфигурации TDD, которая должна применяться для передачи UL.

[00117] Специалистам в данной области техники должно быть понятно, что различные варианты осуществления в соответствии с решением 1 настоящего раскрытия могут также быть реализованы в случае передачи обслуживания, когда устройство связи передается на обслуживание от исходной соты, обслуживаемой исходным устройством сетевого узла, к соте, обслуживаемой целевым устройством сетевого узла. В ходе подготовки передачи обслуживания, целевое устройство сетевого узла может информировать исходное устройство сетевого узла о конфигурации TDD в SIB целевой соты посредством RRC сигнализации MobilityControlInfo. Затем конфигурация TDD в SIB целевой соты может сигнализироваться к устройству связи исходным устройством сетевого узла во время выполнения передачи обслуживания. На основании принятой конфигурации TDD в SIB целевой соты, устройство связи может действовать для выполнения процедуры произвольного доступа в целевой соте, как описано выше со ссылкой на фиг. 2.

[00118] Следует отметить, что конфигурация в SIB в данном документе используется в качестве общего термина для конфигурации, которую традиционный пользователь применял бы в соте, и эта информация может быть получена через считывание SIB, если присутствует, или с помощью другой сигнализации, такой как RadioResourceConfigCommonSCell, или другой RRC сигнализации, например, в сценарии передачи обслуживания или агрегирования несущих.

[0100] В соответствии с одним или несколькими вариантами осуществления решения 1 настоящего раскрытия, когда устройство связи инициирует процедуру произвольного доступа в сценарии динамического TDD, устройство связи и соответствующее устройство сетевого узла, такое как eNodeB, может использовать соответствующую конфигурацию TDD в SIB для выполнения передачи сообщений для процедуры произвольного доступа. Как таковая, неоднозначность конфигурации TDD между устройством сетевого узла и устройством связи может быть устранена. В этих подходах, сбой произвольного доступа устройств связи в несинхронизированном состоянии или состоянии сбоя линии связи в сценарии динамического TDD может быть значительно сокращен.

Решение 2

[00119] В различных вариантах осуществления решения 2, явная сигнализация может быть использована для переноса конфигурации TDD, которая является желательной для eNodeB, чтобы использоваться устройством связи. Эта информация может быть использована несинхронизированным устройством связи при инициировании процедуры произвольного доступа. Когда несинхронизированное устройство связи все еще находится в соединенном режиме, оно может быть либо в активном периоде, либо в неактивном периоде, когда явная сигнализация передается от eNodeB. Таким образом, устройство связи в активном периоде может детектировать явную сигнализацию и, таким образом, узнать конфигурацию TDD, подлежащую использованию посредством eNodeB в процедуре произвольного доступа, в то время как устройство связи в неактивном периоде вообще не может знать конфигурацию TDD, подлежащую использованию. Таким образом, две различные ситуации должны обрабатываться по-разному. Согласно одному или нескольким вариантам осуществления настоящего раскрытия, несинхронизированное устройство связи, которое не детектирует конфигурацию TDD, сообщаемую посредством eNodeB в явной сигнализации, может использовать конфигурацию TDD в SIB для выполнения процедуры произвольного доступа, в то время как несинхронизированное устройство связи, которое детектирует конфигурацию TDD, сообщаемую посредством eNodeB в явной сигнализации, может использовать конфигурацию TDD в явной сигнализации для выполнения процедуры произвольного доступа.

[00120] Со ссылкой на фиг. 6-9, различные варианты осуществления решения 2 настоящего раскрытия описаны подробно.

[00121] Фиг. 6 схематично иллюстрирует примерную блок-схему последовательности операций способа (600) для произвольного доступа несинхронизированного устройства связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[00122] Как показано на фиг. 6, в блоке S610, устройство связи, такое как устройство 110 связи, как показано на фиг. 1A и 1B, определяет, принята ли явная сигнализация, указывающая конфигурацию TDD. Устройство связи может быть сконфигурировано для приема явной сигнализации от устройства сетевого узла, такого как eNodeB 120, как показано на фиг. 1А и 1B. Когда несинхронизированное устройство связи находится в неактивном периоде, устройство связи может пропустить явную сигнализацию.

[00123] В блоке S620, устройство связи выбирает преамбулу произвольного доступа на основании результата определения блока S610.

[00124] В соответствии с одним или несколькими вариантами осуществления, в процедуре произвольного доступа на конкурентной основе, устройство связи может выбрать преамбулу произвольного доступа, которая принадлежит предварительно определенному поднабору доступных преамбул произвольного доступа в соте, обслуживаемой устройством сетевого узла, в ответ на определение в блоке S610, что явная сигнализация принята. В ответ на определение в блоке S610, что явная сигнализация не принята, устройство связи может выбрать преамбулу произвольного доступа, которая не принадлежит предварительно определенному поднабору доступных преамбул произвольного доступа в соте. Поскольку устройство сетевого узла также знает предварительно определенный поднабор преамбул, устройство связи может информировать устройство сетевого узла, принята ли явная сигнализация, путем использования выбранной преамбулы.

[00125] В блоке S630, устройство связи посылает на устройство сетевого узла первое сообщение (MSG1) для процедуры произвольного доступа, включающее в себя преамбулу произвольного доступа, выбранную в блоке S620, в соответствии с конфигурацией TDD в SIB.

[00126] В блоке S640, устройство связи выполняет последующую передачу сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения. Здесь “последующая передача сообщений” относится к приему или отправке сообщений для процедуры произвольного доступа после MSG1, в том числе, но не ограничиваясь MSG2/3/4, показанными на фиг. 1A и фиг. 1В.

[00127] В соответствии с одним или более вариантов осуществления настоящего раскрытия, устройство связи может выполнять последующую передачу сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией, в ответ на определение в блоке S610, что явная сигнализация принята. В процедуре произвольного доступа на конкурентной основе, устройство связи может использовать конфигурацию TDD, указанную явной сигнализацией, для передачи или приема MSG2/MSG3/MSG4 к или от устройства сетевого узла. В ответ на определение в блоке S610, что явная сигнализация не принята, устройство связи может выполнять последующую передачу сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD в SIB. В процедуре произвольного доступа на конкурентной основе, устройство связи может использовать конфигурацию TDD в SIB, чтобы передавать или принимать MSG2 /MSG3/MSG4 к или от устройства сетевого узла.

[00128] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, в бесконфликтной процедуре произвольного доступа, явная сигнализация может быть сконфигурирована для передачи с преамбулой произвольного доступа, назначенной устройству связи, в том же сообщении, например, MSG0. В этих вариантах осуществления настоящего раскрытия, если устройство связи определяет в блоке S610, что явная сигнализация принята, устройство связи может выбрать в блоке 620 преамбулу произвольного доступа, назначенную несинхронизированному устройству связи, чтобы информировать устройство сетевого узла, что явная сигнализация была принята устройством связи. Затем устройство связи может выполнять последующую передачу сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией, т.е. принимая ответ произвольного доступа путем контроля канала нисходящей линии связи в соответствии с конфигурацией TDD, указанной явной сигнализацией.

[00129] В некоторых вариантах осуществления, в случае, если устройство связи не принимает явную сигнализацию, устройство связи также пропускает назначение преамбулы, передаваемое от устройства сетевого узла для бесконфликтной процедуры произвольного доступа, и не может получить доступ к сети.

[00130] Фиг. 7 схематично иллюстрирует примерную блок-схему последовательности операций способа 700 произвольного доступа в устройстве сетевого узла согласно одному или нескольким вариантам осуществления настоящего раскрытия.

[00131] Как показано на фиг. 7, в блоке S710, устройство сетевого узла, такое как eNodeB 120, как показано на фиг. 1А и 1B, передает к несинхронизированному устройству связи явную сигнализацию, указывающую конфигурацию TDD, подлежащую использованию, например, в процедуре произвольного доступа.

[00132] В блоке S720, устройство сетевого узла принимает от несинхронизированного устройства связи первое сообщение (MSG1) для процедуры произвольного доступа, включающее в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB.

[00133] В блоке S730, устройство сетевого узла определяет на основе принятой преамбулы произвольного доступа, принята ли явная сигнализация несинхронизированным устройством связи.

[00134] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, в процедуре произвольного доступа на конкурентной основе, устройство сетевого узла может определить, что явная сигнализация принята несинхронизированным устройством связи, если принятая преамбула произвольного доступа принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, обслуживаемой устройством сетевого узла; и что явная сигнализация не принята несинхронизированным устройством связи, если преамбула произвольного доступа не принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте.

[00135] В блоке S740, устройство сетевого узла выполняет последующую передачу сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения в блоке S730.

[00136] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, устройство сетевого узла выполняет, в ответ на определение в блоке S730, что явная сигнализация принята несинхронизированным устройством связи, последующую передачу сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией. В процедуре произвольного доступа на конкурентной основе, устройство сетевого узла может использовать конфигурацию TDD в явной сигнализации для передачи или приема MSG2/MSG3/MSG4 к или от устройства связи. В ответ на определение в блоке S730, что явная сигнализация не принята несинхронизированным устройством связи, устройство сетевого узла может выполнять последующую передачу сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD в SIB. В процедуре произвольного доступа на конкурентной основе, устройство сетевого узла может использовать конфигурацию TDD в SIB, чтобы передавать или принимать MSG2/MSG3/MSG4 к или от устройства связи.

[00137] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, в бесконфликтной процедуре произвольного доступа, явная сигнализация может быть сконфигурирована для передачи с преамбулой произвольного доступа, назначенной несинхронизированному устройству связи в том же сообщении, например, MSG0. В этих вариантах осуществления, устройство сетевого узла может определить в блоке S730, что явная сигнализация принята несинхронизированным устройством связи, если принятая преамбула произвольного доступа является преамбулой произвольного доступа, назначенной несинхронизированному устройству связи. В ответ на определение, что явная сигнализация принята несинхронизированным устройством связи, устройство сетевого узла может выполнить последующую передачу сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией, т.е. отправляя ответ произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией.

[00138] В этих вариантах осуществления, в случае, если устройство связи не принимает явную сигнализацию, устройство связи также пропускает назначение преамбулы, переданное от устройства сетевого узла для бесконфликтной процедуры произвольного доступа, и не может получить доступ к сети.

[00139] Фиг. 8 представляет собой блок-схему, иллюстрирующую устройство 800 связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[00140] Как показано на фиг. 8, устройство связи 800, такое как UE 110, как показано на фиг. 1A и 1B, содержит передающий блок 810 и приемный блок 820 для осуществления связи с устройством сетевого узла, таким как eNodeB 120, как показано на фиг. 1А и 1B. Передающий блок 810 и приемный блок 820 могут содержать любые подходящие аппаратные компоненты для двунаправленной беспроводной связи с сетевым устройством. Например, передающий блок 810 и приемный блок 820 могут быть реализованы в виде соответствующего радиочастотного приемопередатчика (т.е. передатчика и приемника, которые могут быть реализованы как единый компонент или по отдельности) для двунаправленной беспроводной связи с устройством сетевого узла через одну или более антенн (не показаны на фиг. 8).

[00141] Приемный блок 820 может быть сконфигурирован для приема явной сигнализации, указывающей конфигурацию TDD, когда устройство 800 связи находится в активном периоде.

[00142] Устройство 800 сетевого узла дополнительно содержит процессор 80, который включает в себя один или более микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т.п. Процессор 80 может быть сконфигурирован для исполнения программного кода, сохраненного в памяти (не показана на фиг. 8), которая может включать в себя один или более типов памяти, такой как постоянная память (ROM), оперативная память, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранимый в памяти, включает в себя программные инструкции для выполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкции для осуществления одного или нескольких из описанных здесь методов, в различных вариантах осуществления.

[00143] В соответствии с вариантом осуществления настоящего раскрытия, функциональный аспект процессора 80 может содержать блок 830 выбора и блок 840 определения. Блок 840 определения сконфигурирован для определения, принята ли явная сигнализация, указывающая конфигурацию TDD, посредством приемного блока. Блок 830 выбора сконфигурирован для выбора преамбулы произвольного доступа на основании результата определения блока 840 определения.

[00144] Передающий блок 810 сконфигурирован для отправки к устройству сетевого узла первого сообщения (MSG1) для процедуры произвольного доступа, включающего в себя преамбулу произвольного доступа, выбранную блоком 830 выбора в соответствии с конфигурацией TDD в SIB.

[00145] Передающий блок 810 и приемный блок 820 дополнительно сконфигурированы для выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения блока 840 определения.

[00146] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, в процедуре произвольного доступа на конкурентной основе, блок 830 выбора может быть сконфигурирован для выбора преамбулы произвольного доступа, которая принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, обслуживаемой устройством сетевого узла, в ответ на определение, что явная сигнализация принимается посредством приемного блока 820. В ответ на определение, что явная сигнализация не принята приемным блоком 820, блок 830 выбора может быть сконфигурирован для выбора преамбулы произвольного доступа, которая не принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте. Поскольку устройство сетевого узла также знает предварительно определенный поднабор преамбул, устройство 800 связи может информировать устройство сетевого узла, принята ли явная сигнализация, путем использования выбранной преамбулы.

[00147] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, в процедуре произвольного доступа на конкурентной основе, передающий блок 810 и приемный блок 820 могут быть сконфигурированы для выполнения, в ответ на определение, что явная сигнализация принята приемным блоком 820, последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией. Как таковой, передающий блок 810 и приемный блок 820 могут быть сконфигурированы для приема или передачи MSG2/MSG3/MSG4 от или к устройству сетевого узла с использованием конфигурации TDD, указанной явной сигнализацией. В ответ на определение того, что явная сигнализация не принята приемным блоком 820, передающий блок 810 и приемный блок 820 могут быть сконфигурированы для выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD в SIB. Как таковой, передающий блок 810 и приемный блок 820 могут быть сконфигурированы для приема или передачи MSG2/MSG3/MSG4 от или к устройству сетевого узла с использованием конфигурации TDD в SIB.

[0101] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, в бесконфликтной процедуре произвольного доступа, явная сигнализация может быть сконфигурирована для передачи с преамбулой произвольного доступа, назначенной устройству связи, в том же сообщении, например, MSG0. В тех вариантах осуществления настоящего раскрытия, если блок 840 определения определяет, что явная сигнализация принята приемным блоком 820, блок 830 выбора может быть сконфигурирован для выбора преамбулы произвольного доступа, назначенной несинхронизированному устройству связи, чтобы информировать устройство сетевого узла, что явная сигнализация была принята устройством связи. Затем передающий блок 810 и приемный блок 820 могут быть сконфигурированы для выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной посредством явной сигнализации, т.е. принимая ответ произвольного доступа путем контроля канала нисходящей линии связи в соответствии с конфигурацией TDD, указанной посредством явной сигнализации.

[0102] В этих вариантах осуществления, в случае, когда устройство связи не принимает явную сигнализацию, устройство связи также пропустит назначение преамбулы, передаваемое от устройства сетевого узла, для бесконфликтной процедуры произвольного доступа и не сможет получить доступ к сети.

[0103] Фиг. 9 представляет собой блок-схему, иллюстрирующую устройство 900 сетевого узла в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[0001] Как показано на фиг. 9, устройство 900 сетевого узла, такое как eNodeB 120, как показано на фиг. 1A и 1B, содержит передающий блок 910 и приемный блок 920 для осуществления связи с устройствами связи, такими как UE 110, как показано на фиг. 1А и 1B. Передающий блок 910 и приемный блок 920 могут содержать любые подходящие аппаратные компоненты для двунаправленной беспроводной связи с одним или несколькими устройствами связи. Например, передающий блок 910 и приемный блок 920 могут быть реализованы в виде соответствующего радиочастотного приемопередатчика (т.е. передатчика и приемника, которые могут быть реализованы как единый компонент или по отдельности) для двунаправленной беспроводной связи с одним или более устройствами связи через одну или более антенн (не показаны на фиг. 9).

[0104] Передающий блок 910 сконфигурирован для передачи к несинхронизированному устройству связи явной сигнализации, указывающей конфигурацию TDD.

[0105] Приемный блок 920 сконфигурирован для приема от несинхронизированного устройства связи первого сообщения (MSG1) для процедуры произвольного доступа, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в SIB.

[0106] Устройство 900 сетевого узла дополнительно содержит процессор 90, который включает в себя один или более микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т.п. Процессор 90 может быть сконфигурирован для исполнения программного кода, сохраненного в памяти (не показана на фиг. 9), которая может включать в себя один или несколько типов памяти, такой как постоянная память (ROM), оперативная память, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранимый в памяти, включает в себя программные инструкции для выполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкции для осуществления одного или нескольких из описанных здесь методов, в различных вариантах осуществления.

[0107] В соответствии с вариантом осуществления настоящего раскрытия, функциональный аспект процессора 90 может включать в себя блок 930 определения, сконфигурированный для определения, основываясь на преамбуле произвольного доступа, принятой приемным блоком 920, принята ли явная сигнализация несинхронизированным устройством связи.

[0108] Передающий блок 910 и приемный блок 920 сконфигурированы так, чтобы выполнять последующую передачу сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, определенной на основе результата определения блока 930 определения.

[0109] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, в процедуре произвольного доступа на конкурентной основе, блок 930 определения может быть сконфигурирован для определения, что явная сигнализация принята несинхронизированным устройством связи, если преамбула произвольного доступа, принятая приемным блоком 920, принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте. Если преамбула произвольного доступа не принадлежит к предварительно определенному поднабору доступных преамбул произвольного доступа в соте, блок 930 определения может быть сконфигурирован для определения, что явная сигнализация не принята несинхронизированным устройством связи.

[0110] в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, в ответ на определение, что явная сигнализация принята несинхронизированным устройством связи, передающий блок 910 и приемный блок 920 могут быть сконфигурированы для выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией. В процедуре произвольного доступа на конкурентной основе, передающий блок 910 и приемный блок 920 может передавать или принимать MSG2/MSG3/MSG4 к или от устройства связи с использованием конфигурации TDD в явной сигнализации. В ответ на определение, что явная сигнализация не принята несинхронизированным устройством связи, передающий блок 910 и блок приема 920 могут быть сконфигурированы для выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD в SIB. В процедуре произвольного доступа на конкурентной основе, передающий блок 910 и приемный блок 920 могут передавать или принимать MSG2/MSG3/MSG4 к или от устройства связи с использованием конфигурации TDD в SIB.

[0111] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, в бесконфликтной процедуре произвольного доступа, явная сигнализация может быть сконфигурирована для передачи с преамбулой произвольного доступа, назначенной несинхронизированному устройству связи, в том же сообщение (например, MSG0). Блок 930 определения может быть сконфигурирован для определения, что явная сигнализация принята несинхронизированным устройством связи, если преамбула произвольного доступа является преамбулой произвольного доступа, назначенной несинхронизированному устройству связи. В ответ на определение того, что явная сигнализация принята несинхронизированным устройством связи, передающий блок 910 и приемный блок 920 могут быть сконфигурированы для выполнения последующей передачи сообщений для процедуры произвольного доступа в соответствии с конфигурацией TDD, указанной явной сигнализацией, т.е., передавая ответ произвольного доступа в соответствии с конфигурацией TDD в явной сигнализации.

[0112] В этих вариантах осуществления, в случае, когда устройство связи не принимает явную сигнализацию, устройство связи также будет пропускать назначение преамбулы, переданное от устройства сетевого узла для бесконфликтной процедуры произвольного доступа, и произвольный доступ будет безуспешным. Согласно одному или нескольким вариантам осуществления настоящего раскрытия, когда устройство связи инициирует процедуру произвольного доступа в сценарии динамического TDD, устройство связи и соответствующее устройство сетевого узла, такое как eNodeB, может использовать соответствующую конфигурацию TDD в SIB или явной сигнализации, чтобы выполнять передачу сообщений для процедуры произвольного доступа. В этих подходах, сбой произвольного доступа несинхронизированных устройств связи в сценарии динамического TDD может быть значительно сокращен.

Решение 3 для агрегирования несущих (CA)

[0113] В случае применения CA, устройство связи может осуществлять связь в одной первичной соте (PCell) и одной или нескольких вторичных сотах (SCell), которые составляют набор обслуживающих сот для устройства связи. Компонентные несущие (CC) PCell и SCell, агрегированные для устройства связи, обычно исходят от одного и того же устройства сетевого узла, такого как eNodeB, и эти СС синхронизированы друг с другом. Устройство связи может быть сконфигурировано для поддержки режима с возможностью динамического TDD в PCell и SCell отдельно и независимо.

[0114] Устройство сетевого узла, такое как eNodeB, может инструктировать устройство связи посредством RRC сигнализации, такой как RRCConnectionReconfiguration, активировать режим с возможностью динамического TDD в SCell. При приеме RRC сигнализации, инструктируемой устройством сетевого узла, устройство связи должно информировать устройство сетевого узла, то оно активировало режим с возможностью динамического TDD для их связей в SCell. Как только устройство сетевого узла принимает подтверждение устройства связи, оно осуществляет связь с устройством связи через SCell в режиме с возможностью динамического TDD. На стороне устройства связи, прежде чем оно будет уведомлено, что устройство сетевого узла приняло его подтверждение, оно осуществляет связь с устройством сетевого узла в SCell в соответствии с конфигурацией TDD в SIB.

[0115] Однако, прежде чем режим с возможностью динамического TDD будет активирован в SCell, имеется неоднозначность конфигурации TDD для обмена сообщениями между устройством сетевого узла и устройством связи, и устройству связи предварительно может быть назначено более одной конфигурации TDD. В решении 3 настоящего раскрытия, аналогично решению 1, конфигурация TDD в SIB, широковещательно передаваемом устройством сетевого узла, может выбираться и использоваться для выполнения обмена сигнализацией между устройством сетевого узла и устройством связи, прежде чем будет установлен режим с возможностью динамического TDD.

[0116] Со ссылкой на фиг. 10-13 более детально описываются различные варианты осуществления решения 3 настоящего раскрытия.

[0117] Фиг. 10 схематично иллюстрирует примерную блок-схему последовательности операций способа 1000 функционирования устройства сетевого узла в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[0118] Как показано на фиг. 10, на этапе S1010 устройство сетевого узла, такое как eNodeB, которое обслуживает устройство связи в по меньшей мере одной вторичной соте с агрегированием несущих, отправляет к устройству связи RRC сигнализацию в соответствии с конфигурацией TDD в SIB, чтобы инструктировать устройство связи активировать режим с возможностью динамического TDD.

[0119] На этапе S1020 устройство сетевого узла принимает от устройства связи индикацию подтверждения в соответствии с конфигурацией TDD в SIB, что устройство связи приняло сигнализацию RRC.

[0120] На этапе S1030 устройство сетевого узла управляется, чтобы осуществлять связь с устройством связи в SCell в соответствии с режимом с возможностью динамического TDD, чтобы поддерживать несколько конфигураций динамического TDD.

[0121] Устройство сетевого узла может использовать неявную сигнализацию для информирования устройства связи, что оно приняло индикацию подтверждения от устройства связи, так что устройство связи может быть уведомлено, что устройство сетевого узла было переключено в режим с возможностью динамического TDD для своих передач в SCell.

[0122] Фиг. 11 схематично иллюстрирует примерную блок-схему последовательности операций способа 1100 функционирования устройства связи в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[0123] Как показано на фиг. 11, на этапе S1110 устройство связи, такое как UE, которое обслуживается устройством сетевого узла в по меньшей мере одной вторичной соте с агрегированием несущих, принимает от устройства сетевого узла RRC сигнализацию в соответствии с конфигурацией TDD в SIB. RRC сигнализация используется для инструктирования устройства связи активировать режим с возможностью динамического TDD.

[0124] На этапе S1120 устройство связи посылает на устройство сетевого узла индикацию подтверждения в соответствии с конфигурацией TDD в SIB, чтобы указать, что оно приняло RRC сигнализацию.

[0125] На этапе S1130 определяется, приняло ли устройство сетевого узла индикацию подтверждения или нет.

[0126] В соответствии с вариантом осуществления настоящего раскрытия, устройство связи может выполнять определение, основываясь на том, обнаружена ли его информация планирования в характерном для UE пространстве поиска или общем пространстве поиска. Если информация планирования от устройства сетевого узла обнаружена в характерном для UE пространстве поиска, то определяется, что устройство сетевого узла приняло индикацию подтверждения и переключилось в режим с возможностью динамического TDD; если информация планирования от устройства сетевого узла обнаружена в общем пространстве поиска, то определяется, что устройство сетевого узла не приняло индикацию подтверждения и еще не переключилось в режим с возможностью динамического TDD.

[0127] В соответствии с вариантом осуществления настоящего раскрытия, устройство связи может выполнять определение на основе временного идентификатора радиосети (RNTI), посланного устройством сетевого узла по каналу управления, например, физическому каналу управления нисходящей линии связи (PDCCH). Устройство сетевого узла может использовать RNTI в качестве неявной сигнализации, чтобы указать, приняло ли оно индикацию подтверждения от устройства связи и переключилось в режим с возможностью динамического TDD. Например, один RNTI может быть выбран, чтобы указывать, что устройство сетевого узла принимает индикацию подтверждения, в то время как другой, отличающийся RNTI может быть выбран, чтобы указывать, что устройство сетевого узла не принимает индикацию подтверждения.

[0128] В соответствии с вариантом осуществления настоящего раскрытия, устройство связи может выполнять определение на основе формата DCI, посланного устройством сетевого узла по каналу управления. Устройство сетевого узла может использовать формат DCI в качестве неявной сигнализации, чтобы указывать, приняло ли оно индикацию подтверждения от устройства связи и переключилось в режим с возможностью динамического TDD. Например, один формат DCI может быть выбран, чтобы указывать, что устройство сетевого узла принимает индикацию подтверждения, в то время как другой, отличающийся формат DCI может быть выбран, чтобы указывать, что устройство сетевого узла не принимает индикацию подтверждения.

[0129] На этапе S1140, в ответ на определение, что устройство сетевого узла приняло индикацию подтверждения, устройство связи осуществляет связь с устройством сетевого узла в соответствии с режимом с возможностью динамического TDD, чтобы поддерживать несколько конфигураций динамического TDD.

[0130] На этапе S1150, в ответ на определение, что устройство сетевого узла не приняло индикацию подтверждения, устройство связи осуществляет связь с устройством сетевого узла в соответствии с конфигурацией TDD в SIB.

[0131] Фиг. 12 представляет собой блок-схему, иллюстрирующую устройство 1200 сетевого узла в соответствии с одним или несколькими вариантами осуществления настоящего раскрытия.

[0132] Как показано на фиг. 12, устройство 1200 сетевого узла, которое обслуживает устройство связи в по меньшей мере одной вторичной соте с агрегированием несущих, содержит передающий блок 1210 и приемный блок 1220. Передающий блок 1210 и приемный блок 1220 могут содержать любые подходящие аппаратные компоненты для двунаправленной беспроводной связи с одним или несколькими устройствами связи. Например, передающий блок 1210 и приемный блок 1220 могут быть реализованы как соответствующий радиочастотный приемопередатчик (т.е. передатчик и приемник, которые могут быть реализован как единый компонент или по отдельности) для двунаправленной беспроводной связи с одним или более устройствами связи через одну или более антенн (не показаны на фиг. 12).

[0133] Передающий блок 1210 сконфигурирован для передачи к устройству связи RRC сигнализации в соответствии с конфигурацией TDD в SIB, чтобы инструктировать устройство связи активировать режим с возможностью динамического TDD.

[0134] Приемный блок 1220 сконфигурирован для приема от устройства связи индикации подтверждения в соответствии с конфигурацией TDD в SIB, что оно активирует режим с возможностью динамического TDD.

[0135] Устройство 1200 сетевого узла дополнительно содержит процессор 1201, который включает в себя один или более микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и тому подобное. Процессор 90 может быть сконфигурирован для исполнения программного кода, сохраненного в памяти (не показана на фиг. 12), которая может включать в себя один или несколько типов памяти, такой как постоянная память (ROM), оперативная память, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранимый в памяти, включает в себя программные инструкции для выполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкции для осуществления одного или нескольких из описанных здесь методов, в различных вариантах осуществления.

[0136] В соответствии с вариантом осуществления настоящего раскрытия, функциональный аспект процессора 1201 может содержать управляющий блок 1230. Управляющий блок 1230 сконфигурирован для управления передающим блоком 1210 и приемным блоком 1220 устройства 1200 сетевого узла для осуществления связи с устройством связи в соответствии с режимом с возможностью динамического TDD, чтобы поддерживать несколько динамических конфигураций TDD.

[0137] Управляющий блок 1230 устройства 1200 сетевого узла может управлять передающим блоком 1210, чтобы использовать неявную сигнализацию для информирования устройства связи, что оно приняло индикацию подтверждения от устройства связи и переключилось в режим с возможностью динамического TDD.

[0138] Фиг. 13 представляет собой блок-схему, иллюстрирующую устройство 1300 связи согласно одному или нескольким вариантам осуществления настоящего раскрытия.

[0139] Как показано на фиг. 13, устройство 1300 связи, которое обслуживается устройством сетевого узла в по меньшей мере одной вторичной соте с агрегированием несущих, включает в себя приемный блок 1310 и передающий блок 1320. Приемный блок 1310 и передающий блок 1320 могут содержать любые подходящие аппаратные компоненты для двунаправленной беспроводной связи с одним или несколькими устройствами связи. Например, приемный блок 1310 и передающий блок 1320 могут быть реализованы как соответствующий радиочастотный приемопередатчик (т.е. передатчик и приемник, которые могут быть реализованы как единый компонент или по отдельности) для двунаправленной беспроводной связи с одним или более устройствами связи с помощью одной или более антенн (не показаны на фиг. 13).

[0140] Приемный блок 1310 сконфигурирован для приема от устройства сетевого узла RRC сигнализации в соответствии с конфигурацией TDD в SIB. RRC сигнализация используется для инструктирования устройства связи активировать режим с возможностью динамического TDD для их связей в SCell.

[0141] Передающий блок 1320 сконфигурирован для передачи в устройство сетевого узла индикации подтверждения в соответствии с конфигурацией TDD в SIB, чтобы указывать, что оно активирует режим с возможностью динамического TDD в своих связях в SCell.

[0142] Устройство 1300 сетевого узла дополнительно содержит процессор 1301, который включает в себя один или более микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т.п. Процессор 1301 может быть сконфигурирован для исполнения программного кода, сохраненного в памяти (не показана на фиг. 13), которая может включать в себя один или несколько типов памяти, такой как постоянная память (ROM), оперативная память, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранимый в памяти, включает в себя программные инструкции для выполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкции для осуществления одного или нескольких из описанных здесь методов, в различных вариантах осуществления.

[0143] В соответствии с вариантом осуществления настоящего изобретения, функциональный аспект процессора 1301 может содержать блок 1330 определения и управляющий блок 1340.

[0144] Блок 1330 определения сконфигурирован для определения, приняло ли устройство 1300 сетевого узла индикацию подтверждения или нет.

[0145] В соответствии с вариантом осуществления настоящего раскрытия блок 1330 определения может выполнять определение на основе того, обнаружена ли информация планирования устройства связи в характерном для UE пространстве поиска или общем пространстве поиска. Если информация о планировании от устройства сетевого узла обнаружена в характерном для UE пространстве поиска, то блок 1330 определения может определить, что устройство сетевого узла приняло указание подтверждения и переключилось в режим с возможностью динамического TDD; если информация планирования от устройства сетевого узла обнаружена в общем пространстве поиска, то блок 1330 определения может определить, что устройство сетевого узла не приняло индикацию подтверждения и еще не переключилось в режим с возможностью динамического TDD.

[0146] В соответствии с вариантом осуществления настоящего изобретения, блок 1330 определения может выполнять определение на основе временного идентификатора радиосети (RNTI), посланного устройством сетевого узла по каналу управления, например, физическому каналу управления нисходящей линии связи (PDCCH). Устройство сетевого узла может использовать RNTI в качестве неявной сигнализации, чтобы указывать, приняло ли оно индикацию подтверждения от устройства связи и переключилось в режим с возможностью динамического TDD. Например, один RNTI может быть выбран, чтобы указывать, что устройство сетевого узла принимает индикацию подтверждения, в то время как другой, отличающийся RNTI может быть выбран, чтобы указывать, что устройство сетевого узла не принимает индикацию подтверждения.

[0147] В соответствии с вариантом осуществления настоящего раскрытия, блок 1330 определения может выполнять определение на основе формата DCI, посланного устройством сетевого узла по каналу управления. Устройство сетевого узла может использовать формат DCI в качестве неявной сигнализации, чтобы указывать, приняло ли оно индикацию подтверждения от устройства связи и переключилось в режим с возможностью динамического TDD. Например, один формат DCI может быть выбран, чтобы указывать, что устройство сетевого узла принимает индикацию подтверждения, в то время как другой, отличающийся формат DCI может быть выбран, чтобы указывать, что устройство сетевого узла не принимает индикацию подтверждения.

[0148] Управляющий блок 1340 сконфигурирован для управления, в ответ на определение в блоке 1330 определения, что устройство сетевого узла приняло индикацию подтверждения, приемным блоком 1310 и передающим блоком 1320 для осуществления связи с устройством сетевого узла в SCell в соответствии с режимом с возможностью динамического TDD, чтобы поддерживать несколько конфигураций динамического TDD.

[0149] Управляющий блок 1340 сконфигурирован для управления, в ответ на определение в блоке 1330 определения, что устройство сетевого узла не приняло индикацию подтверждения, приемным блоком 1310 и передающим блоком 1320 для осуществления связи с устройством сетевого узла в SCell в соответствии с конфигурацией TDD в SIB.

[0150] В соответствии с одним или несколькими вариантами осуществления настоящего раскрытия, неоднозначность конфигурации TDD может быть эффективно устранена для обмена сообщениями между устройством сетевого узла и устройством связи, прежде чем режим с возможностью динамического TDD активируется в SCell.

[0151] В общем, различные примерные варианты осуществления могут быть реализованы в аппаратных средствах или специализированных схемах, программном обеспечении, логике или любой их комбинации. Например, некоторые аспекты могут быть реализованы в аппаратных средствах, в то время как другие аспекты могут быть реализованы в аппаратных средствах или программном обеспечении, которое может исполняться контроллером, микропроцессором или другим вычислительным устройством, хотя раскрытие не ограничивается этими примерами. Хотя различные аспекты примерных вариантов осуществления настоящего раскрытия могут быть проиллюстрированы и описаны в виде блок-схем и диаграмм сигнализации, должно быть понятно, что эти блоки, устройства, системы, методы или способы, описанные здесь, могут быть реализованы, в качестве неограничивающих примеров, аппаратными средствами, программным обеспечением, программно-аппаратными средствами, специализированными схемами или логикой, аппаратными средствами общего назначения или контроллерами или другими вычислительными устройствами или какой-либо их комбинацией.

[0152] Таким образом, следует понимать, что по меньшей мере некоторые аспекты примерных вариантов осуществления настоящего раскрытия могут быть практически реализованы различными компонентами, такими как чипы интегральных схем и модули. Как хорошо известно в данной области техники, проектирование интегральных схем в общем и целом является высоко автоматизированным процессом.

[0153] Настоящее изобретение также может быть воплощено в компьютерном программном продукте, который содержит все признаки, способные реализовать способ, как представлено в данном описании, и может реализовать способ, когда загружается в компьютерную систему.

[0154] Настоящее изобретение было конкретно проиллюстрировано и описано со ссылкой на предпочтительные варианты осуществления. Специалисту в данной области техники должно быть понято, что различные изменения в форме и деталях могут выполняться без отклонения от сущности и объема настоящего раскрытия.

Claims (56)

1. Способ (200) функционирования устройства связи, содержащий:

передачу (S210) к устройству сетевого узла первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией Дуплекса с Временным Разделением, TDD, в блоке системной информации;

прием (S220) от упомянутого устройства сетевого узла второго сообщения, включающего в себя ответ произвольного доступа с использованием упомянутой преамбулы произвольного доступа в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации, при этом упомянутому устройству связи назначается более одной конфигурации TDD перед инициированием процедуры произвольного доступа, и упомянутые более одной конфигурации TDD включают в себя упомянутую конфигурацию TDD в упомянутом блоке системной информации и дополнительно включают в себя по меньшей мере другую конфигурацию TDD, сообщенную посредством выделенной сигнализации Управления Радиоресурсами.

2. Способ (200) по п. 1, дополнительно содержащий:

в процедуре произвольного доступа на конкурентной основе

передачу (S230) к упомянутому устройству сетевого узла третьего сообщения, включающего в себя идентификатор, характерный для упомянутого устройства связи, в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации.

3. Способ (200) по п. 2, дополнительно содержащий:

переключение упомянутого устройства связи в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD;

прием (S240) от упомянутого устройства сетевого узла четвертого сообщения, включающего в себя разрешение конфликтов путем контроля каналов нисходящей линии связи в соответствии с упомянутыми несколькими конфигурациями динамического TDD.

4. Способ (200) по п. 2, дополнительно содержащий:

прием (S240) от упомянутого устройства сетевого узла четвертого сообщения, включающего в себя разрешение конфликтов в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации;

переключение упомянутого устройства связи в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD.

5. Способ (200) по любому из пп. 3-4, в котором каждая из нескольких конфигураций динамического TDD имеет субкадры восходящей линии связи, которые принадлежат поднабору подкадров восходящей линии связи упомянутой конфигурации TDD в упомянутом блоке системной информации, и подкадры нисходящей линии связи, которые принадлежат к поднабору подкадров нисходящей линии связи упомянутой другой конфигурации TDD, сообщенной посредством выделенной сигнализации Управления Радиоресурсами.

6. Способ по любому из пп. 1-4, в котором упомянутое устройство связи передается на обслуживание от исходной соты, обслуживаемой исходным устройством сетевого узла, к целевой соте, обслуживаемой упомянутым устройством сетевого узла, и

в котором упомянутая конфигурация TDD в упомянутом системном информационном блоке сообщается от упомянутого устройства сетевого узла к упомянутому исходному устройству сетевого узла и сигнализируется к упомянутому устройству связи от упомянутого исходного устройства сетевого узла.

7. Способ (200) по любому из пп. 1-4, в котором упомянутое устройство связи является пользовательским оборудованием, которое находится в несинхронизированном состоянии или состоянии сбоя линии связи.

8. Способ (300) функционирования устройства сетевого узла, содержащий:

прием (S310) от устройства связи первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации;

передачу (S320) к упомянутому устройству связи второго сообщения, включающего в себя ответ произвольного доступа с использованием упомянутой преамбулы произвольного доступа в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации, причем упомянутому устройству связи назначается более одной конфигурации TDD перед процедурой произвольного доступа и причем упомянутые более одной конфигурации TDD включают в себя упомянутую конфигурацию TDD в упомянутом блоке системной информации и дополнительно включают в себя по меньшей мере другую конфигурацию TDD, сообщенную посредством выделенной сигнализации Управления Радиоресурсами.

9. Способ (300) по п. 8, дополнительно содержащий:

в процедуре произвольного доступа на конкурентной основе

прием (S330) от упомянутого устройства связи третьего сообщения, включающего в себя идентификатор, характерный для упомянутого устройства связи в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации.

10. Способ (300) по п. 9, дополнительно содержащий:

переключение упомянутого устройства сетевого узла в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD;

передачу (S340) к упомянутому устройству связи четвертого сообщения, включающего в себя разрешение конфликтов в соответствии с одной из нескольких конфигураций динамического TDD.

11. Способ (300) по п. 9, дополнительно содержащий:

передачу (S340) к упомянутому устройству связи четвертого сообщения, включающего в себя разрешение конфликтов в соответствии с конфигурацией TDD в упомянутом блоке системной информации;

переключение упомянутого устройства сетевого узла в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD.

12. Способ (300) по любому из пп. 8-11, в котором упомянутое устройство сетевого узла обслуживает целевую соту, на которую упомянутое устройство связи должно быть передано на обслуживание от исходной соты, обслуживаемой исходным устройством сетевого узла, и

причем упомянутая конфигурация TDD в упомянутом блоке системной информации сообщается от упомянутого устройства сетевого узла к упомянутому исходному устройству сетевого узла и сигнализируется к упомянутому устройству связи от упомянутого исходного устройства сетевого узла.

13. Устройство (400) связи, содержащее:

передающий блок (410), сконфигурированный для передачи к устройству сетевого узла первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией Дуплекса с Временным Разделением, TDD, в блоке системной информации;

приемный блок (420), сконфигурированный для приема от упомянутого устройства сетевого узла второго сообщения, включающего в себя ответ произвольного доступа с использованием упомянутой преамбулы произвольного доступа в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации, причем упомянутое устройство связи имеет более одной конфигурации TDD перед инициированием процедуры произвольного доступа и упомянутые более одной конфигурации TDD включают в себя упомянутую конфигурацию TDD в упомянутом блоке системной информации и дополнительно включают в себя по меньшей мере другую конфигурацию TDD, сообщенную посредством выделенной сигнализации Управления Радиоресурсами.

14. Устройство (400) связи по п. 13, в котором

упомянутый передающий блок (410) дополнительно сконфигурирован, чтобы в процедуре произвольного доступа на конкурентной основе передавать в упомянутое устройство сетевого узла третье сообщение, включающее в себя идентификатор, характерный для упомянутого устройства связи, в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации.

15. Устройство (400) связи по п. 14, дополнительно содержащее:

управляющий блок (430), сконфигурированный для переключения упомянутого устройства связи в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD;

причем упомянутый приемный блок (420) дополнительно сконфигурирован для приема от устройства сетевого узла четвертого сообщения, включающего в себя разрешение конфликтов путем контроля каналов нисходящей линии связи в соответствии с упомянутыми несколькими конфигурациями динамического TDD.

16. Устройство (400) связи по п. 14, в котором

упомянутый приемный блок (420) дополнительно сконфигурирован для приема от устройства сетевого узла четвертого сообщения, включающего в себя разрешение конфликтов в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации,

причем упомянутое устройство (400) связи дополнительно содержит управляющий блок (430), сконфигурированный для переключения упомянутого устройства связи в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD.

17. Устройство (400) связи по любому из пп. 13-16, причем упомянутое устройство связи передается на обслуживание от исходной соты, обслуживаемой исходным устройством сетевого узла, к целевой соте, обслуживаемой упомянутым устройством сетевого узла, и

причем упомянутая TDD конфигурация в упомянутом блоке системной информации сообщается от упомянутого устройства сетевого узла к упомянутому исходному устройству сетевого узла и сигнализируется к упомянутому устройству связи от упомянутого исходного устройства сетевого узла.

18. Устройство (400) связи по любому из пп. 13-16, причем упомянутое устройство связи представляет собой пользовательское оборудование, которое находится в несинхронизированном состоянии или в состоянии сбоя линии связи.

19. Устройство (500) сетевого узла, содержащее:

приемный блок (510), сконфигурированный для приема от устройства связи первого сообщения, включающего в себя преамбулу произвольного доступа в соответствии с конфигурацией TDD в блоке системной информации;

передающий блок (520), сконфигурированный для передачи к упомянутому устройству связи второго сообщения, включающего в себя ответ произвольного доступа с использованием упомянутой преамбулы произвольного доступа в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации, причем упомянутое устройство сетевого узла сконфигурировано для назначения упомянутому устройству связи более одной конфигурации TDD перед процедурой произвольного доступа и причем упомянутые более одной конфигурации TDD включают в себя упомянутую конфигурацию TDD в упомянутом блоке системной информации и дополнительно включают в себя по меньшей мере другую конфигурацию TDD, сообщенную посредством выделенной сигнализации Управления Радиоресурсами.

20. Устройство (500) сетевого узла по п. 19, в котором упомянутый приемный блок (510) дополнительно сконфигурирован, чтобы в процедуре произвольного доступа на конкурентной основе принимать от упомянутого устройства связи третье сообщение, включающее в себя идентификатор, характерный для упомянутого устройства связи, в соответствии с упомянутой конфигурацией TDD в упомянутом блоке системной информации.

21. Устройство (500) сетевого узла по п. 20, дополнительно содержащее:

управляющий блок (530), сконфигурированный для переключения упомянутого устройства сетевого узла в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD;

причем упомянутый передающий блок (520) дополнительно сконфигурирован для передачи к упомянутому устройству связи четвертого сообщения, включающего в себя разрешение конфликтов в соответствии с одной из нескольких конфигураций динамического TDD.

22. Устройство (500) сетевого узла по п. 20, в котором

упомянутый передающий блок (520) дополнительно сконфигурирован для передачи в упомянутое устройство связи четвертого сообщения, включающего в себя разрешение конфликтов в соответствии с конфигурацией TDD в упомянутом блоке системной информации;

упомянутое устройство (500) сетевого узла дополнительно содержит управляющее устройство (530), сконфигурированное для переключения упомянутого устройства сетевого узла в режим с возможностью динамического TDD для поддержки нескольких конфигураций динамического TDD.

23. Устройство (500) сетевого узла по любому из пп. 19-22, причем упомянутое устройство сетевого узла обслуживает целевую соту, на которую упомянутое устройство связи должно передаваться на обслуживание от исходной соты, обслуживаемой исходным устройством сетевого узла, и

причем упомянутая конфигурация TDD в упомянутом блоке системной информации сообщается от упомянутого устройства сетевого узла к упомянутому исходному устройству сетевого узла и сигнализируется к упомянутому устройству связи от упомянутого исходного устройства сетевого узла.

Images