Способ указания размера мини-ячейки

Реферат

 

Изобретение касается способа изменения размера мини-ячеек, принадлежащих индивидуальному соединению, во время продолжающегося соединения. Для этой цели используется управляющая мини-ячейка, которая передается или в отдельном соединении, или в том же самом соединении, размер мини-ячейки которого необходимо изменить. В зависимости от построения системы управляющая мини-ячейка обрабатывается или на уровне управления с помощью системы эксплуатации и технического обслуживания сети связи, или на уровне графика с помощью оборудования передачи. Техническим результатом является создание способа указания размера мини-ячейки, принадлежащих к отдельному соединению, только тогда, когда такое указание необходимо. 3 с. и 15 з. п. ф-лы, 42 ил. , 1 табл.

Данное изобретение относится к сетям связи и касается, в частности, транспортной сети системы телефонной связи с подвижными объектами. Ячейки АТМ (асинхронного режима передачи) используются для передачи данных. Полезная нагрузка ячейки АТМ содержит мини-ячейки.

Уровень техники В настоящее время размер мини-ячеек, которые нужно использовать для отдельного соединения, указывается явно в каждой мини-ячейке упомянутого отдельного соединения. Обычно для указания размера используются от 6 до 10 битов. Информация о размере имеет статический характер, то есть она не изменяется до тех пор, пока мини-ячейки не изменяют размер.

Иногда необходимо модифицировать размер мини-ячейки в течение установленного соединения. Например, может потребоваться изменить скорость передачи речи с полной до половинной, заменить передачу речи на передачу данных, использовать речевой кодек с переменной скоростью или уменьшить перегруженный трафик между двумя узлами, уменьшая мини-ячейки всех соединений между упомянутыми узлами.

Явный способ указания размера мини-ячейки означает, что биты, используемые для указания размера, являются дополнительными затратами ресурсов с точки зрения эффективности использования доступной ширины полосы, а также с точки зрения эффективности указания размера ячейки.

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

Другой целью изобретения является создание способа динамического изменения размера мини-ячейки во время продолжающегося соединения.

Еще одной целью изобретения является создание способа изменения размера мини-ячейки, принадлежащей к отдельному соединению с помощью другой мини-ячейки. Мини-ячейка, используемая для этой цели, называется управляющей мини-ячейкой.

Еще одной целью изобретения является создание способа, при котором управляющая мини-ячейка передается в канале управления, отличном от канала, в котором транспортируются мини-ячейки, содержащие данные абонента.

Еще одной целью изобретения является создание способа, согласно которому управляющая мини-ячейка транспортируется в том же самом канале, в котором транспортируются мини-ячейки, содержащие данные абонента.

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

В системе телефонной связи с подвижными объектами, которая использует ячейки АТМ в транспортной сети, уменьшенная ширина полосы или улучшенное использование доступной ширины полосы предоставляет возможность добавить дополнительное число каналов в систему.

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

Краткое описание чертежей Изобретение будет более понятно из следующего описания, приведенного со ссылкой на прилагаемые чертежи.

На фиг. 1 показан формат ячейки АТМ, транспортирующей в себе мини-ячейки.

На фиг. 2 показан заголовок мини-ячейки, транспортируемой в ячейке АТМ, показанной на фиг. 1.

На фиг. 3 показан октет заголовка ячейки фиг. 2, который включает поле фиксированного размера для указания длины мини-ячейки.

На фиг. 4 показан октет в заголовке мини-ячейки, который включает линейно кодированное поле фиксированного размера.

На фиг. 5 показана таблица соответствия.

На фиг. 6 показано поле фиксированного размера и расширенное поле фиксированного размера, созданное с использованием бита расширения.

На фиг. 7 показана таблица соответствия.

На фиг. 8 показано поле фиксированного размера и расширенное поле фиксированного размера, созданное с использованием кода расширения.

На фиг. 9 показан базовый формат мини-ячейки, заголовок которой снабжается коротким полем фиксированной длины и полем спецификатора увеличения длины LEQ, содержащим различные коды расширения.

На фиг. 10 показана таблица.

На фиг. 11 показан расширенный формат мини-ячейки.

На фиг. 12 показана мини-ячейка фиг. 9 в ее расширенном формате, когда заранее заданные коды расширения присутствуют в поле спецификатора расширения длины.

На фиг. 13 показана таблица.

На фиг. 14 показана ячейка эксплуатации и технического обслуживания.

На фиг. 15 показана блок-схема блока для анализа заголовка мини-ячейки, используемого для извлечения части мини-ячейки с абонентскими данными из канала абонентских данных, поле фиксированного размера в мини-ячейке имеет нелинейное кодирование.

На фиг. 16 показан заголовок мини-ячейки и абонентские данные после выделения из канала абонентских данных.

На фиг. 17 показана блок-схема блока для анализа заголовка мини-ячейки, используемого для извлечения части мини-ячейки с абонентскими данными из канала абонентских данных с использованием кода расширения.

На фиг. 18 показана блок-схема модифицированного блока для анализа заголовка мини-ячейки, используемого для извлечения части мини-ячейки с абонентскими данными из канала абонентских данных с применением кода расширения или бита расширения.

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

На фиг. 20 показан заголовок мини-ячейки, в котором идентификатор цепи CID используется для косвенного указания размера мини-ячейки.

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

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

На фиг. 23 показан заголовок мини-ячейки, снабженный битом синхронизации, используемым для синхронизации сообщения, которое предписывает изменение размера мини-ячейки.

На фиг. 24 показана мини-ячейка, глобально определенная для системы и используемая для изменения размера мини-ячеек, относящихся к отдельному соединению.

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

На фиг. 26 показана специфическая мини-ячейка, используемая для изменения размера мини-ячеек соединения, эта специфическая мини-ячейка принадлежит соединению, мини-ячейки которого должны быть изменены.

На фиг. 27 показана объединенная мини-ячейка данных абонента и управления, снабженная битом расширения в своем заголовке и необязательным полем расширения в своей полезной нагрузке, упомянутое необязательное поле расширения содержит новый размер ячейки, который нужно использовать для мини-ячеек в соединении.

На фиг. 28 показана объединенная мини-ячейка данных абонента и управления, аналогичная показанной на фиг. 27.

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

Фиг. 30 более подробно иллюстрирует способ сигнализации на уровне управления, представленный на фиг. 23.

На фиг. 31 показана диаграмма сигнализации для способа сигнализации на уровне управления.

На фиг. 32 показана блок-схема, поясняющая второй способ изменения размера мини-ячейки.

На фиг. 33 показана диаграмма сигнализации для второго способа.

На фиг. 34 показана последовательность мини-ячеек, поступающих на устройство пакетирования мини-ячеек, иллюстрируется вариант второго способа.

На фиг. 35 показана диаграмма сигнализации, относящаяся к фиг. 34.

На фиг. 36 показана блок-схема, иллюстрирующая задержку, вызванную интерпретацией команды на изменение размера ячейки в системе управления.

На фиг. 37 показана блок-схема, иллюстрирующая четвертый способ изменения размера мини-ячейки.

На фиг. 38 показана диаграмма сигнализации для четвертого способа.

На фиг. 39 показана блок-схема, иллюстрирующая пятый способ изменения размера мини-ячеек.

На фиг. 40 показана мини-ячейка абонентских данных, снабженная необязательным полем для указания того, что размер мини-ячейки должен быть изменен на новый размер, указанный в необязательном поле.

На фиг. 41 показана диаграмма сигнализации, относящаяся к пятому способу.

На фиг. 42 показана блок-схема системы телефонной связи с подвижными объектами, снабженной блоками, анализирующими заголовок ячейки.

Подробное описание вариантов осуществления изобретения На фиг. 1 показана ячейка 1 АТМ, которая состоит из заголовка 2 и полезной нагрузки 3. Обычно полезная нагрузка включает данные абонента, относящиеся к индивидуальному соединению. В вышеупомянутой заявке PCT/SE95/00575 описана ячейка АТМ, которая в своей полезной нагрузке транспортирует одну или несколько мини-ячеек. В примере, приведенном на фиг. 1, показаны три мини-ячейки 4, 5 и 6 различных размеров. Заголовок 2 АТМ включает 5 октетов (1 октет = 8 битов = 1 байт), а полезная нагрузка 3 включает 48 октетов. Каждая мини-ячейка 4, 5, 6 содержит заголовок 7 и данные абонента.

На фиг. 2 показан пример заголовка мини-ячейки 7, содержащего два октета 8, 9. Другие размеры заголовка мини-ячейки также возможны в зависимости от построения системы АТМ. Возможен также размер заголовка мини-ячейки, равный 3 октетам или более. Заголовок мини-ячейки 7 включает идентификатор цепи (CID), который идентифицирует установленное соединение/цепь; селектор типа полезной нагрузки (PTS), который идентифицирует разные типы полезной нагрузки, такие как данные абонента, данные управления, данные технического обслуживания; индикатор длины (LEN) и поле/бит контроля целостности заголовка (HIC). Индикатор длины LEN определяет размер полезной нагрузки отдельной мини-ячейки.

Существует необходимость различения разных типов мини-ячеек. В поле PTS селектора типа полезной нагрузки должно быть указано следующее.

Абонентская информация фиксированной длины. Индикатор длины LEN в заголовке не требуется, вместо этого длина абонентской информации конфигурируется в системе и в службе. Для "полной скорости передачи системы GSM" длина абонентской информации составляет 35 октетов, для полной скорости передачи системы PDC-20 октетов и для "полной скорости передачи системы D-AMPS" - 23 октета.

Абонентская информация различных размеров, то есть абонентская информация с переменной длиной. Этот случай соответствует предпочтительной форме осуществления изобретения и будет описан ниже. Использование поля селектора типа полезной нагрузки для указания абонентской информации с переменной длиной является решением, которое должно быть проверено в будущем.

Абонентская информация различных размеров увеличенной длины. Информация эксплуатации и технического обслуживания для цепи/соединения.

Информация синхронизации. Использование поля селектора типа полезной нагрузки для этой цели является возможным, но необязательным.

На фиг. 3 заголовок 7 ячейки показан содержащим поле 10 длины фиксированного размера (поле LEN), используемое для указания размера абонентских данных мини-ячейки, которой принадлежит заголовок. Размер мини-ячейки обозначается в этом поле 10 с использованием линейного кодирования. Линейное кодирование предполагает, что код соответствует фактическому размеру мини-ячейки. Например, если длина ячейки 5 октетов, в поле длины записывается 5 в двоичной форме (000101). Для коротких размеров мини-ячейки фиксированное поле 10 длины займет большую ширину полосы, но вся занятая ширина полосы не используется для передачи полезной нагрузки, что иллюстрируется первыми нулями в двух приведенных примерах. Следует отметить, что поле 10 длины несет каждая мини-ячейка индивидуального соединения. Другим недостатком этого поля 10 длины фиксированного размера является то, что диапазон размеров ячейки, которые могут быть выражены линейным кодированием, ограничен. Полем 10 длины с фиксированным размером, содержащим 6 битов, могут быть обозначены размеры ячейки от 1 до 64 октетов. Если для отдельного соединения должны использоваться большие размеры ячейки, то тогда длина поля 10 длины фиксированного размера должна быть увеличена, что в свою очередь ведет к еще большему расходу полосы частот.

На фиг. 4 показано поле 11 длины фиксированного размера. Нелинейное кодирование используется, чтобы указать широкий диапазон различных размеров ячейки. В данном примере 3 бита используется в октете заголовка мини-ячейки, например, в октете 9. Остальная часть битов этого же самого октета свободна и может использоваться для любой из вышеперечисленных целей. Это способствует уменьшению общего размера заголовка, что в свою очередь увеличивает эффективность использования ширины полосы.

В системах телефонной связи с подвижными объектами мини-ячейки генерируются кодерами речи. В настоящее время кодеры речи американского стандарта IS-95 используют 2, 5, 10 или 22 октета. При использовании поля 10 длины фиксированного размера в соответствии с упомянутым документом Американского национального института стандартов в заголовке мини-ячейки потребовалось бы 7 битов, чтобы указать размер ячейки, равный 22 октетам. При нелинейном кодировании в соответствии с фиг. 4 поле 11 длины фиксированного размера содержит 3 бита. Это дает экономию ширины полосы 10% для вокодера стандарта IS-95, который работает со скоростью 2 кбит/с (5 октетов за 20 мс).

На фиг. 5 показана таблица 12 соответствия, которая должна использоваться вместе с полем 11 длины фиксированного размера. Как видно из таблицы, значения кода не соответствуют размерам мини-ячеек, а вместо этого заранее заданные размеры назначаются соответствующим значениям кода с использованием только трех битов кода. Примеры размеров мини-ячеек даны в столбце размера в списке соответствия. Размеры изменяются от 4 до 60 октетов. Конечно, диапазон может быть увеличен, но максимальное число размеров задается числом используемых битов кода.

Чтобы увеличить число размеров, которые могут использоваться вместе с нелинейным кодированием, можно по требованию расширять фиксированное поле 11 длины (LEN). Ниже будут описаны два способа. Используется или бит расширения в поле 11 длины фиксированного размера как спецификатор для расширения поля 11 длины, и этот способ называется способом с битом расширения, или же один из кодов поля длины используется как спецификатор для расширения поля 11 длины, этот способ называется способом с кодом расширения.

На фиг. 6 бит 13, помеченный также как E и следующий за полем 11 длины, зарезервирован как бит 13 расширения. Когда бит 13 расширения установлен на 1, это указывает, что заголовок мини-ячейки включает добавочное поле 14 длины того же самого размера, что и поле LEN длины фиксированного размера. Когда бит расширения равен нулю, заголовок ячейки содержит только поле 11 длины.

Добавочное поле 14 длины в приводимом примере содержит 3 бита.

Когда бит 13 расширения установлен, число битов, доступных для таблицы 12 соответствия, будет увеличено с 3 до 6 битов, см. таблицу 15 соответствия, показанную на фиг. 7. Так как бит 13 расширения зарезервирован для указанной цели, он не может использоваться для отображения размера кода.

Модификацией способа с битом расширения является присоединение бита 11B расширения к добавочному полю 14 длины. Присоединенное поле расширения используется для того, чтобы указать, имеется следующее добавочное поле длины в заголовке мини-ячейки или нет. Если дополнительный бит 11B расширения установлен на 1, то это указывает, что второе добавочное поле 14A длины должно быть добавлено к заголовку, увеличивая таким образом число битов кода в таблице 15 с 6 до 9. Если присоединенное поле расширения включает бит, который установлен на 0, то второе поле не используется.

На фиг. 8 поясняется способ с кодом расширения. В соответствии с этим способом код в поле 11 фиксированной длины на фиг. 4 резервируется и используется как код расширения. Предположим, например, что двоичный код 111 в таблице 12 используется как код расширения. Когда этот код 111 присутствует в поле 11 фиксированной длины, это означает, что добавочное поле 14 длины должно быть включено в заголовок мини-ячейки. Таким образом, еще 3 бита доступны для отображения размера, как было показано на фиг. 8. Этот способ уменьшит число размеров в таблице 12 соответствия на один и добавит другие семь размеров ячейки, которые могут быть отображены дополнительными восемью значениями кода добавочного поля 14 длины.

С точки зрения эффективности использования ширины полосы способ с кодом расширения лучше, чем способ с битом расширения, так как требует 3 битов, в то время как способ с битом расширения требует 4 битов. Если посмотреть на диапазон значений, то способ с битом расширения лучше, чем способ с кодом расширения, так как обеспечивает 16 различных размеров ячейки по сравнению с 14, предоставляемыми способом с кодом расширения.

На фиг. 9 способ с битом расширения объединен со способом с кодом, что обеспечивает высокую эффективность использования битов в заголовке ячейки и в то же самое время охватывает широкий диапазон размеров ячеек и эффективно использует ширину полосы.

Базовый формат мини-ячейки, использующей этот комбинированный способ кодирования, показан на фиг. 9. Мини-ячейка содержит заголовок 21 из двух октетов и часть 22 с полезной нагрузкой, которая может включать от 1 до 48 октетов. Четыре младших бита длины мини-ячейки указываются в заголовке в небольшом поле 23 длины фиксированного размера (поле LEN). Поле 23 длины содержит 4 бита. Заголовок содержит также поле 24 идентификатора цепи (поле CID), занимающее 8 битов и идентифицирующее цепь, которой принадлежит мини-ячейка. В заголовке имеется также поле 25 спецификатора увеличения длины (поле LEQ) и поле 26 целостности заголовка (поле HIC), оба длиной по 2 бита.

Спецификатор 25 увеличения длины (LEQ) определяют как увеличение длины для полезной нагрузки и как расширение заголовка. Когда спецификатор увеличения длины содержит значения двоичных кодов 00, 01 и 10, мини-ячейка имеет базовый формат, показанный на фиг. 9, и биты кода спецификатора увеличения длины составляют биты, которые будут присоединены к полю 23 длины. Таким образом, в этом случае поле спецификатора увеличения длины будет служить в качестве расширения поля 23 длины.

В частности, 24 различных значения в поле 23 длины связаны с двоичным кодом 00, присутствующим в поле 25 спецификатора увеличения длины, 24 различных значения в поле 23 длины связаны с двоичным кодом 01, присутствующим в поле 25 спецификатора увеличения длины, и 24 различных значения в поле 23 длины связаны с двоичным кодом 10, присутствующим в поле 25 спецификатора увеличения длины. Это показано на фиг. 10. Это дает в итоге 48 различных значений длины в соответствии со следующим общим выражением: [2длина LE Q в битах-m] [2длина LEN в битах] , где m - число кодов, используемых для указания расширенного формата мини-ячейки.

Соответственно размер полезной нагрузки может быть выбран из сорока восьми значений длины. В данном примере значения длины закодированы от 1 до 48.

Когда поле 25 спецификатора увеличения длины содержит двоичный код 11, это означает, что базовый формат ячейки должен быть расширен. Расширенный формат показан на фиг. 11. Поле 25 спецификатора увеличения длины имеет двойное предназначение. Двойное предназначение спецификатора увеличения длины заключается в том, что (i) он используется как два старших бита указания длины, то есть, LEQ 24+LEN, как показано на фиг. 9, и (ii) он используется как индикатор расширенного формата заголовка, как показано на фиг. 11 и 12, то есть поле 23 длины интерпретируется как поле 27 спецификатора расширения (EXQ). Поле 27 спецификатора расширения содержит 4 бита.

Из четырех битов поля 27 спецификатора расширения двоичные значения 0000 и 0001 зарезервированы для использования вместе с добавочным полем 29 длины (полем LENE), как показано на фиг. 12 и 13. В частности, самый младший бит в поле 27 спецификатора расширения должен быть добавлен к семи битам в добавочном поле 29 LENE, как показано с помощью изображенного штриховой линией прямоугольника 31 на фиг. 13. Это аналогично тому, что показано на фиг. 10. Для двоичного значения спецификатора расширения, равного 0, это даст 128 различных значений длины, а для двоичного значения спецификатора расширения, равного 1 - другие 128 различных значений длины.

Число различных значений длины, которые могут использоваться этим способом, дается следующим общим выражением: [2число и спольз уемых битов EXQ] [2число бит ов в LEN 29] .

В предпочтительной форме осуществления изобретения значение спецификатора расширения "0" используется, чтобы указывать длину мини-ячейки, изменяющуюся от 1 до 128 октетов, а значение спецификатора расширения "1" используется, чтобы указывать длину мини-ячейки, изменяющуюся от 129 до 256 октетов.

Следует отметить, что длина мини-ячейки, показанной на фиг. 9 и 12, обозначена с использованием линейного кодирования.

Значение "2" (в двоичной форме 0010) спецификатора расширения используется для выражения того, что мини-ячейка является ячейкой эксплуатации и технического обслуживания (ячейкой ОАМ), которая содержит заголовок 32 и поле 33 информации эксплуатации и технического обслуживания, как показано на фиг. 14. Заголовок 32 аналогичен заголовку 21 на фиг. 12. В поле 25 спецификатора увеличения длины присутствует двоичный код 11 и в поле 27 спецификатора расширения присутствует двоичный код 0010.

Код "3" (в двоичной форме 0011) спецификатора расширения используется, чтобы указывать мини-ячейку фиксированной длины, например, для стандарта системы мобильной связи DAMPS. Другие значения спецификатора расширения могут использоваться для других стандартов систем или служб.

Значения "lxxx" кода спецификатора расширения используются как ячейки синхронизации; при этом "xxx" представляет собой информацию синхронизации.

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

На фиг. 9, 11, 12, 14 предпочтительные размеры обозначены под соответствующими полями. Обозначенные размеры являются только примерами и может использоваться много других размеров различных полей. Другие коды спецификатора увеличения длины и спецификатора расширения, отличные от обозначенных, могут использоваться как биты, которые добавляются к полю 23 длины (LEN) и добавочному полю 29 длины (LENE).

На фиг. 15 показана блок-схема устройства, считывающего заголовок ячейки. Оно включает сдвиговый регистр 19, первый счетчик 20, регистр-защелку 30, постоянное запоминающее устройство 40, второй счетчик 50 и мультиплексор 60. Битовый поток, включающий абонентские данные мини-ячеек, вводится в сдвиговый регистр 19 путем подачи на один из его входов. Тактовый сигнал управляет частотой, с которой информационные разряды сдвигаются в сдвиговом регистре 19. Тактовые сигналы подсчитываются первым счетчиком 20, который используется, чтобы выделить поле 11 длины фиксированного размера из мини-ячейки и записать его данные в регистр 30. Поле фиксированной длины, или точнее, его информация, используется как адрес для постоянного запоминающего устройство 40, которое сконфигурировано с помощью таблицы соответствия, показанной на фиг. 5. Соответственно, отдельный код, ниже называемый кодом длины, будет соответствовать определенной длине абонентских данных. Из постоянного запоминающего устройства 40 размер абонентских данных (размер мини-ячейки минус размер заголовка) считывается и посылается на второй счетчик 50, который управляет мультиплексором 60 так, чтобы на его выходе 61 появлялись абонентские данные. Предположим, что первый счетчик 20 считывает двоичный код 011 из канала абонентских данных. Этот код используется как адрес для постоянного запоминающего устройства и по этому адресу хранится размер ячейки, равный 20. Соответственно, длина абонентских данных должна быть равна 20 октетам. Затем второй счетчик 50 отсчитывает следующие 20 октетов бит за битом, подсчитывая соответствующее число тактовых импульсов. Мультиплексор 60 показан имеющим переключатель 62, который может перемещаться между двумя обозначенными позициями. Первоначально счетчик 50 устанавливает переключатель 62 в нижнюю позицию, показанную штриховой линией, и никакие выходные данные на выходе 61 не появляются. Когда второй счетчик 50 получает размер ячейки от постоянного запоминающего устройства 40, он перемещает переключатель 62 в верхнюю позицию. В верхней позиции переключатель 62 подключается к линии 63, которая в свою очередь соединена с каналом ввода абонентских данных. Когда второй счетчик 50 отсчитывает 20 октетов, он перемещает переключатель 62 обратно в начальную позицию, тогда на выходе 61 будет получено правильное число октетов.

На фиг. 16 показано выделение поля 11 длины фиксированного размера из канала абонентских данных в момент t0. В момент t0 счетчик 20 начинает отсчитывать 20 октетов бит за битом и в момент t1 счетчик 20 отсчитает 20 октетов. Соответственно, переключатель 62 на фиг. 15 будет находиться в верхней позиции между моментами t0 и t1.

В устройстве считывания заголовка ячейки, показанном на фиг. 15, заранее заданное число кодов длины и размеров ячейки хранится в постоянном запоминающем устройстве 40. В устройство считывания заголовка ячейки, показанном на фиг. 17, используется оперативное запоминающее устройство 70, в которое коды длины и размеры ячейки записываются из системы 80 управления. Таким образом можно конфигурировать различные конкретные размеры мини-ячейки для индивидуальных систем телефонной связи с подвижными объектами.

Размеры мини-ячейки, которые хранятся в постоянном запоминающем устройстве 40, являются глобальными в том смысле, что индивидуальный код длины, например 101, относится ко всем соединениям, которые используют мини-ячейки с этим кодом длины.

Однако, используя систему 80 управления и оперативное запоминающее устройство 70, можно иметь определенный размер мини-ячейки для конкретного соединения или для конкретной физической линии связи, как будет описано в связи с фиг. 18-27.

На фиг. 18 показана блок-схема устройства считывания заголовка ячейки, используемого для реализации способа с кодом расширения. На фиг. 18 блоки с теми же функциями, что и у соответствующих блоков на фиг. 15 и 17, имеют те же самые обозначения. Схема отличается от показанных на фиг. 15 и 17 тем, что имеет компаратор 90, который используется для обнаружения кода расширения. Если имеется совпадение, компаратор запускает вычитающее устройство 100, которое заставляет первый счетчик 20 отсчитать в обратном направлении 3 отсчета. Когда это выполнено, поле увеличения длины, или точнее, его данные, снова записываются в регистр 30. Различные размеры, связанные с полем 14 увеличения длины, должны быть добавлены в оперативное запоминающее устройство 70. Это подразумевает, что число размеров ячейки в оперативном запоминающем устройстве будет удвоено. На практике это означает, что новый сегмент памяти будет использоваться в оперативном запоминающем устройстве 70. Блок 110 является защелкой с D-триггером, которая фиксирует выходное значение компаратора 90 и использует его для адресации нового сегмента памяти в оперативном запоминающем устройстве 70.

Компаратор 90 и вычитающее устройство 100 представляют собой блоки, которые обрабатывают добавочное поле 14 длины так, чтобы позиция в заголовке переместилась, если обнаружен код расширения. Три дополнительных бита будут добавлены к полю 11 длины и именно эти дополнительные биты будут использоваться, чтобы указать длину ячейки. Соответственно, поле 11 длины фиксированного размера заменяется добавочным полем 14 длины, которое вставлено в поток данных.

По сравнению с работой схемы на фиг. 15 или 17, где поле записывается в запоминающее устройство, на фиг. 18 еще одно поле записывается в запоминающее устройство 70.

Устройство считывания заголовка ячейки, показанное на фиг. 18, может также использоваться для того, чтобы реализовать способ с битом расширения. Это показано на фиг. 19. Из регистра 30, который содержит поле 11 длины фиксированного размера, извлекается бит 13 расширения и используется для увеличения диапазона адресов. Бит расширения будет заставлять первый счетчик 20 отсчитывать в обратном порядке три бита, указываемые вычитающим устройством 100. Это подразумевает, что три новых бита будут записаны в регистр 30 и эти три новых бита плюс три старых бита, то есть в целом шесть битов, используются для адресации оперативного запоминающего устройства 70 так, как показано шестью стрелками. С помощью этого способа число размеров ячейки увеличивается.

Постоянное запоминающее устройство 40 может иметь несколько различных таблиц соответствия такого вида, как показанная на фиг. 5. Возможна замена одной таблицы соответствия на другую в ответ на заранее заданный код длины в заголовке мини-ячейки. Таким способом можно переключаться с первого набора длин мини-ячеек, например 4, 8, 16, 20, на второй набор длин, например 3, 6, 9, 12. Вместо того чтобы использовать постоянное запоминающее устройство 40, сконфигурированное с помощью таблицы соответствия, показанной на фиг. 5, для той же самой цели можно использовать оперативное запоминающее устройство. Это даст возможность системе 80 управления записывать новый набор длин мини-ячеек в оперативное запоминающее устройство. Целая таблица также может быть передана в сообщении управления.

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

Идентификация соединения обеспечивается полем идентификатора цепи (CID) соединения. На фиг. 20 заголовок 7 мини-ячейки показан содержащим поле 71 идентификатора цепи. Фактический размер поля 71 идентификатора цепи зависит от системы, но обычно два октета бывает достаточно. При использовании того же самого способа отображения, который был описан в связи с фиг. 6 и 7, получим в результате таблицу 72 соответствия.

Соответственно, поле 11 фиксированной длины отбрасывается. Это будет увеличивать эффективность использования полосы частот. Значение идентификатора цепи используется как адрес для оперативного запоминающего устройства 70 на фиг. 17 и обеспечивается системой 80 управления. Так, вместо приема поля 11 длины в регистр 30, значение идентификатора цепи принимается в регистр 30 и используется как адрес для оперативного запоминающего устройства 70. Таким образом, будет иметь место зависимость между идентификатором установленного соединения и длинами мини-ячеек, используемых в соединении. Соответственно, никаких дополнительных областей запоминающего устройства не требуется для хранения зависимости между идентификатором канала и размером мини-ячейки, связанным с упомянутым идентификатором канала.

При установлении соединения система 80 управления получит сообщение, которое требует: (a) чтобы соединение было установлено между идентифицированными конечными точками и (b) что это соединение должно использовать мини-ячейки, имеющие размер X октетов. Предполагается, что X является целым числом, выбранным среди имеющихся в распоряжении размеров ячейки. Затем управляющая схема выбирает свободный идентификатор CID цепи среди логических адресов, предоставляемых сетью АТМ, для примера, идентификатор Cid= 7. Система 80 управления теперь будет использовать 7 как адрес для оперативного запоминающего устройства 70 и запишет по этому адресу размер мини-ячейки X. Устройство считывания заголовка ячейки, показанное на фиг. 17, будет работать так же, как описано выше.

Следует отметить, что установление соответствия имеет место при установлении соединения. Следует отметить, что один и тот же идентификатор CID может относиться к нескольким различным размерам мини-ячейки в связи с тем фактом, что ячейки, имеющие одинаковый идентификатор CID, могут транспортироваться в различных виртуальных соединениях VC: s. Это поясняется на фиг. 22, где показана типичная адресная структура, используемая в сети АТМ. Для каждой физической линии связи, называемой физическим путем, в сети АТМ имеется таблица 140 физической линии связи, имеющая ряд входов, например, обозначенных как входы 0-23. С каждой физической линией связи связана соответствующая таблица 150 идентификаторов виртуальных путей/ идентификаторов виртуальных каналов (VPI/VCI). Например, в каждой физической линии связи имеется 256 виртуальных путей (VP) 0-255. В каждом соединении виртуального канала (VC), идентифицированном значением VCI/VPI, имеется, например, 256 соединений с мини-ячейками, каждое из них имеет свой индивидуальный идентификатор CID.

Некоторые применения требуют, чтобы размер мини-ячейки был изменен на миллисекундной основе. Другие способы изменения размера, выполняющие это требование, используют мини-ячейки изменения размера ячейки, транспортируемые в канале абонентских данных. Это будет описано в связи с фиг. 24-27. Используемые способы изменения размера не требуют никакой обработки системой 80 управления и не требуют никакого механизма синхронизации.

В частности, специфическая мини-ячейка используется, чтобы указать новый размер в соответствии со способами, описанными в связи с фиг. 24-27. Новый размер мини-ячейки содержится в полезной нагрузке 94. Используются четыре различных типа: 1) специфическое значение спецификатора расширения EXQ определяет мини-ячейку индикатора размера, как показано на фиг. 26, 2) определенное значение, 2 в двоичной форме, спецификатора расширения EXQ (что соответствует ячейке эксплуатации и технического обслуживания), используется как показано на фиг. 25, 3) мини-ячейка, указывающая на изменение размера, обозначается специфическим значением индикатора цепи, например, Cid= 0, и соединение идентифицируется полем 93 идентификатора цепи в полезной нагрузке, как показано на фиг. 24,