ОБОБЩЕННОЕ ИСПОЛЬЗОВАНИЕ ПОЛЯ РЕЗЕРВНОГО РАСШИРЕНИЯ В КАДРЕ ДАННЫХ ПРОТОКОЛА ПЕРЕДАЧИ КАДРОВ
INTEGRATED USE OF STANDBY EXTENSION FIELD IN FRAME TRANSMISSION PROTOCOL DATA FRAME

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к области радиосвязи. Более конкретно, настоящее изобретение относится к протоколам передачи кадров, используемым при осуществлении радиосвязи по различным каналам связи, особенно таким протоколам, соответствующим 3GPP.
УРОВЕНЬ ТЕХНИКИ
Кадры данных, используемые при осуществлении радиосвязи по различным каналам связи, согласно проекту партнерства по (сетям связи) третьего поколения (3GPP) (например, по каналам DCH, DSCH, HS-DSCH, RACH, FACH и другим) установлены различными техническими спецификациями 3GPP для протоколов передачи кадров, в частности TS25.425, TS25.427 и TS25.435, каждый из которых обеспечивает так называемый IE (ИЕ) (информационный элемент) Резервного Расширения (SE, РР), то есть каждый обеспечивает/определяет местоположение (поле), где IE может быть добавлен к (определен для) кадру, в более поздних выпусках технических спецификаций 3GPP, при этом не делая кадр несовместимым с кадрами, определенными в настоящее время. Например, TS25.435 v5.5.0 определяет местоположение, где 0-2 октета(байта) зарезервированы для дальнейшего использования (для одного или нескольких IE, которые возможно будут определены в будущем). Для всех выпусков от выпуска '99 и более поздних выпусков обеспечена секция SE. Любые поля, добавленные после так называемого выпуска '99 (для более поздних версий выпуска '99 или для более поздних выпусков), добавляют в секцию SE.
Из-за неполного описания SE, то есть из-за неполного описания использования SE в спецификациях 3GPP для добавления новых IE для выпуска спецификации (например, Rel-5 или Rel-6), на практике трудно использовать SE. С одной стороны трудно обнаружить, используется ли SE, так как, чтобы сделать это принимающий узел должен анализировать все IE в части полезной нагрузки кадра, чтобы выяснить, присутствует ли SE, и даже если принимающий узел находит и извлекает SE-часть, то принимающему узлу трудно определить, как SE используется, то есть трудно узнать, в случае обеспечения более одного нового IE через SE, в каком порядке расположены IE в кадре, так как не определено, как это использовать. Например, если IE добавлен в Rel-6, и спецификация Rel-6 закрепляется, то затем трудно узнать, как добавить IE к Rel-5 в случае, если существует критическая ошибка в спецификации Rel-5, требующая нового IE. Для понимания этого обратимся к фиг.2, на которой изображена структура кадра, и к фиг.3A и фиг.3B, иллюстрирующие что, если добавляют IE в SE в Rel-6 и затем спецификацию закрепляют, то трудно узнать, где следует добавить новый IE в Rel-5 для исправления критической ошибки.
С определенностью можно утверждать только одно: имеет значение позиция где добавляют новый IE Rel-5. Например, если новый IE Rel-5 добавляют перед IE Rel-6, это вызовет изменение в спецификации Rel-6, которая не будет обратно совместима. Если новый IE Rel-5 добавляют после IE Rel-6, то реализация Rel-5 может также понимать IE Rel-6.
Соответственно изобретение относится к использованию SE, то есть к тому, как добавлять новые IE для конкретного выпуска в частности таким образом, чтобы это было согласовано с более ранними выпусками, и также относится к указанию, находится ли SE в использовании.
Дополнительно, хотя максимальный размер SEF в кадрах управления в различных вышеупомянутых протоколах передачи кадров (то есть TS25.425, TS25.427 и TS25.435) составляет 32 октета, максимальный размер SEF в протоколах составляет только 2 октета, хотя возможно нет достаточного основания для различия в длине. Такое малое резервное расширение кадра данных может создать определенные трудности из-за чрезмерного ограничения SE. Соответственно изобретение также относится к длине SE в кадрах данных, согласно вышеупомянутым протоколам.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
В соответствии с первым аспектом изобретения обеспечен протокол передачи кадров для использования при передаче между отправляющим узлом и принимающим узлом информации системы связи, организованной в виде кадров, при этом протокол передачи кадров содержит этап, на котором отправляющий узел передает кадр в принимающий узел, включая в кадр секцию Резервного Расширения (SE), содержащую значения для одного или нескольких полей информационных элементов (IE), причем протокол передачи кадров отличается тем, что в кадре содержится IE Флагов Нового IE для указания принимающему узлу через индивидуальные флаги IE Флагов Нового IE, содержит ли секция SE достоверные данные для одного или нескольких соответствующих IE в секции SE.
В соответствии с первым аспектом изобретения IE Флагов Нового IE может указывать, содержит ли секция SE достоверные данные для одного или нескольких соответствующих IE, на основе предварительного соответствия между позициями битов IE Флагов Нового IE и позициями соответствующих наборов из одного или нескольких битов, встречающихся в секции SE.
Также в соответствии с первым аспектом изобретения кадр может содержать IE Флага SE в части Резервных Битов заголовка кадра, для указания, содержит ли секция SE достоверные данные для одного или нескольких IE.
Также в соответствии с первым аспектом изобретения кадр может содержать по меньшей мере первый IE Длины SE и по меньшей мере первый блок, содержащий первый IE Флагов Нового IE и первую подсекцию SE, с первым IE Длины SE, указывающим длину первого блока.
Также в соответствии с первым аспектом изобретения кадр может содержать множество блоков, каждый (из которых) в свою очередь содержит IE Флагов Нового IE и соответствующую подсекцию Резервного Расширения, и бит каждого IE Флагов Нового IE в каждом блоке может указывать, содержится ли следующая пара в кадре как часть блока.
Также в соответствии с первым аспектом изобретения кадр может содержать IE Длины SE в заголовке кадра для указания, содержит ли секция SE достоверные данные для одного или нескольких IE, и если это так, для указания длины секции SE.
Также в соответствии с первым аспектом изобретения IE могут содержаться в секции SE в порядке, в котором IE введены.
Также в соответствии с первым аспектом изобретения IE, встречающийся в секции SE, и соответствующий бит в IE Флагов Нового IE могут быть обработаны принимающим узлом как резервные биты, если IE был введен для выпуска спецификации, закрепленной в более позднее время, чем выпуск спецификации, согласно которой был осуществлен принимающий узел.
Также в соответствии с первым аспектом изобретения кадр может содержать в SE только биты для элементов IE, указанных IE Флагов Нового IE, как имеющие достоверные данные.
Согласно второму аспекту изобретения обеспечено устройство, действующее согласно (то есть выполненное с возможностью действовать или функционировать согласно) протоколу передачи кадров по первому аспекту изобретения, то есть устройство действует согласно протоколу передачи кадров, используемому при передаче между отправляющим узлом и принимающим узлом информации системы связи, организованной в виде кадров, при этом устройство содержит средство для передачи кадра, содержащего секцию Резервного Расширения (SE), содержащего значения для одного или нескольких полей информационного элемента (IE), при этом устройство отличается тем, что оно обеспечивает, как часть кадра, IE Флагов Нового IE для указания принимающему узлу через индивидуальные флаги IE Флагов Нового IE, содержит ли секция SE достоверные данные для одного или нескольких соответствующих IE в секции SE.
Согласно третьему аспекту изобретения обеспечена система, содержащая отправляющий узел и принимающий узел, с отправляющим узлом, содержащим устройство, согласно второму аспекту изобретения.
В соответствии с третьим аспектом изобретения принимающий узел может действовать так, что IE, встречающиеся в секции SE принятого кадра, обрабатываются как резервные биты, если IE был введен для выпуска спецификации, закрепленной в более позднее время, чем выпуск спецификации, согласно которой был осуществлен принимающий узел.
Согласно четвертому аспекту изобретения обеспечен компьютерный программный продукт, содержащий: машиночитаемый носитель данных, содержащий код компьютерной программы для выполнения вычислительным процессором, например, в телекоммуникационном терминале или узле (или другом устройстве), причем код компьютерной программы содержит инструкции для действия телекоммуникационного терминала или узла в соответствии с протоколом передачи кадров, обеспеченным в соответствии с первым аспектом изобретения.
Согласно пятому аспекту изобретения обеспечен протокол передачи кадров для использования при передаче между отправляющим узлом и принимающим узлом информации системы связи, организованной в виде кадров, при этом протокол передачи кадров содержит этап, на котором отправляющий узел передает кадр в принимающий узел, включая в кадр секцию Резервного Расширения (SE), содержащую значения для одного или нескольких полей информационного элемента (IE), при этом протокол передачи кадров является таким, что принимающий узел обрабатывает значение поля IE, встречающееся в секции SE, как резервные биты, если поле IE было введено для любой версии более позднего выпуска спецификации, чем выпуск спецификации, согласно которому был осуществлен принимающий узел.
В соответствии с пятым аспектом изобретения каждое поле IE в секции SE может иметь предварительно определенную фиксированную позицию в секции SE, независимо от того, содержит ли поле IE достоверные данные.
Также в соответствии с пятым аспектом изобретения элементы IE в секции SE могут содержаться в порядке, в котором они введены.
Также в соответствии с пятым аспектом изобретения IE, встречающийся в секции SE, может иметь зарезервированное значение для указания, что значение в битовом интервале не является достоверным.
Согласно шестому аспекту изобретения обеспечено устройство для действия в соответствии с протоколом передачи кадров согласно пятому аспекту настоящего изобретения.
Согласно седьмому аспекту изобретения обеспечена система, содержащая отправляющий узел и принимающий узел, с отправляющим узлом, содержащим устройство согласно шестому аспекту изобретения. Дополнительно, принимающий узел может быть выполнен таким образом, что IE, встречающийся в секции SE принятого кадра, обрабатывается как резервные биты, если IE был введен для выпуска спецификации, закрепленного в более позднее время, чем выпуск спецификации, согласно которому был осуществлен принимающий узел.
Согласно восьмому аспекту изобретения обеспечен компьютерный программный продукт, содержащий: машиночитаемый носитель данных, содержащий код компьютерной программы для выполнения вычислительным процессором, например, в телекоммуникационном терминале или узле (или другом устройстве), причем код компьютерной программы содержит инструкции для действия телекоммуникационного терминала или узла в соответствии с протоколом согласно пятому аспекту изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Вышеупомянутые и другие задачи, признаки и преимущества изобретения станут очевидны при рассмотрении последующего подробного описания совместно с прилагаемыми чертежами.
Фиг.1 - блочная диаграмма/блок-схема, изображающая отправляющий узел системы радиосвязи, передающий кадр согласно изобретению в принимающий узел.
Фиг.2 - схематическое представление Общей Структуры Кадра.
Фиг.3A - схематическое представление Общей Структуры Кадра после добавления Нового IE Rel-6 в Резервное Расширение.
Фиг.3B - схематическое представление Общей Структуры Кадра, иллюстрирующее проблему "Где добавлять IE Rel 5?"
Фиг.4 - схематическое представление текущей Структуры Кадра Данных RACH в 25.425.
Фиг.5 - схематическое представление текущей Структуры Кадра Данных RACH в 25.435.
Фиг.6 - схематическое представление Структуры Кадра RACH в 25.425 согласно изобретению.
Фиг.7 - схематическое представление возможной Структуры Кадра RACH в Rel-6 25.425.
Фиг.8 - схематическое представление возможной Структуры Кадра RACH в Rel-99 25.425.
Фиг.9 - схематическое представление возможной Структуры Кадра RACH с Полем Длины SE в SE.
Фиг.10 - схематическое представление возможной Структуры Кадра RACH с Полем Длины SE длиной в 8 битов в заголовке.
Фиг.11 - схематическое представление возможной Структуры Кадра RACH с Полем Длины SE менее 8 битов и размещенным в секции Резервных Битов заголовка.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Согласно фиг.1 изобретение осуществлено с отправляющим узлом 11 системы радиосвязи, передающим в принимающий узел 12 кадр 10, согласно одному или другому выпуску 3GPP TS25.425, TS25.427 и TS25.435, поскольку эти технические спецификации были бы изменены согласно изобретению. В изобретении, описанном ниже, предполагается что, как предложено изобретением и как описано ниже, длина поля SE в кадрах, согласно TS25.425, TS25.427 и TS25.435, увеличена до 32 октетов, так, чтобы длина поля SE в кадре данных была идентична длине в кадре управления. Однако должно быть понятно, что изобретение также применяется в случае длины полей SE, отличной от 32 октет.
Также для ясности то, что называется SE в TS25.425, TS25.427 и TS25.435, охватывает то, что в описании ниже называется IE Флагов Нового IE, плюс SE.
Как иллюстрировано на фиг.4 или фиг.5, механизм расширения для кадров данных (используемых для связи через каналы DCH, DSCH, HS-DSCH, RACH, FACH и другие) в вышеупомянутых спецификациях протокола передачи кадров (TS25.425, TS25.427 и TS25.435) для (самой современной/последней версии) Rel-5 не очень четкий, так же как для других выпусков. Поле SE определено, но как его использовать, четко не определено. Определение поля SE для кадра данных обеспечивает только, что оно является полем в 0-2 октета, указывающим местоположение, где могут в будущем быть добавлены новые IE при обратной совмести. Не существует спецификации относительно того, как (где и в каком порядке внутри поля SE) добавлять новые IE.
Соответственно может возникнуть следующая проблема. Если в Rel-5 новый IE определен для выпуска (и версии выпуска), то после того, как протокол передачи кадров закрепляется для выпуска (и версии), нет никакого способа включения некоторого другого IE в более раннюю версию при обратной совмести. Но это может случиться в любое время, так как если кто-то находит существенную ошибку, то она должна быть исправлена (в текущей версии и всех более ранних версиях). По этой причине в Протоколах уровня Приложения таких как NBAP (Часть Приложения B Узла) и RNSAP (Часть Приложения Подсистемы Радиосети) четко определен обратно совместимый механизм расширения, то есть соответствующие спецификации устанавливают, как включать новые IE так, чтобы сообщения (в протоколах уровня приложения, кадры называются сообщениями) могли должным образом интерпретироваться принимающими узлами, соответствующими более ранним спецификациям.
Соответственно в этом изобретении предложено обеспечить (то есть более четко определить) обратно совместимый механизм расширения в протоколах передачи кадров.
Чтобы сделать так, предварительно назначается максимальный размер поля SE для кадра данных. Как определено, максимальный размер поля SE в кадре данных составляет только 2 октета, в то время как максимальный размер в кадре управления составляет 32 октета. Изобретение предлагает расширить поле SE кадра данных более чем до 2 октетов. Здесь в описании предполагается длина SE кадра данных в 32 октета, что является длиной, идентичной длине поля SE в кадре управления, однако изобретение также охватывает другие длины.
Согласно фиг.6, изобретение предлагает включить SEF (однобитовый флаг) в кадр данных Rel-99 в части заголовка, используя так называемую секцию Резервных Битов части заголовка, то есть, например, резервный бит номер 3. Определение SEF (однобитовый флаг), предпочтительно, согласно изобретению является следующим:
Флаг Резервного Расширения (SEF, ФРР)
Описание:
Содержит флаг, указывающий, находится ли Резервное Расширение в использовании.
Диапазон Значений
:
0: Резервное Расширение не находится в использовании.
1: Резервное Расширение. IE содержит дополнительные IE.
Длина Поля:
1 бит.
При SEF (однобитовом флаге) согласно изобретению принимающий узел может понимать, определен ли какой-либо (один или несколько) из новых IE в поле Резервного Расширения. Если SEF (однобитовый флаг) "установлен” (то есть в значение "1" или некоторое другое предварительно определенное значение для указания, что поле SE содержит дополнительные IE), тогда IE Флагов Нового IE устанавливается в начальной части (или в то, что является в настоящее время начальной частью) поля SE для указания, какая информация является допустимой в битах поля SE после битов IE Флагов Нового IE. Размер IE Флагов Нового IE может составлять, например, один октет или два октета, в зависимости от 3GPP.
Предложенное типовое определение IE Флагов Нового IE, применимого в случае IE 5 битов, указанного здесь, как ID Части Ячейки, определенного в выпуске, после чего выпуск был закреплен, и также в случае, если ID Части Ячейки является первым IE, который был введен таким образом, что согласно изобретению он (предпочтительно) всегда оказывается первым в элементах IE, встречающихся в SE, независимо от того, сколько IE добавлено позже, и независимо от выпусков, для которых сначала предназначались позже добавленные IE, является следующим:
IE Флагов Нового IE
Описание:
Содержит флаги, указывающие, какая информация является достоверной в последующих битах поля SE.
Диапазон Значений:
Бит 0: Указывает, содержат ли биты 0-5 первого байта дальнейшего поля достоверный ID Части Ячейки (указывается значением 1) или нет (указывается значением 0).
Биты 1-15: Установлены в 0: зарезервированы для дальнейшего использования. Любые указанные флаги должны игнорироваться принимающим узлом (осуществленным согласно выпуску, для которого был введен IE ID Части Ячейки).
Длина поля:
16 битов.
Иллюстративное определение IE ID Части Ячейки является следующим:
ID Части Ячейки [Двусторонняя с разделением частоты (FDD)].
Описание:
ID Части Ячейки указывает часть ячейки с самым высоким SIR при доступе RACH. ID Части Ячейки сконфигурирован O&M (операции и поддержка).
Диапазон Значения:
{0-63}.
Длина Поля:
6 битов.
Как упомянуто, IE ID Части Ячейки, изображенный на фиг.6, является только примером нового IE, добавленного через поле SE, согласно изобретению (так что IE Флагов Нового IE указывает его вхождение в SE, и в некоторых осуществлениях он является первым указанным SEF, как описано выше, SEF скорее указывает неопределенно IE ID Части Ячейки, но что SE содержит по меньшей мере один добавленный IE). Пример того, как отправляющий узел обеспечивает в SE кадра данных (значение для) IE, добавленный в SE (при 3GPP). Согласно изобретению в случае, если 3GPP добавляет дополнительные IE, такие позже добавленные IE, предпочтительно, должны добавляться после IE ID Части Ячейки, и флаги IE Флагов Нового IE должны соответствовать позже добавленным IE, и такой флаг должен быть установлен или не установлен, в зависимости от того, обеспечивает ли фактически отправляющий узел значение для соответствующего IE в SE.
,
Фиг.6 изображает один пример того, как добавлять один IE Rel-6 в поле Резервного Расширения. В этом примере бит (номер) 0 IE Флагов Нового IE используется для указанияимеет ли первый IE после IE Флагов Нового IE достоверные данные. Если другой IE был добавлен после добавления IE ID Части Ячейки (такой как Возможный IE, изображенный на фиг.7), то бит (номер) 1 в IE Флагов Нового IE будет указывать, является ли второй IE (например Возможный IE фиг.7) достоверным, то есть обеспечил ли отправляющий узел фактические данные для второго добавленного IE. Следует отметить, что IE, к которому относится флаг IE Флагов Нового IE, может быть любой длины, пока его длина умещается в поле SE, то есть такой IE не обязательно составляет октет; флаги IE Флагов Нового IE не должны соответствовать октетам, но вместо этого могут соответствовать соответствующим IE, каждый из которых может быть малым, как один бит или длинным, как несколько октетов.
В примере фиг.6 IE Флагов Нового IE указывает достоверность IE, добавленных через поле SE фиксированного размера. В такой схеме, если включают IE, то он всегда может быть помещенным в одной и той же позиции в кадре данных, независимо от того, какие другие IE присутствуют (так как IE Флагов Нового IE может указывать, какие части поля SE являются пустыми, то есть не передают IE). Соответственно протокол, обеспеченной согласно вышеупомянутой схеме, обеспеченный в соответствии с изобретением, осуществляется просто. Недостаток схемы состоит в том, что так как IE Флагов Нового IE указывает только достоверность части SE (то есть части, которая передает соответствующий IE), недостоверные интервалы битов IE (то есть битов, не используемых отправляющим узлом для передачи добавленного IE) тратятся впустую. Чтобы преодолеть этот недостаток, IE Флагов Нового IE может использоваться для указания, включены ли фактические данные для IE в SE, тогда обеспечивая в SE только IE, имеющий достоверные данные, то есть только IE, для которых установлены флаги IE Флагов Нового IE. Соответственно, например, если отправляющий узел поддерживает три функции, соответствующие трем IE однобитовой длины, из возможных пяти IE однобитовой длины, которые могут встречаться в SE (то есть для которых могут быть обеспечены достоверные данные посредством SE), то должны быть установлены соответствующие флаги IE Флагов Нового IE (так же, как в другой схеме), но вместо обеспечения интервалов битов для элементов IE, для которых не отправлены никакие достоверные данные, отправляющий узел должен обеспечить SE только с битами для IE, указанных IE Флагов Нового IE, как имеющие достоверные данные, соответственно сохраняя два байта в длине SE и также в длине кадра данных.
Фиг.7 и фиг.8 изображают, как протокол, обеспеченный в соответствии с изобретением, должен работать с различными выпусками. Здесь проиллюстрировано, что IE, названный ID Части Ячейки, был добавлен к кадру в Rel-6, который затем был закреплен. Тогда, чтобы скорректировать проблему в отношении более раннего выпуска, через поле SE добавляется IE, называемый Возможным IE. В таком сценарии любой узел, осуществленный согласно более раннему выпуску, будет игнорировать IE, называемый ID Части Ячейки, и Бит 0 (нулевой) из IE Флагов Нового IE, то есть такой узел будет обрабатывать ID Части Ячейки IE и Бит 0 из IE Флагов Нового IE, как резервные биты. (Если принимающий узел рассматривает бит 0 из IE Флагов Нового IE как резервный, то он должен знать флаг более позднего выпуска.) Соответственно изобретение, используя IE Флагов Нового IE, обеспечивает обратно совместимые добавления элементов IE в кадр.
.
.
Фиг.7 изображает Кадр Данных RACH в спецификации Rel-6 согласно изобретению. В этом случае бит 0 Флагов Нового IE и бит 1 IE Флагов Нового IE должны быть установлены (в 1), чтобы показывать существование IE ID Части Ячейки и Возможного IE, и должны приводить к пониманию (считыванию и интерпретации) принимающим узлом Rel-6 IE ID Части Ячейки и Возможного IE Напротив, фиг.8 изображает Кадр Данных RACH в спецификации Rel-99. В этом случае бит 0 IE Флагов Нового IE согласно изобретению (предполагает) всегда 0 (то есть предполагается помеченным, как резервный бит, в спецификации) и должен быть так определен в спецификации протокола передачи кадров (так как IE поля SE, соответствующего биту 0 IE Флагов Нового IE, используется только для более позднего выпуска). Также бит 1 IE Флагов Нового IE в Rel-99 (предлагается) установлен (в 1), чтобы указывать достоверность Возможного IE Возможное определение IE Флагов Нового IE в Rel-99 является следующим:
Флаги Нового IE
Описание:
Содержит флаги, указывающие, какая информация является достоверной в последующих битах.
Диапазон Значений
:
Бит 0(нулевой): Зарезервирован. Этот бит должен быть установлен в ноль передатчиком и должен игнорироваться приемником.
Бит 1(первый): Указывает, содержит ли второй байт последующего IE Флагов Нового IE достоверный Возможный IE, значение 1 указывает, если так, и значение 0 указывает, если иначе.
Биты 2-15(со второго по пятнадцатый): Установлены в 0. Зарезервированы в этой редакции на пользовательском уровне. Любые указанные флаги должны игнорироваться приемником.
Длина Поля:
16 битов.
В этом примере, если принимающий узел является узлом Rel-6, он может понимать и бит 0 IE Флагов Нового IE и также бит 1, и на основе значений бита 0 и бита 1 он может интерпретировать IE ID Части Ячейки и IE Возможного IE. Если принимающий узел является узлом Rel-99, он игнорирует бит 0 и первый октет и будет использовать только бит 1 для определения, присутствует ли IE Возможного IE в кадре данных, и если так, то принимающий узел будет пытаться считать его значение.
Отправляющий узел устанавливает (или не устанавливает) только флаги IE Флагов Нового IE на основе спецификации, согласно которой был осуществлен отправляющий узел и на основе того, какие IE отправляющий узел отправляет в кадре данных. В вышеупомянутом примере отправляющий узел Rel-6 будет устанавливать (или не устанавливать) значения битов 0 и 1 IE Флагов Нового IE (в зависимости от того, включает ли передающий узел соответствующие IE в кадр данных). С другой стороны, отправляющий узел Rel-99 всегда будет ставить значение бита 0 IE Флагов Нового IE и первый байт поля SE (или столько сколько битов соответствует первому IE) в "0" и устанавливать (или не устанавливать) только значение бита 1 IE Флагов Нового IE и также устанавливать как соответствующие значения битов Возможного IE (как изображено второй байт) соответственно.
Другим возможным вариантом для использования поля SE является наличие IE Длины SE в первом байте поля SE, как изображено на фиг.9. В таком возможном варианте размер поля SE может быть динамическим (то есть размер SE не должен быть предварительно определенным). Для такого возможного варианта IE Флагов Нового IE и соответствующая Длина SE могут быть определены следующим образом:
Флаги Нового IE
Описание:
Содержит флаги, указывающие, какая информация является достоверной в дальнейших битах.
Диапазон Значений
:
Бит 0: Указывает, содержит ли первый следующий байт (биты 0-5) достоверный ID Части Ячейки, и если так, установлен в 1, иначе установлен в 0.
Биты 1-6: Установлены в 0: зарезервированы в этой редакции на пользовательском уровне. Любые указанные флаги должны игнорироваться приемником.
,
Бит 7: Указываетопределяется ли другой IE Флагов Нового IE после IE, ассоциированных с текущим IE Флагов Нового IE. Если значение равно 1, дополнительный IE Флагов Нового IE определен, иначе текущий IE Флагов Нового IE является последним IE Флагов Нового IE в кадре данных.
Длина Поля:
8 битов.
Длина SE
Описание:
Указывает длину расширения в байтах, которое следует после этого поля, включая длину IE Флагов Нового IE. Так как такой IE может указывать самое большее значение 255, если последний IE Флагов Нового IE в пределах указанной длины указывает дополнительные IE Флагов Нового IE, то должен быть дополнительный IE Длины SE перед следующим IE Флагов Нового IE для указания следующего блока элементов IE.
Диапазон Значения:
1-255
Длина поля:
8 битов.
Как изображено на фиг.9, SEF (однобитовый флаг) и IE Флагов Нового IE все еще определяются в кадре данных, но в этом возможном варианте IE Флагов Нового IE должен иметь механизм расширения (то есть последний бит каждого IE Флагов Нового IE должен указывать, присутствуют ли следующий блок IE Флагов Нового IE и соответствующая подсекция SE).
В зависимости от того, где определен первый IE Длины SE, может существовать другой сценарий. Эта Длина SE может заменять SEF (однобитовый флаг), если она определена в части заголовка. Фиг.10 изображает этот пример. На этом чертеже первая Длина SE определена в части заголовка. Если она является "0", то Резервное Расширение имеет нулевую длину. Но пока какой-либо новый IE включен в SE, Длина SE согласно изобретению предполагается указывает длину SE. Первым октетом SE тогда должен быть IE Флагов Нового IE. Механизм расширения длины SE и Флага Нового IE идентичен (рассмотренному) выше. На фиг.10 в заголовке предполагается однобайтовая Длина SE, но длина может быть короче 8 битов, так чтобы первая Длина SE могла вмещаться в секцию Резервных Битов в определенных кадрах в текущее время. Фиг.11 изображает такой пример. В этом случае (длина SE в секции Резервных Битов) определение IE Длины SE должно быть соответственно изменено, то есть и длина и диапазон значений должны быть изменены для соответствия требуемой более короткой длине.
Добавление однобайтового поля Длины SE в заголовок делает простым определение IE Длины SE. Но добавление IE Длины SE в один байт в спецификации Rel-99 не является обратно совместимым, тогда как добавление в заголовок более короткого первого IE Длины SE является обратно совместимым, но делает трудным определение IE Длины SE. Важно понимать, что согласно изобретению и как описано выше, элементы IE содержатся в SE предпочтительно согласно порядку, в котором они введены, то есть если 3GPP представляет первый новый IE, относящийся к закрепленному выпуску, и затем позже вводят другой IE, относящийся к закрепленному выпуску (любому закрепленному выпуску), то первый IE, встречающийся в SE, является первым введенным IE, и второй IE, встречающийся в SE, является вторым введенным IE. Так же, как упомянуто, IE в SE обрабатывается как резервные биты принимающим узлом, осуществленным согласно выпуску, закрепленному ранее, чем выпуск, для которого IE был введен.
Хотя изобретение было описано выше с тем, чтобы включать использование IE Флагов Нового IE, изобретение также охватывает протокол передачи кадров, который не основывается на использовании такого IE. Вновь, согласно фиг.1, изобретение в основном охватывает протокол передачи кадров для использования при передаче информации между отправляющим узлом 11 и принимающим узлом 12 системы связи (в которой узлы 11 и 12 осуществлены, возможно, согласно различным выпускам спецификации, передаваемая информация организована в кадр 10, протокол передачи кадров содержит этап, на котором отправляющий узел 11 передает кадр 10 в принимающий узел 12, включая в кадр 10 секцию SE, передающую значения для одного или нескольких полей IE (введенных, например, для использования в любом выпуске от выпуска A99 и позже), протокол передачи кадров является таким, что принимающий узел 12 обрабатывает значение поля IE, встречающееся в секции SE, как резервные биты, если поле IE было введено для выпуска, закрепленного по времени позже, чем выпуск, согласно которому был осуществлен принимающий узел 12, или, другими словами, если поле IE было введено для любой версии более позднего выпуска спецификации, чем выпуск, согласно которому был осуществлен принимающий узел 12, то принимающий узел 12 обрабатывает значение поля IE, встречающееся в секции SE как резервные биты.
В некоторых вариантах осуществления каждое поле IE в секции SE имеет предварительно определенную фиксированную позицию в секции SE, независимо от того, содержит ли поле IE достоверные данные. Также в некоторых вариантах осуществления IE содержатся в секции SE в порядке, в котором IE введены. Также в некоторых вариантах осуществления, чтобы сделать для принимающего узла возможным определение, должны ли биты для IE в секции SE обрабатываться как резервные биты, изобретение обеспечивает, как альтернативу использованию IE Флагов Нового IE, наличие у каждого IE, встречающегося в секции SE, зарезервированного значения для указания, когда значение в интервале бита является достоверным.
Должно быть понятно, что описанные выше средства являются только иллюстрирующими применение принципов настоящего изобретения. Не удаляясь от сути и не выходя из контекста настоящего изобретения, специалистами в данной области техники могут быть изобретены многочисленные модификации и альтернативные средства, и приложенная формула изобретения предназначена для охвата таких модификаций и средств.