Система и способ наращиваемой многофункциональной сетевой связи
Формула / Реферат
1. Способ наращиваемой многофункциональной сетевой связи между устройствами представления и поставщиками услуг, включающий
беспроводной прием через головной управляющий компьютер переданных сообщений восходящего потока от группы устройств ОПП и беспроводную отправку через головной управляющий компьютер передаваемых сообщений нисходящего потока к устройствам ОПП;
установление связи между головным управляющим компьютером и поставщиками услуг через группу подсистем управления поставщиков услуг;
при этом головной управляющий компьютер беспроводным образом принимает переданные сообщения от устройств ОПП и пересылает их подсистемам управления поставщиков услуг, и головной управляющий компьютер принимает сообщения от подсистем управления поставщиков услуг и передает их беспроводным образом к устройствам ОПП.
2. Способ по п.1, отличающийся тем, что дополнительно включает совместное использование по меньшей мере одного канала с помощью множественного доступа с временным разделением.
3. Способ по п.1, отличающийся тем, что дополнительно включает модулирование, передачу, сбор, отслеживание и демодулирование сигналов на входящей и исходящей линиях связи.
4. Способ по п.1, отличающийся тем, что дополнительно включает отслеживание фазы главного системного тактирования через местное тактирование.
5. Способ по п.4, отличающийся тем, что для целей синхронизации тактирования входящую линию связи замыкают на исходящую линию связи.
6. Способ по п.1, отличающийся тем, что дополнительно включает организацию и передачу управляющих сообщений через управляющие приложения.
7. Способ по п.1, отличающийся тем, что дополнительно включает использование очереди передачи сообщений и очереди приёма сообщений как в головном управляющем компьютере, так и в каждом ОПП.
8. Способ по п.1, отличающийся тем, что дополнительно включает использование по меньшей мере одной очереди запросов в каждом из ОПП и в головном управляющем компьютере.
9. Способ по п.1, отличающийся тем, что дополнительно включает отслеживание исходящей линии связи для целей выборочного введения предназначенных для неё сообщений посредством каждого ОПП и для целей поддержания синхронизации исходящей линии связи.
10. Способ по п.1, отличающийся тем, что дополнительно включает использование маршрутизатора приёма в головном управляющем компьютере для отслеживания принятых сообщений и направления их в соответствии с их заголовками сообщений.
11. Способ по п.1, отличающийся тем, что дополнительно включает использование планировщика передач в каждом ОПП и в головном управляющем компьютере для воздействия на передачу сообщений.
12. Способ по п.11, отличающийся тем, что дополнительно включает регулирование длины и частоты передаваемых сообщений посредством планировщика передач так, чтобы они находились в желательном диапазоне значений.
13. Способ по п.1, отличающийся тем, что каждое ОПП использует управляющее приложение алгоритма синхронизации запросов для определения того, что местный запрос ОПП идентичен главному запросу для целей синхронизации.
14. Способ по п.1, отличающийся тем, что дополнительно включает синхронизацию местного запроса с главным запросом посредством алгоритма синхронизации запросов.
15. Способ по п.1, отличающийся тем, что алгоритм вставки запроса в ОПП синхронизируется по запросу и устанавливает и поддерживает времена передачи ИЗ для значительного числа ИЗ в местной очереди запросов.
16. Способ по п.1, отличающийся тем, что дополнительно включает регистрацию каждого ОПП, при этом регистрация включает обнаружение сдвига ОПП, который представляет собой время распространения по исходящей линии связи между каждым ОПП и головным управляющим компьютером.
17. Способ по п.1, отличающийся тем, что дополнительно включает отбор сообщения ИЗ для передачи посредством планировщика передач и определение порядка отбора ИЗ для передачи на основе характеристик сообщения ИЗ.
18. Способ по п.1, отличающийся тем, что каждое ОПП включает планировщик передач для отбора сегментов Алоха для передачи сообщения запроса.
19. Способ по п.1, отличающийся тем, что дополнительно включает генерирование интервальных запросов на сегменты Алоха посредством алгоритма подачи сегментов Алоха в головном управляющем компьютере.
20. Способ по п.1, отличающийся тем, что дополнительно включает соединение каждого ОПП и устройств представления через сервисные интерфейсные модули.
21. Способ по п.1, отличающийся тем, что дополнительно включает соединение поставщиков услуг и головного управляющего компьютера через устройства управляющей функции администрирования сервисных сообщений.
22. Способ по п.1, отличающийся тем, что сообщения переносятся в сегментах, и каждое имеет заголовок сообщения.
23. Способ по п.1, отличающийся тем, что дополнительно включает демодуляцию и декодирование входящих сообщений головным управляющим компьютером.
24. Способ по п.1, отличающийся тем, что каждое ОПП содержит набор подлежащих передаче сообщений в очереди передачи сообщений.
25. Способ по п.18, отличающийся тем, что планировщик передач определяет, что сообщение запроса, которое подлежит передаче, имеет испорченное содержание, и тем самым предупреждается его успешный приём головным управляющим компьютером.
26. Способ по п.1, отличающийся тем, что сообщения включают сервисные сообщения, переносящие сообщения данных и управляющие сообщения в виде сообщений запроса.
27. Способ по п.26, отличающийся тем, что сообщение запроса включает множество запросов сообщений от устройств ОПП.
28. Способ по п.27, отличающийся тем, что дополнительно включает прием запросов сообщений в устройствах ОПП и отбор по меньшей мере одного из них в качестве временного сегмента Алоха для отправки по меньшей мере одного сообщения запроса восходящего потока к головному управляющему компьютеру.
29. Способ по п.28, отличающийся тем, что дополнительно включает прием в головном управляющем компьютере сигналов запросов от устройств ОПП и их размещение в сообщении обновления очереди запросов и его отправку в нисходящем потоке к устройствам ОПП.
30. Способ по п.29, отличающийся тем, что дополнительно включает прием в устройствах ОПП сообщения обновления очереди запросов, и его добавление к местным очередям запросов, и отправку сервисных сообщений из устройств ОПП к головному управляющему компьютеру в ответ на назначенные временные сегменты очереди запросов.
31. Способ по п.30, отличающийся тем, что дополнительно включает прием в головном управляющем компьютере сервисных сообщений от устройств ОПП и далее распределение их к устройствам ОПП и подсистемам управления поставщиков услуг.
32. Способ по п.30, отличающийся тем, что дополнительно включает сбор сообщений запросов и формирование сообщения обновления очереди запросов.
33. Способ по п.32, отличающийся тем, что дополнительно включает прием сообщения обновления запросов и помещение содержащих их сообщений в очередь запросов под управлением алгоритма вставки.
34. Способ по п.1, отличающийся тем, что дополнительно включает сбор и отслеживание границы интервалов на исходящем канале связи.
35. Способ в соответствии с п.1, отличающийся тем, что сообщения восходящего и нисходящего потоков передаются в УВЧ-диапазоне.
36. Система наращиваемой многофункциональной сетевой связи между устройствами представления и поставщиками услуг, включающая
группу сервисных интерфейсных модулей для связи со связанными устройствами представления;
группу устройств ОПП, связанных с сервисными интерфейсными модулями;
средство для беспроводного приёма через головной управляющий компьютер переданных сообщений восходящего потока от устройств ОПП и беспроводной отправки через головной управляющий компьютер передаваемых сообщений нисходящего потока к устройствам ОПП;
средство для установления связи между головным управляющим компьютером и поставщиками услуг через группу подсистем управления поставщиков услуг;
при этом головной управляющий компьютер беспроводным обрачюь принимает сообщения от устройств ОПП и пересылает их к подсистемам управления поставщиков услуг, и головной управляющий компьютер принимает сообщения от подсистем управления поставщиков услуг и передает их беспроводным образом к устройствам ОПП.
37. Система по п.36, отличающаяся тем, что дополнительно включает средство для совместного использования по меньшей мере одного канала с помощью множественного доступа с временным разделением.
38. Система по п.36, отличающаяся тем, что дополнительно включает средство для модуляции, передачи, сбора, отслеживания и демодуляции сигналов на входящей и исходящей линиях связи.
39. Система по п.36, отличающаяся тем, что дополнительно включает главный генератор тактирования в головном управляющем компьютере и местный генератор тактирования в каждом устройстве ОПП, при этом местный генератор тактирования отслеживает фазу главного системного генератора тактирования.
40. Система по п.39, отличающаяся тем, что дополнительно включает средство для привязки входящей линии к исходящей линии связи для целей синхронизации тактирования.
41. Система по п.36, отличающаяся тем, что дополнительно включает средство для захвата и отслеживания границ интервалов на исходящей линии связи.
42. Система по п.36, отличающаяся тем, что дополнительно включает управляющие приложения для организации и передачи управляющих сообщений.
43. Система по п.36, отличающаяся тем, что дополнительно включает средство, определяющее очереди передачи сообщений и очереди приёма сообщений, как в головном управляющем компьютере, так и в каждом ОПП.
44. Система по п.36, отличающаяся тем, что дополнительно включает средство, определяющее по меньшей мере одну очередь запросов в каждом из ОПП и в головном управляющем компьютере.
45. Система по п.36, отличающаяся тем, что дополнительно включает средство для отслеживания исходящей линии связи для целей выборочного введения предназначенных для неё сообщений посредством каждого ОПП и для целей поддержания синхронизации исходящей линии связи.
46. Система по п.36, отличающаяся тем, что дополнительно включает маршрутизатор приёма в головном управляющем компьютере для отслеживания принятых сообщений и направления их в соответствии с их заголовками сообщений.
47. Система по п.36, отличающаяся тем, что дополнительно включает планировщиков передач в каждом ОПП и в головном управляющем компьютере для воздействия на передачу сообщений.
48. Система по п.47, отличающаяся тем, что дополнительно включает средство для регулировки длины и частоты передаваемых сообщений посредством планировщика передач так, чтобы они находились в желательном диапазоне значений.
49. Система по п.36, отличающаяся тем, что дополнительно включает в каждом ОПП средство для использования управляющего приложения алгоритма синхронизации запросов для определения того, что местный запрос ОПП идентичен главному запросу для целей синхронизации.
50. Система по п.36, отличающаяся тем, что дополнительно включает средство для синхронизации местного запроса с главным запросом посредством алгоритма синхронизации запросов.
51. Система по п.36, отличающаяся тем, что дополнительно включает средство, которое определяет алгоритм вставки запроса в ОПП синхронизированный запрос и устанавливает и поддерживает времена передачи ИЗ для значительного числа ИЗ в местной очереди запросов.
52. Система по п.36, отличающаяся тем, что дополнительно включает средство для регистрации каждого ОПП, при этом регистрация включает обнаружение сдвига ОПП, который представляет собой время распространения по исходящей линии связи между каждым ОПП и головным управляющим компьютером.
53. Система по п.36, отличающаяся тем, что дополнительно включает средство для отбора сообщения ИЗ для передачи посредством планировщика передач и для определения порядка отбора ИЗ для передачи на основе характеристик сообщения ИЗ.
54. Система по п.36, отличающаяся тем, что каждое ОПП включает планировщика передач для отбора сегментов Алоха для передачи сообщения запроса.
55. Система по п.36, отличающаяся тем, что дополнительно включает средство для генерирования интервальных запросов для ИПСА посредством алгоритма подачи сегментов Алоха в головном управляющем компьютере.
56. Система по п.36, отличающаяся тем, что сообщения включают сервисные сообщения, переносящие сообщения данных и управляющие сообщения в виде сообщений запроса, при этом сообщение запроса включает множество запросов сообщений от устройств ОПП.
57. Система по п.56, отличающаяся тем, что дополнительно включает средство для приема запросов сообщений в устройствах ОПП и отбор по меньшей мере одного из них в качестве временного сегмента Алоха для отправки по меньшей мере одного входящего потока сообщения запроса к головному управляющему компьютеру.
58. Система по п.57, отличающаяся тем, что дополнительно включает средство для приема в головном управляющем компьютере сигналов запросов от устройств ОПП и их размещение в сообщении обновления очереди запросов и его отправку в исходящем потоке к устройствам ОПП.
59. Система по п.58, отличающаяся тем, что дополнительно включает средство для приема в устройствах ОПП сообщения обновления очереди запросов, и его добавление к местным очередям запросов, и отправку сервисных сообщений из устройств ОПП к головному управляющему компьютеру в ответ на назначенные временные сегменты очереди запросов.
60. Система по п.59, отличающаяся тем, что дополнительно включает средство для приема в головном управляющем компьютере сервисных сообщений от устройств ОПП и далее распределение их к устройствам ОПП и подсистемам управления поставщиков услуг.
61. Система по п.60, отличающаяся тем, что дополнительно включает сбор сообщения запросов и формирование сообщения обновления очереди запросов.
62. Система по п.61, отличающаяся тем, что дополнительно включает средство для приема сообщения обновления запросов и помещения содержащих их сообщений в очередь запросов под управлением алгоритма вставки.
63. Головное устройство для наращиваемой многофункциональной сетевой связи между устройствами представления и поставщиками услуг, содержащее
головной управляющий компьютер для беспроводного приёма сообщений восходящего потока от устройств ОПП и для беспроводной передачи сообщений нисходящего потока к устройствам ОПП;
группу подсистем управления поставщиков услуг для установления связи между головным управляющим компьютером и поставщиками услуг;
при этом головной управляющий компьютер беспроводным образом принимает переданные сообщения от устройств ОПП и пересылает их к подсистемам управления поставщиков услуг, и головной управляющий компьютер принимает сообщения от подсистем управления поставщиков услуг и передает их беспроводным образом к устройствам ОПП.
64. Головное устройство по п.63, отличающееся тем, что дополнительно включает группу сервисных интерфейсных модулей.
65. Головное устройство по п.64, отличающееся тем, что дополнительно включает средство для приёма запросов от устройств ОПП, и размещения их в сообщении обновления очереди запросов, и отправки его в исходящем потоке к устройствам ОПП.
66. Устройство оборудования пользовательского помещения (ОПП) для наращиваемой многофункциональной сетевой связи между устройствами представления и поставщиками услуг через головной управляющий компьютер, связанный с поставщиками услуг через подсистемы управления поставщиков услуг, содержащее
средство для соединения с устройствами представления;
средство для беспроводной передачи сообщений восходящего потока к головному управляющему компьютеру и беспроводного приёма передаваемых сообщений нисходящего потока от головного управляющего компьютера;
при этом головной управляющий компьютер беспроводным образом принимает переданные сообщения от устройств ОПП и пересылает их к подсистемам управления поставщиков услуг, и головной управляющий компьютер принимает сообщения от подсистем управления поставщиков услуг и передает их беспроводным образом к устройствам ОПП.
ОПП - оборудование пользовательских помещений;
ПК - персональный компьютер;
СИМ - сервисный интерфейсный модуль;
О3 - очередь запросов;
ТВ - телевизор;
ГУК - головной управляющий компьютер
Текст
010465 Родственная заявка Настоящее изобретение заявляет приоритет предварительной заявки на патент США, озаглавленной Цифровая шина вещательного диапазона: способ управления доступом к расширяемому носителю,поданной 26 марта 2005 г. и которой присвоен 60/557.064. Уровень техники Уровень техники, раскрытый в данном разделе, не считается прототипом изобретения. Имеется много разных типов и видов сетей связи. Можно сослаться на патенты США 5390181,5590131, 5936949, 5966163, 6278713, 6292493, 6370153 и 6408009. См. также заявки PCT WO 98/47236 иWO 96/33590. Однако ни один из вышеуказанных патентов не раскрывает проблему последней мили, в которой обеспечивается недорогой метод наращиваемой многофункциональной сетевой связи для таких помещений как частные жилища и компании, рассеянные по большому географическому местоположению. В этом отношении никто не сделал успешного предложения такой сети связи для обеспечения возможности подключения недорогой двусторонней цифровой связи на большой столичной или сельской площади. Современные оптоволоконные кабельные системы требуют прокладки кабелей к каждому отдельному помещению или абоненту. Такое мероприятие, разумеется, является очень дорогим и требует много времени для своего размещения. Краткое описание чертежей Признаки данного изобретения и метод их получения станут ясны, а само изобретение будет понято наилучшим образом путм ссылки на нижеследующее описание некоторых вариантов осуществления изобретения вместе с сопровождающими чертежами, на которых: фиг. 1A является символической блок-схемой системы для наращиваемой многофункциональной сетевой связи согласно варианту осуществления настоящего изобретения; фиг. 1B является символической блок-схемой головного управляющего компьютера в системе по фиг. 1A; фиг. 2 является символической блок-схемой комплекта оборудования пользовательских помещений в системе по фиг. 1A; фиг. 3A-3D являются схемами, иллюстрирующими канальную структуру для системы по фиг. 1A; фиг. 4 является схемой, иллюстрирующей схему синхронизации нисходящей линии для системы по фиг. 1A; фиг. 5 является схемой формата сообщения для системы по фиг. 1A; фиг. 6A и 6B являются схемами, иллюстрирующими интервальный запрос для системы по фиг. 1A; фиг. 7A и 7B являются схемами, показывающими очередь запросов для системы по фиг. 1A; фиг. 8 является схемой, иллюстрирующей время существования заданного состояния в очередях запросов головного компьютера и единственного устройства пользовательского помещения; фиг. 9 является блок-схемой алгоритма синхронизации очереди запросов для системы по фиг. 1A; фиг. 10 является блок-схемой алгоритма планировщика передач в устройстве пользовательского помещения для системы по фиг. 1A; фиг. 11-19 являются схемами, которые полезны для понимания раскрытых вариантов осуществления изобретения. Подробное описание вариантов осуществления изобретения Раскрываются система и способ масштабируемой сетевой связи между устройствами представления и поставщиками услуг. Группа устройств оборудования пользовательских помещений (ОПП) (CPE) связана с устройствами представления, а головной управляющий компьютер получает обратные (восходящие, т.е. от абонентов) сообщения от устройств ОПП и посылает прямые (нисходящие, т.е. к абонентам) сообщения устройствам ОПП. Группа подсистем управления поставщиков услуг связывает головной управляющий компьютер с поставщиками услуг. Головной управляющий компьютер принимает сообщения от устройств ОПП и передат их к подсистемам управления поставщиками услуг, а также головной управляющий компьютер принимает сообщения от подсистем управления поставщиками услуг и передат их к устройствам ОПП. Раскрытые варианты осуществления изобретения обеспечивают систему и способ для подключения недорогой двусторонней цифровой связи между оборудованием пользовательских помещений для использования на дому или в других помещениях и концентратором, включающим в себя головной управляющий компьютер и подсистемы управления поставщиками услуг, для полной столичной или иной области. Способ в раскрытых вариантах осуществления может быть использован для недорогой двусторонней цифровой связи в вариантах осуществления, вызывающих разнообразие в размещении местоположений и приложений, в диапазоне от упомянутой выше городской среды до обеспечения недорогого двустороннего цифрового подключения в вариантах осуществления между группой компаний в сельских или иных географических условиях. Раскрытые способы могут быть воплощены с использованием широкого диапазона физических сред, и практически всех известных или, по меньшей мере, большого числа из технологий физического уровня, в том числе (но без ограничений) беспроводных, оптоволоконных,телефонных коммутаторов, локальных сетевых (LAN), кабельных и спутниковых. Раскрытые способы-1 010465 могут быть воплощены в разнообразных терминальных технологиях, в том числе (но без ограничения) стационарных и мобильных терминалах. В настоящее время рассматривается среда варианта осуществления, которая является беспроводной, работающей в таком диапазоне частот, что могут обслуживаться дома, находящиеся на расстоянии до 50 миль от концентратора. Раскрытый способ может быть воплощн недорогим оборудованием ОПП; цена минимизируется, так как оборудование ОПП может нуждаться только в приме по фиксированному каналу с фиксированного направления и в передаче по фиксированному каналу в фиксированном направлении. Способ и система раскрытых вариантов осуществления: обеспечивает двустороннее цифровое подключение между большим количеством ОПП и головным управляющим компьютером (ГУК) (HCC) в единой конфигурации, так чтобы количество терминалов может не ограничиваться за исключением того,чтобы время доступа, имеющееся для них, плавно уменьшалось по мере возрастания числа терминалов. Раскрытые варианты осуществления применимы к большому числу ОПП с цифровыми услугами в умеренном и практичном диапазоне частот. Раскрытый способ может поддерживать назначение пропускной способности восходящей линии связи в ответ на увеличение нужд пользователя в реальном времени. Раскрытый способ может быть нечувствительным к цели или использованию данных, передачу которых он регулирует. Цель способа - поддержка доступа к Интернету при низкой стоимости, но дополнительно могут поддерживаться телефон, интерактивное образование, телевещание, радио и практически все другие услуги, требующие цифровой связи на расстоянии. В соответствии с раскрытыми вариантами осуществления устройства представления ОПП могут связываться непосредственно с услугами, как показано подсистемами управления поставщиков услуг, с которыми они связаны, и, возможно, находящимися в одном месте с головным узлом, а также могут осуществлять связь с другими устройствами представления ОПП опосредованно через подсистемы управления поставщиков услуг; а именно, информация, передающаяся от одного ОПП к другому, передатся к головному узлу от исходного ОПП, из головного узла в подсистему управления поставщиков услуг, направляется этой подсистемой управления поставщиков услуг обратно к головному узлу, а оттуда в нисходящий поток ОПП места назначения. Система связи в соответствии с раскрытыми вариантами осуществления обеспечивает связь с эффективным использованием пропускной способности канала, так что только малая часть доступной пропускной способности связи требуется для поддержки самого способа. Раскрытый способ может поддерживать передачу данных с малой задержкой среди ОПП в сети или между ОПП и подсистемой обеспечения услуг - в пределах задержки, подходящих для поддержания телефонных разговоров и передачи видеоинформации или между ОПП, или в сеть либо из сети. Раскрытые система и способ, как они описаны, могут поддерживать большое количество ОПП - как правило, домашних и/или деловых. Не существует жсткого предела на число терминалов, которые могут поддерживаться в заданной полосе частот. Могут эффективно поддерживаться многие пользователи с типовыми моделями доступа на 1 Гц полосы частот. Раскрытые система и способ обеспечивают практичное и эффективное использование беспроводных сред, чтобы достигать большого количества пользователей с одного концентратора при помощи универсального подключения двусторонней цифровой связи высокой частоты. Такая среда может обеспечивать спектр вещания в пределах от 50 до 800 МГц. При помощи раскрытых вариантов осуществления пропускная способность используется эффективно. Когда сеть работает при уровне нагрузки трафика, для которого она разработана, с разумными колебаниями вокруг этого уровня нагрузки (такой уровень трафика называется в дальнейшем рабочей точкой рассматриваемой сети), пропускная способность канала восходящей связи используется с эффективностью между 90 и 100%. Эффективность может быть присуща некоторым приложениям, потому что они могут избегать предписанного выделения пропускной способности пользователям во время взаимодействий (такие предписанные выделения обычно называются цепями). Эффективность может быть повышена при помощи распределнного управления раскрытым способом, что ограничивает излишний трафик управления. Раскрытая сеть может быть не полностью загружена трафиком, и при загрузке обеспечивается гибкость. Задержка при посылке сообщений через сеть с использованием раскрытого способа уменьшается с уменьшением нагрузки трафика. Задержка трафика через полностью загруженную сеть в типичном варианте осуществления может быть ниже уровня чувствительности телефонного приложения. На эффективность раскрытого способа не влияет назначение данных, которые он переносит. Доступ к Интернету, телефону, телевидению, интерактивное образование и другие социальные услуги могут быть доставлены на дом или в другое помещение. На эффективность раскрытого способа не влияет природа устройств представления ОПП. Такие устройства могут быть специализированными или устройствами с полки, такими как персональные компьютеры, компактные компьютеры, телевизоры, телефоны, терминалы интерактивных игр и пр. ОПП могут быть недорогими в производстве. Их конструкция может быть простой и легко реализуемой при помощи программного обеспечения или на полупроводниках. Раскрытые варианты осуществления изобретения требуют простой схемы связи. Зачастую ОПП осуществляют связь в одном направлении. Простейший вариант осуществления состоит в том, чтобы ОПП осуществляло прим непрерывно, а передавало изредка по смежному каналу. ОПП может всегда-2 010465 или практически всегда передавать на той же частоте с той же полосой частот и может всегда или практически всегда принимать на той же частоте с той же полосой частот. Хотя частота прима может отличаться от частоты передачи, это не обязательное требование. ОПП не обязано принимать свою собственную передачу или передачу любого иного ОПП. ОПП должно лишь принимать передачу от ГУК. Такой подход может привести к недорогой архитектуре передачи и прима для ОПП для ряда приложений. Раскрытый проект ГУК также приводит к недорогой реализации. Раскрытые варианты осуществления изобретения требуют синхронизации часов ГУК и всех ОПП. Вариант осуществления может требовать свободной синхронизации (по множеству битов) или точной синхронизации (подбитовой); в первом случае информация заголовка может быть использована для синхронизации канала на основе синхронизации сообщения за сообщением; в последнем случае информация заголовка может не требоваться для поддержания синхронизации каналов. На раскрытые варианты осуществления изобретения не влияет выбор модуляции или сервисных протоколов. Могут быть использованы такие виды модуляции, которые известны для кабельной, волоконной, спутниковой и беспроводной связи. Раскрытые варианты осуществления могут быть использованы на сильно шумящем или мало шумящем оборудовании. Канальное кодирование может быть включено в изобретение, а данные синхронизации кодов могут обеспечиваться в управляющих сообщениях или в заголовках сообщений. Примечание. Отметим Сообщение в отличие от сообщения выше и ниже. Раскрытые варианты осуществления изобретения могут обеспечивать приписывание приоритетов трафику сообщений для целей управляющей услуги, зависящих от управления задержек и, возможно,потери сообщений. Раскрытый способ может осуществляться, если допускается потеря сообщений из-за мгновенных моделей передачи, таких как TCP/IP или ATM. Однако он может также быть воплощн так,чтобы не допускать потери сообщений. Учитывая теперь подробности построения системы и способа в раскрытых вариантах осуществления по настоящему изобретению, обеспечивается метод наращиваемой многофункциональной сетевой связи при помощи сервисных сообщений между устройствами представления и поставщиками услуг. Множество устройств представления связываются и обычно располагаются в одном месте с одним ОПП. Множество подсистем управления поставщиков услуг связываются и обычно располагаются в одном месте с ГУК. Метод настоящего изобретения включает в себя связь между ГУК и устройствами ОПП при помощи управляющих сообщений. ГУК принимает восходящие сообщения от устройств ОПП и посылает нисходящие сообщения к устройствам ОПП, при этом потоки сообщений являются случайной или упорядоченной смесью сервисных сообщений и управляющих сообщений. ОПП принимает нисходящие сообщения от ГУК и посылает восходящие сообщения к ГУК, при этом потоки сообщений являются случайной или упорядоченной смесью сервисных сообщений и управляющих сообщений. В раскрытых вариантах осуществления только сообщения посылаются в восходящих и нисходящих потоках. ГУК также принимает местные сообщения от подсистем управления поставщиков услуг и от управляющих приложений внутри самого ГУК. ОПП также принимает сообщения от сервисных интерфейсных модулей (СИМ) (SIM), которые являются частью ОПП, и от управляющих приложений внутри самого ОПП. СИМ образуют интерфейс между ОПП и связанным множеством устройств представления. ГУК помещает в одну или более очередей передачи те сообщения, которые должны быть посланы к устройствам ОПП. ГУК помещает в несколько очередей прима те сообщения, которые приняты от ОПП и должны быть распределены между подсистемами поставщиков услуг и внутренними управляющими приложениями. ОПП помещает в одну или более очередей передачи те сообщения, которые должны быть посланы к ГУК. ОПП помещает в несколько очередей прима те сообщения, которые должны быть доставлены соответствующим СИМ (и, таким образом, устройствам представления) и внутренним управляющим приложениям. Учитывая некоторые управляющие сообщения, которые обеспечивают часть средств по управлению восходящим трафиком в раскрытых вариантах осуществления изобретения, любое из ОПП, управляющих приложений ГУК или подсистем поставщиков услуг могут инициировать запрос времени на передачи в восходящем потоке. Эти запросы предназначены для временных интервалов восходящего потока. Будучи отформатированы, такие сообщения называются интервальными запросами (ИЗ) (IR). ИЗ появляются в восходящих управляющих сообщениях, называемых сообщениями ИЗ (СИЗ) (IRM), и в нисходящих управляющих сообщениях, называемых сообщениями обновления очереди запросов (СООЗ)(RQUM). Они также появляются в структуре, называемой очередью запросов (ОЗ) (RQ), которая находится в ГУК и во всех ОПП. ИЗ создается головным управляющим компьютером, когда подсистема управления поставщиков услуг или внутреннее управляющее приложение желает обеспечить место в восходящей линии для одного или нескольких сообщений, которые должны быть переданы одному или нескольким ОПП. ИЗ создается оборудованием пользовательских помещений обычно тогда, когда СИМ или внутреннее управляющее приложение представило подлежащее передаче сообщение, но может также создаваться, когда СИМ или внутреннее управляющее приложение желает обеспечить место в восходящей линии для одного или-3 010465 нескольких сообщений, которые должны быть переданы одному или нескольким ОПП, не обязательно включающим в себя запрашивающее ОПП. ИЗ, созданный ОПП, передатся ГУК в СИЗ. СИЗ формируется ОПП и передатся в течение одного временного подынтервала, называемого сегментом Алоха. СИЗ включает в себя ИЗ и заголовок. Сегмент Алоха появляется в пакетах восходящего потока; такие пакеты называются интервалами пакетов сегмента Алоха (ИПСА) (ASBI). ИЗ приходят на ГУК от ОПП в сообщениях ИЗ, а также из различных местных источников. Эти ИЗ от различных источников собираются вместе в пул ИЗ в ГУК. ГУК выбирает множество ИЗ из пула ИЗ, обычно выбирая все присутствующие ИЗ, и формирует из них сообщение обновления очереди запросов (СООЗ). СООЗ переносят ИЗ к ОПП, где информация, которую они содержат, используется в раскрытых вариантах осуществления изобретения в процессе планирования передачи в восходящем потоке. Обратимся теперь к чертежам, и в частности к фиг. 1A, 1B и 2, на которых наращиваемая многофункциональная система 10 сетевой связи построена в соответствии с раскрытыми вариантами осуществления изобретения и обеспечивает осуществление связи между группой пользовательских помещений,таких как пользовательские помещения 12, 14, 16 и 18, в широкой географической области. Каждое помещение или строение вмещает в себя ОПП 21, которое включает в себя управляющий компьютер 22 ОПП. ОПП 21 соединяется связью по меньшей мере с одним устройством представления, как это в общем показано позицией 23. Отображающие устройства 23 могут включать в себя телевизионный примник 25, соединнный при помощи абонентского интерфейсного модуля (АИМ) (SIM) 26 с управляющим компьютером 22 ОПП. Сходным образом персональный компьютер 27 может быть соединн через АИМ 28 с управляющим компьютером 22 ОПП, а телефонный аппарат 29 может быть соединн через АИМ 28 с компьютером 22. Могут быть также другие устройства 32 представления, каждое из которых соединяется при помощи АИМ с управляющим компьютером 22 ОПП. ОПП 21 включает в себя антенны 34 для беспроводной связи с передающей башней 36, которая может передавать на подходящей радиочастоте, такой как СВЧ или другой неиспользуемый канал. Головной управляющий компьютер (ГУК) 38 имеет электрическое соединение с передающей башней 36,так что такие ОПП, как ОПП 21, могут связываться по восходящему каналу с ГУК 38, а ГУК 38 может связываться по нисходящему каналу с каждым из ОПП. ГУК 38 может быть помещн в помещение или строение 41, которое может быть расположено рядом с передающей башней 36. ГУК 38 может быть связан (во взаимодействии) по меньшей мере с одним поставщиком услуг, таким как поставщики услуг, в общем показанные позицией 43 (фиг. 1A). Группа подсистем управления поставщиков услуг (ПУПУ) (SPCS), в общем показанная позицией 45, обеспечивает интерфейс между поставщиками 43 услуг и ГУК 38. Такие интерфейсы изменяют формат данных, входящих в сеть и выходящих из сети, так что в сети данные представлены в виде сообщений, а на стороне услуги эти данные представлены в виде и с тактированием, удобными для услуги. С этой точки зрения ПУПУ 47 связывает ГУК 38 с телевизионным вещательным центром 49. Аналогично, ПУПУ 52 обеспечивает взаимодействие между центром 54 управления поставщиков услуг Интернета и ГУК 38, а ПУПУ 56 обеспечивает взаимодействие между телефонным коммутатором или точкой 58 входа в сеть и ГУК 38. ПУПУ 61 обеспечивает взаимодействие между дополнительным центром 63 управления услугами непредусмотренного назначения и ГУК 38, чтобы обеспечить сообщения к непредусмотренному устройству 32 представления. Следует понимать, что ПУПУ могут размещаться на ГУК 38 внутри строения 41, или где-либо ещ, например в операционном центре поставщика услуг ПУПУ. ГУК включает в себя примный маршрутизатор 65, который принимает сообщения от ОПП, таких как ОПП 21, через передающую башню 36. ГУК 38, кроме того, включает в себя планировщик 67 передачи для планирования посылки сообщений по нисходящему каналу через передающую башню 36 для передачи к ОПП. Подобным же образом ОПП 21 включает в себя примный маршрутизатор 74, который принимает сообщения от ГУК через местную антенну 34. ОПП 21, кроме того, включает в себя планировщик 82 передачи для планирования посылки сообщений по восходящему каналу через местную антенну 34 на ГУК. В ГУК 21 (фиг.1B), когда сообщения от ОПП принимаются через примный маршрутизатор 65, они пересылаются от маршрутизатора 65 в очереди прима сообщений, в общем показанные позицией 70, где их содержимое либо в конечном счте пересылается к внутренним управляющим процессам (таким как тот, который наблюдает за главным пулом 71 ИЗ), либо к одному из ПУПУ, таких как ПУПУ 43, каждый из которых имеет по меньшей мере одну из очередей прима 73 ввода/вывода. Управляющие функции услуги доступа представляют собой шлюз для сообщений, приходящих в систему, т.е. для сообщений, которые должны быть переданы по сети. В ГУК (фиг.1B) ИЗ приходят в пул ИЗ от ОПП при помощи СИЗ. В этом отношении управляющее приложение 69 выгружает ИЗ из сообщений в очереди 70 прима сообщений, предназначенной для СИЗ,и помещает их в главный пул 71 ИЗ. Своевременно администратор 75 запросов производит выбор ИЗ из главного пула 71 ИЗ (обычно будут взяты все ИЗ в пуле) и помещает их в сообщение обновления очереди запросов (СООЗ), которое затем помещается в очередь передачи. Планировщик 67 передачи выбирает-4 010465 сообщения, которые должны быть переданы в соответствии с заявленным способом из какой-либо из очередей передачи, показанных в общем позицией 80, и начинает их передачу. Как только СООЗ переносятся в очереди 80 передачи сообщений, копия СООЗ включается в главную очередь 72 запроса (главную ОЗ) при помощи алгоритма 83 вставки запроса. Главная тактирующая схема 85 управляет работой ГУК 41. ОПП синхронизируются с этой схемой. В ОПП, как хорошо видно на фиг. 2, примный маршрутизатор принимает сообщения от ГУК 41 и переносит их в очереди 77 прима сообщений. Сервисные сообщения передаются непосредственно из очередей 77 прима сообщений в АИМ, такие как АИМ 26. Функция управления доступом может лишь регулировать прохождение сообщений по сети. Она не может влиять на полученные сообщения, которые выходят из сети (к АИМ). Управляющие сообщения принимаются в очереди прима управляющих сообщений, такие как некоторые из тех, что обозначены позицией 77, и переносятся к разным внутренним управляющим приложениям 76. В частности, СООЗ направляется в очередь, которая нест в числе прочих сообщения, предназначенные для алгоритма 79 вставки очереди запросов. Алгоритм 79 вставки ОЗ помещает ИЗ, содержащиеся в полученных СООЗ, в местную очередь запросов (местную ОЗ) 78. Местная ОЗ 78 служит для упорядочения работы планировщика 82 передачи для передачи сообщений в восходящем потоке к ГУК 41. Планировщик 82 передачи имеет и вторую функцию. Он помещает запросы на интервалы восходящего потока определнного размера, которые используются для посылки конкретных сообщений. Такие запросы форматируются как ИЗ и собираются в местный пул 88 ИЗ до того времени, пока доступно место в восходящем потоке для запросов, которые должны быть посланы на ГУК 41. Место в восходящем потоке для размещения запроса называется сегментом Алоха. В восходящем потоке своевременно возникают пакеты сегментов Алоха. Такие пакеты, сформированные внутри одного интервала, называются интервалами пакетов сегмента Алоха (ИПСА). Планировщик 82 передачи помещает один или несколько запросов в ИПСА, в сегмент, который он выбирает случайным образом. Примечание. ИПСА вводится страницей (или около того) ранее. При использовании предположим, что телефонный вызов инициируется вызывающей стороной с использованием стандартного телефона, связанного с ОПП 21, и номер набирается обычным образом. Сигнал от телефона поступает на связанный с ним АИМ, формирующий сообщение, которое он посылает на ПУПУ, связанную с поставщиком телефонных услуг. Это сообщение содержит пакет сервисных данных, которые описывают то, что вызов установлен. Чтобы послать это сообщение, ОПП 21 должно послать ИЗ на головной компьютер ГУК 38, запрашивающий интервал восходящего потока для сообщения. Чтобы послать ИЗ, оборудованию 21 должен быть доступен сегмент Алоха. Сегменты Алоха становятся доступными, когда головной компьютер ГУК 38 решает собрать дополнительные запросы ИЗ. В это время головной компьютер ГУК 38 сам создат ИЗ для ИПСА и добавляет этот ИЗ в главный пул 71 ИЗ. Своевременно ГУК 38 решает послать сообщение обновления очереди запросов (СООЗ) в нисходящем потоке, чтобы добавить запросы к очередям запросов 71 и 78, которые используются для планирования передачи в восходящем потоке. СООЗ формируется обычно изо всех ИЗ в пуле ИЗ, хотя по причинам приоритетов или управления передачей может быть выбрано подмножество ИЗ. Когда присутствующий ИЗ телефонного вызова остатся в местном пуле ИЗ на ОПП 21, ГУК 38 формирует ИЗ, который требует ИПСА. Этот ИЗ затем помещается в СООЗ и посылается всем остальным ОПП. Запрошенный ИПСА должен иметь, например, 64 сегмента Алоха, которые доступны ОПП 21 для использования в попытках передачи сообщений ИЗ. После получения СООЗ ОПП 21 загружает свой ИЗ 78 полученными ИЗ, включающими в себя запрос ИПСА, и ждт появления этого конкретного запроса на верху ИЗ 78, что сигнализирует о том, что интервал пакетов сегментов Алоха спланирован. Когда приходит благодаря этому время интервала пакетов, ОПП 21 имеет в режиме ожидания в своем пуле ИЗ (несколько) ИЗ телефонного вызова. ОПП 21 может случайно выбрать один из сегментов Алоха в ИПСА, помещает ИЗ в маленькое сообщение (СИЗ),добавляя заголовок, и помещает этот СИЗ в выбранный сегмент Алоха. СИЗ содержит запрос на интервал для передачи пакетного сообщения телефонного вызова. Необходимо отметить, что существует много типов и видов методов для выбора сегмента Алоха. СООЗ включает в себя заголовок, который содержит данные, позволяющие ОПП 21 проверить синхронизацию своего тактового генератора 91 и ОЗ 78 с синхронизацией ГУК 85 и ОЗ 71. Если ОПП 21 рассинхронизировалось с ГУК 38, ни одна передача не будет выполняться ОПП, пока оно вновь не синхронизируется - в примере, задерживая запрос телефонного вызова. Переданное пакетное СИЗ телефонного вызова может получить повреждения содержимого от других источников ИЗ или от шума. В любом случае оно может быть не принято ГУК 38 и, таким образом,его ИЗ не попадт в главный пул 71 ИЗ и не будет получен обратно на ОПП 38 в составе СООЗ. Запрашивающее ОПП узнает, когда этот ИЗ должен прийти в СООЗ (или, возможно, в один из множества СООЗ, в зависимости от варианта осуществления). Когда запрашивающее ОПП 38 определяет, что его ИЗ потерян, оно возвращается к соответствующему алгоритму разрешения конфликта, который может-5 010465 включать в себя повторную посылку ИЗ. ИЗ, переданные ОПП 38, могут быть сохранены для возможной повторной посылки до тех пор, пока не будет подтверждено надежное получение. В головном компьютере ГУК 38 принимается СИЗ, содержащее тему ИЗ, и ИЗ выгружается из полученного СИЗ и помещается в пул 71 ИЗ. Как только головной компьютер ГУК 41 определяет, что все 64 минисегмента приняты, сегменты, содержащие информацию, такую как запрос ИЗ от ОПП 21, могут быть, если это желательно, упорядочены и размещены согласно любому желательному алгоритму. Предполагая, для примера, что только 30 из 64 минисегментов содержат сообщения, все 30 передаются в очередь 80 передачи сообщений вместе с другими сообщениями ИЗ, если таковые имеются, из пула 71 ИЗ. Таким образом, последовательность сообщений ИЗ передатся затем в нисходящем потоке к каждому из устройств ОПП, а копия последовательности помещается в главную очередь 72 запросов. ОПП 21 получает СООЗ, содержащий ИЗ, связанный с примером пакета телефонного вызова, и его ИЗ помещаются в местную очередь 78 ИЗ при помощи алгоритма 79 вставки ОЗ, так же, как и в случае,когда ИЗ для ИПСА был распределн по предшествующей последовательности событий. Алгоритм вставки СООЗ (номер) получает набор принятых ИЗ в СООЗ и помещает их в соответствии с алгоритмом в СООЗ. Простейший алгоритм состоит в том, что ИЗ в СООЗ помещаются в конец ОЗ в том порядке, в каком они получены. Однако может быть использован любой алгоритм, который не препятствует повторной синхронизации ОЗ. Это открывает путь к размещению чувствительных ко времени или высокоприоритетных сообщений ближе к началу ИЗ. ИЗ, посланный с ОПП, в конце концов продвинется к началу местной ОЗ 78, и в этот момент ОПП 21 передат примерный пакет телефонного вызова в сообщении в восходящем потоке на ГУК 38. Содержимое этого первого телефонного пакета будет включать в себя всю набранную цифровую информацию,необходимую для инициирования вызова телефонным коммутатором. Следует понимать, что сложный процесс, описанный здесь, может требовать для выполнения короткого времени, такого как несколько миллисекунд. Когда сообщение, содержащее первый пакет телефонного вызова от ОПП 21, принято на ГУК 38,оно посылается маршрутизатором передачи (номер) на телефонный коммутатор (номер) через подсистему 56 управления поставщиков услуг (ПУПУ). Коммутатор затем устанавливает вызов обычными средствами. Коммутатор использует протоколы и процессы стандартной системы обычной телефонной линии (POTS), если принимающая сторона является внешней для сети 10. Коммутатор использует в точности те же протоколы и процессы, если принимающая сторона находится внутри сети 10. ПУПУ выполняет перевод между сетью и коммутатором,чтобы сеть казалась коммутатору частью стандартной телефонной системы. ПУПУ работает с участниками вызовов, внутренними по отношению к сети 10, переводя действия коммутатора в соответствующие сообщения, которые посылаются участникам. Обнаружено, что установление конференц-связи является естественным для структуры раскрытых вариантов осуществления изобретения, и может быть реализовано в ПУПУ, если это желательно. Предположим, что примерный вызов делается стороне в сети 10. Для начала коммутатор (номер) сигнализирует о звонке, и затем ПУПУ посылает сообщение в другое помещение вызываемой стороны,такое как помещение 14. Такое сообщение заставляет АИМ 76 в месте назначения давать звонок телефона (не показан) для этого потребителя. Результирующий двусторонний разговор переводится в цифровую форму и затем сходным образом осуществляется связь между вызывающей и вызываемой сторонами. ГУК. На фиг.1B ГУК (головной управляющий компьютер) расположен в одном месте и реализован как один или несколько специализированных или готовых аппаратных устройств, которые могут включать в себя цифровой компьютер. Функции ГУК могут быть воплощены аппаратно, в том числе на интегральных схемах, программно или комбинацией этих способов. Раскрытый способ используется для регулирования трафика данных в сети, причм такой трафик передатся в обоих направлениях между множеством подсистем управления поставщиков услуг (ПУПУ) в центральном местоположении и сервисными интерфейсными модулями (СИМ), расположенными во многих удалнных местах. СИМ представляют собой аппаратно и программно реализованные функции,которые обеспечивают поток данных между пунктами подключения к сети и удалнными местоположениями клиентов, причм сеть использует раскрытые способ и устройства представления, такие как персональные компьютеры, телевизионные и телефонные аппараты, которые являются местными для удалнных местоположений клиентов. Эти устройства представления представляют и принимают информацию, связанную с использованием предложений поставщиков услуг. ПУПУ являются источниками всех сообщений услуг, передаваемых головным управляющим компьютером. Для ясности фиг.1B изображает те элементы, которые должны содержаться в ПУПУ, чтобы обеспечивать е интерфейс с ГУК, и не показывает другие элементы, которые могут содержаться в ПУПУ. Как показано на фиг.1B, овальная граница показанной области включает в себя диаграмму, подчеркивающую некоторые ключевые функции для управляющих приложений в управляющей структуре ГУК. Эта управляющая структура регулирует трафик данных, приходящий в нисходящем потоке сети, и работает вместе с ОПП (оборудование пользовательских помещений) в сети при регулировании трафика дан-6 010465 ных, проходящих в восходящем потоке в сети. Главное системное тактирование синхронизация расположено в ГУК и обеспечивает эталон времени для ГУК и для ОПП. В раскрытом способе скорость - это вс, что нужно для практического и полезного варианта осуществления. Время само по себе может использоваться в вариациях, расширениях и улучшениях раскрытого способа. Для раскрытого способа важно точное тактирование передачи. Так, задержка между временем, когда сообщение покидает ГУК и временем, когда оно приходит на физический носитель, может быть фиксировано и известно. Примный маршрутизатор принимает и маршрутизирует входящие сообщения в очереди прима сообщений, как показано на фиг.1B. Каждое сообщение, предназначенное для ПУПУ, нест заголовок,содержащий информацию, адекватную для определения конкретной очереди прима сообщений, которая будет обслуживаться соответствующей ПУПУ. Для ясности, может быть более одной очереди прима сообщений для взаимодействия с единственной ПУПУ. Управляющие сообщения, принятые ГУК, направляются к управляющим приложениям через очередь или очереди прима сообщений. В частности, все сообщения СИЗ могут быть направлены в очередь прима сообщений, откуда они могут быть направлены в главный пул ИЗ. Буферы сообщений, которые называются очередями сообщений ПУПУ, используемыми для ввода и вывода сервисных сообщений, показаны в структуре ПУПУ. Они могут не быть частью раскрытого способа, но представлять функции, которые могут присутствовать в интерфейсе ПУПУ-ГУК. Эти объекты указывают точки качала и места назначения для сервисных сообщений, передаваемых через ГУК. Буферы сообщений, называемые далее очередями прима сообщений и очередями передачи сообщений, показаны на чертеже как часть ГУК. Функции этих очередей могут быть частью раскрытого способа. Очереди прима сообщений содержат сервисные сообщения и управляющие сообщения. Каждая очередь назначается одному приложению - либо сервисному приложению, либо управляющему приложению - и это приложение своевременно обслуживает очередь (т.е. извлекает сообщения из очереди). При реализации ГУК должна быть по меньшей мере одна очередь прима сообщений. Очереди передачи сообщений содержат сервисные сообщения и управляющие сообщения. Эти очереди могут быть спроектированы в варианте осуществления для удержания сообщений конкретного приоритета или типа, или сообщений от конкретной услуги конкретного типа, или сообщений от различных управляющих приложений. Число и роль очередей является функцией варианта осуществления. Для раскрытого способа в ГУК может быть по меньшей мере одна очередь прима сообщений и одна очередь передачи сообщений для каждого ОПП. Поток сообщений через интерфейс между ГУК и ПУПУ показан на фиг.1B. Сервисные сообщения,которые должны быть переданы, помещаются в очередь или очереди передачи сообщений. Сервисные сообщения, которые должны быть приняты, берутся из очереди или очередей прима сообщений. Как правило, через этот интерфейс передатся также дополнительная управляющая информация.SACF (управляющая функция доступа сервисных сообщений, УФДС) - это сервер, который выбирает сообщения для передачи из ПУПУ и регулирует длину и частоту передачи таких сообщений для обеспечения того, что эти факторы находятся внутри пределов, требуемых раскрытым вариантом осуществления. Для ясности укажем, что комбинированный эффект от дисциплины нисходящего трафика от каждой ПУПУ должен быть таким, что полный образец нисходящего трафика в сети должен быть в пределах набора значений, установленных для варианта осуществления раскрытого способа. Управляющие приложения в ГУК выполняют системные и другие управляющие функции. В качестве примерных приложений показаны администратор запросов и алгоритм вставки ОЗ. Все другие управляющие функции, определнные в конкретном варианте осуществления раскрытого способа, включаются в управляющее приложение и область базы данных, как показано на чертеже. Управляющие приложения могут помещать СООЗ и другие управляющие сообщения в очередь или очереди передачи сообщений. Управляющее приложение администратор запросов формирует СООЗ. Управляющие приложения забирают также своевременно СИЗ и другие управляющие сообщения из очереди или очередей сообщений. Администратор запросов снабжает алгоритм вставки ОЗ копией СООЗ,которую она создат для передачи по нисходящей линии. Администратор запросов использует ИЗ, которые он собирает в главном пуле ИЗ, чтобы сформировать СООЗ. Алгоритм вставки ОЗ - это управляющее приложение, которое принимает ИЗ из администратора запросов и помещает их в главную ОЗ в соответствии с установленным набором правил или процедур. Алгоритм вставки ОЗ также поддерживает базы данных времени и приоритета, ассоциированных с ОЗ. Главная ОЗ - это база данных, которая содержит ИЗ, размещнные в определнном порядке алгоритмом вставки ОЗ. Она инициируется алгоритмом вставки ОЗ и поддерживается алгоритмом вставки ОЗ; такая поддержка включает в себя регулировку приоритетов и времн передачи ИЗ в каждом СООЗ,получаемом администратором запросов. Для ясности отметим, что синхронизация ОЗ может не требоваться в ГУК, и алгоритм синхронизации ОЗ может не присутствовать в ГУК. ОПП. На фиг. 2 ОПП (оборудование пользовательских помещений) расположено в одном месте, удалн-7 010465 ном от местоположения ГУК, и воплощается одним или несколькими специализированными или стандартными аппаратными устройствами, которые могут включать в себя цифровой компьютер. Функции ОПП могут быть воплощены аппаратно, в том числе на интегральных схемах, программно или комбинацией этих способов. ОПП включает в себя управляющий компьютер ОПП (УК ОПП) (CPE CC). В большинстве предусматриваемых вариантов осуществления ОПП также включает в себя оборудование передачи/прима, связанное со средой, и включает в себя интерфейсы для оборудования представления, которое также расположено в том же месте. Раскрытый способ используется для регулирования трафика в сети, причм такой трафик проходит в двух направлениях между множеством ПУПУ (см. фиг.1B) и множеством СИМ (сервисных интерфейсных модулей), которые расположены в удалнных местах, и такие СИМ взаимодействуют с устройствами представления, такими как персональные компьютеры, телевизионные и телефонные аппараты, которые являются локальными для своего местоположения. На чертеже показано множество СИМ. СИМ являются источниками всех сервисных сообщений, переданных ОПП, и являются местом назначения всех сервисных сообщений, принятых ОПП. В предпочтительном варианте осуществления раскрытого способа СИМ представляют собой физические модули, похожие на карты PC, которые сочетаются со специализированным оборудованием ОПП,содержащим УК ОПП. Альтернативный вариант осуществления предполагает, что СИМ являются частью устройств представления. Набор управляющих приложений и баз данных на УК ОПП показаны заключнными в овальную границу чертежа. Показаны некоторые ключевые элементы управляющей структуры ОПП. Эта управляющая структура работает вместе с ГУК при регулировании трафика, идущего по восходящему каналу сети, а также при регулировании трафика, идущего по нисходящему каналу сети. Местное системное тактирование, расположенное на ОПП, может использоваться для обеспечения эталона скорости (т.е. тактовой скорости) для функций УК ОПП BSDP. В раскрытом способе скорость это вс, что нужно для практичного и полезного варианта осуществления. Однако время само по себе может быть использовано в вариантах, расширениях и улучшениях раскрытого способа. Местное системное тактирование в раскрытом способе может быть связано с главным системным тактированием. На фиг. 2 показаны интерфейсы с подсистемой прима терминала ОПП (см. маршрутизатор приема) и с подсистемой передачи терминала ОПП (см. планировщик передачи). Точное тактирование передачи может быть критичным для раскрытого способа. Так, задержка между временем, когда сообщение покидает УК ОПП, и временем, когда оно приходит на физический носитель, может быть фиксирована и известна. Маршрутизатор приема принимает приходящие сообщения и направляет их в очереди прима сообщений, как показано на фиг. 2. Каждое сообщение, предназначенное для СИМ, нест заголовок, содержащий информацию, адекватную для определения конкретной очереди прима сообщений, которая будет использоваться соответствующим СИМ. Для ясности отметим, что может быть более одной очереди прима сообщений для взаимодействия с единственным СИМ. Все управляющие сообщения, принятые ОПП, могут быть направлены управляющим приложениям. Это делается через очереди прима сообщений. В частности, все СООЗ направляются в очередь прима сообщений, из которой они поступают в алгоритм вставки ОЗ. Буферы сообщений, как показано на изображениях СИМ на чертеже, используются для ввода и вывода сервисных сообщений. Они не являются частью раскрытого способа, а представляют функции, которые должны присутствовать в интерфейсе СИМ - УК ОПП. Эти объекты указывают точки начала и места назначения для сервисных сообщений, передаваемых через ОПП СС. Буферы сообщений, называемые далее очередями прима сообщений и очередями передачи сообщений, показаны на чертежах как часть УК ОПП. Функции этих очередей являются частью раскрытого способа. Очереди прима сообщений содержат сервисные сообщения и управляющие сообщения. Каждая очередь назначена одному приложению - либо сервисному приложению, либо управляющему приложению - и это приложение своевременно обслуживает очередь (т.е. извлекает сообщения из очереди). По меньшей мере одна очередь прима сообщений может быть предусмотрена для варианта осуществления ОПП. Очереди передачи сообщений содержат сервисные сообщения и управляющие сообщения. Эти очереди могут быть спроектированы в варианте осуществления для удержания сообщений конкретного приоритета или типа, или сообщения от конкретной услуги конкретного типа, или сообщения от некоторых управляющих приложений. Число и роль очередей является функцией варианта осуществления. В ОПП может быть по меньшей мере одна очередь передачи сообщений. Поток сообщений через интерфейс между УК ОПП и СИМ показан на фиг. 2. Сервисные сообщения, которые должны быть переданы, помещаются в очередь или очереди передачи сообщений. Сервисные сообщения, которые должны быть приняты, берутся из очереди или очередей прима сообщений. Как правило, через этот интерфейс передатся также дополнительная управляющая информация. Технологии интерфейса для взаимодействия СИМ и УК ОПП для практического и полезного вари-8 010465 анта осуществления раскрытого способа находятся в известном уровне техники.SACF (управляющая функция доступа сервисных сообщений, УФДС) - это сервер, который выбирает сообщения для передачи из СИМ и регулирует длину и частоту передачи таких сообщений для обеспечения того, что эти факторы находятся внутри пределов, требуемых вариантом осуществления. Для ясности укажем, что комбинированный эффект от дисциплины восходящего трафика от каждого СИМ должен быть таким, что полный образец восходящего трафика в сети должен быть в пределах набора значений, установленных для варианта осуществления раскрытого способа. Для ясности отметим, что функция УФДС может существовать на каждом ПУПУ в целях регулирования трафика сообщений по нисходящему каналу, и функция УФДС существует в каждом СИМ в целях регулирования трафика сообщений по восходящему каналу. Управляющие приложения в УК ОПП выполняют системные и другие управляющие функции. В качестве примера приложений показаны алгоритм синхронизации ОЗ и алгоритм вставки ОЗ. Все другие управляющие функции, определнные в конкретном варианте осуществления раскрытого способа, включаются в область управляющих приложений,как показано на чертеже. Управляющие приложения помещают СИЗ и другие управляющие сообщения в очередь или очереди передачи сообщений. Планировщик передачи ОПП формирует СИЗ. СООЗ и другие управляющие сообщения могут быть своевременно взяты из очереди или очередей сообщений управляющими приложениями. Планировщик передачи - это сервер, который выбирает сообщения, подлежащие передаче, из очереди или очередей передачи сообщений и отслеживает длину и частоту таких сообщений для обеспечения того, что они находятся внутри пределов, требуемых вариантом осуществления. В соответствии с раскрытым вариантом осуществления изобретения планировщик передачи для ОПП обусловливает передачу сообщения, только когда ОПП синхронизировано. Планировщик передачи ОПП формирует СИЗ для каждого сообщения, поставленного другими приложениями в очередь передачи сообщений. В соответствии с раскрытым способом планировщик передачи ОПП управляет передачей СИЗ с использованием сегментов Алоха. Планировщик передачи ОПП планирует передачу сообщений, отличных от СИЗ, в очередях передачи сообщений, путм планирования передачи сообщений по связям вверх, как определено на месте и представлено в местной ОЗ. Алгоритм вставки ОЗ - это управляющее приложение, которое получает ИЗ из СООЗ (непосредственно из очереди прима сообщений) и помещает их в местную ОЗ в соответствии с установленным алгоритмом. Алгоритм вставки ОЗ также поддерживает базы данных времени и приоритетов, связанных с ОЗ. Алгоритм синхронизации ОЗ - это управляющее приложение, которое управляет ОЗ и принимает управляющие данные для определения того, что синхронизация ОЗ поддерживается, а также устанавливает синхронизацию ОЗ, когда ОПП находится вне синхронизации ОЗ или теряет е. Местная ОЗ - это база данных, которая содержит ИЗ, размещнные в определнном порядке алгоритмом вставки ОЗ. Она инициируется алгоритмом синхронизации ОЗ и поддерживается алгоритмом вставки ОЗ, причм такая поддержка включает в себя регулировку приоритетов и времн передачи ИЗ в каждом СООЗ, принятом из администратора запросов. Структура канала. На фиг. 3 А канал - это выделенная физическая среда, которая может переносить поток символов. В сетях, использующих раскрытый способ, каналы разделяются по времени на интервалы. В предпочтительном варианте осуществления эти интервалы смежны, один интервал непосредственно следует за другим. Интервалы на восходящем и на нисходящем каналах имеют переменные длины, как определяется в реальном времени управляющей схемой ГУК. В предпочтительном варианте осуществления нисходящая и восходящая передачи переносятся в разных каналах. Альтернативный вариант осуществления включает в себя восходящую и нисходящую передачи информации в одном и том же канале. Время канала может делиться дальше в случае некоторых интервалов. Эти интервалы делятся на сегменты. В предпочтительном варианте осуществления способа BSDP сегменты имеют фиксированную длину для данного типа интервала, для обеспечения простоты структуры. Однако способ BSDP позволяет сегментам внутри интервала иметь переменную длину. Сегменты обеспечивают возможность собирать маленькие сообщения в одном интервале. Это обеспечивает средствам повышение эффективности использования канала в способе BSDP. Тактирование, используемое для измерения времени в раскрытом способе, - это главное системное тактирование. Главное системное тактирование передатся главным управляющим компьютером. ОПП передат местное системное тактирование, которое привязано к главному системному тактированию(фиг. 2). Время интервала и границы сегментов определяются по главному системному тактированию и измеряются, когда интервал находится на ГУК, т.е. когда он передатся нисходящей передачи и когда он принимается для восходящей передачи. В раскрытом способе ОПП вычисляет время прибытия интервала на ГУК, чтобы определить, когда начать передачу. Сообщения передаются в интервалах и сегментах. Для каждого интервала имеется не более одного сообщения, если только интервал не разделн на сегменты. В этом случае может быть не более одного сообщения на сегмент. В предпочтительном варианте осуществления, как показано на фиг. 3 А, тактиро-9 010465 вание поддерживается с точностью, которая позволяет отслеживать границы символов между границами интервалов, и не требуется зазора в интервале для учта неопределнности тактирования в размещении сообщения. Помимо этого, предпочтительный вариант осуществления включает в себя непрерывную нисходящую передачу с когерентной модуляцией символов от одного сообщения до другого. Заголовки сообщений и относящиеся к ним части абзацев показаны во всех сообщениях на фиг. 3 А. Показано, что эти заголовки сообщений включают в себя последовательности приобретения, которые используются для поддержки приобретения получающим терминалом атрибутов модуляции в физическом слое. Заголовки сообщений обязательны в раскрытом способе для нисходящих сообщений. Последовательности приобретения требуются только для некоторых нисходящих сообщений, их точное местоположение зависит от требований конкретного варианта осуществления. Заголовки сообщений могут не требоваться для восходящих сообщений. Для ясности отметим, что последовательности приобретения требуются время от времени, но могут включаться в тело управляющих сообщений или в заголовок сообщения, или в оба этих места. Фиг. 3B подчркивает, что в раскрытом способе заголовок сообщения может не требоваться в большинстве восходящих сообщений, чтобы ГУК мог определить атрибуты сообщения. Информация,требуемая способом, не обязана присутствовать в заголовках сообщений в потоке восходящих сообщений, потому что упомянутая требуемая информация предварительно передана ГУК в СИЗ. Таким образом, единственной целью заголовка восходящего сообщения может быть поддержка приобретения. Для некоторых сред это не обязательно. Для всех сред, если отслеживание границы символа поддерживается через границы интервала или сегмента, приобретение, использующее данные в теле сообщения, может вызвать высокий уровень ошибок только на первых нескольких символах сообщения, но кодирование и перемежение могут использоваться для восстановления этих данных, обеспечивая таким образом исключение заголовков сообщения. Это обсуждение также применимо для учта перемещения последовательностей, поддерживающий приобретение в нисходящих сообщениях. Однако в нисходящих сообщениях в заголовке сообщения должны присутствовать некоторые данные для ОПП, чтобы успешно принять и переслать сообщение. Фиг. 3C иллюстрирует вариант осуществления, который имеет зазоры в интервалах. Исключение заголовков сообщений предполагает, что эта диаграмма относится к восходящему каналу. Нисходящие каналы также могут иметь подобные зазоры в этом типе варианта осуществления. Фиг. 3D иллюстрирует размещение каналов, в котором сообщения располагаются в интервалах и сегментах, имеющих защитные пробелы, а сообщения имеют заголовки сообщений, которые обеспечивают приобретение каждого сообщения. Защитный пробел позволяет передавать сообщения в условиях неточного тактирования, как может случиться в восходящей связи в варианте осуществления, имеющем целью поддержку сети с недорогими терминалами ОПП. Неточность тактирования в ОПП может также обнаруживаться в сетях, где передача по нисходящей связи прерывистая, что приводит к созданию среды, в которой местное системное тактирование может уходить от значения главного системного тактирования. Этот вариант осуществления возможен также на нисходящей связи в случае, когда терминалы часто присоединяются и отсоединяются от сети, или когда передача ГУК прерывается. Синхронизация нисходящей связи. На фиг. 4 сообщения передаются по нисходящей линии. Сообщения нисходящего потока имеют заголовок сообщения и тело сообщения (см. п.110 формулы с его подабзацами). Заголовок сообщения может содержать структуру данных DTA (алгоритм отслеживания нисходящей линии). Вариант осуществления предмета изобретения должен поддерживать непрерывную передачу сообщений по нисходящей линии (по меньшей мере для набора сообщений, переносимых между сообщениями, которые содержат структуры данных DTA), и поддерживать выравнивание символов между границами сообщений (т.е. граница конца последнего символа сообщения должна совпадать по времени с границей первого символа следующего сообщения). Важно, но несущественно для описанного здесь способа, чтобы вариант осуществления поддерживал когерентность фазы от одного символа к следующему между границами сообщения в таких сетевых каналах, где такой уместен способ демодуляции. Все нисходящие сообщения могут иметь заголовок сообщения, который содержит по меньшей мере длину сообщения и адрес. Заголовки сообщения могут также содержать структуры данных DTA и последовательности приобретения, чтобы поддерживать приобретение ОПП и отслеживать данные и форматы нисходящей лилии. Для ясности отметим, что последовательности приобретения используются для поддержки приобретения получателями частоты, фазы и границ символов; такой вид приобретения не связан с приобретением границ интервалов, как показано на чертеже. Поле может быть показано в заголовке, но не обязательно на его фронте. Когда ОПП обращается к синхронизации нисходящей связи, оно приняло входной нисходящий поток. Таким образом, структура данных DTA не обязана быть первой в последовательности полей внутри заголовка сообщения. В некоторых вариантах осуществления может быть предпочтительней разместить структуру данных DTA на некотором расстоянии от начала сообщения. ОПП обнаруживает уникальную последовательность в этом поле и устанавливает взаимосвязь, тем самым определяя, где находятся начальная и конечная точки поля в потоке битов. Это маркер, который позволяет ОПП определять все границы следующих интервалов, а- 10010465 тем самым осуществлять синхронизацию нисходящей связи. Каждый заголовок сообщения при нисходящей связи содержит поле длины сообщения в фиксированной и известной относительной позиции по отношению к началу сообщения. Формат сообщения, содержащего структуру данных DTA, известен ОПП настолько, что ему известно число битов между концом структуры данных DTA и началом поля длины сообщения. Таким образом, ОПП может получить доступ к полю длины сообщения. Значение длины сообщения позволяет ОПП вычислить положение тела данного сообщения и декодировать его. Оно также позволяет ОПП вычислить границу интервала между данным интервалом и следующим интервалом, достигая тем самым синхронизации нисходящей связи. Поле длины сообщения имеет известную относительную позицию от начала сообщения, которое само совпадает с границей интервала. Это позволяет ОПП определить местоположение тела следующего сообщения и границу на конце данного сообщения, и тем самым продолжать работу с сохранением синхронизации нисходящей связи. Формат сообщений. На фиг. 5 раскрытый способ не требует специального упорядочивания или размещения различных полей сообщения. Однако поля данных заголовка сообщения и поля тела сообщения могут быть в известных местоположениях относительно начала сообщения. В качестве примера информация заголовка сообщения может быть распределена известным способом между частями тела сообщения. Практически раскрытый способ не предусматривает гарантированного размера тела сообщения, хотя наименьший размер тела сообщения может быть установлен в конкретном варианте осуществления. Так, в типичном случае информация заголовка сообщения может быть размещена перед сообщением, так что расположение различных полей известно независимо от размера тела сообщения. Есть одно исключение в допускаемой гибкости расположения полей в сообщении, которое является результатом известной техники: последовательность захвата поддерживает функции физического уровня, связанные с методом. Если вариант осуществления требует, чтобы принимающий терминал также декодировал сообщение, для которого достигается захват физического уровня, то последовательность захвата должна идти первой в сообщении. Сообщение в раскрытом способе содержит тело сообщения, которое обеспечивается приложением. Нисходящее сообщение должно содержать заголовок сообщения. Восходящее сообщение может содержать заголовок сообщения, зависящий от варианта осуществления. Для ясности отметим, что каждое восходящее сообщение имеет связанный с ним ИЗ, который переносит некоторую управляющую информацию, относящуюся к сообщению. В способе BSDP этот связанный ИЗ распространяется к ГУК и каждому ОПП в сети при помощи различных управляющих сообщений. Информация в ИЗ соответствует базовой функции управления сообщениями, тем самым предоставляя для разработки варианта осуществления возможность не включать заголовок сообщения в сообщения восходящего потока. Заголовок сообщения может содержать несколько полей системной управляющей информации, как показано. Авторы показывают заголовок сообщения с неназначенными областями данных. Эти области образуют поле, называемое другая управляющая информация, указывающая, что разработчик варианта осуществления имеет возможность использовать заголовки сообщений для переноса информации, не требующейся в раскрытом способе, а расширяющем его. Примером такой управляющей информации является набор параметров, который меняется время от времени; такие параметры используются в системных управляющих алгоритмах в ОПП. Последовательность захвата может присутствовать в начале заголовка сообщения или внутри заголовка сообщения. Необходимо отметить, что последовательности захвата не обязаны присутствовать в любом заголовке сообщения. Они могут присутствовать в теле управляющих сообщений. Структура данных АОН может присутствовать в заголовке сообщения для поддержки синхронизации нисходящего потока. В процессе нисходящей синхронизации определяются границы нисходящих интервалов (более точно, определяются положения границ начала сообщения или последовательности сообщений, что предполагает, что определение границ интервалов выполнено с достаточной точностью). В нисходящем потоке может присутствовать адрес. В нисходящем потоке этот адрес описывает, какой или какие ОПП должны принимать сообщение. Адрес места назначения не обязан присутствовать в сообщениях восходящего потока, так как ГУК получает все сообщения восходящего потока. Однако поле адреса, связанное с сообщением восходящего потока, описывает адрес управляющего объекта, которым обычно является отправитель, но может быть ГУК или некоторый другой ОПП. Этот адрес управляющего объекта содержится в СИЗ, связанном с сообщением, и в некоторых вариантах осуществления может также содержаться в поле адреса в заголовке сообщения. Адрес обеспечивается для системной функции передачи приложением, которое требует, чтобы сообщение было передано. Поле длины сообщения содержит значение, обозначающее длину сообщения; такая длина может быть выражена в терминах времени, МПБ или в единицах данных. Примерами единиц данных являются:(1) биты, (2) байты или (3) элементы минимального размера разрешения для сообщения, например 8 байтовых единиц (байтов). Нисходящее сообщение должно содержать поле длины сообщения. Восходящее сообщение может также содержать поле длины сообщения. Длина сообщения для восходящего потока может быть известна, но эта информация также доступна из связанного ИЗ. Поле идентификатора приложения идентифицирует приложение в принимающем терминале, на ко- 11010465 торый сообщение должно быть направлено. Идентификатор приложения может быть отображн на принимающем терминале в уникальную очередь прима сообщений (фиг.1B и 2), причм такая очередь обслуживается управляющим приложением BSDP либо приложением в ПУПУ или СИМ. Информация об идентификаторе приложения обеспечивается для системного планировщика передачи приложением, запрашивающим передачу сообщения, обычно просто снабжением сообщения заголовком. Поле типа и приоритета содержит дополнительную управляющую информацию, которая используется алгоритмом вставки ОЗ при размещении связанного ИЗ в ОЗ. Дополнительно это поле может содержать информацию, используемую для других управляющих функций. Примером является параметр,который указывает, что сообщение содержит сегменты конкретного размера и для конкретной системной функции. Идентификация информации типа и приоритета обеспечивается для системной функции передачи приложением, запрашивающим передачу сообщения, обычно просто обеспечением заголовка сообщения для сообщения. Данные запроса. На фиг. 6 элементы данных кодируются, как показано на чертеже. Для ясности отметим, что заголовки сообщения не содержат управляющей информации, используемой сервисными элементами. Белым обозначены фоновые или неопределнные данные в интервальном запросе. Формат интервального запроса (ИЗ) представлен на фиг. 6. Один и только один ИЗ связан с каждым восходящим интервалом, называемым далее связанным интервалом. Связанный интервал обычно используется, чтобы вмещать одно и только одно сообщение, называемое связанным сообщением. Формат ИЗ содержит поля данных, общие с теми, что были описаны для сообщения, за исключением того, что длина интервала для ИЗ может быть больше, чем длина сообщения для связанного сообщения. Планировщик передачи формирует ИЗ; упомянутое приложение использует ИЗ для создания запроса на связанный интервал. Помимо типичного случая, когда интервал запрашивается в целях посылки единственного сообщения, интервал может запрашиваться также одним ОПП для другого, или главным управляющим компьютером (ГУК) для ОПП, или каким-либо из них для интервала, сегменты которого должны использоваться более сложным образом, определяемым управляющими приложениями, ПУПУ или СИМ, работающими с управляющим приложением планировщика передачи. Примером является ИЗ,созданный администратором запросов в ГУК в целях запроса ИПСА на восходящей линии. ИЗ содержит адрес, который представляет управляющий объект. Таким адресом обычно будет ОПП, запрашивающее интервал для переноса восходящего сервисного сообщения. Однако раскрытый способ поддерживает сложные действия, такие, как опрос ГУК, управление сервисного уровня для сложных взаимодействий, планирование интервалов с сегментами и другие; и в таких случаях адрес может отличаться от адреса (одного или нескольких) ОПП, которые могут использовать интервал. Идентификатор приложения служит для предоставления системным управляющим приложениям информации, необходимой для направления связанного сообщения или сообщений на принимающий ГУК или ОПП. Информация из этого поля может быть использована также другими вспомогательными управляющими функциями. Поле типа и приоритета может обеспечивать информацию, необходимую алгоритму вставки ОЗ для планирования интервала. Информация из этого поля может быть использована также другими вспомогательными управляющими функциями. Поле длины интервала содержит длину связанного интервала. Для ясности отметим, что это поле в ИЗ всегда ссылается на интервал, в то время как сопоставимое поле в заголовке сообщения ссылается на длину этого сообщения. Интервал ИЗ (т.е. сегмент Алоха) может включать в себя защитное пространство и поэтому быть больше, чем длина сообщения связанного СИЗ для связанного сообщения. В ИЗ допускается также наличие пространства, называемого другая управляющая информация; использование такого пространства определяется конкретным вариантом осуществления. В варианте осуществления в ИЗ может также присутствовать поле, называемое счт ИЗ. Это поле позволяет управляющему сообщению отличать интервальные запросы из одного и того же ОПП, что оказывается полезным в случае, когда многие ИЗ находятся в распределении из одного и того же ОПП или когда ГУК получает от ОПП несколько копий одного и того же ИЗ. В данном варианте осуществления может присутствовать такое поле в версии ИЗ, переносимой в ОЗ, как время создания ИЗ и/или срок ИЗ. Варианты вставки ОЗ и некоторые варианты синхронизации ОЗ могут использовать информацию из этого поля для организации и синхронизации ОЗ. В раскрытом осуществлении в версии ИЗ, переносимой в ОЗ, может присутствовать поле время передачи ИЗ. В раскрытом способе для заявленного варианта такое значение может содержаться в базе данных, связанной с ОЗ и доступной планировщику передачи, а элемент данных ИЗ может обеспечивать соответствующее местоположение для данных. СООЗ может иметь два обязательных поля в заголовке сообщения (альтернативно такая информация должна доводиться до ОПП другими функционально эквивалентными средствами). Поле глубина ОЗ дат глубину главной ОЗ в момент передачи СООЗ, причем эта глубина измеряется в удобных терминах,одним из которых является число ИЗ в главной ОЗ. Второе поле заголовка сообщения СООЗ, которое может присутствовать (или эквивалентная функция, обеспечиваемая альтернативными средствами метода BSDP) - это время вершины СООЗ. Это поле- 12010465 содержит точное время передачи вершинного элемента главной ОЗ в терминах главного системного тактирования. Полезный путь сделать это может состоять в предоставлении времени передачи вершинного элемента относительно времени передачи СООЗ. В некоторых вариантах раскрытого способа используется также поле (являющееся поэтому необязательным) счт СООЗ. Значение этого поля увеличивается каждый раз, когда пересылается СООЗ. Это позволяет ОПП легко обнаруживать, что одно или более СООЗ потеряно при передаче и, следовательно,объявить себя вышедшими из синхронизации. ИЗ обычно помещаются в СООЗ, соприкасаясь. Этот способ позволяет другой управляющей информации быть помещнной в тело сообщения СООЗ по усмотрению разработчика варианта осуществления. ИЗ передаются по восходящей линии в сообщениях ИЗ, как показано на фиг. 6. Такие сообщения в типичном варианте осуществления имеют заголовок сообщения, хотя можно предвидеть также приложения, в которых заголовок сообщения не требуется. Очередь запросов. На фиг. 7 показана очередь запросов (ОЗ). Представление ОЗ показывает, что вершина очереди находится справа. Там элементы удаляются из очереди. Они подаются в ОЗ в любой точке в зависимости от алгоритма вставки ОЗ. Элементами ОЗ являются ИЗ. Вместе с информацией ИЗ каждый из таких элементов связывает с ним - возможно, переносимый в самом элементе - время передачи ИЗ для связанного сообщения; такое время обеспечивается приложением алгоритма вставки ОЗ. ИЗ на вершине ОЗ показывает следующий интервал, который должен быть передан по восходящей линии. Элементы берутся из вершины очереди,как только их время передачи ИЗ проходит. Они отбрасываются, хотя можно выполнять их архивирование после того, как они удаляются из ОЗ. Формат интервального запроса (ИЗ) представлен на фиг. 6. Интервальные запросы поступают в составе СООЗ в алгоритмы вставки ОЗ в ГУК. Эти СООЗ создаются на месте в ГУК администратором запросов и пересылаются в алгоритм вставки ОЗ одновременно с постановкой в очередь передачи сообщений ГУК. Алгоритм вставки ОЗ в ГУК помещает новый ИЗ в главную ОЗ и поддерживает ОЗ, удаляя ИЗ, которые могут иметь слишком большой срок, или те, у которых прошло время передачи, а также обновляя приоритет и другую управляющую информацию в ИЗ. Главная ОЗ в ГУК - это точная версия ОЗ. Местные ОЗ в ОПП представляют оценочные копии главной ОЗ и в некоторых случаях могут давать ошибочные представления. Планировщик передачи может не планировать передачу в ГУК с использованием ОЗ. Вместо этого ОЗ просто используются для слежения за состоянием восходящей линии. В ГУК планировщик передачи может удалять верхний элемент ОЗ, когда проходит время передачи для его ИЗ, поддерживая таким образом соответствие с планированием восходящих интервалов. Это совпадает с такой же функцией в ОПП. Главное системное тактирование в ГУК обеспечивает тактовую базу для способа BSDP. ОПП переносят оценку тактовой частоты главного системного тактирования, а также могут переносить оценку абсолютного времени этого тактирования. Планировщик передачи использует тактовую базу главного системного тактирования для планирования передач в ГУК. Времена передачи ИЗ, переносимые в ИЗ или связанные с ИЗ, выражены в терминах времени главного системного тактирования. Верхний элемент ОЗ отбрасывается, как только время передачи его ИЗ проходит, как в замечании(g) выше. Формат интервального запроса (ИЗ) представлен на фиг. 6. Интервальные запросы прибывают в нисходящем потоке в СООЗ на ОПП и поступают в алгоритмы вставки ОЗ. Алгоритм вставки ОЗ в ОПП помещает новый ИЗ в местную ОЗ и поддерживает местную ОЗ, удаляя ИЗ, которые имеют слишком большой срок, или те, у которых прошло время передачи, а также обновляя приоритет и другую управляющую информацию в ИЗ. Используются алгоритмы, идентичные алгоритмам вставки ОЗ в ГУК. Местная ОЗ в ОПП - это оценка главной ОЗ. Эта оценка верна до тех пор,пока ОПП получает все СООЗ с ИЗ, которые ещ находятся в главной ОЗ, а алгоритм синхронизации ОЗ применяется для приведения терминала в состояние синхронизации ОЗ. Планировщик передачи в ОПП планирует восходящие передачи с использованием местной ОЗ. Планировщик передачи удаляет вершинный элемент ОЗ в то время, когда проходит время передачи для его ИЗ, поддерживая таким образом соответствие с планированием восходящих интервалов. Это совпадает с такой же функцией в ГУК. Местное системное тактирование в ОПП обеспечивает тактовую базу для раскрытого способа в ОПП. Местное системное тактирование замкнуто на главное системное тактирование по тактовой частоте. В некоторых вариантах осуществления оно может быть также замкнуто на абсолютное время главного системного тактирования. Времена передачи ИЗ, переносимые ИЗ или связанные с ИЗ, выражены в терминах времени местного системного тактирования. Для ясности отметим, что сдвиг ОПП либо учитывается при определении времени передачи ИЗ, либо планировщик передач находит этот сдвиг при определении времени передачи из времени передачи ИЗ. Для ясности отметим, что время передачи ИЗ на каждом терминале в раскрытом способе может быть различным, так как местные системные тактирова- 13010465 ния могут не синхронизироваться в абсолютном времени. Времена передачи ИЗ определяются так, что соответствующая передача прибывает в ГУК в спланированный интервал времени на основе главного системного тактирования. Вершинный элемент ОЗ отбрасывается, как только время передачи его ИЗ проходит. Начальный ИЗ отбрасывается, ссылается ли он на местное сообщение или на сообщение в другом ОПП. Это совпадает с функцией в ГУК, как в замечании (i) выше. В ОПП сообщения, подлежащие передаче, хранятся в одной или нескольких очередях передачи сообщений. Планировщик передачи регулирует передачу сообщений в восходящем потоке. Временная диаграмма ОЗ. На фиг. 8 изображено тактирование последовательности действий для алгоритма вставки ОЗ в ГУК и алгоритма вставки ОЗ в ОПП. Одно и то же (т.е. идентичное) СООЗ, или эквивалентный набор данных,приходит в ГУК и в ОПП. Данные приходят близко во времени, но не совпадая во времени. СООЗ поступает в алгоритм вставки ОЗ в ГУК одновременно с постановкой в очередь передачи сообщений. Таким образом, оно прибывает в алгоритм вставки ОЗ ГУК перед тем, как оно прибывает в алгоритм вставки ОЗ любого ОПП. Во всех случаях время между прибытием данных в ГУК и в ОПП достаточно короткое,чтобы быть своевременным для удовлетворительной работы раскрытого способа (т.е. будут происходить восходящие передачи, которые неверно тактируются). Алгоритм вставки ОЗ на каждом местоположении реагирует на приход новых данных, выполняя изменения базы данных в ОЗ. Эти изменения включают в себя размещение вновь пришедших ИЗ и подгонку временных значений, таких как время передачи ИЗ и срок ИЗ. Пока ОПП остатся в состоянии синхронизации ОЗ, вычисления, которые производятся в это время, приводят к тому, что местная ОЗ является удовлетворительной аппроксимацией главной ОЗ, причм такая аппроксимация включает в себя то, что две ОЗ имеют и имеют только те же самые элементы ИЗ в том же самом порядке. Некоторые поля этих элементов могут отличаться, или иметь приблизительно идентичные значения в соответствии с деталями каждого варианта осуществления. В период после времени для обновления ОЗ, ОЗ в ГУК и ОЗ на ОПП находятся в состоянии, в котором их можно сравнить. Когда в формуле изобретения говорится, что ОЗ отвечают при сравнении некоторым условиям, это значит, что сравнение производится между двумя ОЗ в течение временных интервалов на фиг. 8. Если ОПП находится в состоянии синхронизации ОЗ и СООЗ на фиг. 8, ОПП остатся в состоянии синхронизации ОЗ. Если ОПП не получает СООЗ в ожидаемое время, как показано, состояние местной ОЗ отличается от состояния главной ОЗ, и ОПП выходит из состояния синхронизации ОЗ. Синхронизация ОЗ. На фиг. 9 изображена очередь запросов. Алгоритм синхронизации ОЗ, расположенный в ОПП, может выполнять процесс синхронизации ОЗ. Этот процесс может выполняться в два этапа: первый этап заключается в установке чистой ОЗ, так что ни один ИЗ, присутствующий в главной ОЗ, не пропускается в местной ОЗ. Второй этап - удаление из местной ОЗ тех ИЗ, которые отсутствуют в главной ОЗ. Элементами ОЗ являются ИЗ. Каждый из этих элементов может иметь связанное с ним и, возможно,содержащееся в самом элементе, время передачи ИЗ, которое представляет собой точное время передачи связанного сообщения; такое время обеспечивается алгоритмом вставки ОЗ. Алгоритм синхронизации ОЗ определяет по информации, переносимой в или связанной с каждым СООЗ, нет ли потерь при доставке СООЗ. Если СООЗ (или эквивалентный механизм доставки данных) потеряно, алгоритм синхронизации ОЗ повторно запускает процесс синхронизации ОЗ. Процесс инициализируется информацией из только что полученного СООЗ. Если алгоритмом синхронизации ОЗ определено, что СООЗ перед присутствующим полученным СООЗ не было потеряно, то это приложение определяет, достиг ли терминал состояния чистой ОЗ. Если ОПП ещ не находится в состоянии чистой ОЗ, алгоритм синхронизации ОЗ собирает другое СООЗ и повторяет процесс. В случае, если ОПП достигло состояния чистой ОЗ, процесс синхронизации ОЗ удаляет излишние ИЗ из местной ОЗ. На этом этапе местная ОЗ соответствует главной ОЗ. В случае, если ОПП достигло состояния чистой ОЗ, процесс синхронизации ОЗ удаляет излишние ИЗ из местной ОЗ. На этом этапе местная ОЗ соответствует главной ОЗ. Алгоритм синхронизации ОЗ объявляет, что ОПП находится в состоянии синхронизации ОЗ, или ждт завершения цикла перед объявлением ОПП в состоянии синхронизации ОЗ. Планировщик передачи ОПП. Изображнный на фиг. 10 планировщик передачи ОПП может выполнять три показанные функции,каждая из которых является частью планирования и посылки сообщения от ОПП. Процесс посылки сообщения от ОПП может начаться, когда приложение помещает сообщение в очередь передачи сообщений. Он заканчивается, когда планировщик передачи воздействует на передачу сообщения. Между этими двумя событиями планировщик передачи ищет и получает интервал на восходящей линии, назначенный для передачи сообщения. Планировщик передачи выполняет три вида деятельности в процессе. Планировщик передачи контролирует входы очереди или очередей передачи сообщений и формирует ИЗ для каждого нового сообщения. Это ИЗ помещается в местный пул ИЗ. Как только ОПП синхронизируется. Планировщик передачи помещает ИЗ в распределение ИЗ так быстро, как только возможно,- 14010465 после того, как он достигает пула ИЗ. Для ясности отметим, что вариант осуществления может поддерживать многие ИЗ в распределении ИЗ в одно и то же время или он может требовать, чтобы ИЗ были распределены (т.е. на месте в ОЗ) перед разрешением другому ИЗ войти в распределение ИЗ. В качестве первого шага в распределении ИЗ планировщик передачи помещает ИЗ в СИЗ и ставит это СИЗ в очередь передачи сообщений. Планировщик передачи использует алгоритм УФДС и знание структур интервалов сегментов Алоха для приходящих интервалов, чтобы выбрать сегмент Алоха для получения переданного СИЗ. Для каждого ИПСА имеется связанный ИЗ в ОЗ. ИПСА назначается так же,как любой другой восходящий интервал. Таким образом, в ОЗ имеется ИЗ, связанный с интервалом передачи. Поэтому из этого интервала известна структура сегмента Алоха, прежде чем он придт. Структура ИПСА может быть фиксирована и известна или может меняться от интервала к интервалу. Планировщик передачи ждт сегмент Алоха, спланированный для СИЗ. Непосредственно перед передачей планировщик передачи подтверждает, что ОПП синхронизировано. Если известно, что ОПП синхронизировано, то планировщик передачи воздействует на передачу СИЗ в сегмент Алоха. Затем он помещает СИЗ в загон СИЗ в предвидении возможной необходимости повторной передачи СИЗ. Обратимся к п.30 и его подабзацам. Планировщик передачи после этого контролирует ИЗ, полученные из СООЗ, или эквивалентных источников, выполняя обнаружение того, что переданный им интервальный запрос (ИЗ) был передан в ГУК. Это ожидание продолжается постоянный период времени или постоянное число СООЗ в зависимости от деталей реализации. Если переданный ИЗ не появляется в нисходящей линии в фиксированное время, планировщик передачи объявляет, что этот ИЗ был передан неудачно, вероятнее всего, из-за состязания в сегменте Алоха. Затем планировщик передачи начинает процесс передачи повторно. В примерной диаграмме состояний показано, что для числа предпринимаемых попыток повторной пересылки почти или совсем нет предела. Однако в конкретном варианте осуществления может существовать предел числа попыток повторной передачи. Однако в большинстве вариантов осуществления можно предусмотреть, что будет установлено максимальное число попыток повторной передачи. Если переданный ИЗ своевременно появляется в нисходящей линии, планировщик передачи подтверждает, что он успешно передал СИЗ, удаляет СИЗ из загона СИЗ и отбрасывает его. Затем он продолжает работу. В примерной диаграмме состояний предполагается, что в загоне СИЗ может быть только один ИЗ в каждый момент времени. Однако планировщик передачи в некоторых вариантах осуществления раскрытого способа может иметь несколько экземпляров одного и того же процесса (представленного описываемой диаграммой состояний), выполняемых параллельно, т.е. он может планировать множество сообщений в одно и то же время. На третьей диаграмме состояний представлен процесс передачи успешно спланированного сообщения. Как только ОПП оказывается синхронизированным, планировщик передачи постоянно проверяет вершину местной ОЗ для ИЗ, связанного с местным сообщением, подлежащим передаче. Планировщик передачи определяет время передачи ИЗ для сообщения, представленного своим связанным ИЗ на вершине местной ОЗ. При наступлении времени передачи он начинает процесс воздействия на передачу. В качестве первого шага этого процесса он выполняет проверку для гарантии того, что ОПП вс ещ синхронизировано. Если это не так, он прерывает процесс. Если ОПП синхронизировано, он определяет, какое сообщение должно быть передано, и должно ли это сообщение быть местным или поддерживаться на каком-либо другом ОПП. В расширении может быть состязание между сегментами или интервалами, спланированными ИЗ, и планировщик передачи в этом случае определяет, должен ли он передавать в эти сегменты или интервалы. Планировщик передачи своевременно удаляет ИЗ из ОЗ. Удалнный ИЗ отбрасывается или архивируется. После этого планировщик передачи переходит к повторению процесса для следующего ИЗ в ОЗ. Сервисные сообщения возникают из очередей ввода/вывода ПУПУ и представлены в ГУК 38, который заключает в себе часть способа раскрытого варианта осуществления. Этот поток сообщений в сеть может регулироваться УФДС. Эти сообщения помещаются в очереди передачи сообщений, и планировщик передачи упорядочивает их расположение в нисходящем потоке. Сообщения, принятые по восходящей линии, помещаются в очереди прима сообщений. Эти очереди обслуживаются сервисными приложениями в ПУПУ и управляющими приложениями в самом ГУК. Администратор запросов собирает интервальные запросы (ИЗ) из различных управляющих сообщений и из местных управляющих приложений. Они помещаются в главный пул 71 ИЗ. Время от времени администратор 75 запросов формирует управляющее сообщение, содержащее множество ИЗ, и помещает его в очередь 80 передачи сообщений, и одновременно с этим передат его алгоритму 83 вставки ОЗ. Алгоритм 83 вставки ОЗ помещает ИЗ в главную ОЗ 72 и время от времени обновляет данные в ИЗ,находящихся в главной ОЗ. Главная ОЗ содержит план назначения интервалов восходящей линии. Как показано на фиг. 2, сервисные сообщения возникают из очередей 93 сообщений СИМ и представлены на УК 22 ОПП. Этот поток сообщений в сети может регулироваться УФДС 95. Эти сообщения помещаются в очереди передачи сообщений, и планировщик передачи упорядочивает их расположение в нисходящем потоке, используя план, представленный в местной ОЗ. Маршрутизатор 74 прима помещает сообщения, полученные по восходящей линии, в очереди 77- 15010465 прима сообщений. Эти очереди используются сервисными приложениями в СИМ или управляющими приложениями 76 в самом УК 22 ОПП. Планировщик 82 передачи формирует ИЗ, один для каждого интервала, требуемого этим ИЗ, и помещает их в местный пул 88 ИЗ. Он своевременно формирует сообщения запросов, называемые СИЗ, и передает их в ГУК 38 с использованием сегментированного протокола Алоха. Алгоритм синхронизации ОЗ управляет местной ОЗ в отношении установки в ней точной копии главной ОЗ. Время от времени набор ИЗ принимается в управляющем сообщении нисходящего потока. Алгоритм 79 вставки ОЗ помещает эти ИЗ в местную ОЗ 78 и время от времени обновляет данные в ИЗ,находящихся в местной ОЗ. Местная ОЗ 78 содержит наилучшую оценку плана назначения интервалов восходящей линии. На фиг. 3 А представлены диаграммы тактирования для использования канала в раскрытом варианте осуществления изобретнного способа. Фиг. 3 А показывает типичный формат использования канала для восходящей или нисходящей линии. Фиг. 3 В показывает формат восходящей линии, при котором отформатированные сообщения не содержат заголовков сообщений. Фиг. 3 С показывает, что в раскрытом варианте осуществления возможны промежутки в интервальных последовательностях. Фиг. 3D показывает формат канала в варианте осуществления с защитными полосами частот. Раскрытый вариант осуществления способа включает в себя организацию канала со структурой МДВР. Обычно имеются отдельные восходящий и нисходящий каналы с сообщениями, передаваемыми в одном направлении. Варианты осуществления могут включать в себя множество восходящих и/или нисходящих линий или могут совместно использовать единственный канал для восходящей и нисходящей линии. Сообщения в нисходящей линии должны иметь заголовки сообщений для поддержки функций прима и маршрутизации. Сообщения в восходящей линии могут иметь заголовки сообщений. Однако вся информация, нужная для поддержки маршрутизации, может присутствовать в связанных ИЗ. Таким образом, варианты осуществления могут не обязательно иметь заголовки сообщений в восходящей линии. Модуляция и демодуляция в линиях может быть организована так, что повторный захват не нужен для каждого сообщения в нисходящей линии. В восходящей линии тактирование может быть достаточно точным для того, чтобы тактирование границ сообщений сохранялось между сообщениями. Однако может возникать по меньшей мере необходимость в частоте, фазе и уровне втягивания в восходящей линии,поскольку передаются сообщения из различных источников. На фиг. 4 представлена временная диаграмма для варианта, который может быть использован для синхронизации нисходящей линии - как примник размещает сообщения в нисходящей линии. Этот вариант полагается на поле длины сообщения, чтобы при некоторых ограничениях на организацию канала определить местоположение одного сообщения, за которым следует другое. Корреляционная последовательность, называемая структурой данных АОН (DTA), присутствует в некоторых заголовках сообщений для поддержки захвата первого сообщения, используемого для инициализации процесса отслеживания границ сообщений. На фиг. 5 представлен формат сообщения раскрытого варианта осуществления способа. Сообщение может содержать тело сообщения, а также заголовок сообщения. Тело сообщения может содержать информацию, размещнную приложением, которое создат сообщение. Это может быть сервисное приложение в ПУПУ или СИМ или управляющее приложение. Заголовок сообщения в нисходящей линии может содержать определнные поля и другие поля. Он может содержать поле адреса, идентификатора приложения, типа и приоритета, и поле длины сообщения(или функционально эквивалентные структуры). Сообщения в восходящей линии могут иметь заголовок сообщения, и этот заголовок может содержать перечисленную выше информацию. Заголовок сообщения в нисходящей линии может содержать последовательность захвата для поддержки демодуляторов при захвате сообщения. Он может содержать структуру данных АОН для поддержки обнаружения границ данных в сообщении. Он может содержать другую управляющую информацию в дополнительном пространстве в заголовке сообщения. Такая дополнительная информация называется другая управляющая информация и используется в конкретном варианте осуществления способа. На фиг. 6 представлен формат структур данных, связанных с интервальным запросом. Фиг. 6 А показывает интервальный запрос(СИЗ). Фиг. 6B показывает сообщение обновления очереди запроса (СООЗ). Интервальный запрос может содержать поле адреса, идентификатора приложения, типа и приоритета и длину интервала. Эти поля описывают сообщение, с которым связан ИЗ. Фактически первые три из этих полей те же самые, что и в заголовке сообщения, как показано на фиг. 5. Поле длины интервала может не совпадать с полем длины сообщения, потому что интервалы могут включать в себя защитные полосы частот. Алгоритмы ОПП и ГУК могут учитывать этот фактор, а истинные длины сообщений могут содержаться в ИЗ, источник ИЗ может добавить соответствующее дополнительное пространство к длине при формировании ИЗ, или ГУК может подогнать это поле при приме ИЗ - любая такая схема лежит в объме раскрытого способа. ИЗ может содержать управляющую информацию, специфичную для конкретного варианта осуще- 16010465 ствления настоящего изобретения, причм такая информация размещается в поле другой управляющей информации. Конкретная опциональная управляющая информация заявлена в вариантах раскрытого осуществления метода. Как показано на фиг. 6 А, могут быть включены время создания, срок ИЗ, время передачи ИЗ и счт ИЗ. ИЗ могут быть созданы управляющими приложениями или планировщиками передачи в ОПП. Для восходящей передачи ИЗ заключаются в сообщения ИЗ (СИЗ). Как показано на фиг. 6A, СИЗ могут иметь или могут не иметь заголовки сообщений в зависимости от варианта осуществления. СИЗ передаются в сегменты Алоха пакетных интервалов сегментов Алоха. Передача устроена для этого случая и может состязаться в период передачи, разрушая оба. Может потребоваться несколько передач пока СИЗ не будет успешно передан в ГУК. ГУК передат набор ИЗ в сообщении нисходящей линии, называемом СООЗ. Формат СООЗ показан на фиг. 6B. Заголовок сообщения СООЗ может содержать управляющую информацию, относящуюся к конкретному варианту осуществления и содержащуюся в поле другой управляющей информации. Заголовок сообщения СООЗ может включать в себя данные, используемые для синхронизации ОЗ в ОПП. Для этой цели он может содержать поля глубина ОЗ или время вершины СООЗ. Он может также содержать поле счт СООЗ, значение которого используется для управления синхронизацией ОЗ. Как показано на фиг. 7, ОЗ является единственной очередью. Элементами ОЗ являются ИЗ. Алгоритм вставки ОЗ как в ГУК, так и в ОПП вставляет их в ОЗ. Элементы ОЗ (т.е. ИЗ) с течением времени продвигаются вправо на фиг. 7. Про самый правый элемент говорят, что он находится на вершине очереди. Алгоритм вставки ОЗ не обязан размещать новые элементы на дне очереди. Элементы могут размещаться в очереди так, что ИЗ с более высоким приоритетом или ИЗ, чувствительные к задержке, могут размещаться выше в очереди. Существует требование к алгоритму размещения, чтобы элементы, размещаемые в очереди, достигали вершины за разумное время,но могут также использоваться другие алгоритмы. Как показано на фиг. 7, на ГУК главная ОЗ просто служит записью состояния восходящей линии. Эта информация используется как основа для синхронизации информации, посланной на ОПП. Она также используется внутренними управляющими алгоритмами для управления восходящей связью различными средствами. Как показано на фиг. 7, в ОПП местная ОЗ служит в качестве записи состояния восходящей линии. Эта информация используется для определения того, когда ОПП может передавать по восходящей линии. В ОПП присутствует алгоритм синхронизации ОЗ, который устанавливает синхронизацию местной ОЗ с главной ОЗ, т.е. формирует местную ОЗ так, что она, по существу, одинакова с главной ОЗ, и контролирует эту синхронизацию. На фиг. 8 показана временная диаграмма для поддержки сопоставимых главной ОЗ и местной ОЗ. Информация об обновлении может поступать в алгоритм вставки ОЗ в ГУК в определнное время, запуская цикл обновления. В отличное время, возможно, позже, та же самая информация об обновлении поступает в алгоритм вставки ОЗ в ОПП, который также может начать цикл обновления. Перед началом цикла обновления в любом терминале, и после того, как оба они закончат циклы обновления, ОЗ существенно сопоставимы. Местная ОЗ называется синхронизированной ОЗ, если в ней присутствует в точности то же множество ИЗ, расположенных в том же порядке, что и в главной ОЗ, в течение периода времени после того, как они обе были обновлены одной и той же информацией. Информация об обновлении обычно может поступать в СООЗ как в ГУК, так и в ОПП. На фиг. 9 показана диаграмма состояний для типичного алгоритма синхронизации ОЗ. Синхронизация может происходить в две фазы. В первой фазе алгоритм синхронизации ОЗ на ОПП убеждается, что он получил всю информацию об обновлении ОЗ, которая была послана в течение промежутка времени. Этот промежуток времени определяется так, что все сообщения, связанные с более старыми элементами ОЗ, были переданы в восходящем потоке. Затем вторая фаза синхронизации ОЗ определяет, какие элементы собранного набора остаются подлежащими передаче, с вероятностью того, что некоторые из сообщений, связанных с этими новыми элементами, были уже переведены за время, пока выполнялось это определение. Отнеснные к этому времени ИЗ могут быть удалены из местной ОЗ и синхронизированы. На фиг. 10 показано, что планировщик передачи в ОПП может выполнять три различные задачи,показанные на диаграммах состояния. Совместным эффектом этих задач является планирование и передача сообщения. Планировщик передачи в ОПП контролирует очередь передачи сообщений и своевременно формирует ИЗ для каждого требуемого интервала. Имеются режимы работы, при которых сообщение может помещаться в интервал, зарезервированный каким-либо другим ОПП или ГУК. Планировщик передачи своевременно может извлекать ИЗ из местного пула ИЗ, формировать СИЗ и передавать его с помощью протокола. Планировщик передачи контролирует начало ОЗ и передат сообщение, когда верхний в очереди ИЗ связан с местным сообщением. Планировщик передачи может также удалять верхний в очереди ИЗ,когда его время передачи ИЗ прошло. Работа. Система и способ варианта осуществления изобретения дают возможность обслуживания неогра- 17010465 ниченного количества терминалов в сети линии, которая сконфигурирована с (1) единственным управляющим терминалом (ГУК) и (2) множеством терминалов (ОПП), расположенных на расстоянии от центрального терминала. ОПП обмениваются цифровыми данными с ГУК при помощи любого двустороннего (дуплексного) канала линии или набора каналов, имеющих пропускную способность, которая может совместно использоваться ОПП. Вариант осуществления настоящего изобретения, как раскрыто здесь, использует сегментную связь Алоха и теорию очередей. Обмениваемая информация может быть разбита на сообщения источниками. Эти сообщения являются наборами цифровых данных. Длина каждого сообщения не фиксирована, но средняя длина сообщения в каждом канале предписана, и трафик организуется так, чтобы различными средствами удовлетворить это предписание. Точно так же частота сообщений в разных каналах не установлена, но средняя частота предписана, и трафик организуется так, чтобы различными средствами удовлетворить это предписание. ГУК получает информацию, подлежащую передаче к ОПП, от интерфейсного оборудования, которое обеспечивает интерфейс между ГУК и подсистемами управления поставщиков услуг, таких как поставщики услуг Интернет, радиовещательные и телефонные компании. ГУК передает информацию, посланную ОПП, к этим подсистемам управления поставщиков услуг. ОПП и ГУК также служат источниками и местами назначения управляющей информации. Чтобы информация передавалась от одного ОПП к другому, поставщик услуг на ГУК может отправлять е. Физический канал или каналы, несущие данные от ГУК к ОПП, называется нисходящей линией. Физический канал или каналы, несущие данные от ОПП к ГУК, называется восходящей линией. Передача данных по нисходящей линии может управляться ГУК просто на основе реального времени в форме МДВР, чтобы разделять доступную пропускную способность между поставщиками услуг и обеспечивать различную сетевую управляющую информацию. Согласование большого числа ОПП достигается назначением пропускной способности восходящей линии на лету по мере того, как ОПП требуют е. Протоколы, процессы и алгоритмы, уникальные для этого патента, имеют дело с назначением пропускной способности восходящей линии и выполнением передачи данных в соответствии с этим назначением. Способ согласно варианту осуществления изобретения поддерживает восходящую линию полной,если доступен трафик, и делает доступ полностью гибким. Способ раскрытого варианта осуществления почти или совсем не задат пределов на число терминалов в сети. Пропускная способность, доступная единственному терминалу, плавно уменьшается по мере роста числа терминалов. Раскрытый способ минимизирует задержку передачи данных сообщения по сети. Восходящая линия поддерживается полной при помощи системы резервирования так, что пропускная способность восходящей линии не теряется при задержках, вызываемых ожиданием обмена управляющей информации. В соответствии с тонким замечанием, восходящая линия поддерживается полной за счт резервирования структуры, управляющей минимизацией нерабочего времени. Этот второй критерий удовлетворяется поддержкой резервирований в очереди значительной глубины (обычно от 10 до 100 резервирований), тем самым сглаживая пакеты запросов и паузы. Доступ является существенно гибким. Терминалы или услуги (в зависимости от варианта осуществления) имеют предписанную среднюю загрузку на восходящей линии. Это единственное ограничение гибкости. У раскрытого способа нет присущих ему ограничений. Фактически способ работает наилучшим образом на многих нынешних терминалах. Существует встроенное предписание средней загрузки сети от терминалов, чтобы общий трафик сообщений, загружающий восходящую линию, удовлетворял набору ограничений при проектировании сети, при этом точная природа этих предписаний зависит от варианта осуществления. При данных практических и согласованных пределах ввода услуг в нисходящей линии задержка нисходящей линии не существенна. Задержка восходящей линии определяется двумя фазами назначения пропускной способности восходящей линии:(2) задержкой резервирования услуги. В изобретение включено некоторое количество методов, чтобы сделать эту задержку малой. Элементы резервирования данных (называемые интервальными запросами), которые малы по сравнению со средним размером сообщения в сети, посылаются в восходящий поток. Элементы резервирования малы для минимизации перегрузки. Технология сегментов Алоха используется, чтобы избежать участия какойлибо структуры в качестве терминалов относительно использования ими их пропускной способности(т.е. чтобы избежать назначения фиксированного объма пропускной способности каждому терминалу концепция схемы). Система резервирования распределена на терминалы ОПП, чтобы избежать задержек и потери пропускной способности при действиях с резервированиями. Распределенная управляющая система поддерживает очень низкие издержки и быстрый отклик, но ценой того, что терминалы могут влиять один на другой, если они теряют управляющую информацию. Значительная часть изобретения посвящена способам и средствам, изобретенным для минимизации или- 18010465 исключения этой возможности. Структура, центральная для средств достижения быстрого и эффективного назначения пропускной способности восходящей линии, состоит в сборе и распределении запросов. Запросы собираются от ОПП в ИПСА, которые содержат сегменты Алоха. Каждый сегмент Алоха может нести запрос. ГУК управляет частотой ИПСА и числом сегментов в каждом интервале, управляя таким образом производительностью раскрытого способа. Это управление ИПСА может быть очень тщательно разработанным или очень простым в зависимости от требований варианта осуществления. Запросы передаются на ГУК группой за раз,причем каждая группа запросов переносится в ИПСА. Важным фактором производительности системы является эффект сглаживания трафика запросов в процессе сборки. Допускается состязание передач запросов за сегменты Алоха - не существует предписанной структуры на терминалах для запросов на доступ за исключением того, что сегменты, выбранные для передачи ИЗ, должны выбираться случайным образом, и должен быть процесс эффективной повторной передачи, если возникает состязание, число которых известно. Из-за наличия состязания можно ожидать, что ОПП будет вынуждено повторять передачу запроса в среднем более одного раза. Запросы немедленно распределяются от ГУК к ОПП и помещаются в очереди запросов (ОЗ), которые поддерживаются в каждом ОПП. Эти ОЗ рассматриваются как оценки или копии главной ОЗ, хранящейся в ГУК. Запросы могут быть организованы для обслуживания в соответствии с приоритетом. Имеется некоторое количество средств и способов для регулирования потока запросов через ОЗ. Все ОПП видят одну и ту же базу данных запросов и неявно знают назначения в восходящей линии. ОПП, затребовавшее пропускную способность восходящей линии, просто управляет ОЗ, так же, как и любой другой терминал. Когда назначение интервала для передачи местного сообщения становится текущим, ОПП реагирует и передат соответственно. Описанный выше процесс добавляет значительно меньше 100 мс задержки в хорошо сбалансированном варианте осуществления для сети, полностью использующей восходящую и нисходящую связь. Физическое устройство сети Система 10 включает в себя одно центральное местоположение с ГУК. ГУК взаимодействует с набором ПУПУ в центральном местоположении. Большое число местоположений клиентов находится на расстоянии от местоположения ГУК - характерное число составляет свыше 10000 удалнных местоположений. Эти сайты простираются по диску с центром в ГУК. Характерный радиус диска составляет от 5 до 50 миль. Местоположение ГУК связано с существующим местоположением радиовещания, со связанной антенной инфраструктурой. Местоположениями клиентов обычно являются дома, но системой 10 могут обслуживаться и другие помещения. Местоположения ОПП находятся в стационарных местах с антеннами, присоединнными к этим структурам. СИМ являются частью физической структуры ОПП. СИМ и ПУПУ координируются для подачи сообщений предписанной средней длины сообщений и средней частоты сообщений. Решение о передаче сообщения на одном ОПП не зависит от решения о передаче сообщения на другом ОПП. Структура канала FDD с одной нисходящей и одной восходящей линиями. Система 10 может включать в себя блок смежных каналов 6 МГц, используемых с центральной частотой в вещательной полосе - с центральной частотой в диапазоне от 54 до 756 МГц. Характерный размер такого блока в 4 канала дат ширину полосы 24 МГц. Один отдельный канал помещается в блок для восходящей линии и один отдельный канал для нисходящей линии. Это устройство FDD (ДЧР, дуплексная связь с частотным разделением). Структура канала FDD с одной нисходящей и несколькими восходящими линиями. Альтернативный вариант осуществления для структуры канала можно предпочесть в случае, когда есть желание ограничить мощность передачи восходящей линии. Может быть использован блок смежных каналов 6 МГц. Несколько отдельных каналов помещаются в блок для восходящей линии и один отдельный канал для нисходящей линии. Характерное число каналов восходящей линии 10. ОПП постоянно назначаются одна или более восходящих линий. Это остатся устройством ДЧР. Структура канала TDD с одной нисходящей и несколькими восходящими линиями. Альтернативное осуществление для структуры канала можно предпочесть в случае, когда есть желание ограничить мощность передачи восходящей линии и желание максимально широкой возможной полосы частот нисходящей линии. Используется блок смежных каналов 6 МГц. Полный канал используется в форме TDD (ДВР, дуплексная связь с временным разделением). Нисходящая линия использует полную полосу частот. Когда назначается период времени восходящей линии, канал разделяется на несколько каналов восходящей линии меньшей полосы частот с ОПП, постоянно назначенным одному или более из этих каналов восходящей линии. Когда приходит период времени передачи восходящей линии,ОПП, назначенные различным группам восходящей линии, передают параллельно. Модуляция и кодирование. Цифровая модуляция используется на восходящей линии и нисходящей линии. Модуляция поддер- 19010465 живает несколько битов на герц в восходящей и нисходящей линиях. Характерной модуляцией может быть 64 QAM и 6 бит/Гц. Характерный МПБ составляет 6 бит. Каналы кодируются и перемежаются. Характерная битовая частота ошибок с кодированием канала составляет 10-10. Характерная скорость кодирования 0,9. Символьные канальные частоты могут быть фиксированными. Характерные информационные частоты после кодирования составляют 100 Мб/с для нисходящей линии и 15 Мб/с для восходящей линии. Структура интервала и сообщения. Нисходящая линия поддерживает непрерывную передачу сообщений. В интервалах может отсутствовать защитное пространство. Передача когерентна через границы сообщений. Восходящая линия выровнена по границе сообщений. Характерная точность составляет 1/10 МПБ. В интервалах может отсутствовать защитное пространство. Сообщения восходящей линии имеют последовательности захвата в заголовках сообщений. Системное время. В процессе регистрации ОПП информируются о символьной частоте нисходящей линии по отношению к главному системному тактированию. ОПП замыкает частоты своего местного системного тактирования на нисходящую линию и отслеживает эти частоты. ОПП не замыкается на фазу тактирования в ГУК. Рабочие параметры и рабочая точка. Рабочими параметрами для системы 10 могут быть следующие: 1) средняя длина сообщений - 640 байт; 2) средняя частота сообщений - 2850 сообщений/с; 3) частота сегментов Алоха - 10800 сегментов/с; 4) сегменты Алоха/интервал Алоха - 108 сегментов (10( ИПСА/с); 5) рабочая точка - 0,4 (3,73 сегментов Алоха/сообщение); 6) разрешение размера сообщения (РРС): 6 байт; 7) минимальная длина сообщений: 6 байт и 8) максимальная длина сообщений: 9250 байт. Общий формат сообщений - нисходящая линия. Общий формат сообщений нисходящей линии для системы 10 может быть следующим: Эта структура может поддерживать свыше 4 миллионов ОПП и 256 различных приложений с 64 различными уровнями типов и приоритетов. Она может поддерживать сообщения до 200000 бит в длину. Издержки заголовка сообщения могут быть менее 1%. ГУК время от времени посылает специальное управляющее сообщение, которое поддерживает захват нисходящего потока. Общий формат сообщения - восходящая линия Общий формат сообщения восходящей линии может быть следующим: ДУУ обозначает другую управляющую информацию. Адрес и другая управляющая информация переносятся в связанном ИЗ. Интервальный запрос (ИЗ). ИЗ может быть следующим: Время передачи ИЗ находится в пределах 1 с с разрешением 10 нс. Срок ИЗ выражен в единицах счт СООЗ. Он может быть инициализирован в 1, представляя СООЗ,которое его содержит, и увеличиваться каждый раз, как прибывает другое СООЗ (в ГУК так же, как и в ОПП). Сообщение интервального запроса (СИЗ). Сообщение интервального запроса может быть следующим: СИЗ разрешено нарушать правило разрешения размера сообщения, чтобы сэкономить пропускную способность канала. Оно имеет фиксированную известную длину. В настоящем варианте осуществления издержки ИЗ составляют 2,3% (учитывая среднее количество переданных ИЗ на сообщение, которое может быть больше 1 из-за повторных передач). ИПСА. ИПСА может быть следующим: Сообщение обновления очереди запросов (СООЗ) СООЗ формируются и передаются, когда ИПСА прибывает и обрабатывается в ГУК. Это происходит 100 раз в секунду. В СООЗ присутствуют около 29 ИЗ, что составляет среднюю длину отчасти свыше почти 300 байт. Поле глубины ОЗ содержит число ИЗ в ОЗ. Поле время вершины ОЗ - это разность между временем передачи СООЗ и временем передачи ИЗ для начального элемента ОЗ (тем элементом, связанное сообщение которого ещ не начало передаваться). Время вершины ОЗ выражено в секундах с разрешением 10 нс. Счт ОЗ - это круговой счт (увеличивающийся от наибольшего значения до нуля). Структура данных АОН - это корреляционная последовательность, используемая для захвата нисходящей линии.- 21010465 Размер ОЗ: S. Размер ОЗ может быть следующим. Размер ОЗ - 1000 элементов ИЗ. Ожидаемая глубина ОЗ определяется следующим образом: Информационная частота восходящей линии 15000000 бит/с. Частота сообщений восходящей линии 2850 сообщений/с. Размер сообщений восходящей линии 640 байт. Эффективность восходящей линии 97% и глубина ОЗ в среднем 36 ИЗ. Ожидаемая задержка в ОЗ - 36 сообщений или 13 мс. Размер пула ИЗ. Размер пула ИЗ может быть следующим: Главный пул ИЗ и местный пул ИЗ могут содержать 1000 ИЗ. Структура очереди сообщений. ГУК имеет одну очередь прима сообщений для каждого присутствующего поставщика услуг,представленного одной ПУПУ. Предел близок к 256 поставщикам услуг. Типичное число присутствующих услуг ожидается порядка 10. ГУК имеет одну очередь прима сообщений для управляющих сообщений. Каждое ОПП формирует очередь прима сообщений для каждого присутствующего СИМ. ОПП имеет одну очередь прима сообщений для управляющих сообщений. ГУК имеет одну очередь передачи сообщений для каждого присутствующего поставщика услуг,представленного одной ПУПУ. ГУК имеет одну очередь передачи сообщений для управляющих сообщений. Каждое ОПП формирует очередь передачи сообщений для каждого присутствующего СИМ. ОПП имеет одну очередь передачи сообщений для управляющих сообщений. АПСА Алгоритм предоставления сегмента Алоха (АПСА) генерирует запрос на ИПСА каждые 10 мс. Требуемые ИПСА могут иметь фиксированный размер в сегментах - 108 сегментов. Сегменты имеют фиксированный размер - 80 бит. ФРИЗ. Каждая передача СИЗ выполняется с постоянной вероятностью в сегмент следующего ИПСА. Это справедливо для первой передачи. Для повторных передач ОПП должно получать СООЗ, чтобы определить, было ли СИЗ успешно получено на ГУК. Это СООЗ формируется и посылается немедленно по получении ИПСА на ГУК. Задержка обратного получения СООЗ в худшем случае приблизительно 0,5 мс. Таким образом, у ОПП есть время установить и повторно передать СООЗ в следующем ИПСА. Управление частотой передач СИЗ. ОПП не могут регулировать передачу СИЗ. От одного ОПП могут быть помещены в распределение ИЗ множество ИЗ. Для различения ИЗ, находящихся в распределении, может быть использован счт ИЗ. Счт ИЗ может увеличиваться для каждого нового формирующегося СИЗ. Регулировка длины сообщений и частоты сообщений может быть оставлено СИМ. Однако в варианте осуществления включено управляющее сообщение, которое используется ГУК, чтобы приказать всем терминалам приостановить передачу данных поставщикам услуг. Это обеспечивает достаточно отказоустойчивый механизм для случаев, когда управляющая функция СИМ либо содержит ошибку разработки, которая вызывает сбой УФДС, либо изменена или атакована злоумышленником. В случае, когда СИЗ было передано 8 раз, терминал случайным образом распределяет следующую повторную передачу СИЗ между 20 ИПСА. В этом варианте осуществления это происходит в одном случае из 10000 и указывает группу запросов СИЗ, которая обременяет ИПСА. Это может добавить в среднем 100 мс к задержке резервирования для этих редких передач СИЗ. Однако каждое СИЗ, поступившее в сеть, передается успешно. Ожидаемое число попыток передачи для успешной передачи СИЗ равно 1,5. Таким образом, ожидаемая задержка из-за протокола запроса составляет 20 мс. Вставка ОЗ - FIFO. Алгоритм вставки ОЗ может размещать вновь ИЗ в конце ОЗ по мере того, как они извлекаются из СООЗ - сначала из конца заголовка сообщения. Вставка ОЗ - пример приоритета. Для анализа может быть доступно неограниченное число способов размещения приоритета. Ключевой критерий состоит в том, что если элементы отсутствуют в местной ОЗ (в сравнении с главной ОЗ),относительное расположение ИЗ может оставаться неизменным. Здесь приведн пример способа. ИЗ могут браться из ближайшего заголовка сообщения СООЗ алгоритмом вставки ОЗ и рассматриваться следующим образом, один после другого. ИЗ могут помещаться в ОЗ алгоритмом вставки ОЗ следующим образом: в процессе размещения нового ИЗ в ОЗ алгоритм вставки ОЗ выполняет поиск от конца ОЗ вперд до первого ИЗ, который имеет- 22010465 равный или больший приоритет. Предполагаемый к размещению ИЗ помещается настолько близко за этим ИЗ, насколько возможно. Однако он не помещается за каким-либо ИЗ, срок ИЗ которого больше,чем предел задержки приоритета. Например, приходит ИЗ с приоритетом 1. Алгоритм вставки ОЗ ищет вперд по ОЗ, проходя мимо ИЗ более низкого приоритета, срок ИЗ которых не равен или больше предела задержки приоритета, указанного выше, до тех пор, пока он не встречает сообщение с приоритетом 3 и сроком ИЗ 6. Новый ИЗ приоритета 1 затем помещается сразу за этим ИЗ. В этом примере ИЗ приоритета 3 был в ОЗ в течение 5 периодов передачи СООЗ (начальное значение срока ИЗ для него было установлено на 1). Это занимает приблизительно 50 мс. Когда его время пребывания столь долгое, ни один ИЗ не мог быть помещн перед ним в ОЗ, и он плавно сдвигается вперд. После регулировки значений возраста ИЗ при завершении размещения ИЗ из СООЗ алгоритм вставки ОЗ удаляет все ИЗ, у которых срок ИЗ больше или равен 64 (событие с вероятностью 0). Если ОЗ переполнится (событие с вероятностью 0), алгоритм вставки ОЗ удаляет ИЗ из ОЗ, начиная с самых новых приоритета 4 (включая прибывшие в СООЗ), и действует до тех пор, пока не удалит все ИЗ приоритета 4, а затем переходит к самым новым приоритета 3 и т.д. Удаляется только то количество ИЗ, которое достаточно для обеспечения размещения новых ИЗ адекватного приоритета для избежания усечения. Синхронизация тактирования. Скорость символов (скорость передачи информации) нисходящей линии определяется в управляющей информации, проходящей к ОПП во время регистрации. ОПП замыкается на нисходящую линию,используя скорость символов для возбуждения местного системного тактирования. Терминал объявляет себя находящимся в синхронизации тактирования, когда замыкается петля фазовой автоподстройки частоты. Нисходящая синхронизация. Структура данных АОН обеспечивает средство для захвата позиции данного поля в СООЗ путм корреляции. Известная структура заголовка сообщения СООЗ может позволить ОПП обнаруживать местоположение поля длины сообщения. Это может позволить ОПП захватить СООЗ, а также определить,где находится поле длины следующего сообщения. ОПП рекурсивно декодирует последующие сообщения посредством этого последовательного обнаружения местоположения поля длины сообщения. ОПП может объявить себя в синхронизации нисходящей линии, когда оно подтверждает захват структуры данных АОН путм захвата этой структуры в следующем СООЗ на месте, которое оно ожидает, посредством чего исключается поступление последовательности ложно обнаруженных длин сообщений. ОПП подтверждает синхронизацию нисходящей линии с каждой структурой данных АОН, прибывающей в пределах СООЗ. Если имеется отказ в подтверждении, терминал объявляет себя вне синхронизации нисходящей линии. Синхронизация ОЗ. Процесс синхронизации ОЗ в раскрытом варианте осуществления может использовать четыре элемента данных для достижения синхронизации ОЗ: срок ИЗ, срок ОЗ, счт СООЗ и счт ОЗ. Срок ИЗ измеряется в числе СООЗ, которые переданы после того, как ИЗ вошл в ОЗ. 6-разрядное поле может содержать счт до 64 СООЗ, что представляет приблизительно 640 мс, и в среднем свыше 1824 ИЗ (т.е. сообщений). ОЗ имеет мкость в 1000 ОЗ и ожидаемую глубину в 36 ИЗ. Таким образом,это поле соответствует записи срока ИЗ для любого ИЗ в ОЗ. Срок ОЗ передатся в СООЗ и представляет собой срок ИЗ самого старого ИЗ в главной ОЗ. Этот параметр является примером другой управляющей информации, специфичной для данного варианта осуществления. Процесс синхронизации ОЗ начинается очисткой ОЗ и инициированием размещения новых ИЗ, начиная со следующего СООЗ. Он продолжает собирать ИЗ и вводить их в ОЗ так долго, пока счт СООЗ каждого нового СООЗ не укажет, что ни одного СООЗ не пропущено. Если есть пропуск, процесс синхронизации ОЗ начинается снова. Когда срок ОЗ в СООЗ равен или меньше, чем самый старый срок ИЗ в местной ОЗ, алгоритм синхронизации ОЗ объявляет, что ОПП находится в состоянии чисткой ОЗ, и объявляет связанное СООЗ как синхронизация СООЗ. Видно, что все ИЗ в главной ОЗ присутствуют в местной ОЗ.- 23010465 Поле глубины ОЗ в синхронизации СООЗ устанавливает число ИЗ, которые должны быть в местной ОЗ. ИЗ исключаются из верхней части местной ОЗ до тех пор, пока она не станет содержать это число элементов. Видно, что связанные сообщения для этих ИЗ уже переданы. Затем терминал объявляет, что он находится в синхронизации ОЗ. Синхронизация восходящей линии. В раскрытом варианте осуществления после того, как ОПП достигло синхронизации тактирования,синхронизации нисходящей линии и синхронизации ОЗ, оно может выполнять синхронизацию восходящей линии каждый раз, когда прибывает СООЗ, начиная с синхронизации СООЗ. В процессе синхронизации восходящей линии время передачи ИЗ верхнего ИЗ в ОЗ устанавливается на значение верхнего времени СООЗ меньшее, чем сдвиг ОПП (или инициирующий сдвиг ОПП) плюс настоящее местное системное время. Этот шаг может привязать время передачи ИЗ к местному системному времени, но не требует, чтобы местное системное тактирование было синхронизировано в фазе (абсолютное время) с главным системным тактированием. Перед регистрацией ОПП инициирующий сдвиг ОПП используется для вычисления времени передачи ИЗ. Это обеспечивает время передачи, соответствующее регистрации, но не соответствующее передаче регулярных сообщений. Приобретение сдвига ОПП требуется перед тем, как разрешается обычная восходящая передача. Процесс продолжается со значениями длины сообщения, используемыми для вычисления времени передачи ИЗ для всех ИЗ в местной ОЗ на основе времени передачи ИЗ для ИЗ на вершине местной ОЗ. ОПП объявляет себя в синхронизации восходящей линии, когда этот процесс происходит в первый раз, и после этого остатся в синхронизации восходящей линии. Регистрация и регулировка сдвига ОПП После того как ОПП изначально достигла синхронизации восходящей линии, оно может выполнять процесс регистрации. В раскрытом варианте осуществления ГУК имеет список кандидатов ОПП для регистра. Оператор в ГУК ежедневно обновляет этот список. Время от времени ГУК может посылать ИЗ на специальное сообщение управления регистрацией,которое в качестве адреса содержит адрес кандидата ОПП, причм такой адрес встраивается в аппаратное или программное обеспечение ОПП. По достижении синхронизации восходящей линии кандидат ОПП отслеживает ИЗ сообщения регистрации, направленного к ОПП посредством адреса. Когда этот ИЗ появляется на верху местной ОЗ,ОПП передат сообщение регистрации в зарезервированный интервал восходящей передачи. Этот интервал резервируется с достаточно большим защитным промежутком, чтобы разрешить рассогласование времени передачи ИЗ в диапазоне возможного времени, как определяется расстоянием распространения от ОПП к ГУК. ГУК принимает сообщение регистрации, записывает местоположение этого сообщения в интервале,а тем самым определяет сдвиг ОПП. ГУК передат значение сдвига ОПП в сообщении управления. ОПП записывает сдвиг ОПП и после этого использует его для обновления времн передачи ИЗ. После первого такого обновления ОПП синхронизируется и находится в положении для передачи сообщений. Время от времени ОПП может передавать ИЗ, назначающий сообщение обновления сдвига и обращающийся к произвольному терминалу. В этот специальный момент ОПП может передать сообщение немного позже, чем время передачи ИЗ связанного ИЗ. Этот небольшой сдвиг выбирается для того, чтобы поместить сообщение в середину интервала с некоторым небольшим защитным промежутком, чтобы ГУК мог вычислить точную коррекцию сдвига ОПП терминала. ГУК регулярно циклически проходит через все терминалы, регулируя их сдвиги по мере прохождения. Время этого цикла, выбранное для варианта осуществления, составляет 2 ч. Раскрытые способ и система 10 обеспечивают функцию управления доступом к среде (УДС) (MAC) для системы связи (Сеть) так, чтобы поддерживать наращиваемый и откликающийся обмен сообщениями среди множества распределнных на расстоянии терминалов. Способ раскрытого варианта осуществления может поддерживать передачи данных для любой цифровой услуги без предпочтения или различия, к примеру, данные для интернетных, телефонных и телевизионных услуг. Слово приложение,как оно используется здесь, означает функции или процессы аппаратного или программного обеспечения, а способ по варианту осуществления изобретения может быть организован в набор управляющих приложений и баз данных, которые постоянно находятся, возможно вместе с другими приложениями, в аппаратных или программных физических элементах терминалов. Головной управляющий компьютер (ГУК) 21 может содержать набор баз данных и приложений,расположенных на центральном сайте. ГУК представляет собой единственный источник данных системы связи, посылаемых к распределнным терминалам по сети, и единственным местом назначения для данных системы связи, посылаемых от распределнных терминалов по сети, и далее, ГУК 21 обеспечивает отправку и прим данных посредством способов, протоколов, методов, форматов и процессов, как они раскрыты здесь. Связь по сети, которая поддерживает поток данных от распределнных терминалов к ГУК, описывается здесь как восходящая линия. Связь по сети, которая поддерживает поток данных от- 24010465 ГУК к распределнным терминалам, описывается здесь как нисходящая линия. Каждый из множества терминалов оборудования пользовательских помещений (ОПП) включает в себя набор баз данных и приложений и принимает по сети сообщения, которые адресованы ему или группе, в которую он входит, таких ОПП, которые совместно обращаются к сети для целей отправки и прима сообщений посредством способов, протоколов, методов, форматов и процессов, как они раскрыты здесь. ОПП может подразделяться на секцию передачи/прима, секцию управления ОПП и набор интерфейсных модулей. В предпочтительном варианте осуществления раскрытого способа ОПП находятся в фиксированных местоположениях. ОПП могут использоваться и в мобильных местоположениях согласно другому варианту осуществления изобретения. Информация управления, связанная с регулировкой потока трафика по сети, может переноситься в самой сети. Вся эта информация управления или е часть может переноситься линиями, которые не являются частью сети. Имеется два объединнных с ней интерфейса со специальными характеристиками, которые обеспечивают известными средствами отделение специфического для услуг управления от системного управления: такие интерфейсы содержат базы данных и приложения, и эти приложения на специфичной для услуг стороне интерфейсов называются сервисными приложениями. Интерфейс между ГУК и специфичными для услуг модулями или функциями, называемые подсистемами управления поставщиков услуг (ПУПУ), обеспечивают модуль или функцию для каждой из услуг, которые поддерживаются сетью. Интерфейс и управляющие функции необходимы для использования раскрытого способа по поддержанию конкретных предложений услуг. Фиг.1B представляет изображение функциональных блоков, связанных с интерфейсом между ПУПУ и ГУК. Второй интерфейс находится внутри ОПП, располагаясь между УК ОПП и специфическими для услуги модулями или функциями, именуемыми сервисными интерфейсными модулями (СИМ). Такие модули обеспечивают для каждой из поддерживаемых на сайте ОПП услуг интерфейс и управляющие функции, необходимые для использования раскрытого способа для регулировки потока данных между устройствами представления и хранения, связанными с упомянутыми услугами на местном сайте ОПП, и ПУПУ, которые связаны с услугами на сайте ГУК. Фиг. 2 показывает функциональные блоки, связанные с интерфейсом между СИМ и УК ОПП. В качестве варианта в интерфейсе ПУПУ, когда он встроен как часть раскрытого способа, ПУПУ(или связанные с ПУПУ относящиеся к ним системы) пересылают сообщения, посланные от одного ОПП, либо варианты или производные таких сообщений к отличному ОПП или группе ОПП, посредством чего обеспечивают одноранговую связь между ОПП. Система 10 и способ обеспечивают управляющую функцию доступа сервисных сообщений(УФДС), которая является одной из функций, выполняемых ПУПУ и СИМ в интерфейсах к ГУК и ОПП,причм такая УФДС с функцией дисциплинирования или поддержания порядка трафика сообщений предлагается сети, чтобы этот трафик имел статистические или усредннные свойства, требуемые вариантом осуществления BSDP. Эти свойства включают в себя, но не ограничиваются ими, некоторые или все из следующих:(1) средняя длина сообщения и(2) средняя скорость сообщений (см. п.10 с подабзацами). Для того чтобы поддерживать функцию УФДС, сервисные приложения или управляющие приложения, действующие для поддержания услуги, могут осуществлять связь среди них с помощью специфичной для услуги управляющей информации, передаваемой в конкретных типах сервисных сообщений. Фиг.1B и 2 показывают роль функции УФДС в ПУПУ и СИМ в регулировании потока сообщений к сети. Система 10 и способ для сети, которые могут совместно использовать один или несколько каналов с помощью множественного доступа с временным разделением (МДВР) (TDMA), заявлены при встраивании в системные структуры. Фиг. 3 представляет физическую организацию каналов в раскрытом способе. Время передачи может быть организовано в последовательность смежных временных периодов переменной длины, называемых здесь интервалами. Времена интервальных границ измеряются в ГУК в терминах главного системного тактирования. Некоторые интервалы имеют подструктуру, предусмотренную для более чем одного смежного временного периода в интервале. Такой подструктурный временной период называется сегментом. Имеет ли интервал сегменты или нет, сообщается в заголовке сообщения на нисходящей линии с интервальном запросе на восходящей линии. Для ясности сегменты имеют назначение разрешать переносить несколько сообщений в одном интервале. Поскольку издержки управления системы 10 связаны с интервалами планирования, использование сегментов может повысить эффективность использования каналов в раскрытом способе. Сообщения могут переноситься в интервалах восходящей линии и нисходящей линии. Каждый из таких интервалов может назначаться динамически и иметь размер для переноса точно одного сообщения с эффективностью, соразмерной целям варианта осуществления; обычно сообщение соответствует интервалу точно или близко. Для некоторых целей сегменты могут служить для переноса конкретного со- 25010465 общения, или для переноса произвольного сообщения известных приложения и длины (к примеру, речевые пакеты). Для ясности, сообщения могут передаваться на восходящей линии в различные сегменты единственного интервала различными ОПП. Разрешаются пустые интервалы или сегменты или такие, в которых можно передавать более одного сообщения в интервал или сегмент таким образом, что сигналы могут состязаться или конфликтовать и информация может быть неясной или уничтоженной. Восходящие сообщения передаются так, что они могут прибывать в ГУК расположенными точно во временных границах связанных интервалов или сегментов, а нисходящие сообщения могут передаваться так, что они покидают ГУК расположенными точно во временных границах связанных интервалов или сегментов. Система 10 использует раздельные частотные диапазоны физического уровня для восходящей и нисходящей передачи сообщений, что известно в технике как дуплексная связь с частотным разделением(ДЧР) (FDD). Система 10 посылает восходящие и нисходящие сообщения в одном совместно используемом физическом частотном диапазоне МДВР, и такая канальная организация называется в технике дуплексной связью с временным разделением (ДВР) (TDD). Для организации каналов ДЧР интервалы восходящего потока находятся в соприкасающейся последовательности, где время окончания одного интервала служит временем начала следующего интервала; нисходящие интервалы размещены в соприкасающейся последовательности, где время окончания одного интервала служит временем начала следующего интервала. Заявлена также альтернатива, в которой разрешаются неиспользуемые зазоры между интервалами в любом из восходящего или нисходящего каналов, либо в обоих каналах. Фиг. 3 показывает размещения интервалов в каналах. Для организации каналов ДВР интервалы размещаются в соприкасающейся последовательности,где время окончания одного интервала служит временем начала следующего интервала, но каждый интервал может быть либо восходящим, либо нисходящим интервалом. В заявленной альтернативе между интервалами в организации каналов ДВР разрешается находиться неиспользуемым промежуткам. Фиг. 3 содержит примеры использования интервалов в каналах и включена сюда посредством ссылки. ОПП сети организованы в группы, которые назначаются подканалам. Это назначение является статическим, т.е. делается один раз или время от времени в течение срока существования группы, либо динамически, т.е. делается в процессе работы как функция немедленных потребностей ОПП или структуры использования сети. Разработка структуры ДВР выполняется с одним полнодиапазонным нисходящим каналом и с разделением восходящего канала на несколько узкодиапазонных каналов, которые вместе имеют те же самые центральную частоту и полную полосу пропускания, что и нисходящий канал; такое размещение назначается, чтобы требовать меньшую мощность передачи ОПП, но поддерживать возможность подключения нисходящей линии с широкой полосой пропускания. Для ясности, в такой структуре ГУК поддерживает главную ОЗ для каждой восходящей группы. Некоторые или все интервалы и сегменты могут включать в себя защитные пространства (защитный временной зазор между сообщениями). Необходимость в таком защитном пространстве зависит от точности местного системного тактирования в отслеживании главного системного тактирования в конкретном варианте осуществления. Система 10 модулирует, передат, принимает, отслеживает и демодулирует сигналы на восходящей линии и нисходящей линии, называемые совместно физическим уровнем. Физический уровень может предназначаться для среды и приложения конкретного варианта осуществления. Физическая среда и/или виды модуляции различны на восходящей линии и нисходящей линии. Виды модуляции и скорости передачи данных восходящей линии и нисходящей линии могут управляться в системе 10 так, чтобы изменяться в реальном времени для оптимизации производительности в передаче данных на разных каналах варианта осуществления. Каждое сообщение в канале может быть соприкасающейся последовательностью минимально пригодных к передаче блоков (МПБ) (MTU), организованных и отформатированных и передаваемых когерентно в течение интервала или сегмента. МПБ представляет собой данные минимального размера, которые способно передавать воплощение физического уровня. Размер МПБ, измеренный в битах и/или в секундах, может изменяться согласно вариантам осуществления физического уровня. Например, схема модуляции QPSK (квадратурная фазовая модуляция) может иметь 2 бит. Размер МПБ может отличаться в восходящей линии и нисходящей линии, либо может меняться во времени. Нисходящие и восходящие сообщения в каналах или подканалах ДЧР посылаются встык, когда за последним МПБ одного сообщения немедленно следует первый МПБ следующего сообщения. Восходящие и нисходящие сообщения единого канала или подканала ДВР могут быть смешаны в последовательность, но могут посылаться и встык. В отсутствие сообщений от ПУПУ или нужных управляющих сообщений в очередях передачи сообщений (фиг.1B) интервалы нисходящей линии в сети поддерживаются от ГУК полными за счт безвредных управляющих сообщений или нулевых сообщений, либо сочетанием того и другого. В отсутствие запрошенных интервалов сообщений от ОПП или необходимых восходящих управляющих сообщений восходящие каналы сети поддерживаются полными за счт безвредных управляющих сообщений или нулевых сообщений либо сочетания того и другого, как запрашивается от ГУК.- 26010465 Могут иметь место промежутки в передачах нисходящих сообщений и/или промежутки в передачах восходящих сообщений. Такие промежутки могут быть связаны с пустыми интервалами или сегментами,либо с отсутствием интервалов. Синхронизация тактирования может удерживаться с точностью, которая обеспечивает демодуляцию без потерь границ символов между одним интервалом и следующим за ним, либо на нисходящей линии, либо на восходящей линии, либо на обеих. Нисходящая передача посредством ГУК может быть когерентной от одного сообщения к следующему. Поле последовательность захвата используется впереди некоторых или всех заголовков сообщений или в специальных управляющих сообщениях, чтобы поддерживать известными способами некоторые или все из захватов частоты, фазы и границ символов, или иные такие функции, причм специфика таких полей зависит от варианта осуществления. Восходящая последовательность сообщений может иметь соприкасающиеся границы и точное совмещение по частоте, причм и то и другое позволяют обеспечить средство для успешного слежения за границей и частотой символов от одного сообщения к следующему; такой способ обеспечивает средство для исключения информации захвата в заголовке сообщения. Для ясности, демодулятор ГУК в данном варианте способен отслеживать или сопровождать модуляцию каждого поступающего сообщения без возвращения к захвату сигнала. Известные способы канального кодирования и перемежения используются, чтобы выделять из сообщений символьные ошибки как в первых нескольких символах сообщения,как следует из применения данного варианта. Объединение известных способов захвата, демодуляции и отслеживания цифровых сигналов, подлежащих использованию: для синхронизации тактирования ОПП, именуемого местным системным тактированием, может использоваться для определения времени для связанных с системой действий; для синхронизации с тактированием ГУК, именуемым главным системным тактированием, может использоваться для определения времени для связанных с системой действий в ГУК; при этом синхронизация(синхронизация тактирования) означает здесь, что местное системное тактирование происходит (т.е. тактовая частота) практически с той же самой скоростью, что и главное системное тактирование. Местное системное тактирование отслеживает также фазу (т.е. время) главного системного тактирования с возможным сдвигом во времени на некоторое фиксированное известное значение, такое как сдвиг СПП. Для ясности, в предпочтительном варианте осуществления раскрытого способа местное системное тактирование может не требоваться для обеспечения времени главного системного тактирования. Отслеживание скорости опережения главного системного тактирования местным системным тактированием (т.е. тактовой частоты) является соответствующим. Тактовая частота главного системного тактирования определяется посредством отслеживания скорости передачи нисходящих данных, причм такие способы используются при фазовой автоподстройке частоты или в других известных способах, в комбинации с найденным и сообщнным значением частоты передачи данных или с основанным на отметке времени протоколом. Элемент данных, записывающий состояние синхронизации тактирования, удерживается в ОПП, причм этот элемент данных записывает,что ОПП находится либо в синхронизации тактирования, либо не в синхронизации тактирования, и такое состояние определяется способом синхронизации тактирования. Например, если осуществляется отслеживание фазовой автоподстройкой частоты нисходящих данных, ОПП находится в синхронизации тактирования. Частота МПБ передачи ОПП определяется на основе местного системного тактирования, которое находится в режиме синхронизации тактирования. Восходящая линия привязывается к нисходящей линии. ГУК точно знает бодовую частоту на восходящей линии по отношению к главному системному тактированию и может вычислять продолжительность, связанную с длиной интервала или сообщения. Для ОПП могут применяться традиционные способы, именуемые алгоритмом отслеживания нисходящей линии (АОН) (DTA), чтобы захватывать и отслеживать границы интервалов на нисходящей линии. Когда ОПП имеет информацию о времени начала нисходящих сообщений, измеренное в терминах главного системного тактирования с конкретной достоверностью (т.е. с вероятностью, достаточной для целей варианта осуществления), говорят, что оно синхронизировано к нисходящей линии, и это называется также нисходящей синхронизацией. Каждое сообщение нисходящего потока имеет последовательность захвата, и ОПП захватывает каждое сообщение, посредством чего автоматически определяет время начала сообщения, а тем самым всегда находится в состоянии нисходящей синхронизации. Для ясности, этот способ практически используется, когда время начала сообщения не может быть известно с такой точностью, чтобы обеспечить фиксацию без захвата, к примеру, в случае, когда передатчик ГУК включается для передачи каждого сообщения, а потом выключается. Поле длины сообщения, расположенное в заголовке сообщения связанного нисходящего сообщения, обеспечивает средство для определения границы следующего интервала и т.д. рекурсивно; такой вариант включает в себя использование структуры данных АОН, расположенной в некотором подходящем наборе нисходящих управляющих сообщений, таких как СООЗ, но, возможно, не во всех нисходя- 27010465 щих сообщениях; и структура данных АОН используется для определения местоположения поля длины сообщения для связанного сообщения, которое в свою очередь используется при нахождении местоположения связанного сообщения и при отыскании поля длины сообщения для следующего сообщения,благодаря чему поддерживается инициализация упомянутого рекурсивного определения границ интервала; такой вариант применяется в случае, когда нисходящие сообщения передаются непрерывно (допуская, однако, стартовые и случайные исключения промежутков, что вызывает потерю в ОПП известного и приемлемого значения передаваемых данных) без защитного пространства в интервалах и с модуляцией,поддерживающей совмещение границ символов от одного сообщения к следующему и с когерентностью фазы или без него через границы сообщений. Структура данных АОН имеет структуру с редко встречающейся комбинацией данных и привлекательным свойством автокорреляции, как определяется соответственно для каждого варианта осуществления. Для ясности, структура данных АОН не поддерживает основные функции канальных захватов физического уровня по частоте, фазе и символам. Заявлен вариант структуры данных АОН, который известен в технике как корреляционная последовательность (т.е. последовательность фиксированных битов с таким свойством, что она имеет очень низкую автокорреляцию, пока не совмещена точно сама с собой), и такая последовательность с вероятностями ложного обнаружения и пропуска цели приемлема для поддержания нисходящей синхронизации, как требуется для конкретного варианта осуществления. ОПП может зафиксировать структуру данных АОН и использовать перекрстную проверку с предсказанным местоположением упомянутой корреляционной последовательности, чтобы установить и подтвердить нисходящую синхронизацию. Если такая проверка оказывается неудачной, ОПП объявляет терминал находящимся не в нисходящей синхронизации. Структура данных, именуемая сообщением, показана на фиг. 5, которая представляет структуру сообщения. Сообщения переносятся в интервалах или сегментах. Формат тела сообщения (фиг. 5) для конкретного сообщения, как назначено конкретным идентификатором приложения, определяется проектировщиком тех приложений, которые предназначены для отправки и прима сообщения, причм это либо сервисные приложения, либо управляющие приложения. В раскрытом способе сообщение может иметь заголовок сообщения (фиг. 5) или функциональный эквивалент. Заголовок сообщения показан на фиг. 5. Нисходящее сообщение будет иметь заголовок сообщения или эквивалентную функциональность. Восходящее сообщение может не иметь заголовка сообщения в зависимости от варианта осуществления. Для ясности, это имеет место потому, что в раскрытом способе управляющая информация, которая нужна для связывания с сообщением, может переноситься в связанном ИЗ. Заголовок сообщения нест управляющую информацию, используемую в раскрытом способе,чтобы определить, среди прочего, маршрут, приоритет и формат сообщения. Заголовок сообщения может также нести информацию синхронизации и захвата. Поле длины сообщения (фиг. 5) нест значение длины связанного сообщения, причм это значение в терминах времени, МПБ или иных единиц данных, либо функциональный эквивалент, как удобнее. Поле длины сообщения включается в способе BSDP в заголовок сообщения нисходящих сообщений и может быть включено в восходящие сообщения. Адрес (фиг. 5) включается в заголовок сообщения нисходящих сообщений и может быть включн в заголовок сообщения восходящих сообщений. Для нисходящего сообщения место назначения называется в поле адреса, при этом таким местом назначения может быть ОПП, группа ОПП или все ОПП. Для восходящего сообщения в поле адреса, если такое поле присутствует, называется управляющий объект. Это ГУК или ОПП. Обычно это ОПП, назначенное для передачи сообщения в интервал. Однако управляющий объект может быть иным, нежели такой передающий объект. Управляющий объект может потребовать интервал для использования одним или несколькими объектами, когда они организованы и управляются сервисным и/или управляющим приложением в частном варианте осуществления. Идентификатор приложения (фиг. 5) включается в заголовок сообщения нисходящих сообщений и может быть включн в заголовок сообщения восходящих сообщений. Идентификатор приложения указывает принимающему маршрутизатору прима, какое сервисное или управляющее приложение является местом назначения, и снабжает упомянутый маршрутизатор приема необходимой информацией, чтобы направить сообщение. Поле типа и приоритета (фиг. 5) включается в заголовок сообщения нисходящих сообщений и может быть включн в заголовок сообщения восходящих сообщений. Поле типа и приоритета используется в приложении алгоритма вставки ОЗ, чтобы определить планирование сообщения, и может использоваться для других целей. Заголовок сообщения может нести дополнительную управляющую информацию, конкретную для варианта осуществления и называемую другой управляющей информацией. В раскрытом способе сервисные приложения организуют и направляют подлежащие передаче сервисные сообщения, причм такое сервисное сообщение является типом сообщения. Сервисные сообщения направляются к сервисным приложениям. Управляющие приложения, которые постоянно находятся либо в ГУК, либо в ОПП УК (фиг.1B и 2), организуют и направляют подлежащие передаче управляющие сообщения, причм такое управ- 28010465 ляющее сообщение является типом сообщения. Управляющие сообщения направляются к управляющим приложениям. Некоторые варианты осуществления могут включать в себя управляющие сообщения, связанные со следующим:(i) ОПП, соединяющимися с сетью, включающими в себя регистрацию и определяющими сдвиг ОПП (см. п.26 и подабзацы);(ii) установление и поддержание разных размещений приоритетов и классификаций;(v) модификация или изменение модуляции и других режимов физического уровня и(vi) поддержанием других администрирующих и управляющих функций, как считает необходимым разработчик конкретного воплощения. Для любого данного варианта осуществления имеется требуемый набор типов управляющих сообщений и типов связанных данных, как определяется здесь ниже, которые присутствуют. Интервальный запрос (ИЗ) (IR) (фиг. 6). Структура данных ИЗ используется для передачи запроса на интервал в пропускной способности восходящего канала. Интервал восходящего потока, связанный с ИЗ, называется связанным интервалом. ИЗ, связанный с интервалом восходящего потока, называется связанным ИЗ. Каждый интервал имеет один и только один связанный ИЗ. Если интервал не имеет сегментов, он тогда связывается с одним и только одним сообщением (см. п.5(с, причм такое сообщение называется в этом случае связанным сообщением. В ИЗ записываются некоторые ключевые характеристики, как показано на фиг. 6. Каждый ИЗ имеет поле длины интервала, которое определяет длину связанного интервала в терминах удобного измерения (см. п.10(с) для поля длины сравнительного сообщения в заголовке сообщения). Для ясности,из-за наличия защитного пространства, длина интервала для связанного интервала может быть больше чем длина сообщения для связанного сообщения, или больше чем объединнные длины сообщений для набора сообщений, подлежащих размещению в сегментах единого интервала. ИЗ содержит поля адреса,идентификатора приложения, и типа и приоритетов. Сочетание этих трх полей можно использовать в варианте осуществления, чтобы передавать управляющую информацию, необходимую в уровне УДС для организации отличных и раздельных передач сообщений в сегменты единого интервала. ИЗ может содержать другую управляющую информацию, как в п.10(g). ИЗ представлен в нескольких различных типах управляющих сообщений, а именно, по меньшей мере в СИЗ и СООЗ, и представляет собой элемент - или предоставляет информацию для элемента, - переносимый в очереди запросов. Для ясности, элемент ОЗ может содержать структуру данных, содержащую часть информации ИЗ, всю информацию ИЗ или независимую информацию плюс некоторую или всю информацию ИЗ, в зависимости от подробного проекта варианта осуществления. Однако элемент ОЗ должен как минимум содержать адрес и длину интервала из ИЗ, на котором он основан (см. фиг. 6). Для удобства описания, элементы ОЗ тоже называются ИЗ. Имеется один и только один элемент ОЗ, созданный для каждого ИЗ, принятого приложением алгоритма вставки ОЗ. Каждый ИЗ в качестве элемента ОЗ связан с его элементом данных времени передачи, причм такое время является наилучшей оценкой,сделанной алгоритмом вставки ОЗ, времени, в которое связанное сообщение (местное или нет) должно быть передано. Когда здесь делается ссылка на время передачи сообщения, как таковое время передачи переносится как значение элемента данных, связанного с упомянутым связанным ИЗ сообщения; оно называется временем передачи ИЗ. Время передачи является полем ИЗ, добавленного алгоритмом вставки ОЗ при модифицировании ИЗ для размещения в ОЗ. Время передачи измеряется в терминах системного тактирования терминала, т.е. в терминах главного системного тактирования для ГУК и местного системного тактирования для каждого из ОПП. Сообщение интервального запроса (СИМ) представляет собой управляющее сообщение, которое нест на восходящей линии интервальный запрос от ОПП к ГУК. СИМ имеет фиксированную длину. СИМ имеет переменную длину. СИМ показан на фиг. 6. Сегмент Алоха является сегментом с размером, фиксированным для наилучшего приспособления к переносу сообщения СИМ. Поскольку СИМ разрешается иметь переменную длину, сегмент Алоха может быть переменного размера, при этом размер для конкретного сегмента выбирается для точной подгонки к частному размеру СИМ. Для ясности, могут использоваться дополнительные управляющие сообщения, либо должны существовать правила в варианте осуществления для данного варианта BSDP,чтобы сегменты Алоха могли назначаться для соответствующей подгонки к назначенным СИМ без такой информации, предоставляемой на основе отдельного СИМ. К примеру, размер СИМ может быть основан на времени суток, либо вариант осуществления может включать в себя различные типы интервалов, как назначается в поле типа и приоритета, чтобы переносить СИМ разных размеров, причм различные размеры используются для различных типов сообщений, возможно, для сообщений разных услуг. В предпочтительном варианте осуществления СИМ имеют фиксированный размер для всех сообщений, и сегменты Алоха имеют фиксированный размер. Интервалы ИПСА являются интервалами, назначенными на восходящей линии переносить соприкасающийся набор из одного или нескольких сегментов Алоха. Заявлен вариант, в котором различные- 29010465 типы ИПСА переносят различные типы сегментов Алоха, либо с различными форматами, либо с различными целями. ИПСА вводится для переноса СИМ, которые переданы ранее заданное число раз и имеют конфликт на этих передачах, или их варианты. Поле идентификатора приложения и/или типа и приоритета ИЗ для ИПСА может использоваться для назначения отличающихся типов ИПСА. Сообщение обновления очереди запросов (СООЗ) представляет собой управляющее сообщение, которое является нисходящим сообщением переменной длины, порождаемым в ГУК, которое содержит переменное число интервальных запросов и, возможно, дополнительные данные управления в теле сообщения. Фиг. 6 представляет пример структуры СООЗ и включается сюда посредством ссылки. Поле времени вершины СООЗ содержится в заголовке сообщения в сообщении СООЗ; такое поле содержит информацию, используемую для точного определения времени передачи для того сообщения,которое находится на вершине главной ОЗ (т.е. чья передача ещ не началась) в момент, когда передатся СООЗ. Время бертся по отношению к точному времени передачи СООЗ, т.е. продолжительность между моментом передачи СООЗ и планируемым моментом передачи верхнего элемента главной ОЗ, посредством чего обеспечивается возможность для ОПП регулировать упомянутое время передачи как вычисленное на месте. Для ясности, этот вариант позволяет местному системному тактированию ОПП захватываться только на частоте главного системного тактирования и не в абсолютное время. Поле времени вершины СООЗ может переноситься в другом управляющем сообщении варианта осуществления. Поле глубины ОЗ содержится в заголовке сообщения в сообщении СООЗ; такое поле содержит информацию, используемую для определения числа объектов в главной ОЗ во время передачи СООЗ, причм объекты возможно измерять следующим образом:(3) продолжительностью от дна до вершины ОЗ или(4) иными удобными мерами. Поле другой управляющей информации в заголовке сообщения СООЗ является нулевым либо содержит управляющую информацию, конкретную для отдельного варианта осуществления. Поле другой управляющей информации содержит - в качестве подполя или в качестве всего поля - поле данных, называемое счт СООЗ (фиг. 6), который предоставляет информацию, позволяющую ОПП определять, что ОЗ пропущена, а примером счта СООЗ является поле из некоторого фиксированного числа битов, которые нарастают кругообразно (т.е. после того, как достигнут наибольший номер, следующим приращением является 0) для каждого переданного СООЗ. Поле другой управляющей информации содержит - в качестве подполя или в качестве всего поля - структуру данных АОН. ГУК и ОПП содержат очереди передачи сообщений и очереди прима сообщений (фиг.1B и 2) или их эквиваленты. Очереди прима сообщений удерживают сообщения, которые приняты. Эти очереди заполняются маршрутизатором прима и своевременно обслуживаются управляющими и сервисными приложениями. Может быть одна или больше чем одна очереди прима сообщений в ОПП и в ГУК. Каждая очередь прима сообщений назначается одному и только одному приложению (которое само может быть и маршрутизатором), посредством чего облегчается маршрутизация сообщений. Очереди передачи сообщений удерживают сообщения, подлежащие передаче. Может быть одна или больше чем одна очередь передачи сообщений в ОПП или в ГУК, либо более чем одна. Очереди передачи сообщений заполняются управляющими и сервисными приложениями и своевременно обслуживаются планировщиком передач. Когда сервисное сообщение представляется как входное от СИМ или СООЗ, согласно конкретным для услуг политике и правилам УФДС, это сообщение сохраняется в очереди передачи сообщений. Размещение в этой очереди представляет собой средство размещения алгоритма, которое может быть FIFO или основанный на приоритетах алгоритм, который помещает сообщения более высокого приоритета так, чтобы они обслуживались быстрее в очереди передачи сообщений. Когда сообщение прибывает на вершину очереди, оно является кандидатом для следующей передачи. В случае, когда в ГУК или ОПП используются более одной очереди передачи сообщений, конкретная очередь передачи сообщений, выбранная для размещения сообщения приложением, определяется характеристиками этого сообщения, в том числе - но без ограничения - идентификатором приложения,приоритетом и типом и длиной сообщения. Управляющие сообщения, порождаемые управляющими приложениями в ГУК или ОПП, также помещается в очередь передачи сообщений. Размещение в этой очереди осуществляется посредством алгоритма размещения, который может быть FIFO или основанным на приоритетах алгоритмом, который размещает сообщения с более высоким приоритетом так, чтобы они обслуживались быстрее в очереди передачи сообщений. Когда сообщение прибывает на вершину очереди, оно является кандидатом для следующей передачи. Очередь запросов (ОЗ) является распределнной структурой данных. Она изображена на фиг. 7. ОЗ формируется следующим образом. Версия очереди запросов, переносимая в базе данных ГУК, называется главной очередью запросов и является правильной и точной версией очереди запросов. Каждое ОПП
МПК / Метки
МПК: H04L 12/56, H04J 3/02
Метки: сетевой, система, связи, наращиваемой, многофункциональной, способ
Код ссылки
<a href="https://eas.patents.su/30-10465-sistema-i-sposob-narashhivaemojj-mnogofunkcionalnojj-setevojj-svyazi.html" rel="bookmark" title="База патентов Евразийского Союза">Система и способ наращиваемой многофункциональной сетевой связи</a>
Способ многофункциональной интерактивной связи с передачей и приёмом сигналов с круговой/эллиптической поляризацией и система для его реализации
Номер патента: 444
Опубликовано: 26.08.1999
Автор: Вонг Томас Т.
МПК: H04B 7/10
Метки: передачей, сигналов, способ, связи, приёмом, поляризацией, многофункциональной, реализации, система, интерактивной
Формула / Реферат:
1. Способ связи с помощью электромагнитных волн, включающий следующие операции: -передают первую вращающуюся волну; -принимают первую вращающуюся волну, при этом составляющие первой вращающейся волны входят в первый канал (56) и второй канал (58); -выделяют первую вращающуюся волну, по меньшей мере, из одного первого канала (56) и второго канала (58), причем первый канал разделен на первичный тракт первого канала (56) и вторичный тракт (56')...
Платформа объединенной связи и способ мобильной и электронной торговли в неоднородной сетевой среде
Номер патента: 5965
Опубликовано: 25.08.2005
Авторы: Энуга Ашок Кумар Редди, Кастури Кальян Чакравартхи, Туммала Анджайя Човдари, Наллагонда Бхану Муртхи, Мачираджу Рави Киран, Валдакар Раджу, Джойс Саймон Джеймс, Гупта Рича, Муннанджи Суреш Кумар, Наккала Анил Кумар Редди, Джампана Варма Лаксми Джаганнадха Сива Кумар, Ундавалли Прасад Наганджанейя Вара, Хейтсуман Мичел, Вуради Гопал, Ситамсетти Сринивас, Каллури Вирабхадра Рао, Велуру Ранганатхам, Сантус Фернанду Маноэл Алвиш Мл., Налладжерла Кондал Рао, Гопараджу Муралидхар, Вайдия Манохар Ситарам, Венкта Вишну, Гупта Прафулла С., Субхашри Радхакришнан, Мохан Кумар Сундарам, Буругула Сеш Кумар Венката Хара Нага, Систла Кришна Мохан, Велпури Сурия Секхар Лакшми, Гудипати Амба Прасад, Компелла Кришна Мохан Венката, Велагала Нарендра Кумар
МПК: G06F 17/60
Метки: среде, торговли, сетевой, связи, мобильной, электронной, платформа, неоднородной, объединенной, способ
Формула / Реферат:
1. Способ предоставления услуг мобильной торговли через множество сетей, содержащий этапы, на которых в сети роуминга принимают от устройства пользователя идентификационный номер и запрос на предоставление услуги; из сети роуминга в исходную сеть пересылают упомянутые идентификационный номер и запрос на предоставление услуги и добавляют идентификационный номер поставщика услуг, соответствующий поставщику услуг, и данные о стоимости услуги;...
Система и способ обеспечения сетевой безопасности и электронной идентификации
Номер патента: 8879
Опубликовано: 31.08.2007
Автор: Арнуз Майкл
Метки: безопасности, способ, идентификации, обеспечения, система, сетевой, электронной
Формула / Реферат:
1. Система для обработки информации, содержащая запоминающее устройство, имеющее множество отделений, каждое из которых содержит отличную от других информацию, и содержащее идентификационную информацию по меньшей мере в одном из указанных отделений; обрабатывающее устройство для считывания идентификационной информации, содержащейся в запоминающем устройстве; устройство обеспечения безопасности для измерения идентификационной информации; причем...
Система связи низкой стоимости и большого радиуса действия для обмена данными с удаленными или мобильными полевыми модулями и способ работы такой системы связи
Номер патента: 414
Опубликовано: 24.06.1999
Авторы: Белчер Дональд К., Поушок Эндрю Т., Нельсон Родни, Уайт Джеффри Р., Дарби Альберт Д., Фитцджеральд Брендан Т.
МПК: H04B 7/204
Метки: данными, полевыми, системы, действия, обмена, стоимости, мобильными, работы, связи, модулями, способ, низкой, удаленными, большого, радиуса, система
Формула / Реферат:
1. Двухсторонняя беспроводная система передачи данных, содержащая подсистему выходных сообщений для отправки выходных сообщений; подсистему входных сообщений, содержащую сеть, по меньшей мере, из двух работающих на радиочастотах базовых станций для приема входных сообщений, причем указанные базовые станции также непрерывно производят замеры в своих местах расположения комплекта частотных каналов в полосе радиочастот передачи входных сообщений...
Система обработки данных с применением сдвоенного монитора и способ управления с её помощью сетевой системой
Номер патента: 3599
Опубликовано: 26.06.2003
Автор: Ли Еун Сеог
МПК: G06F 3/14
Метки: сетевой, данных, сдвоенного, способ, система, управления, помощью, применением, обработки, монитора, системой
Формула / Реферат:
1. Система обработки данных с использованием сдвоенных мониторов, содержащая запоминающее устройство для обеспечения области хранения данных обработки с использованием программы, по меньшей мере, одно или несколько средств ввода для введения данных, первый видеографический адаптер (ВГА) для формирования и вывода экранных данных для отображения результата, обработанного, по меньшей мере, одной или несколькими программами, второй видеографический...
Предыдущий патент: Устройство для переработки углеродсодержащих отходов
Следующий патент: Полимерная наноэмульсия в качестве добавки для снижения гидравлического сопротивления многофазного потока
Случайный патент: Способ и установка для приготовления и подачи суспензии катализатора в реактор полимеризации