RU2384022C2 - Integrated use of standby extension field in frame transmission protocol data frame - Google Patents
Integrated use of standby extension field in frame transmission protocol data frame Download PDFInfo
- Publication number
- RU2384022C2 RU2384022C2 RU2006114737/09A RU2006114737A RU2384022C2 RU 2384022 C2 RU2384022 C2 RU 2384022C2 RU 2006114737/09 A RU2006114737/09 A RU 2006114737/09A RU 2006114737 A RU2006114737 A RU 2006114737A RU 2384022 C2 RU2384022 C2 RU 2384022C2
- Authority
- RU
- Russia
- Prior art keywords
- frame
- flags
- new
- section
- length
- Prior art date
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
Description
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕFIELD OF THE INVENTION
Настоящее изобретение относится к области радиосвязи. Более конкретно, настоящее изобретение относится к протоколам передачи кадров, используемым при осуществлении радиосвязи по различным каналам связи, особенно таким протоколам, соответствующим 3GPP.The present invention relates to the field of radio communications. More specifically, the present invention relates to frame transfer protocols used in radio communications over various communication channels, especially such 3GPP compliant protocols.
УРОВЕНЬ ТЕХНИКИBACKGROUND
Кадры данных, используемые при осуществлении радиосвязи по различным каналам связи, согласно проекту партнерства по (сетям связи) третьего поколения (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.The data frames used in the implementation of radio communications over various communication channels, according to the partnership project for (third-generation) communication networks (3GPP) (for example, via DCH, DSCH, HS-DSCH, RACH, FACH and others) are established by various 3GPP technical specifications for frame transfer protocols, in particular TS25.425, TS25.427 and TS25.435, each of which provides the so-called IE (IE) (Redundant Extension (SE), information element), that is, each provides / determines the location (field) where IE can be added to the (defined for) frame, in more later releases of 3GPP technical specifications, without making the frame incompatible with the frames currently defined. For example, TS25.435 v5.5.0 defines a location where 0-2 octets (bytes) are reserved for future use (for one or more IEs, which may be identified in the future). For all releases from '99 and later releases, the SE section is provided. Any fields added after the so-called '99 release (for later releases of '99 or for later releases) are added to the SE section.
Из-за неполного описания 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 для исправления критической ошибки.Due to the incomplete description of the SE, that is, due to the incomplete description of the use of SE in the 3GPP specifications to add new IEs for the release of the specification (for example, Rel-5 or Rel-6), in practice it is difficult to use SE. On the one hand, it is difficult to detect whether SE is being used, since in order to do this the receiving node must analyze all IEs regarding the payload of the frame to find out if the SE is present, and even if the receiving node finds and retrieves the SE part, then the receiving node it is difficult to determine how SE is used, that is, it is difficult to know if more than one new IE is provided through SE, in which order the IEs are located in the frame, since it is not determined how to use it. For example, if IE is added to Rel-6, and the Rel-6 specification is fixed, then it is difficult to learn how to add IE to Rel-5 if there is a critical error in the Rel-5 specification requiring a new IE. To understand this, we turn to Fig. 2, which shows the frame structure, and to Fig. 3A and Fig. 3B, illustrating that if IE is added to SE in Rel-6 and then the specification is fixed, it is difficult to find out where to add a new IE in Rel-5 to fix a critical error.
С определенностью можно утверждать только одно: имеет значение позиция где добавляют новый IE Rel-5. Например, если новый IE Rel-5 добавляют перед IE Rel-6, это вызовет изменение в спецификации Rel-6, которая не будет обратно совместима. Если новый IE Rel-5 добавляют после IE Rel-6, то реализация Rel-5 может также понимать IE Rel-6.With certainty, only one thing can be said: the position where they add the new IE Rel-5 matters. For example, if a new IE Rel-5 is added before IE Rel-6, this will cause a change in the Rel-6 specification, which will not be backward compatible. If the new IE Rel-5 is added after IE Rel-6, then the Rel-5 implementation can also understand IE Rel-6.
Соответственно изобретение относится к использованию SE, то есть к тому, как добавлять новые IE для конкретного выпуска в частности таким образом, чтобы это было согласовано с более ранними выпусками, и также относится к указанию, находится ли SE в использовании.Accordingly, the invention relates to the use of SE, that is, how to add new IEs for a particular release in particular so as to be consistent with earlier releases, and also refers to indicating whether the SE is in use.
Дополнительно, хотя максимальный размер SEF в кадрах управления в различных вышеупомянутых протоколах передачи кадров (то есть TS25.425, TS25.427 и TS25.435) составляет 32 октета, максимальный размер SEF в протоколах составляет только 2 октета, хотя возможно нет достаточного основания для различия в длине. Такое малое резервное расширение кадра данных может создать определенные трудности из-за чрезмерного ограничения SE. Соответственно изобретение также относится к длине SE в кадрах данных, согласно вышеупомянутым протоколам.Additionally, although the maximum SEF size in control frames in the various aforementioned frame transfer protocols (i.e., TS25.425, TS25.427 and TS25.435) is 32 octets, the maximum SEF size in the protocols is only 2 octets, although there may not be good reason for differences in length. Such a small back-up data frame extension can create certain difficulties due to the excessive restriction of SE. Accordingly, the invention also relates to the length of SE in data frames according to the above protocols.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯSUMMARY OF THE INVENTION
В соответствии с первым аспектом изобретения обеспечен протокол передачи кадров для использования при передаче между отправляющим узлом и принимающим узлом информации системы связи, организованной в виде кадров, при этом протокол передачи кадров содержит этап, на котором отправляющий узел передает кадр в принимающий узел, включая в кадр секцию Резервного Расширения (SE), содержащую значения для одного или нескольких полей информационных элементов (IE), причем протокол передачи кадров отличается тем, что в кадре содержится IE Флагов Нового IE для указания принимающему узлу через индивидуальные флаги IE Флагов Нового IE, содержит ли секция SE достоверные данные для одного или нескольких соответствующих IE в секции SE.In accordance with a first aspect of the invention, there is provided a frame-transfer protocol for use in transmitting information of a communication system organized in the form of frames between a sending node and a receiving node, the frame-transfer protocol comprising the step of sending the frame to the receiving node, including in the frame section of the Reserve Extension (SE) containing values for one or more fields of information elements (IE), and the frame transfer protocol is different in that the frame contains the New Flags IE IE to indicate to the receiving node through the individual flags of the IE Flags of the New IE whether the SE section contains valid data for one or more corresponding IEs in the SE section.
В соответствии с первым аспектом изобретения IE Флагов Нового IE может указывать, содержит ли секция SE достоверные данные для одного или нескольких соответствующих IE, на основе предварительного соответствия между позициями битов IE Флагов Нового IE и позициями соответствующих наборов из одного или нескольких битов, встречающихся в секции SE.According to a first aspect of the invention, the New IE Flags IE may indicate whether the SE section contains valid data for one or more corresponding IEs, based on a preliminary correspondence between the bit positions of the New IE Flags IE and the positions of the corresponding sets of one or more bits found in the section SE.
Также в соответствии с первым аспектом изобретения кадр может содержать IE Флага SE в части Резервных Битов заголовка кадра, для указания, содержит ли секция SE достоверные данные для одного или нескольких IE.Also, in accordance with a first aspect of the invention, the frame may comprise SE Flag IEs in the Reserved Bits section of the frame header to indicate whether the SE section contains valid data for one or more IEs.
Также в соответствии с первым аспектом изобретения кадр может содержать по меньшей мере первый IE Длины SE и по меньшей мере первый блок, содержащий первый IE Флагов Нового IE и первую подсекцию SE, с первым IE Длины SE, указывающим длину первого блока.Also, in accordance with a first aspect of the invention, a frame may comprise at least a first SE Length IE and at least a first block containing a first New IE Flags IE and a first SE subsection, with a first SE Length IE indicating the length of the first block.
Также в соответствии с первым аспектом изобретения кадр может содержать множество блоков, каждый (из которых) в свою очередь содержит IE Флагов Нового IE и соответствующую подсекцию Резервного Расширения, и бит каждого IE Флагов Нового IE в каждом блоке может указывать, содержится ли следующая пара в кадре как часть блока.Also, in accordance with the first aspect of the invention, a frame may contain many blocks, each (of which) in turn contains the New IE Flags IE and the corresponding subsection of the Reserve Extension, and the bit of each New IE Flags IE in each block can indicate whether the next pair is contained in frame as part of a block.
Также в соответствии с первым аспектом изобретения кадр может содержать IE Длины SE в заголовке кадра для указания, содержит ли секция SE достоверные данные для одного или нескольких IE, и если это так, для указания длины секции SE.Also, in accordance with the first aspect of the invention, the frame may contain SE Length IEs in the frame header to indicate whether the SE section contains valid data for one or more IEs, and if so, to indicate the length of the SE section.
Также в соответствии с первым аспектом изобретения IE могут содержаться в секции SE в порядке, в котором IE введены.Also in accordance with the first aspect of the invention, IEs may be contained in the SE section in the order in which IEs are entered.
Также в соответствии с первым аспектом изобретения IE, встречающийся в секции SE, и соответствующий бит в IE Флагов Нового IE могут быть обработаны принимающим узлом как резервные биты, если IE был введен для выпуска спецификации, закрепленной в более позднее время, чем выпуск спецификации, согласно которой был осуществлен принимающий узел.Also, in accordance with the first aspect of the invention, the IE occurring in the SE section and the corresponding bit in the Flags IE of the New IE can be treated as backup bits by the receiving node if IE was introduced to issue a specification fixed at a later time than issuing the specification according to which was received by the receiving node.
Также в соответствии с первым аспектом изобретения кадр может содержать в SE только биты для элементов IE, указанных IE Флагов Нового IE, как имеющие достоверные данные.Also, in accordance with the first aspect of the invention, a frame may contain in SE only bits for IE elements indicated by the New IE Flags IE as having valid data.
Согласно второму аспекту изобретения обеспечено устройство, действующее согласно (то есть выполненное с возможностью действовать или функционировать согласно) протоколу передачи кадров по первому аспекту изобретения, то есть устройство действует согласно протоколу передачи кадров, используемому при передаче между отправляющим узлом и принимающим узлом информации системы связи, организованной в виде кадров, при этом устройство содержит средство для передачи кадра, содержащего секцию Резервного Расширения (SE), содержащего значения для одного или нескольких полей информационного элемента (IE), при этом устройство отличается тем, что оно обеспечивает, как часть кадра, IE Флагов Нового IE для указания принимающему узлу через индивидуальные флаги IE Флагов Нового IE, содержит ли секция SE достоверные данные для одного или нескольких соответствующих IE в секции SE.According to a second aspect of the invention, there is provided a device operating according to (i.e., configured to act or function according to) a frame transfer protocol according to the first aspect of the invention, that is, the device operates according to a frame transfer protocol used in transmission between a sending node and a receiving node of information of a communication system, organized in the form of frames, wherein the device comprises means for transmitting a frame containing a Reserve Extension (SE) section containing values for I have one or more fields of an information element (IE), while the device is different in that it provides, as part of the frame, the IE of the New IE Flags to indicate to the receiving node through the individual flags of the New IE Flags IE whether the SE section contains valid data for one or several corresponding IEs in the SE section.
Согласно третьему аспекту изобретения обеспечена система, содержащая отправляющий узел и принимающий узел, с отправляющим узлом, содержащим устройство, согласно второму аспекту изобретения.According to a third aspect of the invention, there is provided a system comprising a sending node and a receiving node, with a sending node containing a device according to the second aspect of the invention.
В соответствии с третьим аспектом изобретения принимающий узел может действовать так, что IE, встречающиеся в секции SE принятого кадра, обрабатываются как резервные биты, если IE был введен для выпуска спецификации, закрепленной в более позднее время, чем выпуск спецификации, согласно которой был осуществлен принимающий узел.According to a third aspect of the invention, the receiving node may act such that IEs occurring in the SE section of the received frame are treated as reserve bits if the IE was introduced to issue a specification fixed at a later time than issuing the specification according to which the receiving knot.
Согласно четвертому аспекту изобретения обеспечен компьютерный программный продукт, содержащий: машиночитаемый носитель данных, содержащий код компьютерной программы для выполнения вычислительным процессором, например, в телекоммуникационном терминале или узле (или другом устройстве), причем код компьютерной программы содержит инструкции для действия телекоммуникационного терминала или узла в соответствии с протоколом передачи кадров, обеспеченным в соответствии с первым аспектом изобретения.According to a fourth aspect of the invention, there is provided a computer program product comprising: a computer-readable storage medium comprising computer program code for execution by a computing processor, for example, in a telecommunication terminal or node (or other device), the computer program code containing instructions for operating the telecommunication terminal or node in in accordance with a frame transfer protocol provided in accordance with the first aspect of the invention.
Согласно пятому аспекту изобретения обеспечен протокол передачи кадров для использования при передаче между отправляющим узлом и принимающим узлом информации системы связи, организованной в виде кадров, при этом протокол передачи кадров содержит этап, на котором отправляющий узел передает кадр в принимающий узел, включая в кадр секцию Резервного Расширения (SE), содержащую значения для одного или нескольких полей информационного элемента (IE), при этом протокол передачи кадров является таким, что принимающий узел обрабатывает значение поля IE, встречающееся в секции SE, как резервные биты, если поле IE было введено для любой версии более позднего выпуска спецификации, чем выпуск спецификации, согласно которому был осуществлен принимающий узел.According to a fifth aspect of the invention, there is provided a frame-transfer protocol for use in transmitting information of a communication system organized in the form of frames between the sending unit and the receiving unit, the frame-transfer protocol comprising the step of sending the frame to the receiving unit, including the Backup section in the frame An extension (SE) containing values for one or more fields of an information element (IE), wherein the frame transfer protocol is such that the receiving node processes the value of To IE, occurring in the SE section as spare bits if the IE field was introduced for any version of a later release of a specification than the release of the specification according to which the receiving node has been carried out.
В соответствии с пятым аспектом изобретения каждое поле IE в секции SE может иметь предварительно определенную фиксированную позицию в секции SE, независимо от того, содержит ли поле IE достоверные данные.According to a fifth aspect of the invention, each IE field in the SE section may have a predetermined fixed position in the SE section, regardless of whether the IE field contains valid data.
Также в соответствии с пятым аспектом изобретения элементы IE в секции SE могут содержаться в порядке, в котором они введены.Also in accordance with a fifth aspect of the invention, IE elements in the SE section may be contained in the order in which they are entered.
Также в соответствии с пятым аспектом изобретения IE, встречающийся в секции SE, может иметь зарезервированное значение для указания, что значение в битовом интервале не является достоверным.Also, in accordance with a fifth aspect of the invention, the IE encountered in the SE section may have a reserved value to indicate that the value in the bit interval is not reliable.
Согласно шестому аспекту изобретения обеспечено устройство для действия в соответствии с протоколом передачи кадров согласно пятому аспекту настоящего изобретения.According to a sixth aspect of the invention, there is provided an apparatus for acting in accordance with a frame transfer protocol according to a fifth aspect of the present invention.
Согласно седьмому аспекту изобретения обеспечена система, содержащая отправляющий узел и принимающий узел, с отправляющим узлом, содержащим устройство согласно шестому аспекту изобретения. Дополнительно, принимающий узел может быть выполнен таким образом, что IE, встречающийся в секции SE принятого кадра, обрабатывается как резервные биты, если IE был введен для выпуска спецификации, закрепленного в более позднее время, чем выпуск спецификации, согласно которому был осуществлен принимающий узел.According to a seventh aspect of the invention, there is provided a system comprising a sending node and a receiving node, with a sending node comprising a device according to the sixth aspect of the invention. Additionally, the receiving node may be configured such that the IE encountered in the SE section of the received frame is treated as reserve bits if the IE was introduced to issue a specification fixed at a later time than issuing the specification according to which the receiving node was implemented.
Согласно восьмому аспекту изобретения обеспечен компьютерный программный продукт, содержащий: машиночитаемый носитель данных, содержащий код компьютерной программы для выполнения вычислительным процессором, например, в телекоммуникационном терминале или узле (или другом устройстве), причем код компьютерной программы содержит инструкции для действия телекоммуникационного терминала или узла в соответствии с протоколом согласно пятому аспекту изобретения.According to an eighth aspect of the invention, there is provided a computer program product comprising: a computer-readable storage medium comprising computer program code for execution by a computing processor, for example, in a telecommunication terminal or node (or other device), the computer program code containing instructions for operating the telecommunication terminal or node in according to the protocol according to the fifth aspect of the invention.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙBRIEF DESCRIPTION OF THE DRAWINGS
Вышеупомянутые и другие задачи, признаки и преимущества изобретения станут очевидны при рассмотрении последующего подробного описания совместно с прилагаемыми чертежами.The above and other objects, features and advantages of the invention will become apparent upon consideration of the following detailed description in conjunction with the accompanying drawings.
Фиг.1 - блочная диаграмма/блок-схема, изображающая отправляющий узел системы радиосвязи, передающий кадр согласно изобретению в принимающий узел.1 is a block diagram / block diagram depicting a sending node of a radio communication system transmitting a frame according to the invention to a receiving node.
Фиг.2 - схематическое представление Общей Структуры Кадра.Figure 2 is a schematic representation of the General Frame Structure.
Фиг.3A - схематическое представление Общей Структуры Кадра после добавления Нового IE Rel-6 в Резервное Расширение.3A is a schematic diagram of a General Frame Structure after adding a New IE Rel-6 to the Standby Extension.
Фиг.3B - схематическое представление Общей Структуры Кадра, иллюстрирующее проблему "Где добавлять IE Rel 5?"FIG. 3B is a schematic diagram of a General Frame Structure illustrating the “Where to Add IE
Фиг.4 - схематическое представление текущей Структуры Кадра Данных RACH в 25.425.4 is a schematic representation of the current RACH Data Frame Structure at 25.425.
Фиг.5 - схематическое представление текущей Структуры Кадра Данных RACH в 25.435.5 is a schematic representation of the current RACH Data Frame Structure at 25.435.
Фиг.6 - схематическое представление Структуры Кадра RACH в 25.425 согласно изобретению.6 is a schematic representation of the RACH Frame Structure at 25.425 according to the invention.
Фиг.7 - схематическое представление возможной Структуры Кадра RACH в Rel-6 25.425.7 is a schematic representation of a possible RACH Frame Structure in Rel-6 25.425.
Фиг.8 - схематическое представление возможной Структуры Кадра RACH в Rel-99 25.425.FIG. 8 is a schematic diagram of a possible RACH Frame Structure in Rel-99 25.425.
Фиг.9 - схематическое представление возможной Структуры Кадра RACH с Полем Длины SE в SE.Fig. 9 is a schematic diagram of a possible RACH Frame Structure with an SE Length Field in SE.
Фиг.10 - схематическое представление возможной Структуры Кадра RACH с Полем Длины SE длиной в 8 битов в заголовке.10 is a schematic representation of a possible RACH Frame Structure with an 8-Bit SE Length Field in the header.
Фиг.11 - схематическое представление возможной Структуры Кадра RACH с Полем Длины SE менее 8 битов и размещенным в секции Резервных Битов заголовка.11 is a schematic representation of a possible RACH Frame Structure with an SE Length Field of less than 8 bits and located in the Reserve Bits section of the header.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯDETAILED DESCRIPTION OF THE INVENTION
Согласно фиг.1 изобретение осуществлено с отправляющим узлом 11 системы радиосвязи, передающим в принимающий узел 12 кадр 10, согласно одному или другому выпуску 3GPP TS25.425, TS25.427 и TS25.435, поскольку эти технические спецификации были бы изменены согласно изобретению. В изобретении, описанном ниже, предполагается что, как предложено изобретением и как описано ниже, длина поля SE в кадрах, согласно TS25.425, TS25.427 и TS25.435, увеличена до 32 октетов, так, чтобы длина поля SE в кадре данных была идентична длине в кадре управления. Однако должно быть понятно, что изобретение также применяется в случае длины полей SE, отличной от 32 октет.1, the invention is implemented with a
Также для ясности то, что называется SE в TS25.425, TS25.427 и TS25.435, охватывает то, что в описании ниже называется IE Флагов Нового IE, плюс SE.Also for clarity, what is called SE in TS25.425, TS25.427 and TS25.435 covers what is described in the description below as the IE Flags of the New IE, plus SE.
Как иллюстрировано на фиг.4 или фиг.5, механизм расширения для кадров данных (используемых для связи через каналы DCH, DSCH, HS-DSCH, RACH, FACH и другие) в вышеупомянутых спецификациях протокола передачи кадров (TS25.425, TS25.427 и TS25.435) для (самой современной/последней версии) Rel-5 не очень четкий, так же как для других выпусков. Поле SE определено, но как его использовать, четко не определено. Определение поля SE для кадра данных обеспечивает только, что оно является полем в 0-2 октета, указывающим местоположение, где могут в будущем быть добавлены новые IE при обратной совмести. Не существует спецификации относительно того, как (где и в каком порядке внутри поля SE) добавлять новые IE.As illustrated in FIG. 4 or FIG. 5, the extension mechanism for data frames (used for communication via DCH, DSCH, HS-DSCH, RACH, FACH and others) in the above frame protocol specifications (TS25.425, TS25.427 and TS25.435) for (the most current / latest version) Rel-5 is not very clear, as well as for other releases. The SE field is defined, but how to use it is not clearly defined. The definition of the SE field for the data frame only ensures that it is a 0-2 octet field indicating the location where new IEs may be added in the future with backward compatibility. There is no specification as to how (where and in what order inside the SE field) to add new IEs.
Соответственно может возникнуть следующая проблема. Если в Rel-5 новый IE определен для выпуска (и версии выпуска), то после того, как протокол передачи кадров закрепляется для выпуска (и версии), нет никакого способа включения некоторого другого IE в более раннюю версию при обратной совмести. Но это может случиться в любое время, так как если кто-то находит существенную ошибку, то она должна быть исправлена (в текущей версии и всех более ранних версиях). По этой причине в Протоколах уровня Приложения таких как NBAP (Часть Приложения B Узла) и RNSAP (Часть Приложения Подсистемы Радиосети) четко определен обратно совместимый механизм расширения, то есть соответствующие спецификации устанавливают, как включать новые IE так, чтобы сообщения (в протоколах уровня приложения, кадры называются сообщениями) могли должным образом интерпретироваться принимающими узлами, соответствующими более ранним спецификациям.Accordingly, the following problem may occur. If in Rel-5 a new IE is defined for release (and release version), then after the frame transfer protocol is pinned for release (and version), there is no way to include some other IE in an earlier version in backward compatibility. But this can happen at any time, since if someone finds a significant error, then it must be fixed (in the current version and all earlier versions). For this reason, Application Level Protocols such as NBAP (Node Appendix B Part) and RNSAP (Radio Network Subsystem Application Part) clearly define a backward compatible extension mechanism, that is, the relevant specifications establish how to enable new IEs so that messages (in application level protocols , frames are called messages) could be properly interpreted by receiving nodes that meet earlier specifications.
Соответственно в этом изобретении предложено обеспечить (то есть более четко определить) обратно совместимый механизм расширения в протоколах передачи кадров.Accordingly, this invention proposes to provide (i.e. more clearly define) a backward compatible extension mechanism in frame transfer protocols.
Чтобы сделать так, предварительно назначается максимальный размер поля SE для кадра данных. Как определено, максимальный размер поля SE в кадре данных составляет только 2 октета, в то время как максимальный размер в кадре управления составляет 32 октета. Изобретение предлагает расширить поле SE кадра данных более чем до 2 октетов. Здесь в описании предполагается длина SE кадра данных в 32 октета, что является длиной, идентичной длине поля SE в кадре управления, однако изобретение также охватывает другие длины.To do so, the maximum size of the SE field for the data frame is preliminarily assigned. As determined, the maximum size of the SE field in the data frame is only 2 octets, while the maximum size in the control frame is 32 octets. The invention proposes to expand the SE field of a data frame to more than 2 octets. Here, the description assumes a data frame SE length of 32 octets, which is identical to the length of the SE field in the control frame, however, the invention also covers other lengths.
Согласно фиг.6, изобретение предлагает включить SEF (однобитовый флаг) в кадр данных Rel-99 в части заголовка, используя так называемую секцию Резервных Битов части заголовка, то есть, например, резервный бит номер 3. Определение SEF (однобитовый флаг), предпочтительно, согласно изобретению является следующим:According to FIG. 6, the invention proposes to include SEF (single-bit flag) in the Rel-99 data frame in the header part, using the so-called Reserve Bits section of the header part, that is, for example, the
Флаг Резервного Расширения (SEF, ФРР)Reserve Extension Flag (SEF, FRR)
Описание: Содержит флаг, указывающий, находится ли Резервное Расширение в использовании. Description: Contains a flag indicating whether the Standby Extension is in use.
Диапазон Значений: Value Range :
0: Резервное Расширение не находится в использовании.0: Backup Extension is not in use.
1: Резервное Расширение. IE содержит дополнительные IE.1: Backup Extension. IE contains additional IEs.
Длина Поля: 1 бит. Field Length: 1 bit.
При SEF (однобитовом флаге) согласно изобретению принимающий узел может понимать, определен ли какой-либо (один или несколько) из новых IE в поле Резервного Расширения. Если SEF (однобитовый флаг) "установлен” (то есть в значение "1" или некоторое другое предварительно определенное значение для указания, что поле SE содержит дополнительные IE), тогда IE Флагов Нового IE устанавливается в начальной части (или в то, что является в настоящее время начальной частью) поля SE для указания, какая информация является допустимой в битах поля SE после битов IE Флагов Нового IE. Размер IE Флагов Нового IE может составлять, например, один октет или два октета, в зависимости от 3GPP.With the SEF (single-bit flag) of the invention, the receiving node can understand if any (one or more) of the new IEs is defined in the Backup Extension field. If the SEF (single-bit flag) is “set” (that is, the value “1” or some other predefined value to indicate that the SE field contains additional IEs), then the Flags IE of the New IE is set in the initial part (or in what is currently the initial part) of the SE field to indicate what information is valid in the bits of the SE field after the bits of the New IE Flags IE The size of the New IE Flags IE can be, for example, one octet or two octets, depending on 3GPP.
Предложенное типовое определение IE Флагов Нового IE, применимого в случае IE 5 битов, указанного здесь, как ID Части Ячейки, определенного в выпуске, после чего выпуск был закреплен, и также в случае, если ID Части Ячейки является первым IE, который был введен таким образом, что согласно изобретению он (предпочтительно) всегда оказывается первым в элементах IE, встречающихся в SE, независимо от того, сколько IE добавлено позже, и независимо от выпусков, для которых сначала предназначались позже добавленные IE, является следующим:The proposed model definition of the New IE Flags IE, applicable in the case of
IE Флагов Нового IEFlags IE New IE
Описание: Содержит флаги, указывающие, какая информация является достоверной в последующих битах поля SE. Description: Contains flags indicating what information is valid in subsequent bits of the SE field.
Диапазон Значений:Value Range:
Бит 0: Указывает, содержат ли биты 0-5 первого байта дальнейшего поля достоверный ID Части Ячейки (указывается значением 1) или нет (указывается значением 0).Bit 0: Indicates whether bits 0-5 of the first byte of the next field contain a valid Cell Part ID (indicated by 1) or not (indicated by 0).
Биты 1-15: Установлены в 0: зарезервированы для дальнейшего использования. Любые указанные флаги должны игнорироваться принимающим узлом (осуществленным согласно выпуску, для которого был введен IE ID Части Ячейки).Bits 1-15: Set to 0: reserved for future use. Any specified flags should be ignored by the receiving node (implemented according to the release for which the Cell Part IE ID was entered).
Длина поля: 16 битов. Field Length: 16 bits.
Иллюстративное определение IE ID Части Ячейки является следующим:An exemplary definition of the Cell Part IE ID is as follows:
ID Части Ячейки [Двусторонняя с разделением частоты (FDD)].Cell Part ID [Two Way Frequency Separated (FDD)].
Описание: ID Части Ячейки указывает часть ячейки с самым высоким SIR при доступе RACH. ID Части Ячейки сконфигурирован O&M (операции и поддержка). Description: Cell Part ID indicates the part of the cell with the highest SIR at RACH access. Cell Part ID is configured by O&M (operations and support).
Диапазон Значения: {0-63}. Value Range: {0-63}.
Длина Поля: 6 битов. Field Length: 6 bits.
Как упомянуто, 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.As mentioned, the Cell Part IE ID shown in FIG. 6 is only an example of a new IE added through an SE field according to the invention (so that the Flags IE of the New IE indicates its entry into the SE, and in some implementations it is the first SEF indicated. as described above, the SEF rather indicates indefinitely the IE Cell Part ID, but that the SE contains at least one IE added). An example of how the sending node provides in SE a data frame (value for) IE added to SE (with 3GPP). According to the invention, if 3GPP adds additional IEs, such later added IEs should preferably be added after the Cell Part IE ID, and the flags of the IE Flags of the New IE should correspond to later added IEs, and such flag should be set or not set, depending on whether the actual sending node provides a value for the corresponding IE in 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, каждый из которых может быть малым, как один бит или длинным, как несколько октетов.FIG. 6 depicts one example of how to add one Rel-6 IE in a Standby Extension field. In this example, bit (number) 0 of the New IE Flags IE is used to indicate whether the first IE Flags IE after the New IE valid data. If another IE was added after adding the Cell Part ID IE (such as the Possible IE shown in FIG. 7), then bit (number) 1 in the Flags IE of the New IE will indicate whether the second IE is (for example the Possible IE of FIG. 7) reliable, that is, whether the sending node provided the actual data for the second IE added. It should be noted that the IE, to which the flag of the IE Flag of the New IE belongs, can be of any length, as long as its length fits in the SE field, that is, such IE does not necessarily constitute an octet; the flags of the IE Flags of the New IE should not correspond to octets, but instead may correspond to the corresponding IEs, each of which may be small, as one bit, or long, as several octets.
В примере фиг.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 и также в длине кадра данных.In the example of FIG. 6, the New IE Flags IE indicates the validity of IEs added through a fixed size SE field. In such a scheme, if IE is enabled, then it can always be placed at the same position in the data frame, regardless of which other IEs are present (since the Flags IE of the New IE can indicate which parts of the SE field are empty, then there is no transmit IE). Accordingly, the protocol provided according to the above scheme, provided in accordance with the invention, is simple. The drawback of the scheme is that since the Flags IE of the New IE indicates only the validity of the SE part (i.e., the part that transmits the corresponding IE), invalid IE bit intervals (that is, bits not used by the sending node to transmit the added IE) are wasted. To overcome this drawback, the New IE Flags IE can be used to indicate whether the actual data for IE is included in the SE, while providing only the IE with reliable data in the SE, that is, only IEs for which the New IE Flags IE flags are set. Accordingly, for example, if the sending node supports three functions corresponding to three single-bit IEs out of five possible single-bit IEs that may occur in SE (that is, for which reliable data can be provided via SE), then the corresponding IE flags must be set Flags of the New IE (same as in the other scheme), but instead of providing bit intervals for IE elements for which no reliable data has been sent, the sending node should provide SE with only bits for IE specified by IE Fl gov New IE, as having valid data, respectively retaining two bytes in length and SE in the length of the data frame.
Фиг.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 в кадр.Fig.7 and Fig.8 depict how the protocol provided in accordance with the invention should work with various releases. It is illustrated here that an IE named Cell Part ID was added to the frame in Rel-6, which was then pinned. Then, in order to correct the problem with respect to the earlier release, an IE called the Possible IE is added through the SE field. In such a scenario, any node implemented according to an earlier release will ignore the IE called Cell Part ID and Bit 0 (zero) from the New IE Flags IE, that is, such a node will process IE Cell Part ID and
Фиг.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 является следующим:7 depicts a RACH Data Frame in the specification of Rel-6 according to the invention. In this case,
Флаги Нового IEFlags of the New IE
Описание: Содержит флаги, указывающие, какая информация является достоверной в последующих битах. Description: Contains flags indicating what information is valid in subsequent bits.
Диапазон Значений: Value Range :
Бит 0(нулевой): Зарезервирован. Этот бит должен быть установлен в ноль передатчиком и должен игнорироваться приемником.Bit 0 (zero): Reserved. This bit must be set to zero by the transmitter and must be ignored by the receiver.
Бит 1(первый): Указывает, содержит ли второй байт последующего IE Флагов Нового IE достоверный Возможный IE, значение 1 указывает, если так, и значение 0 указывает, если иначе.Bit 1 (first): Indicates whether the second byte of the subsequent New IE Flags IE contains a valid Possible IE, a value of 1 indicates if so, and a value of 0 indicates if otherwise.
Биты 2-15(со второго по пятнадцатый): Установлены в 0. Зарезервированы в этой редакции на пользовательском уровне. Любые указанные флаги должны игнорироваться приемником.Bits 2-15 (second to fifteenth): Set to 0. Reserved in this edition at the user level. Any flags indicated must be ignored by the receiver.
Длина Поля: 16 битов. Field Length: 16 bits.
В этом примере, если принимающий узел является узлом Rel-6, он может понимать и бит 0 IE Флагов Нового IE и также бит 1, и на основе значений бита 0 и бита 1 он может интерпретировать IE ID Части Ячейки и IE Возможного IE. Если принимающий узел является узлом Rel-99, он игнорирует бит 0 и первый октет и будет использовать только бит 1 для определения, присутствует ли IE Возможного IE в кадре данных, и если так, то принимающий узел будет пытаться считать его значение.In this example, if the receiving node is a Rel-6 node, it can understand both
Отправляющий узел устанавливает (или не устанавливает) только флаги IE Флагов Нового IE на основе спецификации, согласно которой был осуществлен отправляющий узел и на основе того, какие IE отправляющий узел отправляет в кадре данных. В вышеупомянутом примере отправляющий узел Rel-6 будет устанавливать (или не устанавливать) значения битов 0 и 1 IE Флагов Нового IE (в зависимости от того, включает ли передающий узел соответствующие IE в кадр данных). С другой стороны, отправляющий узел Rel-99 всегда будет ставить значение бита 0 IE Флагов Нового IE и первый байт поля SE (или столько сколько битов соответствует первому IE) в "0" и устанавливать (или не устанавливать) только значение бита 1 IE Флагов Нового IE и также устанавливать как соответствующие значения битов Возможного IE (как изображено второй байт) соответственно.The sending node sets (or does not set) only the IE flags of the New IE Flags based on the specification according to which the sending node was implemented and based on which IE the sending node sends in the data frame. In the above example, the sending Rel-6 node will set (or not set) the values of
Другим возможным вариантом для использования поля SE является наличие IE Длины SE в первом байте поля SE, как изображено на фиг.9. В таком возможном варианте размер поля SE может быть динамическим (то есть размер SE не должен быть предварительно определенным). Для такого возможного варианта IE Флагов Нового IE и соответствующая Длина SE могут быть определены следующим образом:Another possible option for using the SE field is the presence of the SE Length IE in the first byte of the SE field, as shown in FIG. 9. In such a possible embodiment, the size of the SE field may be dynamic (i.e., the size of the SE need not be predetermined). For such a possible variant of the IE, the New IE Flags and the corresponding Length SE can be determined as follows:
Флаги Нового IEFlags of the New IE
Описание: Содержит флаги, указывающие, какая информация является достоверной в дальнейших битах. Description: Contains flags indicating what information is reliable in subsequent bits.
Диапазон Значений: Value Range :
Бит 0: Указывает, содержит ли первый следующий байт (биты 0-5) достоверный ID Части Ячейки, и если так, установлен в 1, иначе установлен в 0.Bit 0: Indicates whether the first next byte (bits 0-5) contains a valid Cell Part ID, and if so, is set to 1, otherwise set to 0.
Биты 1-6: Установлены в 0: зарезервированы в этой редакции на пользовательском уровне. Любые указанные флаги должны игнорироваться приемником.Bits 1-6: Set to 0: reserved in this edition at the user level. Any flags indicated must be ignored by the receiver.
Бит 7: Указывает, определяется ли другой IE Флагов Нового IE после IE, ассоциированных с текущим IE Флагов Нового IE. Если значение равно 1, дополнительный IE Флагов Нового IE определен, иначе текущий IE Флагов Нового IE является последним IE Флагов Нового IE в кадре данных.Bit 7: Indicates whether another is determined by the New IE Flags IE after IE, associated with the current New IE Flags IE. If the value is 1, an additional New IE Flags IE is specified, otherwise the current New IE Flags IE is the last New IE Flags IE in the data frame.
Длина Поля: 8 битов. Field Length: 8 bits.
Длина SESE Length
Описание: Указывает длину расширения в байтах, которое следует после этого поля, включая длину IE Флагов Нового IE. Так как такой IE может указывать самое большее значение 255, если последний IE Флагов Нового IE в пределах указанной длины указывает дополнительные IE Флагов Нового IE, то должен быть дополнительный IE Длины SE перед следующим IE Флагов Нового IE для указания следующего блока элементов IE. Description: Indicates the extension length in bytes that follows this field, including the length of the New IE Flags IE. Since such an IE may indicate a maximum value of 255, if the last New IE Flags IE within the specified length indicates additional New IE Flags IEs, then there must be an additional SE Length IE before the next New IE Flags IE to indicate the next block of IE elements.
Диапазон Значения: 1-255 Value Range: 1-255
Длина поля: 8 битов. Field Length: 8 bits.
Как изображено на фиг.9, SEF (однобитовый флаг) и IE Флагов Нового IE все еще определяются в кадре данных, но в этом возможном варианте IE Флагов Нового IE должен иметь механизм расширения (то есть последний бит каждого IE Флагов Нового IE должен указывать, присутствуют ли следующий блок IE Флагов Нового IE и соответствующая подсекция SE).As shown in FIG. 9, the SEF (single-bit flag) and the New IE Flags IE are still defined in the data frame, but in this possible embodiment, the New Flags IE must have an extension mechanism (that is, the last bit of each New IE Flags IE must indicate whether the next block of the New IE Flags IE and the corresponding SE subsection are present).
В зависимости от того, где определен первый IE Длины SE, может существовать другой сценарий. Эта Длина SE может заменять SEF (однобитовый флаг), если она определена в части заголовка. Фиг.10 изображает этот пример. На этом чертеже первая Длина SE определена в части заголовка. Если она является "0", то Резервное Расширение имеет нулевую длину. Но пока какой-либо новый IE включен в SE, Длина SE согласно изобретению предполагается указывает длину SE. Первым октетом SE тогда должен быть IE Флагов Нового IE. Механизм расширения длины SE и Флага Нового IE идентичен (рассмотренному) выше. На фиг.10 в заголовке предполагается однобайтовая Длина SE, но длина может быть короче 8 битов, так чтобы первая Длина SE могла вмещаться в секцию Резервных Битов в определенных кадрах в текущее время. Фиг.11 изображает такой пример. В этом случае (длина SE в секции Резервных Битов) определение IE Длины SE должно быть соответственно изменено, то есть и длина и диапазон значений должны быть изменены для соответствия требуемой более короткой длине.Depending on where the first SE Length IE is defined, a different scenario may exist. This SE Length may replace the SEF (single-bit flag), if defined in the header part. 10 depicts this example. In this drawing, the first SE Length is defined in the header part. If it is "0", then the Standby Extension has zero length. But while any new IE is included in SE, the Length of the SE according to the invention is supposed to indicate the length of the SE. The first octet of SE then should be the New IE Flags IE. The length extension mechanism of SE and Flag of New IE is identical to (discussed) above. 10, a single-byte Length SE is assumed in the header, but the length can be shorter than 8 bits so that the first SE Length can fit into the Reserve Bits section in specific frames at the current time. 11 depicts such an example. In this case (the length of the SE in the Reserve Bits section), the definition of the IE Length of the SE must be changed accordingly, that is, both the length and the range of values must be changed to match the required shorter length.
Добавление однобайтового поля Длины 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 был введен.Adding a single-byte SE Length field to the header makes it easy to define the SE Length IE. But adding one byte SE IE in the Rel-99 specification is not backward compatible, while adding a shorter first SE Length IE to the header is backward compatible, but it makes it difficult to determine the SE Length IE. It is important to understand that according to the invention and as described above, the IE elements are contained in the SE, preferably according to the order in which they are entered, that is, if 3GPP represents the first new IE related to the fixed release, and then another IE related to the fixed release is later introduced (to any pinned release), the first IE occurring in SE is the first IE entered, and the second IE occurring in SE is the second IE entered. Just as mentioned, IE in SE is treated as backup bits by the receiving node, implemented according to the release pinned earlier than the release for which IE was introduced.
Хотя изобретение было описано выше с тем, чтобы включать использование 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 как резервные биты.Although the invention has been described above in order to include the use of the IE Flags of the New IE, the invention also encompasses a frame transfer protocol that is not based on the use of such IE. Again, according to FIG. 1, the invention generally encompasses a frame transfer protocol for use in transmitting information between a sending
В некоторых вариантах осуществления каждое поле IE в секции SE имеет предварительно определенную фиксированную позицию в секции SE, независимо от того, содержит ли поле IE достоверные данные. Также в некоторых вариантах осуществления IE содержатся в секции SE в порядке, в котором IE введены. Также в некоторых вариантах осуществления, чтобы сделать для принимающего узла возможным определение, должны ли биты для IE в секции SE обрабатываться как резервные биты, изобретение обеспечивает, как альтернативу использованию IE Флагов Нового IE, наличие у каждого IE, встречающегося в секции SE, зарезервированного значения для указания, когда значение в интервале бита является достоверным.In some embodiments, each IE field in the SE section has a predetermined fixed position in the SE section, regardless of whether the IE field contains valid data. Also in some embodiments, the IEs are contained in the SE section in the order in which the IEs are entered. Also, in some embodiments, in order to make it possible for the receiving node to determine whether bits for IE in the SE section should be treated as fallback bits, the invention provides, as an alternative to using the New IE Flags IE, each IE occurring in the SE section has a reserved value to indicate when the value in the bit interval is valid.
Должно быть понятно, что описанные выше средства являются только иллюстрирующими применение принципов настоящего изобретения. Не удаляясь от сути и не выходя из контекста настоящего изобретения, специалистами в данной области техники могут быть изобретены многочисленные модификации и альтернативные средства, и приложенная формула изобретения предназначена для охвата таких модификаций и средств.It should be understood that the agents described above are only illustrative of the application of the principles of the present invention. Without departing from the essence and without leaving the context of the present invention, specialists in the art can invent numerous modifications and alternative means, and the appended claims are intended to cover such modifications and means.
Claims (41)
Приоритет по пунктам:39. A computer-readable storage medium containing a computer program code for execution by a computing processor in a telecommunication terminal or node (11, 12), with said computer program code, characterized in that it contains instructions for the operation of the telecommunication terminal or node (11, 12) according to a method for transmitting frames according to any one of claims 32-35.
Priority on points:
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US50838403P | 2003-10-03 | 2003-10-03 | |
| US60/508,384 | 2003-10-03 | ||
| US51953703P | 2003-11-12 | 2003-11-12 | |
| US60/519,537 | 2003-11-12 | ||
| US10/932,546 | 2004-09-01 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2006114737A RU2006114737A (en) | 2007-11-20 |
| RU2384022C2 true RU2384022C2 (en) | 2010-03-10 |
Family
ID=38122287
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2006114737/09A RU2384022C2 (en) | 2003-10-03 | 2004-09-29 | Integrated use of standby extension field in frame transmission protocol data frame |
Country Status (2)
| Country | Link |
|---|---|
| RU (1) | RU2384022C2 (en) |
| TW (1) | TWI265705B (en) |
-
2004
- 2004-09-21 TW TW93128492A patent/TWI265705B/en active
- 2004-09-29 RU RU2006114737/09A patent/RU2384022C2/en active
Non-Patent Citations (1)
| Title |
|---|
| 3GPP TS 25.435 v5.5.0, 06.2003. * |
Also Published As
| Publication number | Publication date |
|---|---|
| TW200525969A (en) | 2005-08-01 |
| TWI265705B (en) | 2006-11-01 |
| RU2006114737A (en) | 2007-11-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2625110C (en) | Method for receiving and managing a downlink radio link control data block in an egprs mobile electronic communication device | |
| EP1329079A2 (en) | Reduction of protocol overhead on the connection between base station controller and base transceiver station of a cellular radio network | |
| CN102100035B (en) | Methods and systems for dynamically configuring and managing communication network nodes at the MAC sublayer | |
| US20050265270A1 (en) | Radio communication system using timeout control with flexible timeout interval setting | |
| RU2003130091A (en) | METHOD AND DEVICE FOR ENSURING LEVELS WITH MULTIPLE INDICATORS OF QUALITY OF SERVICE IN WIRELESS DATA TRANSFER COMPOUNDS | |
| JP2002027023A (en) | Device and method for wireless data transmitting/ receiving | |
| WO2011038597A1 (en) | Method and system for transmitting in-phase quadrature data | |
| US20030118022A1 (en) | Reconfigurable data packet header processor | |
| US7218648B1 (en) | Method and apparatus for communicating control data in an asynchronous communications channel | |
| EP1479210B1 (en) | Hdlc hardware accelerator | |
| AU2004311357B2 (en) | An apparatus and method for extending radio messages in mobile communications | |
| JP2021508996A (en) | Data transmission method, transmitter, and receiver | |
| JP2003512639A (en) | Method and system for robust frame type protection in systems employing variable bit rate | |
| US6310890B1 (en) | System for processing, converting and distributing a message in a fixed subscriber unit in a broad band code division multiple access wireless local loop | |
| US7688854B2 (en) | Generalized spare extension field usage in frame protocol data frame | |
| RU2384022C2 (en) | Integrated use of standby extension field in frame transmission protocol data frame | |
| US20040147249A1 (en) | Embedding class of service information in MAC control frames | |
| US20040162024A1 (en) | Embedding class of service information in MAC control frames | |
| US20030169723A1 (en) | Wireless communications apparatus, methods and computer program products using broadcast channel messaging for application transport | |
| RU2462837C2 (en) | Methods and device to process signal message that relates to limitations on transfer speed | |
| EP1891758B1 (en) | Data sequence detection in communication system | |
| CN100558113C (en) | Determine the method for base band processing unit and radio frequency processing unit interface transmitting mode | |
| ZA200602692B (en) | Generalized spare extension field usage in frame protocol data frame | |
| CN111954265B (en) | Method for generating packet header, terminal and storage medium | |
| KR100407356B1 (en) | Apparatus and method for transmitting data in cdma communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PC41 | Official registration of the transfer of exclusive right |
Effective date: 20160602 |