СПОСОБ ПЕРЕДАЧИ ПРОТОКОЛА LCAS ПО ОПТИЧЕСКОЙ ЛИНИИ СВЯЗИ
METHOD OF TRANSMITTING LCAS PROTOCOL OVER OPTICAL COMMUNICATION LINE

Область техники, к которой относится изобретение
Изобретение относится к передаче протокола LCAS с использованием фреймов SDH (СЦИ, синхронная цифровая иерархия, европейский стандарт на волоконно-оптические средства передачи данных), SONET (СОС, стандарт "Синхронная оптическая сеть") или OTN (ОТС, стандарт "Оптическая транспортная сеть") в соответствующих сетях передачи данных.
Уровень техники
Использование схемы регулирования пропускной способности канала передачи данных (СРПК, LCAS) для виртуальных конкатенированных сигналов описано в ITU-T Standard Recommendation G 7042. В Рекомендациях определена схема регулирования пропускной способности канала передачи данных, которую следует использовать для увеличения или уменьшения пропускной способности контейнера, транспортируемого в сети СЦИ/ОТС, с использованием виртуальной конкатенации. Эта схема применима для каждого элемента группы виртуальной конкатенации.
В этих Рекомендациях определены требуемые состояния источника и стороны получателя канала передачи данных, а также информация управления, обмен которой осуществляется между источником и стороной получателя канала передачи данных, для обеспечения гибкой реализации такого виртуального конкатенированного сигнала, фактические поля информации, используемые для передачи информации управления через транспортную сеть, определены в своих соответствующих Рекомендациях, которые представляют собой ITU-T Recs G.707/Y.1322 и G.783 для СЦИ и ITU-T Recs G.709/Y.1331 и G.798 для ОТС, которые также называют ОТН (ИОТ) - Иерархия оптического транспорта.
Например, в фреймах СЦИ/СОС информацию управления, относящуюся к протоколу СРПК, передают с помощью байтов РОН (СДП) (сслужебные данные пути), стандартного модуля транспортирования СОС/СЦИ. В ИОТ такую информацию управления СРПК обычно передают в служебных данных виртуальной конкатенации OPU-k (VCOH 1/2/3).
СРПК в функциях адаптации источника виртуальной конкатенации и потребителя данных обеспечивает механизм управления для плавного увеличения или уменьшения пропускной способности канала передачи данных, для удовлетворения потребностей в полосе пропускания приложения. Она также обеспечивает возможность временного удаления каналов передачи данных элементов, в которых произошел отказ. СРПК предполагает, что в случаях инициирования, увеличения или уменьшения пропускной способности ответственность за построение или удаление пути из конца в конец каждого отдельного элемента несут системы управления сетью и сетевыми элементами.
Синхронизация изменений пропускной способности передатчика (So) и приемника (Sk) должна обеспечиваться с помощью пакета управления. Каждый пакет управления описывает состояние канала передачи данных в течение следующего пакета управления. Изменения передают заранее таким образом, чтобы приемник мог переключаться на новую конфигурацию, как только она поступит.
Следует отметить, что протокол СРПК передают между источником и местом назначения через транспортную сеть как информацию управления. Поскольку передача через канал передачи данных обычно осуществляется в двух направлениях, требуется так называемая процедура согласования для поддержки передачи данных. Поэтому информацию управления, относящуюся к протоколу СРПК, передают с использованием байтов служебных данных (таких как байты СДП в фрейме данных СЦИ) и в обоих направлениях любого двунаправленного канала передачи данных.
В случаях, по существу, однонаправленного трафика передачи данных потоком данных в противоположном направлении двунаправленного канала передачи данных можно практически пренебречь. Такие ситуации являются типичными для приложений видео по требованию, когда в соответствии с заказом заказчика массивные потоки данных передают заказанную видеоинформацию в одном направлении передачи через канал передачи данных. Другой пример однонаправленного потока данных представляет собой процесс электронного обучения любого рода, когда значительные потоки данных передают в устройство-клиент (в одном направлении передачи) по его/ее одномоментному запросу (в противоположном направлении). В этих случаях необходимость передачи СРПК в упомянутом противоположном направлении приводит к передаче практически пустых или совершенно пустых транспортных модулей СЦИ/СОС или ОТС только с целью передачи в них некоторых информативных служебных байтов. Вследствие этого пропускная способность по полосе пропускания канала передачи данных в таких случаях используется неэффективно.
Сущность изобретения
В связи с этим цель настоящего изобретения состоит в создании способа эффективного использования пропускной способности по полосе пропускания в оптических линиях связи, когда используется протокол СРПК.
Другие цели изобретения будут понятны при чтении описания изобретения.
Во всех известных в настоящее время системах протокол СРПК передают, используя служебные байты в фреймах СЦИ/СОС или ОТС (виртуальные контейнеры конкатенированных групп), которые передают в обоих направлениях передачи двунаправленной оптической линии, соединяющей два связанных между собой сетевых элемента.
В настоящее время предложен способ обмена информацией управления СРПК между первым сетевым элементом и вторым сетевым элементом, взаимно соединенными двунаправленной оптической линией передачи данных, при передаче, по существу, однонаправленного трафика данных в форме двоичного потока виртуальной конкатенированной группы (VCG, ВКГ), передаваемого в первом направлении через упомянутую двунаправленную оптическую линию передачи данных,
способ содержит следующую компоновку, относящуюся к обмену информации управления СРПК:
a) в первом направлении передают информацию управления СРПК через упомянутую двунаправленную оптическую линию передачи данных в упомянутом двоичном потоке ВКГ путем размещения информации управления СРПК в одном или больше служебных байтах, обычно определенных для упомянутого двоичного потока ВКГ,
b) во втором направлении, которое является противоположным упомянутому первому направлению, передают информацию управления СРПК в существующем двоичном потоке, который не связан с упомянутым однонаправленным трафиком данных, и пропускают во втором направлении через трассу передачи данных, соединяющую упомянутый первый сетевой элемент и упомянутый второй сетевой элемент, путем размещения упомянутой информации управления СРПК в одном или больше служебных байтах упомянутого существующего двоичного потока.
В первом направлении информацию управления СРПК передают в соответствии с действующими в настоящее время стандартами, например, в служебной информации пути потока каждого элемента (СДП) в сети СЦИ/СОС (или в эквивалентной части стандартных фреймов в сети ИОТ).
Предпочтительно один или больше служебных байтов упомянутой существующей двоичной системы не являются одним или больше обычно указываемыми байтами двоичного потока ВКГ. Наиболее предпочтительно один или больше служебных байтов упомянутого существующего двоичного потока представляют собой служебные байты, не указанные для транспортировки информации управления СРПК в каком-либо из двоичных потоков ВКГ.
Во фрейме в соответствии с настоящим описанием информацию управления СРПК следует понимать как последовательность пакетов управления СРПК.
Для нашего описания термин двоичный поток ВКГ следует понимать как группу потоков элементов, в которой группа содержит один двоичный поток или два или больше двоичных потока и в которой каждый из упомянутых потоков элементов соответственно формируются в последовательности равных транспортных модулей (виртуальных контейнеров); потоки элементов передают по параллельным маршрутам из одного из упомянутых первого элемента сети (NE1) и второго элемента сети (NE2) в другой из упомянутых двух элементов сети (NE, ЭС). Двоичный поток ВКГ следует понимать как сформированный из транспортных модулей, пригодных для сети передачи данных, выбранной из не исчерпывающего списка, содержащего сети СЦИ, СОС, ИОТ.
Следует отметить, что каждая упомянутая линия передачи данных и трасса передачи данных может содержать один или больше каналов передачи данных, то есть каждый из них может включать в себя дополнительные сетевые элементы NE между первым сетевым элементом NE1 и вторым сетевым элементом NE2.
Для сети передачи данных СЦИ пример двоичного потока ВКГ представляет собой множество из одного или больше виртуальных контейнеров (транспортных модулей) VC-n (n=3, 4, 12), переносимых стандартными фреймами STM-k (k=1, 4, 16, 64, …), например, следующим образом:
STM - 4 может содержать до четырех конкатенированных VC-4;
STM - 16 может содержать до 16 конкатенированных VC-4;
STM - 64 может содержать до 64 конкатенированных VC-4.
Для сетей СОС существуют эквивалентные транспортные модули и группы ВКГ, которые известны для специалиста в данной области техники и которые, таким образом, нет необходимости рассматривать их в настоящем описании.
Для ИОТ используются потоки данных ВКГ, состоящие из транспортных модулей, называемых OPU-k, где индекс "k" представляет скорость передачи в битах (k=1 представляет скорость передачи битов приблизительно 2,5 Гбит/секунду, k=2 представляет скорость передачи в битах приблизительно 10 Гбит/сек, k=3 представляет скорость передачи в битах приблизительно 40 Гбит/сек в соответствии со стандартными Рекомендациями G.709/Y.1331 и G.798).
Термин "указанные обычным образом служебные байты" следует понимать как байты, указанные в одной или другой из упомянутых выше рекомендаций стандартов (относящихся к СЦИ, СОС или ИОТ) для передачи информации управления СРПК.
В СЦИ указанный обычным образом служебный байт представляет собой, например, байт Н-4 на участке служебных данных пути (СДП) виртуального контейнера VC-4 в соответствии с ITU-T Standard Recommendation G.707.
В ИОТ указанные обычным образом байты представляют собой байты в VCOH 1/2/3 в соответствии с ITU-T Standard Recommendation G.709.
В приведенном выше определении предложенного способа упомянутая трасса передачи данных может представлять собой либо часть упомянутой двунаправленной линии передачи данных, или отдельную трассу (канал, путь) передачи данных, существующий в сети, соединяющую первый сетевой элемент и второй сетевой элемент, и переносящую трафик, не относящийся к упомянутому потоку ВКГ в первом направлении. В соответствии с изобретением роль такой трассы передачи данных состоит в том, что она уже переносит любой соответствующий трафик (например, упомянутый ранее существующий двоичный поток), который может дополнительно "переносить" информацию управления СРПК и, таким образом, транспортировать ее в требуемом втором направлении. Таким образом, для двоичного потока ВКГ, который первоначально передавали через двунаправленную линию передачи данных, функция СРПК выполняется в обоих направлениях.
Двоичный поток, присутствующий между первым и вторым сетевыми элементами во втором направлении, но не связанный с однонаправленным трафиком, может представлять собой, например:
a) поток ВКГ такого типа, который аналогичен или отличается от двоичного потока ВКГ, переданного в первом направлении,
b) одиночный двоичный поток, принимаемый в сети передачи данных, содержащей, упомянутый двунаправленный канал передачи данных, в котором упомянутый одиночный поток не является элементом какого-либо ВКГ.
Как было отмечено выше, передача информации управления СРПК в существующем двоичном потоке предпочтительно должна выполняться с использованием служебных байтов, отличающихся от указанных обычным образом байтов. Этот подход, в частности, применим для случая, когда трасса передачи данных формирует только часть двунаправленной линии передачи данных для передачи трафика во втором направлении.
Такие "отличающиеся" служебные байты могут представлять собой не используемые байты так называемого участка секционного заголовка (SOH, СЗ) стандартного фрейма STM-n сети СЦИ. Например, на участке служебных данных СЗ имеются байты, называемые байтами MS-DCC, RS-DCC, которые можно использовать для транспортировки информации управления СРПК. MS-DCC и RS-DCC избирательно располагают в информации управления СРПК. MS-DCC и RS-DCC соответственно расположены в служебных данных секции мультиплексирования (MSOH, СДСМ) и в служебных данных секции регенерирования (ROH, СДР), которая представляет собой части секции СЗ стандартного транспортного модуля СЦИ/СОС.
Для транспортных модулей ИОТ такие резервные байты служебной информации, например, показаны в строке 2, в месте пересечения со столбцами 1, 2, 3; в местах пересечения строки 4 со столбцами 9-14. Упомянутые резервные служебные байты или другие не используемые служебные байты в транспортных модулях ИОТ можно использовать с целью транспортирования "посторонней" информации управления СРПК.
Благодаря предложенной компоновке второе направление двунаправленной линии передачи (первое направление, в котором занимает однонаправленный двоичный поток ВКГ) высвобождают от назначенных специальных транспортных модулей только для передачи информации управления СРПК. Другими словами, нет необходимости использовать значительную полосу пропускания, в частности, для передачи последовательности транспортных модулей, которые являются практически пустыми. Благодаря такой экономии полоса пропускания, доступная в двунаправленной линии передачи данных, может быть израсходована более оправданно, например, она может быть заранее выделена другим пользователям. Если требуется, трафик таких пользователей (не связанный с однонаправленным трафиком) может успешно использоваться как существующий двоичный поток для дополнительной передачи некоторой дополнительной вспомогательной информации, а именно информации управления СРПК. Как было упомянуто выше, информация управления СРПК может быть передана во втором направлении с использованием любого другого, который можно назвать альтернативным или дополнительным следом передачи данных, соединяющим первый элемент сети со вторым элементом сети, и путем использования любого трафика (двоичного потока), существующего в требуемом, втором направлении этой трассы передачи данных. Такой существующий трафик определенно не связан с нашим "проблемным" однонаправленным трафиком.
Как упомянуто выше, информация управления СРПК может быть размещена в служебных байтах (предпочтительно резервных служебных байтах ранее существовавшего трафика).
Однако другие служебные байты (даже байты, указанные обычным образом) можно использовать для транспортировки информации управления СРПК вместе с существующим двоичным потоком (не связан с однонаправленным ВКГ) через альтернативную трассу передачи данных. В этом случае существующий двоичный поток предпочтительно представляет собой одиночный двоичный поток или множество одиночных двоичных потоков, который не является элементом (элементами) какого-либо ВКГ.
Предложенный способ инициируют и выполняют под наблюдением системы управления сетью (NMS, СУС) этой сети. СУС знает топологию сети и поэтому может выделять альтернативную трассу (путь) передачи данных в сети передачи данных, которой принадлежат NE1 и NE2. СУС может быть адаптирована для выделения соответствующей трассы передачи данных через упомянутую сеть передачи данных, и иногда даже через дополнительную соседнюю сеть. Условие выбора такой трассы может состоять в том, чтобы трассу соединяли NE1 и NE2 и по ней можно было передавать любой существующий трафик во втором направлении. Кроме того, во время передачи существующего трафика по любому количеству сетевых элементов трасса в требуемом втором направлении должна прозрачно передавать информацию управления СРПК, введенную в одном из (например, 1-ом), элементе сети, пропуская всю трассу передачи данных, вплоть до второго (например, 2-ого) элемента сети.
Также предусмотрена система управления элементами (EMS, СУЭ), возможно действующая совместно с упомянутой выше СУС. СУС должна обеспечить (для пользователя) возможность выбора участка, в котором следует вводить информацию управления СРПК в существующий двоичный поток во втором направлении, должна способствовать вводу и должна обеспечить возможность восстановления информации управления СРПК после ее приема из упомянутого второго направления.
В соответствии с дополнительным аспектом изобретения предложена сеть передачи данных, позволяющая выполнять описанный выше способ.
Эта сеть предпочтительно оборудована системами СУС и/или СУЭ, которые выполнены с возможностью управления сетевыми узлами в сети для выполнения описанного выше способа.
В соответствии с еще одним дополнительным аспектом настоящего изобретения предложен программный продукт, предпочтительно составляющий, по меньшей мере, часть программной системы СУС и/или СУЭ и содержащий программные инструкции, которые во время работы на компьютере позволяют выполнять описанный выше способ в сетевых узлах сети передачи данных.
Краткое описание чертежей
На фиг.1А (предшествующий уровень техники) представлена блок-схема стандартизированной передачи данных управления СРПК в двоичном потоке виртуальной конкатенированной группы через двунаправленный канал передачи данных;
на фиг.1В (предшествующий уровень техники) схематично представлен стандартный фрейм данных СЦИ транспортного модуля двоичного потока ВКГ и стандартизированное положение участка служебных данных фрейма, куда может быть вставлена информация управления СРПК;
на фиг.2 показана блок-схема, схематично иллюстрирующая одну версию способа в соответствии с изобретением, предназначенного для обмена информацией управления СРПК в случае однонаправленного трафика, путем использования трассы передачи данных между сетевым элементом - источником и сетевым элементом - получателем информации, по которой передают существующий трафик, не имеющий отношения к однонаправленному трафику;
на фиг.3 схематично иллюстрируется другая версия предложенного способа, в которой информацию управления СРПК передают по существующему двоичному потоку, проходящему через ту же двунаправленную линию между сетевыми элементами - источником и получателем и не связанному с однонаправленным трафиком, передаваемым через двунаправленную линию;
на фиг.4 схематично иллюстрируется формат фрейма СЦИ существующего двоичного потока с резервными служебными байтами, в котором передают информацию управления СРПК во втором направлении передачи;
на фиг.5 схематично иллюстрируется транспортный модуль ИОТ с резервными байтами канала GCC, который может использоваться для передачи информации управления в СРПК.
Подробное описание изобретения
На фиг.1А (предшествующий уровень техники) иллюстрируется обычный способ передачи информации управления СРПК в двоичном потоке виртуальной конкатенированной группы между первым сетевым элементом NE1 и вторым сетевым элементом NE2 в оптической сети 10. Устройство СРПК в NE1 обозначено ссылочной позицией 12, аналогичное устройство СРПК в NE2 обозначено ссылочной позицией 14. Пусть эти два сетевых элемента соединены двунаправленной линией 16 передачи данных, которая состоит из двух множеств каналов или путей передачи данных: одно множество (15) содержит один или больше каналов (путей), которые способны передавать трафик в первом направлении, пусть это будет от NE1 до NE2, и другое множество (17) содержит каналы или пути передачи данных для передачи трафика во втором направлении, от N2 до N1. Значение термина "путь" состоит в том, что сетевые элементы NE1 и NE2 могут быть взаимно соединены не прямо, а через другие сетевые элементы, которые не показаны на чертеже.
Для простоты представлен только один вспомогательный канал (вспомогательный путь) 15, по которому передают трафик в первом направлении, и один вспомогательный канал 17 представлен, как канал, по которому передают трафик во втором направлении. Предположим, что трафик по первой линии 16, по существу, является двунаправленным.
На фиг.1А схематично иллюстрируется двоичный поток виртуальной конкатенированной группы (ВКГ), обозначенный ссылочной позицией 18, состоящий из четырех потоков элементов, сформированных виртуальными контейнерами VC-4 (20), которые передают параллельно по четырем вспомогательным путям (только один из них 15 представлен на чертеже). Информацию управления СРПК, относящуюся к состоянию линии, вводят в каждый байт участка VC-4 (служебной информации пути) СДП VC-4, и она обозначена звездочкой.
На фиг.1А также иллюстрируется трафик во втором направлении от NE2 до NE1, в форме аналогично сформированного двоичного потока виртуальной конкатенированной группы, обозначенного ссылочной позицией 22, который состоит из потоков 24 элементов. В этом примере поток 22 во втором направлении показан идентичным потоку 18 в первом направлении.
Однако можно использовать двоичный поток ВКГ другого типа во втором направлении, например, сформированный из транспортных модулей VC-3, который можно использовать с целью передачи информации управления СРПК во втором направлении. Следует отметить, что каждый вспомогательный канал передачи данных двунаправленной линии 16 может состоять из множества отдельных каналов (путей).
Если теперь предположить, что трафик 18 в первом направлении является однонаправленным (например, он переносит видеопрограммы), тогда трафик 22 во втором направлении будет практически отсутствовать. Тогда становится понятным, что только для передачи информации управления СРПК во втором направлении требуется формировать, по меньшей мере, один поток VC-4n и передавать его, даже если полезная нагрузка VC-4m (m может быть равной или может отличаться от n) или поток остается пустым (простаивает).
На фиг.1В (предшествующий уровень техники) схематично иллюстрируется стандартный фрейм 30 СЦИ, представляющий один транспортный модуль потока ВКГ (например, один VC-4 на фрейм STM). На чертеже схематично иллюстрируется, что поток ВКГ содержит множество потоков элементов, передаваемых параллельно. Фрейм содержит заданное количество байтов, расположенных в виде строк и столбцов, и разделен на стандартные секции: полезная нагрузка 32, в которой переносят информацию данных, и множество служебных байтов: байты 34 СДП (служебные данные пути), RSOH (СДСР, служебные данные секции регенерирования) 36, СДСМ 38 и указатели 39 AU. Имеется байт Н4 (обозначенный ссылочной позицией 35) в блоке 34 СДП, который обычно определен (определен в соответствии со стандартом) для передачи информации управления, относящейся к СРПК.
На фиг.2 иллюстрируется одна компоновку, предназначенная для передачи информации управления СРПК, в соответствии с изобретением. Элементы, аналогичные представленным на фиг.1а, обозначены аналогичными номерами. В оптической сети 40 передачи данных, в которой предусмотрены общая система 41 управления сетью СУС и СУЭ 43 для множества сетевых элементов, предусмотрена двунаправленная оптическая линия 16 между сетевым элементом NE1 и сетевым элементом NE2.
Как и на фиг.1а, двоичный поток 42 ВКГ передают по линии 16 в первом направлении, из NE1 в NE2. Только в качестве примера этот поток сформирован из виртуальных контейнеров VC-4. Как и на фиг.1а, в первом направлении линии 16 информация управления СРПК объединена со служебными байтами участка СДП, определенными в соответствии со стандартом транспортного модуля 44 из ВКГ 42. Предположим, что упомянутый трафик является однонаправленным, то есть второе направление линии 16 (хотя оно и требуется для множества приложений, включая передачу информации управления СРПК) не используется для передачи данных, относящихся к двоичному потоку ВКГ 42. В отличие от обычной компоновки, показанной на фиг.1А, информацию управления СРПК в противоположном, втором направлении (от NE2 до NE1) не обязательно передают через тот же двунаправленный канал 16 передачи данных. В примере, показанном на этом чертеже, это явно не так; под наблюдением СУС 41 информацию управления СРПК во втором направлении передают через альтернативную трассу 46 передачи данных, которая выполнена отдельно от двунаправленной линии 16 передачи данных. Любой трафик, присутствующий в трассе 46, передаваемый от NE2 до NE1 в сети 40 и не связанный с трафиком 42 через линию 16, можно использовать для транспортировки информации управления СРПК, относящейся к линии 16. Например, в сети 40 СЦИ, в то время как контейнеры VC-4 потока ВКГ передают в первом направлении двунаправленной линии 16 передачи данных, существует одиночный поток 47 виртуальных контейнеров VC-3, передаваемых для переноса чужого трафика данных во втором направлении через отдельную трассу 46 передачи данных. Этот поток 47 можно использовать для передачи во "втором направлении" информации управления СРПК, относящейся к линии 16. С этой целью можно использовать один или больше служебных байтов в существующих виртуальных контейнерах 47 (либо указанные обычным образом байты на участке СДП, или резервные байты 48 на участке СЗ).
Трасса 46 может быть пропущена через множество дополнительных сетевых элементов в упомянутой сети, и даже через участки другой сети 49 передачи данных. Условие возможности использования состоит в том, что информация СРПК в СДП контейнеров 47 VC-3 сохраняется или восстанавливается, когда чужой существующий трафик выходит из другой сети 49 передачи данных и возвращается в оптическую сеть 40 передачи данных.
На фиг.3 иллюстрируется еще одна версия способа в соответствии с изобретением. В сети 40 аналогичные NE1 и NE2 взаимно соединены с помощью аналогичной двунаправленной линии 16 передачи данных (сравни с фиг.1А). Предположим, что в первом направлении, которое состоит из множества путей 15 (от NE1 до NE2), поток 42 ВКГ формируется из множества транспортных модулей 44 VC-4, передаваемых параллельно по четырем вспомогательным путям 15. Информацию управления СРПК, относящуюся к состоянию каждого вспомогательного пути 15 линии 16, передают на ее участке СДП в NE2. Предположим, что трафик 19, не относящийся к трафику 42, существует во втором направлении 17 двунаправленной сети 16. Существующий двоичный поток 19 может содержать виртуальные контейнеры 43 того же типа или другого типа, по сравнению с контейнерами, передаваемыми в первом направлении. По меньшей мере, один двоичный поток (не являющийся элементом какого-либо потока ВКГ) уже достаточен для передачи информации управления СРПК о статусе вспомогательного пути 15 линии 16 во втором направлении. Как упомянуто выше, байты, которые можно использовать с этой целью, могут быть предварительно согласованными служебными байтами. Однако если трафик во втором направлении представляет собой поток ВКГ, служебные байты предпочтительно не должны быть байтами, указанными обычным образом, для того чтобы не смешивать их с информацией управления СРПК других транспортных потоков, пропускаемых через 16 передачи данных.
Преимущество использования существующего трафика для обеспечения передачи данных СРПК в случаях однонаправленной передачи данных состоит в том, что больше не требуется создавать и распределять (с точки зрения использования полосы пропускания) отдельные транспортные модули для передачи незначительной по объему информации управления во втором направлении однонаправленного трафика. Информация управления теперь может транспортироваться служебными байтами так называемого "постороннего" трафика, уже существующего во втором направлении по двунаправленной линии передачи данных или по отдельной альтернативной трассе передачи данных. Посторонний трафик поэтому "переносит" информацию управления СРПК, относящуюся к двунаправленной линии.
На фиг.4 иллюстрируется фрейм существующего модуля 52 трафика. На этой фигуре также используется пример стандартного фрейма СЦИ. Однако аналогичные иллюстрации можно найти для случаев СОС и ИОТ. Резервные байты 57 располагаются в этом варианте выполнения в блоках RS (56) и MS (58) служебной части фрейма 52. В качестве альтернативы, байты, называемые MS-DCC или и/или RS-DCC соответственно, располагают в блоках СДСМ и СДСР в ТОН (СДТ, служебные данные транспорта) (если они не используются для своего первоначального назначения), можно использовать для передачи информации управления СРПК во втором направлении.
На фиг.5 схематично иллюстрируется пример, представляющий фрейм 60 ИОТ. Служебный участок OPUk также называется участком VCOH фрейма и в определенной степени аналогичен участку СДП в стандартных фреймах СЦИ/СОС.
В некоторых других участках фрейма одиночной звездочкой обозначены байты, которые можно использовать для переноса информации управления СРПК в соответствии с изобретением, и их можно назвать зарезервированными байтами.
Байты, отмеченные двойной звездочкой, можно использовать для транспортировки информации управления СРПК, как предложено в изобретении, если они не используются по их непосредственному назначению.