СПОСОБ ОБРАБОТКИ ТЕЛЕФОННЫХ РАЗГОВОРОВ С ПРИСВОЕНИЕМ ЛОГИЧЕСКИХ КАНАЛОВ Российский патент 1998 года по МПК H04J3/00 

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

Коммуникационная сеть предоставляет канал связи между двумя или несколькими конечными пользователями. Обычно сеть обладает способностью соединять в любой заданный момент времени только конечное число коммуникационных каналов. Каждый вызов потребляет некоторую часть всех имеющихся коммуникационных ресурсов. Более того, сеть должна выделять часть своих ресурсов для целей управления сетью. Это управление включает, например, упорядочение телефонных разговоров, определение каналов связи и передачу данных по оплате счетов за пользование сетью. Чтобы при предоставлении коммуникационных услуг плательщикам-абонентам сети стали доступными больше ресурсов, желательно минимизировать объем ресурсов, выделяемых на управление сетью.

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

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

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

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

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

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

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

Одна из форм реализации вышеизложенных и других преимуществ настоящего изобретения заключается в способе организации работы коммуникационного устройства и других устройств, к которым возможен доступ через коммуникационную сеть. Указанный способ предусматривает получение от сети сетевого управляющего сообщения. Это сообщение передает значение идентификатора логического канала (ИЛК), которого используется при передаче данных во время телефонного разговора. Получают данные телефонного разговора для передачи их по сети во время телефонного разговора. Затем в сеть посылается сообщение с данными вызова. Это сообщение с данными вызова включает в себя значение ИЛК и данные телефонного разговора.

Другая форма реализации вышеизложенных и других преимущества настоящего изобретения заключается в способе организации работы коммутационного узла коммуникационной сети. Сеть содержит некоторое множество одинаковых коммутационных узлов, и обменивается пакетами данных в режиме параллельного доступа с разделением по времени с коммуникационными устройствами. Способ предусматривает установление телефонной связи коммуникационного устройства через сеть. При этом получают значение идентификатор логического канала (ИЛК). Значение ИЛК сохраняют в памяти так, что при этом формируется ассоциация между значением ИЛК и данными, связанными с вызовом. После этого коммутационный узел включает значение ИЛК в пакты данных, посылаемых к коммуникационному устройству. Сеть использует значение ИЛК для направления пакетов данных к коммуникационному устройству.

Более полное представление о настоящем изобретении может быть получено при обращении к подробному описанию и формуле изобретения в сочетании с прилагаемыми чертежами, в которых одинаковые номера позиций означают одинаковые элементы во всех чертежах, на них показаны: фиг. 1 - общая схема, показывающая среду, в которой реализуется настоящее изобретение; фиг. 2 - блок-схема протокола связи, используемого предпочтительным вариантом настоящего изобретения при установлении индивидуальных каналов связи между подвижными коммутационными узлами и подвижными коммутационными устройствами; фиг. 3 - 5 - блок-схемы форматов данных, используемых предпочтительным вариантов настоящего изобретения при передаче сообщений в среде, показанной на фиг. 1; фиг. 6, 7 и 8 - блок-схемы подвижного коммуникационного устройства, подвижного коммутационного узла и коммутационной станции соответственно; фиг. 9 - таблица сообщений, которыми обмениваются разнообразные элементы, входящие в среду, показанную на фиг. 1; фиг. 10 - 12 - блок-схемы и процедур, выполняемых подвижными коммуникационными устройствами для обеспечения обработки телефонного разговора посредством присвоения логических каналов; фиг. 13 - 14 - блок-схемы процедур, выполняемых подвижными коммутационными узлами для обеспечения обработки телефонного разговора посредством присвоения логических каналов; фиг. 15 - 23 - блок-схемы процедур, выполняемых коммуникационными станциями для обеспечения обработки телефонного разговора посредством присвоения логических каналов.

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

На фиг. 1 представлена общая схема, показывающая среду 100, конфигурированную в соответствии с предпочтительным вариантом настоящего изобретения. Среда 100 включает в себя созвездие 102 спутников 700. На фиг.1 конкретно показано только два спутника однако созвездие 102 может включать любое число спутников 700. В предпочтительном варианте настоящего изобретения на относительно низкую орбиту вокруг земли (не показана) выводят 77 спутников 700. При таком созвездии 102 из любой точки поверхности земли можно установить прямую связь в пределах видимости по крайней мере с одним из спутников 700. По причине низких орбит созвездие 102 и спутники 700 постоянно движутся по отношению к земле. Если, например, спутники 700 вывести на орбиты, которые находятся над землей на высоте примерно 765 км, то спутник, находящийся над головой, перемещается со скоростью около 25 тыс.км/ч по отношению к точке, расположенной на поверхности земли. Это позволяет спутнику 700 оказаться в пределах прямой видимости точки на поверхности Земли примерно через девять минут.

Среда 100 дополнительно включает в себя одну или несколько коммутационных станций (КС) 800. КС 800 находятся на поверхности земли и обмениваются данными с находящимися рядом спутниками 700 по групповым (магистральным) каналам радиосвязи 104. Кроме того, спутники 700 обмениваются данными друг с другом по магистральным каналам связи 106. Следовательно, через созвездие 102 спутников 700 КС 800 может контролировать связь, устанавливаемую с любой точкой земли. КС 800 подключает к телефонным сетям общего пользования (ТСОП) 108 любое число линий ТСОП 110, от которых могут поступать вызовы, направляемые абонентам среды 100, и к которым абонентами среды 100 могут быть направлены вызовы. Специалисты в данной области оценят тот факт, что обширная инфраструктура, состоящая из коммуникационных устройств, например телефонных устройств, факсимильных аппаратов, модемов и т.п. может избирательно подключаться к КС 800 через ТСОП 108.

Итак, среда 100 включает в себя любое число, потенциально миллионы, подвижных (мобильных) коммуникационных устройств (МУ) 600. МУ 600 могут быть выполнены в виде обычной малогабаритной радиокоммуникационной аппаратуры. В предпочтительном варианте настоящего изобретения среда 100 приспосабливается к любому перемещению МУ 600 в пределах земли, находящейся под созвездием 102. Однако перемещение МУ 600 не является обязательным, и среда 100 успешно работает, если часть общего числа МУ 600 остаются стационарными. МУ 600 выполнены так, чтобы получать сообщения с прилетающих спутников 700, а также для того, чтобы выполнять и другие функции, которые обсуждаются ниже. МУ 600 обмениваются сообщениями с соседними спутниками 700 по индивидуальным каналам связи 112.

Среда 100 включает в себя также произвольное число устройств управления информацией об абонентах (УИА) 114. Каждое УИА 114 ведет базу данных, содержащую сведения об абонентах, релевантную только в отношении дискретной части всего количества МУ 600. В этом предпочтительном варианте одно УИА 114 связано с каждой КС 800. На деле УИА 114 и КС 800 могут иметь одно и то же компьютеризированное аппаратное оснащение, что является желательным. В таком варианте УИА 114 и КС 800 разделены скорее логически, чем физически. Каждая КС 800 может обмениваться сообщениями с любым УИА 114 через созвездие 102, ТСОП 108, либо через внутренние структуры компьютера - в том случае, когда КС 800 обменивается сообщениями со своим логическим партнером УИА 114.

Вообще говоря, среду 100 можно рассматривать как сеть 116, через которую обмениваются сообщениями МУ 600. Сеть 116 образована созвездием 102 спутников 700, КС 800, УИА 114, а также любыми другими элементами (не показаны), полезными для оказания коммуникационных услуг. Каждый из спутников 700 и КС 800 представляют собой один из коммутационных узлов сети 116. Связь может быть установлена между исходным МУ (ИМУ) и целевым МУ (ЦМУ); например, может быть установлена связь между ИМУ и целевым номером ТСОП, или между номером ТСОП, или между номером ТСОП и ЦМУ. Вообще говоря, каждое МУ 600 вовлечено через созвездие 102 в обмен управляющими сообщениями с близлежащей КС 800. Этот обмен управляющими сообщениями имеет место еще до формирования канала связи между МУ 600 и другим устройством. В частности, МУ 600 обменивается сообщениями с близлежащей КС 800. Указанную КС можно рассматривать как КС, обслуживающую эти конкретные МУ. Когда МУ 600 выступает в роли ИМУ, то соответствующая КС 800 может выступать в роли исходной КС (ИКС). Когда МУ 600 выступает в роли ЦМУ, то соответствующая КС 800 выступает в роли целевой КС (ЦКС).

На фиг. 2 показана блок-схема протокола связи, используемого предпочтительным вариантом настоящего изобретения при установлении индивидуальных каналов связи 112. Спутники 700 передают сообщения через индивидуальные каналы связи 112, используя произвольное число, потенциально тысячи, частотных каналов 202. Следовательно, для того, чтобы одновременно можно было устанавливать многочисленные независимые каналы связи, желательно, чтобы спутники 700 и МУ 600 использовали схему параллельного доступа с частотным разделением каналов (ЦДЧР).

Дополнительно к схеме ЦДЧР в рабочих каналах 208 (трафик-каналах), которые составляют большинство частотных каналов 202, может быть применена схема параллельного доступа с временным разделением каналов (ПДВР). Используя схему ПДВР, несколько независимых рабочих каналов 208 пользуются общей частотой. Помехи между каналами 208 предотвращаются путем распределения различных каналов 208 по различным квантам времени 204. Схема ПДВР за каждый фрейм 206 повторяет данный квант времени 204 один раз. В предпочтительном варианте изобретения каждый фрейм 206 имеет продолжительность примерно 60 мс. Для специалистов в данной области понятно, что число рабочих каналов, частотных каналов и продолжительность фреймов выбраны несколько произвольно и в зависимости от особенностей применения могут варьироваться.

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

Далее на фиг. 2 показано, что часть частотного канала 202, предпочтительно небольшая часть, может быть выделена для целей управления сетью. Вообще говоря, каналы управления сети выполнены таким образом, чтобы в течение фрейма 206 эффективно передавать большой объем коротких сетевых управляющих сообщений. В частности, канал управления вещанием (КУВ) 210 может использовать исключительно для передачи сетевых управляющих сообщений от спутника 700 на любое МУ 600, которое, возможно, прослушивает КУВ 210. Точно также один или несколько каналов 212 могут быть выделены для того, что позволить МУ 600 передавать управляющие сообщения пролетающему спутнику 700. Эти управляющие сообщения при желании могут передаваться от МУ 600 при помощи обычных способов параллельного доступа с использованием несущей, например параллельного доступа с обнаружением несущей вызывного устройства. Конечно, ничто не мешает использовать для каналов управления любые другие способы, соответствующие конкретной реализации сети 116.

Для любого отдельно взятого спутника 700 магистральные каналы связи 104 - 106 предпочтительно имеют существенно большую пропускную способность, чем индивидуальные каналы связи 112. Каналы 104 - 106 могут быть конфигурированы под любой известной специалистам формат, причем каналы 104 - 106 не обязательно должны иметь те же самые частотные или временные параметры, что и каналы 112. Следовательно, перед тем, как передать сообщение дальше, спутники 700 могут преобразовывать сообщения, полученные по одному из каналов связи, в формат, совместимый с другим каналом связи.

Фиг. 3-5 представляют примеры блок-схемы форматов данных, используемых при передаче сообщений в среде 100. На фиг. 3 приведен пример пакета данных ПДВР 300, используемого для рабочих каналов 208 каналов 112 и в магистральных каналах 104 и 106. Пакет 300 совместим с квантом времени 204 и передает данные телефонных разговоров 302. В соответствии с этим, постоянный поток данных телефонных разговоров посредством схемы передачи с ПДВР, описанной выше, разбивается на пакеты 300. Основная задача среды 100 заключается в передаче данных телефонных разговоров. Другие данные включают в себя сетевые управляющие данные, используемые для управления средой 100 так, чтобы она могла передавать данные телефонных разговоров 302.

Кроме того, пакет 300 передает код маршрута 304, значение идентификатора логического канала (ИЛК) 400 и дополнительные служебные данные 308. Код маршрута 304 позволяет созвездию 102 передавать пакет 302 к месту его назначения. Значение ИЛК 400 в основном служит идентификатором коммуникационного устройства или КС 800, к которым направляется пакт 300. К дополнительным служебным данным 308 относятся любые известные специалистам дополнительные данные, полезные для организации передачи данных по сети 116, например коды ошибок коррекции, коды, используемые для того, чтобы отличить данные телефонного разговора от других типов данных и т.п. Предпочтительно, чтобы длина дополнительных служебных данных 308 была сведена к минимуму.

На фиг. 4 показан предпочтительный формат, пригодный для значения ИЛК 400. Предпочтительно, чтобы значение ИЛК 400 включало в себя компоненту идентификатора (ИД) КС 402 и номер последовательности 404. Значения ИЛК присваиваются КС 800 в соответствии с процедурами, обсуждаемыми ниже. ИД КС 402 несет значение, которое единственным в своем роде образом идентифицирует конкретную КС 800, которая присваивает или вырабатывает значение ИЛК 400. Каждая КС 800 при выработке значения ИД КС 402 использует свой собственный ИД. Номер последовательности 404 представляет собой значение, которое отличает все значения ИЛК 400, генерированные КС 800, одно от другого. Другими словами, ни одна КС 800 не присваивает один и тот же номер последовательности 404 различным значениям ИЛК 400. Соответственно, все значения ИЛК, существующие в среде 100, являются уникальными. В предпочтительном варианте настоящего изобретения значение ИЛК 400 может передаваться с использованием 24 битов информации. Как будет разъяснено более подробно ниже, значение ИЛК используют для идентификации МУ 600, идентификации КС 800, направления пакетов данных 300 к месту их назначения и для выделения данных телефонных разговоров 302 из многочисленных и разнообразных пакетов 300 и разделения их на индивидуальные потоки данных телефонных разговоров. Для специалистов в данной области, понятно, что нет никаких препятствий для дальнейшего разделения компонент 402 и 404. Например, если среда 100 включает различные типы КС 800, то ИД КС 402 может быть разделен так, что один или несколько битов ИД КС 402 будут указывать на конкретный тип КС 800.

На фиг. 5 показан предпочтительный формат, пригодный для сетевого управляющего сообщения (СУС) 500. Вообще говоря, сообщения 500 пересылаются между устройствами или элементами среды 100 для управления работой сети 106. Например, сообщения 500 используют для регистрации и включения МУ 600 в сети 116, а также для того, чтобы установить телефонную связь в сети 116, прервать телефонную связь в сети 116 и т.п. Сообщения 500 обычно несут меньше данных, чем пакеты 300, поэтому, используя наименьший возможный объем ресурсов сети, можно передать большое число сообщений 500. Применительно к каналам 112 (фиг. 2), сообщения 500 обычно передаются через каналы управления 210, 212, однако ничто не мешает вводить их в данные телефонных разговоров и передавать по какому-либо рабочему каналу 208. Пакеты 300 передают исключительно по рабочим каналам 208. Магистральные каналы 104 и 106 при любом применяемом формате могут перемешать пакеты 300 с сообщения.

Как показано на фиг. 5, для того, чтобы сообщение 500 было доставлено по месту назначения, сетевое управляющее сообщение включает в себя ИД места назначения 502. Сообщение 500 может включать дополнительные служебные данные 504, объем которых предпочтительно минимизировать для экономии ресурсов сети. Кроме того, сообщение 500 несет код сообщения, который отличает данное сообщение от других сообщений, а также параметры сообщения 506.

На фиг. 6 представлена блок-схема подвижного (мобильного) коммуникационного устройства (МУ) 600. МУ 600 включает в себя приемопередатчик 602, передающий и принимающий сигналы в формате, совместимом со спутниками 700 и сетью 116. Эти сигналы позволяют МУ 600 обмениваться данными с пролетающим спутником 700. Через этот спутник 700 МУ 600 обменивается данными также и с любым другим узлом сети 166, например, с близлежащей КС 800. Приемопередатчик 602 подсоединен к процессору 604. Процессор дополнительно подключен к секции ввода/вывода 606, таймеру 608 и памяти 610. Процессор 604 использует таймер для поддержания текущей даты и времени и для поддержки схемы передачи с ПДВР, описанной выше в связи с фиг. 2-5. Память 610 включает в себя данные, которые служат командами для процессора 604 и которые, по исполнении их процессором 604, вызывают выполнение МУ 600 процедур, описанных ниже.

Кроме того, память 610 включает переменные, таблицы и базы данных, которые подвергаются манипуляции в результате работы МУ 600. Одной из этих таблиц является таблица ИД МУ 612, которая постоянно содержит значение идентификатора (ИД) МУ 614. Значение ИД МУ 614 единственным образом идентифицирует МУ 600 среди всех МУ 600. Кроме того, значение ИД МУ 614 включает поле (не показано), которое идентифицирует домашнее УИА 114, содержащее данные, описывающие МУ 600, характеристики, ассоциированные с МУ 600 и данные об абоненте-владельце МУ 600. По отношению к значению ИЛК 400 ИД МУ 614 содержит большой объем информации, для описания которого может потребоваться до 240 бит и больше. В таблице 612 дополнительно записано значение ИЛК 400.

Секцию ввода/вывода 606 МУ 600 используют для сбора информации, вводимой пользователем МУ 600, и для выдачи выходной информации, предназначенной для восприятия пользователем. Секция 606 включает в себя, например, клавиатуру 616, используемую для набора номеров, идентифицирующих абонента, которому можно позвонить. Выключатель 618 управляет включением и выключением МУ 600. Клавиша передачи 620 используется для указания того момента, когда закончен набор номера абонента, а рычажный переключатель 622 используется как обычно. Микротелефон, или, разговорно, телефонная трубка, 624 преобразует звуковые сигналы в электрические сигналы, и наоборот. Секция ввода/вывода может дополнительно включать не показанные на чертеже широко применяемые схемы, преобразующие сигналы, представленные в аналоговой форме, в цифровые, и наоборот.

Фиг. 7 представляет блок-схему спутника 700. Спутник 700 включает в себя некоторое множество магистральных приемопередатчиков 702 и многоканальный приемопередатчик 704. Один приемопередатчик 702 обслуживает один магистральный канал 104 или 106. Может содержаться любое количество приемопередатчиков 702. Приемопередатчик 704 обслуживает все индивидуальные каналы 112 спутника. Приемопередатчики 702 и 704, наряду с многочисленными компонентами памяти и таймером 706, подключены к процессору 708. Компоненты памяти включают входной и выходной буферы 710 для магистральных каналов 104-106. Кроме того, компоненты памяти включают перекрестный коммутатор 712 приемопередатчика 704. Для специалистов в данной области понятно, что в том случае, когда процессор 708 фактически осуществляет передачу данных, между памятью 710 и памятью 712, а также их соответствующими приемопередатчиками может существовать логическая, а не физическая связь.

Компоненты памяти включают таблицу ИЛК 714. Таблица 714 ассоциирует значения ИЛК 400 с адресами по принципу соответствия "один к одному". Адреса, включенные в таблицу 714, представляют ячейки в выходном буфере коммутатора 712. Эти адреса прямо соответствуют передающей части рабочего канала 208. Другими словами, записав какие-либо данные в ячейку выходного буфера коммутатора 712 по адресу, указанному в таблице ИЛК 714, тем самым осуществляется выбор конкретного рабочего канала. После этого приемопередатчик 704 вызывает передачу записанных данных на частоте и в квант времени, которые соответствуют этому конкретному рабочему каналу 208.

Кроме того, компоненты памяти включают таблицу кодов маршрутов 716. Таблица 716 ассоциирует значения ИЛК 400 с кодами маршрута сообщения 304 и адресами по принципу соответствия "один к одному". Адреса, включенные в таблицу 716, прямо соответствуют принимающей части рабочего канала 208. Другими словами, считав какие-либо данные из ячейки входного буфера коммутатора 712 по адресу, указанному в таблице кодов маршрутов 716, тем самым осуществляется выбор конкретного рабочего канала. После этого спутник 700 еще до передачи данных в сети 116 может добавить код маршрута 304 и значение ИЛК 400 к данным из входного буфера коммутатора 712. Вообще говоря, значения ИЛК 400, включенные в таблицу кодов маршрутов 716, не тождественны значениям ИЛК 400, включенным в таблицу ИЛК 714. Значения ИЛК 400, хранимые в таблицах 714 - 716, обслуживают разные концы телефонного разговора.

Компоненты памяти также включают другую память 718. Память 718 содержит данные, которые служат командами процессору 708, и которые, будучи исполнены процессором 708, вызывают выполнение спутником 700 процедур, описанных ниже. Память 718 содержит также другие переменные, таблицы и базы данных, которые подвергаются манипуляциям вследствие работы спутника 700.

Фиг. 8 представляет блок-схему КС 800. КС 800 включает в себя приемопередатчик 802, который передает и принимает сигналы в формате, совместимом с магистральными каналами 104. Эти сигналы позволяют КС 800 обмениваться сообщениями с пролетающим спутником 700, с МУ 600, которые в настоящий момент обслуживаются КС 800, с другими КС 800, с которыми КС 800 может кооперироваться при установлении телефонной связи и в ходе обработки телефонного разговора, а также с любым УИА 114 сети 116. Приемопередатчик 802 подключен к процессору 804. Процессор 804 также подключен к секции ввода/вывода 806, таймеру 808 и различным компонентам памяти. Компоненты памяти включают перекрестный коммутатор 810, таблицу ИЛК 812, таблицу кодов маршрутов 814 и другую память 816. Коммутатор 810 через процессор 804 подключен либо физически (как показано на чертеже), либо логически (не показано) к интерфейсу ТСОП 810. Коммутатор 810, таблица ИЛК 812 и таблица кодов маршрутов 814 работают подобно коммутатору 712, таблице ИЛК 714 и таблице кодов маршрутов 716 спутника 700. Однако таблицы 812 - 814 и коммутатор 810 позволяют КС 800 выбирать или идентифицировать конкретную линию ТСОП 110, а не рабочий канал 208.

Секция ввода/вывода 806 получает входные данные с клавиатур и других устройств ввода и представляет данные для терминальных дисплеев, печатающих устройств и других устройств вывода. Процессор 804 использует таймер 808 для поддержки текущих даты и времени и для обеспечения измерений интервалов времени в интересах магистрального канала 104. Другая память 816 включает полупроводниковые, магнитные и иные устройства памяти для хранения данных, которые служат командами для процессора 804 и которые, будучи исполнены процессором 804, вынуждают КС 800 выполнять процедуры, которые описаны ниже. Кроме того, память 816 включает другие переменные, таблицы и базы данных, которые подвергаются манипуляциям вследствие работы КС 800. Через интерфейс 818 КС 800 обменивается сообщениями с ТСОП 108. Интерфейс 818 включает аналого-цифровые преобразователи, цифроаналоговые преобразователи, усилители и другие схемы, которые известны специалистам в данной области и которые полезны для преобразования цифровых данных в сигналы, совместимые с требованиями ТСОП 108.

В предпочтительном варианте настоящего изобретения блок-схема фиг. 8 применима также и для УИА 114. Процессор 804, секция ввода/вывода 806, таймер 808 и память 816 могут выполнять двойную роль - КС 800 и УИА 114. Для специалистов в данной области понятно, что разница между УИА 114 и КС 800 возникает в результате команд программы, хранимых в памяти 816. Соответственно, различные логические элементы - КС 800 и УИА 114 - могут быть реализованы на одних и тех же физических аппаратных средствах.

Фиг. 9 представляет таблицу сетевых управляющих сообщений 500, которыми обмениваются разнообразные элементы среды 100. Таблица фиг. 9 включает колонки имени сообщения, данные, передаваемые конкретным сообщениям, и элементы, такие как МУ 600 и КС 800 800, играющие какую-либо роль в связи с этими сообщениями. Хотя в таблице фиг. 9 и показаны некоторые виды данных, переданных различными сообщениями, для специалистов в данной области понятно, что другие релевантные системы могут сделать желательной передачу дополнительных сообщений, а в сообщениях - включение дополнительной информации.

Для того, чтобы различить различные роли, которые МУ 600 может играть в связи с обработкой телефонных разговоров, таблица фиг. 9 включает отдельные колонки для МУ, КС, ИМУ и УМУ. Колонка МУ относится к сообщениям, которые не привязаны к конкретному телефонному разговору, колонка ИМУ заполняется, когда МУ 600 является инициатором конкретного вызова, а колонка ЦМУ относится к тому случаю, когда МУ 600 является местом назначения конкретного вызова. Точно так же колонки КС, ИКС и ЦКС организованы для того, чтобы различать различные роли, которые КС 800 может играть в связи с телефонным разговором. Колонка КС относится к сообщениям, которые не привязаны к конкретному телефонному разговору, колонка ИКС заполняется, когда КС 800 играет какую-то роль поблизости от источника конкретного вызова, а колонка ЦКС относится к тому случаю, КС 800 играет какую-то роль поблизости от цели (места назначения) конкретного вызова.

Фиг. 10 - 12 являются блок-схемами процедур, выполняемых МУ 600 для обеспечения обработки телефонного разговора посредством присвоения логических каналов; фиг. 13 - 14 являются блок-схемами процедур, выполняемых спутником 700 для обеспечения обработки телефонного разговора посредством присвоения логических каналов; фиг. 15-23 являются блок-схемами процедур, выполняемых КС 800 для обеспечения обработки телефонного разговора посредством присвоения логических каналов. Детальное описание сообщений и элементов данных, показанных на фиг. 9 дается ниже, там, где это целесообразно в связи с процедурами, показанными на фиг. 10 - 23. Для специалистов в данной области понятно, что процедуры, описываемые ниже в связи с фиг. 10 - 23, управляются командами программ, помещенными в памяти 610, 718 и 816 МУ 600, спутников 700 и КС 800 соответственно.

Что касается процедур, выполняемых МУ 600 для обеспечения обработки телефонного разговора посредством присвоения логических каналов и отображенных на фиг. 10-12, то фиг. 10 иллюстрирует процедуру "Питание включено" 1000, отрабатываемую МУ 600 при его включении. Задача 1002 инициализирует таблицу ИД МУ 612. В частности, задача 1002, воздерживаясь от изменения значения ИД МУ 614, очищает любые значения, ассоциированные со значением ИЛК 400.

После инициализации задача 1004 выдает сетевое управляющее сообщение 902 "Регистрация включена" (см. фиг. 9), которое пересылается к близлежащей КС 800. Сообщение 902 "Регистрация включена" включает в себя значение ИД МУ 614, которое единственным образом идентифицирует сообщение 902, посылаемое МУ 600. Сообщение 902 может нести и другие параметры, например данные, описывающие местоположение МУ 600, а также зашифрованный аутентификационный код, который может быть использован для принятия решения о том, разрешить ли МУ 600 доступ к сети 116.

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

Пролетающий спутник 700 переправляет сообщение 902 "Регистрация включена" на близлежащую КС 800. В качестве такой конкретной КС 800 спутник 700 выбирает КС 800, которая является основной обслуживаемой им станцией в момент получения спутником 700 сообщения 902 "Регистрация включена". Поскольку МУ 600 может произвольно перемещаться в пределах пространства, перекрываемого средой 100, сообщение 902 "Регистрация включена" может получить любая КС 800. Как будет показано ниже, эта КС 800 обработает сообщение 902 и вернет МУ 600 сообщение "Ответ на сообщение "Регистрация включена" 904.

МУ 600 получает сообщение 904 во время выполнения задачи 1006. МУ 600 обнаруживает сообщение 904, осуществляя текущий контроль КУВ 210 на предмет сетевого управляющего сообщения 500, адресованного МУ 600. Сообщение 500 считается адресованными МУ 600, если оно включает в себя ИД МУ 614. Сообщение 904 информирует МУ 600 о том, разрешен ли ему доступ в сеть 116. Если доступ разрешен, то сообщение 904 передает также значение ИЛК 400 в виде параметра 506 сообщения 904. Если сообщение 904 информирует МУ 600 о том, что доступ разрешен, что является нормальной ситуацией, то задача 1008 сохраняет значение ИЛК 400 из сообщения 904 в таблице ИД МУ 612. После выполнения задачи 1008 программное управление переходит в режим ожидания, который описан ниже в связи с фиг. 11. Кроме того, МУ 600 одновременно выполняет фоновую процедуру 1200, которая описана ниже в связи с фиг. 12. Фоновая процедура 1200 выполняется МУ 600 в фоновом режиме. Другими словами, процедура 1200 непрерывно выполняется, даже если в общем в том же самый временной фрейм выполняются и другие задачи, не имеющие отношения к процедуре 1200, например такие, которые связаны с установлением и поддерживанием телефонной связи.

На фиг. 11 показана блок-схема процедуры "Ожидание" 1100. Выше было отмечено, что процедура 1100 выполняется после того, как МУ 600 пройдет регистрацию в сети 116. Вообще, в процедуре 1100 МУ 600 сначала ожидает, что будет установлена телефонная связь. В частности, задача 1102 МУ 600 осуществляет мониторинг 210. КУВ 210 используется сетью 116 для того, чтобы информировать МУ 600 о поступающем разговоре. Кроме того, задача 1102 осуществляет мониторинг секции ввода/вывода 606 МУ 600 и определяет, вводит ли пользователь МУ 600 какую-либо информацию, которая повлечет за собой посылку вызова в сеть. В предпочтительном варианте изобретения пользователь может манипулировать клавиатурой 616 для того, чтобы ввести номер телефона или иной идентифицирующий код, а затем, нажимая клавишу передачи 620, посылает этот телефонный номер или код в сеть 116.

Когда возникают процессы, связанные с организацией телефонного разговора, коммутационная задача 1104 направляет программный контроль к соответствующей процедуре. Если процессов, связанных с установлением связи, не происходит, программный контроль остается в задаче 1102. Если КУВ 210 обнаруживает сообщение "Поступает разговор" 906, то исполняется процедура "Поступает разговор" 1106. Если обнаруживается манипуляция секцией ввода/вывода 606, которая дает команду МУ 600 послать вызов, выполняется процедура "Послать вызов" 1108. Если обнаруживается манипуляция выключателем 618, то выполняется процедура "Питание отключено" 1110. Для специалистов в данной области понятно, что задача 1104 может дополнительно распознавать и другие сигналы, непосредственно не связанные с настоящим изобретением, и соответствующим образом направлять программный контроль.

Процедура "Поступает разговор" 1106 выполняется тогда, когда МУ 600 получает сообщение "Поступает разговор" 906, то сообщение поступает по КУВ 210. Как показано выше, сетевые управляющие сообщения 500, включая сообщение 906, которые передаются по КУВ 210, обычно направлены большому количеству различных МУ 600. Каждое отдельное МУ 600 определяет, ему ли адресовано сообщение, путем мониторинга КУВ 210 (в задаче 1102) на предмет обнаружения сообщений, несущих значение ИЛК 400, сохраненное в таблице 612 в ходе выполнения задачи 1008. Нет никаких обязательных причин для того, чтобы сетевое управляющее сообщение 500 определяло конкретное МУ 600 только на основе значения ИЛК 400, МУ 600 может осуществлять мониторинг КУВ 210 на сетевые управляющие сообщения, которые несут либо значение ИЛК 400 из таблицы 612, либо ИД МУ 614. Тем не менее, для специалистов в данной области понятно, что значение ИЛК 400 может быть существенно короче, чем ИД МУ 614. Соответственно, при использовании значений ИЛК 400 экономятся ресурсы сети 116 (по сравнению с использованием ИД МУ 614) поскольку требуется передавать по сети 116 на МУ 600 меньший объем данных в сетевых управляющих сообщениях, таких как сообщение 906.

Сообщение 906 просто информирует о том факте, что МУ 600 устанавливает связь. Когда МУ 60 получает сообщение 906, то оно с точки зрения процедуры 1106 выступает в качестве целевого МУ, или ЦМУ 600.

Процедура 1106 включает в себя задачу 1112, которая ожидает того момента, когда на вызов будет отвечено, после чего она посылает в сеть 116 сообщение "Трубка снята" 908. Конечно, для специалистов в данной области понятно, что МУ 600 может использовать зуммер (не показан), который будет информировать пользователя о поступающем вызове, и то, что для определения момента ответа на вызов мониторингу может подвергаться рычаг телефонной трубки. Кроме того, нет никаких препятствий для того, чтобы МУ 600 не посылало подтверждающее сообщение в сеть 116 сразу по получении сообщения 908, еще до того, как будет обнаружено состояние "Трубка снята", при этом сеть 116 информируется о том, что МУ 600 обнаружено и оно в состоянии принять вызов. Сообщение "Трубка снята" содержит значение ИЛК 400, записанное в таблице 612, так что С 800, которая передает сообщение "Поступает разговор", будет знать, какое из МУ 600 послало сообщение 908. Кроме того, это значение ИЛК 400 сообщает спутнику 700, транслирующему сообщение 908 на КС 800, о том, какая это КС 800. Другими словами, это значение ИЛК идентифицирует одну из потенциально нескольких КС 800, как ту, на которую спутник 700 должен направить сообщение 9098. Использование в качестве идентификатора МУ 600 для КС 800 значения ИЛК 400 вместо ИД МУ 614 экономит ресурсы сети, поскольку ИЛК 400 короче ИД МУ 614. Несмотря на то, что значение ИЛК 400 короче ИД МУ 614, оно несет также и информацию, позволяющую спутнику 700 коммутировать сетевое управляющее сообщение на соответствующую КС 800 ИД МУ 614 не содержит и не подразумевает такой информации.

После того, как задача 1112 посылает сообщение "Трубка снята" 906, задача 1114 ожидает поступления сообщения "Разговор подсоединен" 910. В целом, сообщение 910 сообщает МУ 600 о том, что установлен канал связи между другим абонентом и этим МУ 600. Сообщение 910 поступает по каналам управления 210 - 212 и предпочтительно использует для идентификации МУ 600, на которое направлено сообщение, значение ИЛК 400. Кроме того, сообщение 910 несет параметры, определяющие рабочий канал 208, который будет использован МУ 600 для связи с другим абонентом по данному разговору. Как показано выше, этот рабочий канал 208 используется только для связи с пролетающим спутником 700, после чего сообщения перепаковываются для передачи по групповым (магистральным) каналам связи 104 - 106. Эти параметры группового канала используются задачей 1114 для программирования приемопередатчика 602 таким образом, чтобы связь могла осуществляться по выделенному рабочему каналу 208.

После настройки приемопередатчика 602 процесс 1106 выполняет задачу обработки разговора 1118. Задача 1118 выполняет несколько подзадач, которые могут считаться обычными в технике телефонной и цифровой связи. Так, выборки звуковых сигналов, полученных с микротелефонной трубки, кодируются либо упаковываются (сжимаются) другим способом. Сжатые выборки помещаются в очередь для передачи по сети 116. Эта передача осуществляется в ходе выполнения фоновой процедуры 1200, описанной ниже. Точно также, данные разговора, полученные из сети 116, извлекаются из входного буфера, декодируются или распаковываются, преобразуются в аналоговую форму, и воспроизводятся в микротелефонной трубке пользователя 624. Полученные данные также обрабатываются фоновой процедурой 1200. Обрабатывая данные телефонных разговоров, МУ 600 может осуществлять текущий контроль данных на предмет появления сетевого управляющего сообщения. Например, другое сообщение "Разговор подсоединен" 910 может дать команду МУ 600 переключиться на другой рабочий канал. Кроме того, сообщение 912 "Отменить разговор" может информировать МУ 600, что разговор был отменен и что использовавшийся перед этим коммуникационный канал через сеть 116 ликвидируется. Для того, чтобы определить, не прекратил ли пользователь разговор, по желанию МУ 600 осуществлять текущий контроль рычажного переключателя 622.

Когда разговор прекращен, то для обработки завершения разговора выполняется задача 1120. Например, если пользователь МУ 600 прервал разговор, то в сеть 116 может быть передано сообщение 912 "Отменить разговор". После задачи 1120 программный контроль возвращается к задаче 1102 фоновой процедуры 1100, описанной выше.

Возвращаясь к процедуре 1108 "Послать вызов", отметим, что процедура 1108 выполняется в том случае, когда пользователь дал команду МУ 600 установить связь с другим устройством среды 100. Когда МУ 600 получает команду "Установить связь", то с точки зрения процедуры 1108 оно работает как МУ-источник, или ИМУ 600. Процедура 1108 выполняет задачу 1122, посылая КС 800, обслуживающей МУ 600, сообщение "Исходящий разговор" 914. КС 800, обслуживающая ИМУ 600, контролирует исходящий участок разговора, который в этот момент организуется. Сообщение "Исходящий разговор" 914 передает идентификатор ИМУ 600 посредством включения в сообщение 914 значения ИЛК 400, ИД МУ не передается для экономии ресурсов сети. Сообщение 914 информирует КС 800 о том, что ИМУ 600 желает установить связь и сообщает код, который идентифицирует абонента назначения. Этот код может быть телефонным номером устройства, подключенного к ТСОП 108, либо иным кодом, например ИД МУ, который идентифицирует ЦМУ 600. Как будет показано ниже, это приводит к тому, что КС 800 инициирует сетевые управляющие сообщения, связанные с установлением телефонной связи по данному вызову.

После задачи 1122 процесс 1108 выполняет в основном такие же задачи, как и те, которые были обсуждены в связи с задачами 1114-1120. После прекращения телефонного разговора программный контроль возвращается к процедуре ожидания 1100.

Что касается процедуры 1110 "Питание отключено", то процедура 1110 выполняется, когда секция ввода/вывода 606 обнаружит команду на выключение МУ 600. Процедура 1110 выполняет задачу 1124 по передаче в сеть 116 сообщения 916 "Регистрация выключена". Сообщение 916 несет идентификатор МУ 600, регистрация которого отключается, в форме значения ИЛК 400 из таблицы 612. Сообщение 916 информирует сеть 116, что указанное МУ 600 выключается.

Сеть 116 использует сообщения 902 "Регистрация включена" и 916 "Регистрация выключена" для того, чтобы быть в курсе, готово конкретное МУ 600 к приему телефонного сообщения. Определив, что МУ 600 не может принимать телефонные сообщения, поскольку оно выключено, сеть 116 может на ранней стадии процесса установления телефонной связи заблокировать его. Тем самым экономятся ресурсы сети, поскольку в такой ситуации предотвращается развитие процесса установления телефонной связи почти до самого конца. Кроме того, после того, как регистрация МУ 600 окажется выключенной, значение ИЛК 400, которое использовалось данным МУ 600, уже больше ему не нужно и может быть использовано другой МУ 600. Соответственно, хотя в любой заданный момент значение ИЛК 400 и может быть в сети 116 уникальным, оно не обязано быть навсегда привязанным исключительно к какому-то одному конкретному МУ 600 или телефонному разговору. Другими словами, то же самое значение ИЛК 400 может быть присвоено другому МУ 600 после того, как будет выключено МУ 600, первоначально использовавшее его. После выполнения задачи 1124 выполняется задача 1126, которая отключает МУ 600 от источника энергии. Когда МУ 600 снова включается, оно начинает выполнять процедуру 1000 "Питание включено", описанную выше. После нее устройство получает другое значение ИЛК 400, которое сохраняется в таблице 612. Это второе значение ИЛК 400 не обязано быть, и в общем случае не будет, тождественным первому значению ИЛК 400.

На фиг. 12 показана блок-схема задач, выполняемых МУ 600 во время фоновой процедуры 1200. Как было показано выше, процедура 1200 выполняется непрерывно и обрабатывает потоки данных, поступающих в МУ 600 и выходящих из него. Соответственно, процедура 1200 выполняет задачу 1202 по сбору данных, полученных приемопередатчиком 602, и по помещению их соответствующий входной буфер памяти 610. Для специалистов в данной области понятно, что также могут выполняться процессы обнаружения и исправления ошибок. После выполнения задачи 1202, задача запроса 1204 анализирует данные в выходном буфере памяти 610 и определяет, представляют ли они сетевое управляющее сообщение 500 или данные телефонных разговоров, полученные от телефонной трубки 624 во время выполнения задачи 1118.

Когда выходной буфер содержит сетевое управляющее сообщение, задача 1206 берет из таблицы 612 значение ИЛК 400, если оно есть, и объединяет его с сообщением. В общем случае, для сообщения "Регистрация включена" 902 не предоставляется значение ИЛК 400, однако оно может быть получено для других сетевых управляющих сообщений. Когда посылается сообщение "Регистрация включена" 902, задача 1206 объединяет ИД МУ 614 с этим сообщением. Кроме того, задача 1206 может включить рабочие данные, которые идентифицируют сетевое управляющее сообщение 500 в качестве сетевого управляющего сообщения и выделяют его из данных телефонных разговоров. Задача 1208 дает команду приемопередатчику 602 передать сетевое управляющее сообщение по соответствующему каналу и в соответствующее время так, чтобы спутник 700 мог его принять. Как было показано выше, сетевые управляющие сообщения, за исключением сообщения "Регистрация включена", для идентификации МУ 600, конкретной КС 800, а также для экономии ресурсов сети используют значение ИЛК 400 из таблицы 612.

Когда задача 1204 определяет, что данные в выходном буфере представляют собой данные телефонных разговоров или данные трафика, то задача 1212 считывает служебные данные, идентифицирующие данные телефонных разговоров как таковые и выделяет их из сетевого управляющего сообщения 500. Эти служебные данные объединяются с данными телефонных разговоров и образуют часть пакета данных ЦДВР 300, описанного выше. Этот пакет содержит данные, полученные в течение одного фрейма 206, и часть служебных данных 308. В данном предпочтительном варианте настоящего изобретения пакет 300 не включает в себя значение ИЛК 400 или код маршрута 304, когда сообщение передается с МУ 600 по каналу 102, поскольку эти элементы добавляются на спутнике 700, описанном выше. Непрерывный поток данных телефонных разговоров разделяется на пакеты данных 300. После выполнения задачи 1212 задача 1214 дает команду приемопередатчику 602 передать пакет данных 300 на соответствующей частоте и в соответствующее время так, чтобы спутник 700 мог принять пакет данных 300.

После выполнения задач 1214 или 1218 выполняются другие фоновые процессы, полезные для функционирования компьютеризированных аппаратных средств, работающих в реальном масштабе времени, как это показано в задаче 1216. Такие другие процессы включает в себя поддержание различных часов, а также другие процедуры, известные специалистам в данной области. После выполнения задачи 1216 программный контроль возвращается к задаче 1202 и повторяет фоновую процедуру 1200 для того, чтобы обработать дополнительные данные, поступившие в МУ 600 или переданные МУ 600.

Как было показано выше в связи с фиг. 11 - 12, МУ 600 для своей идентификации в сети 116 в сетевых управляющих сообщениях 500 как можно чаще вместо значений ИД МУ использует значения ИЛК 400. Это экономит ресурсы сети, поскольку в этом случае уменьшается объем данных, подлежащих передачи по сети 116. Хотя экономия ресурсов сети из расчета на одно МУ 600 может быть и небольшой, с учетом общего числа МУ 600 экономия становится существенной. Более того, значение ИЛК 400 включает в себя идентификатор 402, который при желании может быть использован при направлении сообщения к соответствующей КС 800. Промежуточному коммутационному узлу, такому как спутник 700, в этом случае для успешной и однозначной доставки сообщения к соответствующей КС 800 не требуется выполнять значительный объем работ по обработке информации.

Фиг. 13 - 14 представляют блок-схемы процедур, выполняемых спутником 700 для обеспечения обработки телефонного разговора путем использования значений ИЛК. Как было показано выше, спутники 700 в предпочтительном варианте настоящего изобретения перемещаются с большой скоростью. Из-за движения спутников 700 физические каналы связи в сети 116 с течением времени меняются. Сеть 116 определяет логические каналы, которые не меняются по крайней мере в течение продолжительности телефонного разговора. Соответственно этому снижаются потребности в затрате ресурсов на обработку информации. Однако для того, чтобы сообщение было доставлено точно по назначению, желательно, чтобы коммутационные узлы ассоциировали логические каналы с физическими каналами.

Что касается пакетов данных, получаемых на спутник 700 по любому из индивидуальных каналов 112 и содержащихся во входном буфере коммутатора 712, то спутник 700 выполняет процедуру "Коммутация индивидуального канала" 1300. Задача 1302 анализирует полученное сообщение хранящееся во входном буфере коммутатора 712. С точки зрения процедуры 1300, в коммутаторе 712 этот входной буфер может быть ассоциирован с любым каналом приемопередатчика 704. После выполнения задачи 1302 задача запроса 1304 анализирует пакет и определяет, содержит ли он сетевое управляющее сообщение 500 или пакет данных телефонных разговоров 300. В этот момент большинство пакетов являются пакетами данных телефонных разговоров 300. Когда поступивший пакет идентифицирован как пакет данных телефонных разговоров 300 или как пакет трафика, то задача 1306 обращается к таблице кодов маршрутов 716. В частности, задача 1306 выполняет над таблицей 716 операцию отображения в отношении адресов, соответствующих входному буферу, из которого этот пакет данных 300 был получен задачей 302 (см. выше).

После выполнения задачи 1306, задача 1308 осуществляет поиск кода маршрута 304 и значения ИЛК 400 из таблицы 716, ассоциированные с идентифицированным адресом входного буфера и пакетом данных 300, который обрабатывается в данный момент. Затем задача 1310 тестирует, или добавляет к пакету код маршрута 304 и значение ИЛК 400, в результате чего получает формат, показанный на фиг. 3. После выполнения задачи 1310, программа 1311 завершает обработку пакета данных, направляя пакет по адресу, соответствующему коду маршрута. Программа 1311 описана ниже в соответствии с фиг. 14 в виде подмножества задач, выполняемых процедурой 1400.

Когда задача 1304, описанная выше, встречает сетевое управляющее сообщение 500, то исполняется процесс "Управляющее сообщение" 1312. Вообще говоря, процесс 1312 выполняется для доставки сетевого управляющего сообщения 500 к близлежащей КС 800 по магистральному каналу 104. В процессе 1312 задача 1314 анализирует сообщение 500 и определяет ИД места назначения. ИД места назначения может быть определено, например, оценкой значения ИЛК 400, включенного в сообщение 500. Значение ИЛК 400 включает в себя ИД КС 402, которое служит для идентификации конкретной КС 800. В другом случае любое иное место назначения сообщения 500, например спутник 700, может быть указано рабочими данными 504. Как было показано выше, ИД места назначения не обязательно включено в сообщение 500. Например, сообщение "Регистрация включена" 902 может опускать такой элемент. В таком случае задача 1314 в качестве желаемой цели идентифицирует основную КС 800, обслуживаемую в данный момент спутником 700. По мере перемещения спутника 700 основная КС 800 предпочтительно меняется.

После выполнения задачи 1314, задача 1316 транслирует информацию о желаемой цели, полученную в задаче 1314 (см. выше), в имя конкретного магистрального канала 104 - 106. Затем задача 1318 посылает по этому каналу сетевое управляющее сообщение 500 путем направления сообщения 500 в очередь соответствующего выходного буфера 710. После выполнения задачи 1318, программный контроль покидает процесс управляющего сообщения 1312, задача 1320 указывает на следующее полученное сообщение, и повторяется процедура 1300, которая направляет это следующее сообщение по месту его назначения.

По отношению к пакетам данных, полученным спутником 700 по любому из магистральных каналов связи 104 - 106 и храняющихся во входной секции буфера 710 спутник 700 выполняет процедуру коммутации магистральных каналов 1400. Задача 1402 анализирует полученное сообщение, хранящееся во входном буфере. Для процедуры 1400 таким входным буфером может быть любой буфер 710 спутника 700, ассоциированный с любым магистральным приемопередатчиком 702.

Задача запроса 1404 тестирует код маршрута 304, включенный в обрабатываемый пакет и определяет, должен ли пакет быть передан по одному из магистральных каналов 104 - 106, или по индивидуальному каналу 112. За исключением некоторых сетевых управляющих сообщений 500, передаваемых к МУ 600, которые активны по отношению к КС 800, обслуживаемым спутником 700, эти пакеты обычно содержат код маршрута 304 и значение ИЛК 400.

Код маршрута 304 предпочтительно несет два элемента информации. Один элемент определяет, какой из спутников при передаче пакета играет роль оконечного узла. С этого оконечного узла пакет направляется на землю. Другой элемент определяет тип канала, по которому сообщение должно быть направлено к земле, т. е. является ли этот канал магистральным 104 или индивидуальным 112. Если сообщение должно быть доставлено по индивидуальному каналу 112, оно направляется через коммутатор 712 к одному из подходящих каналов из потенциального множества рабочих каналов 208, обслуживаемых спутником 700.

Как только задача 1404 определит, что сообщение должно быть направлено к магистральным каналам 104 - 106, задача 1406 копирует сообщение в выходной буфер того магистрального канала, который соответствует коду маршрута, включенному в сообщение. В предпочтительном варианте настоящего изобретения указанное сообщение может быть пакетом данных ПДВР либо сетевым управляющим сообщением, и к нему не прибавляется и из него не удаляется никаких данных. В другом варианте настоящего изобретения задача 1406 может удалять часть кода маршрута 304 и, может быть, часть рабочих данных 308 или 504. Оба этих варианта позволяют в результате достигнуть исключительной эффективности операции повтора. После выполнения задачи 1406, задача 1408 указывает на следующее полученное сообщение, и повторяется процедура 1400, которая направляет это следующее сообщение по месту его назначения. С другой стороны, если выполняется программа "Продолжить обработку" 1311 (см. фиг. 13), то программный контроль возвращается к процедуре 1300.

Как только задача 1404 определит, что сообщение должно быть направлено через коммутатор 712 к индивидуальному каналу 112, то задача запроса 1410 определяет, является ли это сообщение пакетом данных ПДВР 300, несущим трафик данных телефонных разговоров, или сетевым управляющим сообщением (СУС) 500. Если сообщение несет трафик данных телефонных разговоров, то процедура 1400 выполняет процесс "Нормальная коммутация" 1412 по передаче пакета данных 300 по соответствующему индивидуальному каналу 112. Процесс 1412 выполняет задачу 1414, которая определяет адрес выходного буфера в коммутаторе 712. В качестве ключа в таблице 714 задача 1414 использует значение ИЛК 400. Для получения адреса выходного буфера при использовании значения ИЛК 400 и таблицы 714 можно применить способ перекодировки таблицы или разбиения, которые известны специалистам в данной области.

После выполнения задачи 1414 может быть выполнена необязательная задача 1416, которая удаляет ненужные рабочие данные из пакета данных 300. Такие рабочие данные могут включать, например, значение ИЛК 400 и код маршрута 304. Эти данные можно рассматривать как ненужные, поскольку они используются сетью 116 для направления пакета данных 300 к конкретному МУ 600, однако как только этот пакет 300 доставлен к МУ 600, эти данные уже не содержат сколько-нибудь значительного количества полезной информации.

Задача 1418 выполняется для записи данных в выходной буфер, указанный в результате выполнения задачи 1416. Записью пакета 300 в выходной буфер достигают цель передачи пакета 300 по рабочему каналу на МУ 600. Выбор конкретного рабочего канала осуществляется на основании присвоения канала значению ИЛК 400. Эта процедура присвоения описана ниже в связи с задачей 1424.

Вернемся к задаче 1410, если сообщения, коммутация которого осуществляется спутником 700, является сетевым управляющим сообщением (СУС), то выполняется задача запроса 1420. Задача 1420 анализирует сообщение и определяет, какой тип сообщения передается. Если на МУ 600 передаются сообщения "Разговор подсоединен", то спутник 700 может интерпретировать такие сообщения как команду присвоить рабочий канал МУ 600, которому направляется сообщение. В частности, задача 1422 анализирует таблицу ИЛК 714 и определяет свободный рабочий канал. Затем задача 1424 присваивает свободный рабочий канал ИЛК, соответствующему этому концу телефонного разговора. Значение ИЛК 400, используемое задачей 1424, является тем значением ИЛК 400, которое используется МУ 600, которое находится только на одном конце разговора. Это значение ИЛК 400 используется для направления сообщений к МУ 600, получающим сообщение "Разговор подсоединен". Это присвоение может быть выполнено путем сохранения значения ИЛК 400 в таблице ИЛК 714 при ассоциации с данными, описывающими адрес выходного буфера для свободного рабочего канала или путем компоновки к таким данным.

Кроме того, сообщение "Разговор подсоединен" 910 может включать в себя другое значение ИЛК 400, описывающее другой конец разговора, и код маршрута 304, который используется сетью 116 для доставки пакетов данных 300 на этот другой конец. Задача 1424 может устанавливать таблицу маршрутов 716, сохраняя это другое значение ИЛК и код маршрута при ассоциации их со входным буфером для того же самого рабочего канала 208, который был идентифицирован в связи с первым значением ИЛК. Это позволяет спутнику 700 присоединить значение ИЛК 400 и код маршрута 304 к пакетам 300, как это было показано выше в связи с задачами 1306-1310.

После выполнения задачи 1424 задача 1426 добавляет параметры рабочего канала к сообщению "Разговор подсоединен". Параметры рабочего канала информируют МУ 600, принимающее это сообщение, о частоте 202 и кванте времени 204, определяющим указанный выбранный рабочий канал 208. Параметры рабочего канала могут быть получены - по крайней мере частично - путем операции перекодировки таблицы.

После выполнения задачи 1426 задача 1428 приписывает сообщение к каналу управления 210 - 212, используемого МУ 600. Задача 1428 по желанию может удалить любой код маршрута, включенный в сообщение, однако значение ИЛК 400 остается в сообщении, и МУ 600, принимающее это сообщение, может определить, что сообщение предназначено ему. После выполнения задачи 1428, программный контроль переходит на задачу 1408 и обрабатывает следующее полученное сообщение.

Возвращаясь к задаче 1420, отметим, что когда встречается любое другое сетевое управляющее сообщение, отличное от сообщения "Отменить разговор" 912, то программный контроль направляют через процесс управляющего сообщения 1312, описанный выше, к задаче 1408. Процесс 1312 копирует сообщение в соответствующий канал управления, включая канал 112 так, как это было описано выше.

Как только задача 1420 обнаружит сообщение "Разговор отменен" 912, выполняется процесс "Нормальное переключение 1412, описанный выше, который направляет это сообщение по одному из рабочих каналов 208 на МУ 600, которому это сообщение предназначено. После выполнения процесса 1412 задача 1430 удаляет ИЛК из таблицы 714 для освобождения рабочего канала, который использовался во время этого разговора, для использования другими МУ 600. Задача 1430 также удаляет значение ИЛК и код маршрута из таблицы кодов маршрута 716. Задача 1430 может также по желанию записать в таблицу 714 на место значения ИЛК какое-либо заранее определенное значение, означающее, что соответствующий рабочий канал теперь свободен. После выполнения задачи 1430 программный контроль переходит к задаче 1408 для обработки следующего поступившего сообщения.

Как показано на фиг. 13 - 14, спутники 700 выполняют свою коммутационную функцию, не встречая сколь-нибудь серьезных затруднений при обработке данных, несмотря на то, что спутники 700 и созвездие 102 движутся. Спутникам 700 нет необходимости вырабатывать коды маршрутов каждое мгновение. В противоположность этому спутники 700 могут просто интерпретировать коды маршрутов и значение ИЛК 400, проходящие через них. Спутники 700 участвуют в выборе физических каналов только во время установления телефонной связи. В этом случае выбор физических каналов осуществляется только на одном спутнике, который непосредственно обслуживает какое-либо МУ 600. Во время самого телефонного разговора спутникам 700 для получения физического адреса какого-либо рабочего канала, загруженного передачей сообщения на МУ 600, необходимо только осуществлять трансляцию значений ИЛК. При этом такая трансляция должна выполняться только на одном спутнике 700 созвездия 102, а именно том, который коммутирует пакет данных ПДВР 300 на индивидуальный канал 112. Другие коммутационные функции выполняются еще более эффективно. Значения ИЛК, которые идентифицируют логические каналы, в течение всего телефонного разговора остаются неизменными, несмотря на то, что физические каналы меняются.

Фиг. 15 - 23 являются блок-схемами процедур, выполняемых КС 800 для обеспечения обработки телефонного разговора посредством использования значений ИЛК. Вообще говоря, КС 800 для обеспечения обработки телефонных разговоров получает и реагирует на различные сообщения. Сообщения могут быть получены от МУ 600, которые регистрируются и отменяют регистрацию в сети 116. Сообщения могут быть получены от ИМУ 600, которые пытаются позволить, сообщения могут быть получены на ЦКС 800 от ИКС 800, и наоборот. В ответ на полученные сообщения КС 800 передают различные сообщения этим элементам сети. КС 800 при поддержке со стороны УИА 114, обладают основной долей "интеллекта", необходимого для организации работы сети 116. Как было показано выше, мобильные коммутационные узлы, представленные спутниками 700, во время передачи сообщений от МУ 600 к МУ 600, и обслуживая КС 800, выполняют лишь небольшой объем работы по обработке сообщений.

Для специалистов в данной области понятно, что КС 800 могут выполнять много других функций, связанных с работой сети 116. Кроме того, хотя в предпочтительном варианте настоящего изобретения основной объем "интеллектуальной" обработки сообщений возложен на КС 800, для специалистов в данной области понятно, что некоторые из функций, описанных здесь как выполняемых КС 800, в конкретных случаях могут при желании быть переданы спутникам 700 при соответствующем усложнении спутников 700.

На фиг. 15 показана блок-схема "Исполнительной процедуры" КС 1500, которую КС 800 выполняет для обеспечения обработки телефонных разговоров. Процедура 1500 анализирует сетевые управляющие сообщения, полученные КС 800, и в ответ на полученное сообщение переключает программный контроль на соответствующую процедуру. Процедура 1500 предпочтительно получает эти сообщения из входного буфера сообщений памяти 816. Работа этого входного буфера сообщений описана ниже в связи с фиг. 22-23.

"Исполнительная процедура" КС 1500 работает с двумя типами процедур. Первый тип связан с регистрацией МУ 600 в сети 116, а второй - с установлением и прекращением телефонной связи. Для специалистов в данной области понятно, что все процедуры, с которыми работает процедура 1500, могут быть реентерабельными. Следовательно, в любой заданный момент времени в связи с обработкой одного или нескольких телефонных разговоров могут выполняться многочисленные и разнообразные представители этих процедур, и в любой отдельный момент времени любая из этих процедур может выполняться много раз в отношении разных телефонных разговоров. На фиг. 16 - 21 представлены блок-схемы этих процедур.

Фиг. 16 представляет блок-схему процедуры "Регистрация включена" 1600. Процедура 1600 выполняется в связи с регистрацией какого-либо МУ 600 в сети 116. КС 800 выполняет процедуру 1600, когда получает сообщение "Регистрация включена" 902, описанное выше в связи с процедурой 1000, выполняемой МУ. Поступление сообщения "Регистрация включена" 902 означает, что какое-то МУ 600 пытается получить доступ к сети 116 с тем, чтобы воспользоваться коммуникационными услугами.

Задача 1602 процедуры 1600 осуществляет присвоение значения ИЛК 400. Характер значения ИЛК 400 был обсужден выше в связи с фиг. 4. Значение ИЛК 400 сохраняется в таблице 612 МУ 600, которое посылает сообщение "Регистрация включена". Значение ИЛК 400 может также храниться в таблице ИЛК 714 пролетающего спутника 700, который обслуживает это МУ 600. Оно может храниться и в таблице кодов маршрутов 716 спутника, обслуживающего другой конец телефонного разговора и передающего пакеты данных 300 на это МУ 600, а также в таблице кодов маршрутов 814 КС 800, которая соединяет линию ТСОП 110 к телефонному разговору с этим МУ 600. Задача 1602 предпочтительно гарантирует, что присвоенное значение ИЛК 400 не дублирует никакое другое значение ИЛК 400, используемое в данный момент времени. Это может быть осуществлено путем создания таблицы всех возможных значений ИЛК 400, которые могут быть присвоены КС 800, и последующей записи в таблицу данных, указывающих, свободно или для использования эти значения ИЛК 400, или же они уже были присвоены. Кроме того, такая таблица может по желанию включать поля для хранения ИД МУ, полученного в сообщении 902. Значение ИЛК, присвоенное задачей 1602, могло быть ранее использовано в связи с другим МУ 600, а затем освобождено.

После выполнения задачи 1602 задача 1604 обменивается сообщениями локальным УИА 114, приписанным к МУ 600, которое передает сообщение 902. Это локальное УИА 114 ведет протокол, касающийся того абонента, которому принадлежит МУ 600. Такой протокол может указывать, оплачивает ли этот абонент свои счета, его местоположение в настоящий момент, а также какие конкретные разновидности услуг абонирует абонент. Указанное сообщение в случае необходимости может быть послано в сеть 116 при помощи сетевого управляющего сообщения 500 (на рисунке не показано). Желательно, чтобы это сообщение информировало локальное УИА 114 о текущем местоположении МУ 600. В ответ УИА 114 посылает КС 800 другое сообщение.

Задача запроса 1606 может анализировать это ответное сообщение для того, чтобы решить, можно ли данному МУ 600 разрешить доступ в сеть 116. Кроме того, в качестве помощи для принятия такого решения КС 800 может оценивать любой аутентификационный код, который предоставляется сообщением 902. Если доступ разрешен быть не может, то задача 1608 высвобождает значение ИЛК 400, присвоенное выше задачей 1602. Это значение ИЛК может быть высвобождено путем записи заранее определенной величины в вышеупомянутую таблицу. После того, как значение ИЛК высвобождено, оно может быть повторно использовано. После выполнения задачи 1608 задача 1610 посылает на МУ 600 ответное сообщение 904 на сообщение "Регистрация включена". В этом случае сообщение 904 включает в себя ИД МУ, полученное из сообщения 902, и информирует, что в допуске в сеть 116 отказано. После выполнения задачи 1610 программный контроль возвращается к "Исполнительной процедуре" КС 1500 и анализирует следующее сетевое управляющее сообщение, полученное КС 800.

Если задача 1606 решает, что доступ в сеть 116 может быть разрешен, то задача 1612 создает для МУ 600 протокол абонента. Этот протокол абонента может по желанию хранить ИД МУ 614 для МУ 600, значение ИЛК 400, присвоенное выше в задаче 1602, данные, описывающие особенности, ассоциированные с конкретными МУ 600, данные, отражающие текущий статус МУ 600, и любые другие данные, признанные полезными при предоставлении коммутационных услуг. После выполнения задачи 1612 задача 1614 посылает на МУ 600 ответное сообщение 904 на сообщение "Регистрация включена". В этом случае сообщение 904 включает в себя ИД МУ, полученное от сообщения 902 и информирует о том, что допуск в сеть 116 разрешен. Кроме того, сообщение 904 включает в себя значение ИЛК 400, присвоенное выше в задаче 1602. Как было показано выше, это значение ИЛК 400 впоследствии будет использовано МУ 600 для того, чтобы определить, когда сетевые управляющие сообщения предназначены для МУ 600, и КС 800 для того, чтобы идентифицировать МУ 600, посылающее сетевое управляющее сообщение на КС 800. При использовании в качестве идентификатора МУ 600 вместо ИД МУ 614 значений ИЛК 400 экономятся ресурсы сети. После выполнения задачи 1614 программный контроль возвращается к "Исполнительной процедуре" КС 1500 и анализирует следующее сетевое управляющее сообщение, полученное КС 800.

Фиг. 17 представляет блок-схему процедуры 1700, выдающей сообщение "Регистрация выключена". Процедура 1700 выполняется также в связи с управлением процессом регистрации МУ 600 в сети 116. КС 800 выполняет процедуру 1700 в том случае, когда получено сообщение "Регистрация выключена" 916, которое было описано выше в связи с процедурой МУ 1110. Получение сообщения "Регистрация выключена" 916 означает, что МУ 600 отключена от источника энергии и не нуждается больше в коммутационных услугах сети 116. Процедура 1700 выполняет задачу 1702 по получению доступа в протокол абонента, ассоциированный с МУ 600, передающей сообщение "Регистрация выключена". Сообщение 916 передает значение ИЛК 400, причем это значение ИЛК 400 может быть использовано в качестве ключа при выборе соответствующего протокола абонента. После выполнения задачи 1702 задача 1704 очищает протокол абонента для того, чтобы КС 800 больше не хранила в списке данное МУ 600 как обслуживаемое КС 800. Задача 1706 высвобождает значение ИЛК 400, ассоциированное с МУ 600. Как было показано выше, высвобождение значения ИЛК 400 означает, что оно может быть использовано повторно другими МУ 600 или телефонными разговорами. После выполнения задачи 1706 задача 1708 обменивается сообщениями с локальным УИА 114, обслуживающим данное МУ 600, и информирует его, что это МУ 600 отменило свою регистрацию в сети 116. После выполнения задачи 1708 программный контроль возвращается к "Исполнительной процедуре" КС 1500 и анализирует следующее сетевое управляющее сообщение, полученное КС 800. КС 800 может теперь приписать значение ИЛК 400, высвобожденное в задаче 1706, другому пользователю сети 116.

Фиг. 18 представляет блок-схему процедуры 1800 сообщения "Исходящий разговор". Процедура 1800 выполняется в связи с установлением телефонной связи. КС 800 выполняет процедуру 1800 в том случае, когда получено сообщение "Исходящий разговор" 914, которая была описана выше в связи с процедурой МУ 1108. Сообщение 914 поступает на КС 800 от МУ 600, пытающегося организовать телефонный разговор (т.е. от ИМУ). Сообщение 914 идентифицирует МУ 600, используя его значение ИЛК 400, и выдает ИД места назначения, которое идентифицирует вызываемого абонента. Кроме того, процедура 1800 выполняется, когда от ТСОП 108 поступает телефонный вызов. Когда КС 800 выполняет процедуру 1800, она выступает как КС, с которой исходит телефонный разговор (ИКС).

Процедура выполняет задачу запроса 1802 и определяет, поступает ли сообщение "Исходящий разговор" 914 с МУ 600 или же оно является результатом вызова, поступившего на КС 800 по линии ТСОП 110. Если сообщение 914 поступает от МУ 600, то задача 1804 использует значение ИЛК 400 в качестве ключа для доступа в таблицу абонента МУ 600. Если сообщение 914 является результатом вызова, исходящего от ТСОП, как это описано ниже в связи с фиг. 23, то для этого вызова нет значение ИЛК. Поэтому задача 1806 получает некое значение ИЛК 400 для использования в связи с ожидаемым телефонным разговором. Задача 1806 при присвоении значения ИЛК 400 в основном работает так же, как это было описано выше в связи с задачей 1602. Присвоенное значение ИЛК 400 могло ранее быть использовано как линией ТСОП 110, так и МУ 600. Задача 1806 дополнительно ассоциирует присвоенное значение ИЛК 400 с линией ТСОП 110, по которой был получен вызов. Такое ассоциирование может быть осуществлено сохранением в таблице значений ИЛК либо значения ИЛК 400, либо какого-либо идентификатора линии ТСОП 110. Затем таблицей 812 можно оперировать подобно тому, как это было описано выше в связи с таблицей ИЛК 714 спутника 700.

После выполнения задач 1804 или 1806 задача 1808 инициализирует протокол разговора для предстоящего разговора и протоколы, которые значение ИЛК 400 ассоциирует с инициатором разговора в этом протоколе разговора. Если инициатором разговора является МУ 600, то протокол разговора может дополнительно включать запись ИД МУ для ИМУ 600. Если инициатором разговора является линия ТСОП 110, то протокол разговора может дополнительно включать запись имени линии ТСОП 110. Этот протокол разговора может дополнительно включать данные, обычно включаемые в протоколы телефонных разговоров. Такие записи используют для целей выставления счетов по оплате пользования телефонной связью и для сбора статистических данных, характеризующих особенности использования сети.

После выполнения задачи 1808 задача 1810 определяет целевую КС 800, которая будет использована при установлении телефонной связи. Если телефонный разговор должен быть передан на номер телефона ТСОП, то для того, чтобы определить, какая из КС 800 сети 116 может наилучшим образом обслужить указанный телефонный номер, может быть произведена перекодировка таблицы. Если разговор должен быть передан на МУ 600, то сначала устанавливают местоположение этого ЦМУ 600. Местоположение ЦМУ 600 может быть, например, установлено путем обмена сообщениями с локальным УИА 114, обслуживающим это ЦМУ 600. Указанное УИА 114 можно идентифицировать, анализируя ИД МУ этого ЦМУ 600. ИД МУ включено в сообщение 914. Целесообразно, чтобы локальное УИА 114 поддерживало протокол, в котором хранится последнее известное местоположение каждого МУ 600, приписанного к этому УИА. Обмен сообщениями, подобный тому, который был описан выше в связи с задачей 1604, может происходить между МУ 600 и сетью 116, так что эти данные остаются текущими в локальном УИА 114. Тогда локальное УИА 114 может ответить на сообщение указанием местоположения ЦМУ 600. Кроме того, локальное УИА 114 может указать и значение ИЛК 400, которое использует в данный момент ЦМУ 600. В этом случае ИКС 800 может использовать эту информацию о местоположении для того, чтобы найти ЦКС 800.

После того, как задача 1810 идентифицировала ЦКС 800, задача 1812 посылает на ЦКС 800 сообщение "Звуковой сигнал" 918. Сообщение "Звуковой сигнал" 918 включает в себя значение ИЛК 400, ассоциированное с инициатором телефонного разговора, а также информацию, идентифицирующую вызываемого абонента. Значение ИЛК 400, ассоциированное с инициатором разговора дает команду целевому устройству или иному устройству поблизости от цели телефонного разговора включить значение ИЛК 400 инициатора в пакеты ПДВР 300, передаваемые инициатору вызова. Если инициатором вызова является ИМУ 600, то спутник 700 использует значение ИЛК 400 инициатора для коммутации пакетов данных 300 на соответствующий рабочий канал 208, так, как это было описано выше. Если инициатором является линия ТСОП 110, то ИКС 800 использует значение ИЛК 400 аналогичным образом, так, как это описано ниже в связи с фиг. 22. Информация о целевом устройстве может иметь форму номера телефона или значение ИЛК 400, полученного от УИА 114, если вызываемым абонентом является ЦМУ 600. Как было показано выше, использование значения ИЛК 400 для идентификации какого-либо МУ 600 предпочтительнее, чем использование ИД МУ, поскольку это экономит ресурсы сети. После выполнения задачи 1614 программный контроль возвращается к "Исполнительной процедуре" КС 1500 и анализирует следующее сетевое управляющее сообщение, полученное КС 800.

Фиг. 19 представляет блок-схему процедуры сообщения "Звуковой сигнал" 1900. Процедура 1900 выполняется для обеспечения установления телефонной связи. КС 800 выполняет процедуру 1900 тогда, когда получает сообщение "Звуковой сигнал" 918, которое было описано выше в связи с процедурой ИКС 1800. Сообщение 918 поступает на КС 800 от ИКС 800, которая пытается инициировать телефонный разговор. Сообщение 918 направляется на КС 800, поскольку для инициируемого телефонного разговора эта КС 800 была определена в качестве целевой КС 800 (ЦКС). ЦКС 800 может обеспечить доступ к ТСОП 108 или ЦМУ 600. Сообщение 918 несет данные, которые идентифицируют ИКС 800, поставшую сообщение 918, и значение ИЛК 400, ассоциированное с вызывающим абонентом. Сообщение 918 дополнительно несет ИД цели. ИД цели идентифицирует вызываемого абонента.

Процедура 1900 первоначально выполняет задачу запроса 1902. Задача 1902 анализирует ИД цели, которое несет сообщение 918 и решает, адресован телефонный разговор ТСОП 108 или ЦКС 800. Если телефонный разговор адресован номеру телефона ТСОП, то задача 1904 присваивает этому телефонному разговору значение ИЛК 400, используя принципы, которые были описаны выше в связи с задачей 1602. Далее, задача 1906 выбирает свободную линию ТСОП 110 и ассоциирует с этой линией ТСОП 110 значение ИЛК 400, присвоенное в задаче 1904. Это ассоциирование может быть выполнено путем сохранения в таблице ИЛК 812 либо данных, идентифицирующих линию ТСОП 110, либо значения ИЛК 400.

Задача 1908 инициализирует протокол разговора для предстоящего телефонного разговора. Задача 1908 записывает в протокол разговора как значения ИЛК 400 вызывающего и вызываемого абонента, так и имя линии ТСОП 110, используемой при установлении связи. Кроме того, устанавливается таблица кодов маршрутов 814, содержащая значение ИЛК 400 и коды маршрутов для исходящих телефонных разговоров. После этого задача 1910 по выбранной линии ТСОП 110 "набирает" номер телефона ТСОП способом, согласующимся с требованиями ТСОП 108, подключенной к ЦКС 800. Если на вызов отвечают по выбранной линии ТСОП 110, то задача 1912 посылает на ИКС 800 сообщение "Трубка снята" 908. Это сообщение "Трубка снята" 908 несет значение ИЛК 400, присвоенное выше в задаче 1904. Кроме того, задача 1912 обновляет протокол телефонного разговора для этого разговора для того, чтобы обозначить, что на вызов ответили, и для записи времени. После выполнения задачи 1614 программный контроль возвращается к "Исполнительной процедуре" КС 1500 и анализирует следующее сетевое управляющее сообщение, полученное КС 800.

Возвращаясь к задаче 1902, отметим, что если встречается сообщение "Звуковой сигнал" 918, означающее, что какое-либо ЦМУ 600 является вызываемым абонентом, то задача 1914 для получения доступа к протоколу абонента означенного ЦМУ 600 использует значение ИЛК 400 для вызываемого абонента, которое содержится в сообщении 918. Затем задача 1916 инициализирует протокол разговора для данного разговора и записывает в него значение ИЛК 400 для вызывающего и вызываемого абонентов, а также ИД МУ для этого ЦМУ, полученный из протокола абонента. После выполнения задачи 1916 задача 1918 посылает на указанное ЦМУ 600 сообщение "Поступает разговор" 906. Сообщение "Поступает разговор" 906 было описано выше в связи с процедурой 1106. Как там было отмечено, для экономии ресурсов сети сообщение 906 опускает ИД МУ для этого ЦМУ как идентификатор и использует вместо него значение 400 для этого ЦМУ. После выполнения задачи 1614 программный контроль возвращается к "Исполнительной процедуре" КС 1500 и анализирует следующее сетевое управляющее сообщение, полученное КС 800. Когда на ИКС 800 от ЦМУ 600 поступит сообщение "Трубка снята" 908, то будет признано, что ЦМУ 600 отвечает на поступающий телефонный разговор.

Фиг. 20 представляет блок-схему процедуры "Трубка снята" 2000. ЦКС 800 выполняет процедуру 2000 по получении сообщения "Трубка снята" 908 от ЦМУ 600. Как было показано выше в связи с процедурой МУ 1106. ЦМУ 600 отвечает сообщением "Трубка снята" 908 тогда, когда пользователь ЦМУ 600 отвечает на вызов. Сообщение "Трубка снята" 908 идентифицирует ЦМУ 600 посредством значения ИЛК 400. Кроме того, ИКС 800 выполняет процедуру 2000, когда от ЦКС 800 поступает сообщение "Трубка снята" 908.

В соответствии с этим, задача запроса 2002 определяет, работает ли для данного разговора КС 800 в режиме ЦКС, или ИКС. Если КС 800 работает в режиме ИКС, то сообщение 908 генерируется ЦМУ 600. Если КС 800 работает в режиме ЦКС, то задача 2004 посылает на ИКС 800, обрабатывающую данный разговор, сообщение "Трубка снята" 908. Сообщение 908 несет значение ИЛК 400 данной ЦМУ, и это значение ИЛК может быть использовано в качестве ключа доступа к протоколу абонента ЦМУ и к протоколу разговора для того, чтобы определить код маршрута 304 для соответствующей ИКС 800. Задача 2004 вызывает включение значения ИЛК 400 данного ЦМУ в сообщение 908, которое оно посылает на ИКС 800. После выполнения задачи 2004 задача 2006 посылает сообщение "Разговор подсоединен" 910 на ЦМУ 600. Как было показано выше, сообщение 910 несет значение ИЛК 400 инициатора разговора. Указанное включение значения ИЛК 400 инициатора разговора ведет к тому, что спутник 700 включает значение ИЛК 400, содержащееся в таблице кодов маршрутов 716, в пакет данных 300, посылаемый инициатору разговора. Сообщение 910 дополнительно содержит значение ИЛК 400 целевого МУ 600, которому сообщение 910 посылается для использования в качестве идентификатора. Спутник 700, непосредственно обслуживающий ЦМУ 600, может перехватывать сообщение 910, которое в этом случае используется для того, чтобы способствовать назначению рабочего канала 208, как это было показано выше в связи с задачами 1422 - 1428. После выполнения задачи 2006 программный контроль возвращается к "Исполнительной процедуре" КС 1500 и анализирует следующее сетевое управляющее сообщение, полученное КС 800.

Возвращаясь к задаче 2002, отметим, что когда КС 800 не работает для данного разговора в режиме ЦКС, т.е. служит ИКС, задача 2008 сохраняет значение ИЛК 400 в протоколе разговора для данного разговора, и в таблице кодов маршрутов 814. Инициатором разговора может быть как ИМУ 600, так и линия ТСОП 110. Если инициатором разговора является ИМУ 600, то задача 2010 посылает на ИМУ 600 сообщение "Разговор подсоединен" 910. Сообщение 910 включает значение ИЛК 400, ассоциированное с целью, или вызываемым абонентом, для использования в таблице кодов маршрутов 716. Это вызывает направление пакетов данных 300 вызываемому абоненту. Кроме того, для включения в таблицу значений ИЛК 714 может быть послано значение ИЛК 400, ассоциированное с ИМУ 600. Если инициатором разговора является линия ТСОП 110, то задача 2012 сохраняет целевое значение ИЛК 400 для включения в пакеты данных, предназначенных для передачи с ИКС 800 вызываемому абоненту. После выполнения задачи 2012 программный контроль возвращается к "Исполнительной процедуре" КС 1500 и анализирует следующее сетевое управляющее сообщение, полученное КС 800.

Фиг. 21 представляет блок-схему процедуры "Отменить разговор" 2100. КС 800 выполняет процедуру 2100, когда получает сообщение "Отменить разговор" 912. Сообщение 912 может быть получено от МУ 600 или другой КС 800, оно может быть получено, когда КС 800 выступает в роли ИКС ли ЦКС. Как было показано выше, сообщение "Отменить разговор" 912 означает, что процесс установления связи или сам разговор должны быть прерваны.

Процедура 2100 выполняет задачу 2102, дающую команду на завершение обработки разговора и на отправление протокола разговора, который готовился КС 800 для данного разговора. Протокол разговора направляется элементу среды 100, ответственному за ведение статистической отчетности по использованию сети и/или за оформление счета за разговор. Однако нет никакого обязательного требования того, чтобы задача 2102 направляла протокол разговора немедленно, и протоколы разговоров могут накапливаться для передачи по сети 116 в моменты низких нагрузок. Протоколы разговора содержат постоянный идентификатор по крайней мере одной стороны разговора, например ИД МУ или линии ТСОП, момента времени выполнения разговора и значения ИЛК 400 вызывающего и вызываемого абонентов. Каждая КС 800, обслуживающая разговор, ведет свою собственную версию протокола разговора. Элемент сети, ответственный за обработку протоколов разговоров, может использовать значения ИЛК 400 и время для ассоциации соответствующих протоколов разговоров с конкретным разговором. Ведение для каждого разговора двух протоколов разговора обеспечивает дублирование при сборе информации, так что в конечном результате генерируется надежная информация об использовании сети.

Если КС 800 выделила под данный разговор линию ТСОП 110, то задача 2104 освобождает эту линию, а также значения ИЛК 400, присвоенные этой линии ТСОП. После этого значение ИЛК 400 становится свободно для последующего присвоения другой линии ТСОП либо МУ 600. С другой стороны, если значение ИЛК 400 присвоено МУ 600, то это значение ИЛК по прекращении разговора не высвобождается. Напротив, МУ 600 продолжает использовать это значение ИЛК до тех пор, пока оно остается зарегистрированным в сети 116. Конечно, ничто не мешает КС 800 присвоить новое значение ИЛК, если она захочет сделать это.

Задача 2106 прерывает все текущие процессы, связанные с разговором. Такими процессами могут, например, быть ожидание того момента, когда линия, по которой должен идти разговор, или МУ 600 дадут сигнал о том, что трубка снята. Задача 2108 посылает сообщение "Отменить разговор" 912 либо обслуживаемому МУ 600, либо КС 800, являющейся партнером по данному разговору. Как было показано выше, из сообщения 912 исключены ИД МУ. После выполнения задач 2102 - 2108 телефонный разговор отключается, программный контроль выходит из процедуры 2100 и возвращается к "Исполнительной процедуре" КС 1500 для обработки следующего сетевого управляющего сообщения.

Фиг. 22 представляет блок-схему процедуры "От сети" 2200, которая обрабатывает сообщения, полученные от сети 116 по магистральному каналу 104 или по другим каналам связи. Задача 2202 принимает очередное сообщение, которое поступило на КС 800. После выполнения задачи 2202 задача запроса 2204 анализирует полученное сообщение и определяет, является ли оно сетевым управляющим сообщением 500 или же пакетом данных ПДВР. Если сообщение представляет собой сетевое управляющее сообщение 500, то задача 2206 удаляет ненужные рабочие данные и помещает сообщение во входной буфер сообщений для того, чтобы "Исполнительная процедура" КС 1500 соответствующим образом оценила это сообщение. После выполнения задачи 2206 программный контроль возвращается к задаче 2202 для обработки следующего сообщения.

Как только задача 2204 определит, что сообщение является пакетом ПДВР 300, то задача 2208 использует значение ИЛК 400 из пакета 300 для того, чтобы определить целевую линию ТСОП 110. Для определения походящей линии ТСОП 110 задача 2208 может обращаться к таблице значений ИЛК 812. После выполнения задачи 2208 задача 2210 преобразует пакет 300 в сигнал, совместимый с требованиями ТСОП 108. Например, задача 2210 очищает пакет 300 от любых рабочих данных по сети. Эти рабочие данные могут тестироваться для того, чтобы определить представляют ли они сетевое управляющее сообщение, например сообщение "Отменить разговор" 912, и в случае, когда это является целесообразным, направляться во входной буфер сообщений. Задача 2210 может дополнительно декодировать и "расширять" сжатые данные, содержащиеся в пакете 300, преобразовывать данные в аналоговый сигнал и направлять аналоговый сигнал на линию ТСОП 110, идентифицированную выше в задаче 2208. После выполнения задачи 2210 программный контроль возвращается к задаче 2202 для обработки следующего сообщения.

Фиг. 23 представляет блок-схему процедуры "От ТСОП" 2300, которая обрабатывает сообщения, полученные от ТСОП 108 по линии ТСОП, 110. Задача 2302 получает все данные, присутствующие на следующей линии ТСОП 110, которые анализируются процедурой 2300. Если данные линии ТСОП 110 указывают, что присутствует сигнал вызова, то задача 2304 отвечает линии 110 и принимает от инициатора вызова ИД вызываемого абонента. Прием ИД вызываемого абонента предпочтительно осуществлять при помощи обычной интерактивной системы с речевым ответом. По получении идентификатора вызываемого абонента задача 2304 формирует сообщение "Исходящий разговор" 914, описывающее полученный вызов, и помещает сообщение 914 во входной буфер сообщений КС 800 для анализа его "Исполнительной процедурой" 1500.

Если данные, полученные с линии ТСОП 110, являются данными телефонного разговора, то задача 2400 переводит их в цифровую форму и кодирует фрейм таких данных. Затем фрейм данных формируется в пакет данных ПДВР 300 и объединяется с соответствующим кодом маршрута 304 и значением ИЛК 400 противоположного партнера по разговору из таблицы 814. Этот пакет данных 300 помещается в очередь для передачи по магистральному каналу 104.

Если данные линии ТСОП 110 указывают на наличие сигнала "Трубка не снята", то задача формирует сообщение "Отменить разговор" 912 и помещает это сообщение по входной буфер сообщений КС 800 для анализа его "Исполнительной процедурой" 1500. После выполнения задачи 2308 программный контроль возвращается к задаче 2302 для анализа следующей линии ТСОП 110.

В целом, изобретение предоставляет улучшенный способ идентификации каналов связи в коммуникационной сети. Путем использования значения ИЛК 400, каналы связи идентифицируют скорее в логическом, чем в физическом смысле. Использование в сетевом управляющем сообщении 500 значения ИЛК 400 экономит ресурсы сети, поскольку передается меньший объем данных, чем необходимо при передаче значения ИД, постоянно ассоциированного с МУ 600. Кроме того, использование значений ИЛК 400 в пакете данных ПДВР, экономия ресурсы сети, одновременно понижает требования, предъявляемые к процессам обработки данных в оконечных коммутационных узлах. Снижение требований происходит потому, что коммутационные узлы не должны уже постоянно определять, какой физический канал использовать для передачи сообщения. Снижение требований к процессам обработки особенно желательно в случае использования в качестве коммутационных узлов перемещающихся спутников, поскольку это уменьшает сложность спутника. Меньшая сложность ведет к повышению надежности, снижению потребления энергии, массы, и стоимости.

Изобретение было описано выше со ссылкой на предпочтительные варианты изобретения. Однако, для специалистов в данной области понятно, что в указанные предпочтительные варианты могут вноситься изменения и модификации, не выходящие за рамки настоящего изобретения. Для специалистов в данной области понятно, например, что в качестве альтернативы сеть может присваивать и высвобождать значения ИЛК 400 для МУ при вызове абонента и по завершении разговора соответственно, так, как это было описано выше в связи с телефонными разговорами, поступающими по линии ТСОП. Кроме того, для специалистов в данной области понятно, что перекрестные коммутаторы могут располагать не отдельными входным и выходным буферами, а иметь один буфер с указателями входных и выходных данных. Для специалистов в данной области понятно, что настоящее изобретение может быть продолжено в том смысле, что спутники смогут замещать свои собственные значения ИЛК для трафика на те, которые предоставляются КС 800, что позволило бы спутникам в описанной выше задаче 1314 более эффективно получать адреса выходного буфера. По другому варианту, обсужденные здесь функции могут быть перераспределены между различными описанными здесь устройствами. Например, обрабатывать и присваивать коды маршрутов и значения ИЛК пакетами данных телефонных разговоров могут не спутники, а МУ. Эти и другие модификации и изменения, которые очевидны для специалистов в данной области, считаются попадающими под действие настоящего изобретения.

Коммуникационная сеть включает в себя спутники, которые служат коммутационными узлами и перемещаются по орбитам вокруг земли. Сеть дополнительно включает в себя стационарные коммутационные станции. Подвижные коммуникационные устройства через спутники обмениваются сообщениями с сетью, используя при этом пакеты данных и сетевые управляющие сообщения. Коммутационные станции подключены к телефонной сети общего пользования. Каждое подвижное устройство обслуживается соседней коммутационной станцией, которая присваивает этому устройству значение идентификатора логического канала (ИЛК). Указанное устройство и сеть используют значение ИЛК для идентификации устройства при обмене сообщениями в сети так, что экономятся ресурсы сети. Сеть обеспечивает, чтобы значения ИЛК, присвоенные партнерам по телефонному разговору, были включены во все пакеты данных ПДВР, передаваемые партнерам по разговору. Спутники и коммутационные станции используют эти значения ИЛК как назначенные логические каналы, которые не меняются в течение разговора, несмотря на то, что спутники движутся. 3 с. и 16 з.п.ф-лы, 23 ил.

1. Способ работы устройства, используемого для электронной передачи данных телефонного разговора по коммуникационной сети, отличающийся тем, что принимает сетевое управляющее сообщение от указанной сети, причем указанное сообщение несет значение идентификатора логического канала (ИЛК), предназначенное для использования при передаче данных телефонного разговора во время телефонного разговора, получают данные телефонного разговора для передачи по указанной сети во время указанного телефонного разговора и пересылают сообщение с данными телефонного разговора в указанную сеть, причем указанное сообщение с данными телефонного разговора включает в себя указанное значение ИЛК и указанные данные телефонного разговора. 2. Способ по п.1, отличающийся тем, что при получении данных телефонного разговора указанные данные телефонного разговора разбивают на пакеты данных ПДВР, а при пересылке сообщения с данными телефонного разговора в коммуникационную сеть включают указанное значение ИЛК в каждый из указанных пакетов данных ПДВР. 3. Способ по п.1, отличающийся тем, что указанное устройство является промежуточным коммутационным узлом указанной коммуникационной сети, причем способ дополнительно включает сохранение значения ИЛК в ассоциации с одним из множества рабочих каналов, поддерживаемых указанным коммутационным узлом, а получение данных телефонного разговора осуществляют путем приема указанных данных телефонного разговора по одному из множества рабочих каналов. 4. Способ по п.3, отличающийся тем, что формируют пакет данных, включающий указанные данные телефонного разговора, полученные при получении данных телефонного разговора, и указанные сохраненные значения ИЛК. 5. Способ обеспечения работы первого коммуникационного устройства, заключающийся в том, что осуществляют телефонные разговоры между первым коммуникационным устройством и другими устройствами, доступ к которым возможен через коммуникационную сеть, отличающийся тем, что соединяют существенно постоянное значение идентификатора (ИД) с указанным первым коммуникационным устройством, посылают указанное значение ИД в указанную коммуникационную сеть, в ответ получают значение идентификатора логического канала (ИЛК) из указанной коммуникационной сети, и посылают сетевое управляющее сообщение в указанную коммуникационную сеть, причем указанное сетевое управляющее сообщение включает в себя в качестве идентификатора указанного первого коммуникационного устройства указанное значение ИЛК. 6. Способ по п.5, отличающийся тем, что при посылке сетевого управляющего сообщения в указанную коммуникационную сеть воздерживаются от посылки указанного значения ИД. 7. Способ по п.5, отличающийся тем, что указанная коммуникационная сеть посылает второе сетевое управляющее сообщение указанному первому коммуникационному устройству, причем указанное второе сетевое управляющее сообщение передается по вещательному каналу, доступному первому коммуникационному устройству и указанным другим устройствам, при этом способ дополнительно включает в себя мониторинг указанного вещательного канала для обнаружения указанного значения ИЛК. 8. Способ обеспечения работы коммуникационного узла коммуникационной сети, заключающийся в том, что указанная коммуникационная сеть располагает множеством коммуникационных узлов, причем указанная коммуникационная сеть служит для передачи пакетов данных ПДВР на какое-либо коммуникационное устройство, отличающийся тем, что посылают указанным коммуникационным устройством вызов через указанную коммуникационную сеть на указанное коммуникационное устройство, получают значение идентификатора логического канала (ИЛК), сохраняют указанное значение ИЛК так, чтобы образовалась ассоциация между указанным значением ИЛК и данными, связанными с указанным вызовом, и организуют включение указанного значения ИЛК в пакеты данных, посылаемые в указанное коммуникационное устройство, причем указанное значение ИЛК используется указанной коммуникационной сетью для выбора маршрута пересылки указанных пакетов на указанное коммуникационное устройство. 9. Способ по п.8, отличающийся тем, что пакеты данных ПДВР дополнительно посылают на второе коммуникационное устройство, причем указанный способ дополнительно заключается в том, что после окончания вызова отменяют указанную ассоциацию между указанным значением ИЛК и указанным вызовом, посылают второй вызов через указанную коммуникационную сеть на второе коммуникационное устройство, получают указанное отмененное значение ИЛК, сохраняют указанное значение ИЛК так, чтобы образовалась ассоциация между указанным значением ИЛК и данными, связанными с указанным вторым вызовом, и организуют включение указанного значения ИЛК в пакеты данных, посылаемые на указанное второе коммуникационное устройство. 10. Способ по п.8, отличающийся тем, что указанное коммуникационное устройство является одним из множества подвижных устройств и имеет существенно постоянное значение идентификатора (ИД), ассоциированное с ним, причем указанное значение ИД единственным образом идентифицирует это подвижное коммуникационное устройство в указанном множестве подвижных коммуникационных устройств и имеет заранее определенную длину, кроме того, дополнительно получают указанное значение ИД от указанного подвижного устройства до получения указанного значения ИЛК, присваивают указанное значение ИЛК и сохраняют указанное значение ИД так, чтобы указанная ассоциация включала в себя указанное значение ИД. 11. Способ по п.10, отличающийся тем, что присвоение указанного значения ИЛК заключается в формировании указанного значения ИЛК так, чтобы оно имело длину, меньшую, чем указанная заранее определенная длина указанного значения ИД. 12. Способ по п.10, отличающийся тем, что указанное значение ИЛК является одним из множества значений ИЛК, присутствующих в указанной коммуникационной сети, а присвоение указанного значения ИЛК заключается в конфигурировании указанного значения ИЛК так, чтобы оно было единственным в указанном множестве значений ИЛК. 13. Способ по п.10, отличающийся тем, что получение указанного значения ИД заключается в получении первого сетевого управляющего сообщения, содержащего запрос на регистрацию коммуникационного устройства в указанной коммуникационной сети, причем указанное первое сообщение включает в себя значение ИД, и в посылке после присвоения указанного значения ИЛК второго сетевого управляющего сообщения на указанное коммуникационное устройство, причем указанное второе сетевое управляющее сообщение включает в себя указанное значение ИЛК. 14. Способ по п.13, отличающийся тем, что отключают указанный вызов и принимают после указанного отключения третье сетевое управляющее сообщение, содержащее запрос на второй вызов, причем указанное третье сетевое управляющее сообщение включает в себя указанное значение ИЛК, используемое для идентификации указанного передвижного коммуникационного устройства как устройства из указанного множества передвижных коммуникационных устройств, которое выдало указанный запрос на второй вызов. 15. Способ по п.10, отличающийся тем, что принимают первое сетевое управляющее сообщение, содержащее запрос на отмену регистрации указанного коммуникационного устройства в указанной коммуникационной сети, и отменяют указанную ассоциацию указанного значения ИЛК в ответ на прием первого сетевого управляющего сообщения. 16. Способ по п.8, отличающийся тем, что указанное коммуникационное устройство является одним из множества подвижных коммуникационных устройств и имеет существенно постоянное значение идентификатора (ИД), ассоциированное с ним, причем указанное значение ИД единственным образом идентифицирует это подвижное устройство в указанном множестве подвижных коммуникационных устройств и имеет заранее определенную длину, при этом способ дополнительно заключается в том, что указанное значение ИЛК присваивают таким образом, чтобы оно было конфигурировано так, чтобы иметь меньшую длину, чем указанная заранее определенная длина, и передают сетевые управляющие сообщения по указанной коммуникационной сети, причем указанные сетевые управляющие сообщения несут данные, касающиеся указанного передвижного коммуникационного устройства, и указанные сетевые управляющие сообщения включают в себя значение ИЛК для использования при идентификации указанного передвижного коммуникационного устройства. 17. Способ по п.16, отличающийся тем, что при передаче сетевых управляющих сообщений исключают указанное значение ИД из указанных сетевых управляющих сообщений так, чтобы количество данных, включенных в указанные сообщения, было меньшим по сравнению с количеством данных, необходимым для включения указанного значения ИД для идентификации указанного передвижного коммуникационного устройства. 18. Способ по п.8, отличающийся тем, что второе коммуникационное устройство в указанном коммуникационном узле подключают через телефонную сеть общего пользования (ТСОП) к одной из множества линий ТСОП, присваивают второе значение ИЛК, сохраняют указанное второе значение ИЛК для образования ассоциации между указанным вторым значением ИЛК, данными, связанными с указанным вызовом, и данными, связанными с указанной линией ТСОП, получают от указанной коммуникационной сети множество пакетов данных ПДВР, причем часть указанного множества пакетов данных включает в себя указанное второе значение ИЛК, анализируют указанное множество пакетов данных для выявления указанной части пакетов данных, преобразуют указанную часть пакетов данных в сигнал, совместимый с указанной линией ТСОП, и направляют указанный сигнал в указанную линию ТСОП, причем указанная линия ТСОП выбирается из указанного множества линий ТСОП в соответствии с указанным вторым значением ИЛК. 19. Способ по п.8, отличающийся тем, что получение значений ИЛК повторяют некоторое число раз для того, чтобы получить некоторое число значений ИЛК для использования их во множестве коммуникационных устройств, при этом получение значений ИЛК осуществляют путем конфигурирования каждого значения ИЛК таким образом, чтобы они содержали заранее определенные значения, которые единственным образом идентифицировали указанный коммутационный узел в указанной коммуникационной сети.