КООРДИНАЦИЯ ТРАФИКА ДЛЯ СЕАНСОВ СВЯЗИ С УЧАСТИЕМ БЕСПРОВОДНЫХ ТЕРМИНАЛОВ И СЕРВЕРНЫХ УСТРОЙСТВ

ОБЛАСТЬ ТЕХНИКИ

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

УРОВЕНЬ ТЕХНИКИ

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

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

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

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

Поэтому существует потребность в уменьшении ресурсов, используемых беспроводным терминалом в сети беспроводной связи при осуществлении связи с серверными устройствами.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Выравнивание по времени накопленных передач серверных устройств друг с другом может содержать выравнивание моментов передач у накопленных передач серверных устройств в беспроводном интерфейсе.

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

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

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

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

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

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

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

Связь в сеансах связи может содержать запросы передач, отправленные из приложений в серверные устройства.

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

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

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

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

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

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

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

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

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

В другой разновидности первого аспекта устройство синхронизации связи дополнительно функционирует с возможностью

исследования шаблонов связи для связи между несколькими беспроводными терминалами в сеансах связи между приложением, предоставленным во всех беспроводных терминалах, и серверным устройством, соответствующим приложению,

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

накопления связи, выполняемой беспроводными терминалами в группе координации связи с сервером, и

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

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

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

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

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

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

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Сейчас изобретение будет подробнее описываться относительно прилагаемых чертежей, на которых:

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

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

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

фиг. 4 показывает блок-схему реализации первого беспроводного терминала,

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

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

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

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

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

Поэтому существует потребность в улучшении этой ситуации.

Настоящее изобретение ориентировано на решение одной или нескольких этих проблем.

Одно из решений проблемы состоит в предоставлении устройства синхронизации связи.

На фиг. 1 показана одна сеть в виде сети WCN 10 беспроводной связи. Иллюстрирующая сеть показана содержащей две базовые станции 12 и 14, в некоторых системах обозначаемые eNodeB, и дополнительный сетевой узел 15. Дополнительный сетевой узел в этом случае содержит вышеупомянутое устройство CSD 16 синхронизации связи. Устройство 16 синхронизации связи можно реализовать в узле, например шлюзовом узле поддержки GPRS (GGSN) или обслуживающем узле поддержки GPRS (SGSN), где GPRS является аббревиатурой для общей службы пакетной радиопередачи. Узел 15 также подключается к опорному регистру HLR 17 местоположения.

Таким образом, устройство 16 может быть частью сети беспроводной связи, например сети мобильной связи типа системы долгосрочного развития (LTE) или широкополосного коллективного доступа с кодовым разделением каналов (WCDMA). Кроме того, сеть мобильной связи может содержать сеть радиодоступа и базовую сеть, где базовая сеть может предоставлять функциональные возможности базовой сети, например отслеживание мобильных терминалов и их местоположений. Узлы GGSN и SGSN являются узлами базовой сети, тогда как базовые станции 12 и 14 являются узлами сети доступа. Устройство 16 синхронизации связи в качестве примера также можно предоставить в других типах сетей, например в беспроводной локальной сети (WLAN).

Некоторое количество беспроводных терминалов 24, 26, 28 и 30 также показаны как осуществляющие связь с базовыми станциями 12 и 14. Поэтому первый и второй беспроводной терминал WT1 24 и WT2 26 осуществляют беспроводную связь с первой базовой станцией 12, а также третий и четвертый беспроводной терминал WT3 28 и WT4 30 осуществляют беспроводную связь со второй базовой станцией 14. Кроме того, первый и второй беспроводные терминалы 24 и 26 осуществляют связь с первой базовой станцией 12 по беспроводному интерфейсу WI этой первой базовой станции 12. Беспроводные терминалы содержат приложения, которые осуществляют связь с серверами, предоставляющими контент или данные для приложений. Таким образом, приложения являются клиентскими приложениями, осуществляющими связь с серверными устройствами. По этой причине узел 15 раскрывается как подключенный к первому, второму и третьему серверному устройству SD1 18, SD2 20 и SD3 22.

Здесь следует понимать, что сеть 10 беспроводной связи упрощена и может содержать гораздо больше узлов между беспроводными терминалами и серверными устройствами. Однако они пропущены для обеспечения более понятного и связного понимания изобретения.

Одна разновидность устройства 16 синхронизации связи показана на фиг. 2. В соответствии с этой разновидностью устройство 16 синхронизации связи предоставляется в виде одного или нескольких процессоров с ассоциированной памятью программ, содержащей код компьютерной программы с командами компьютерной программы, исполняемыми процессором для выполнения функциональных возможностей устройства 16 синхронизации связи. На фиг. 2 показан один такой первый процессор PR1 32 с первым запоминающим устройством M1 34.

Предоставляемые устройством 16 синхронизации связи функциональные возможности подробнее изображаются на фиг. 3. Устройство синхронизации связи в этой разновидности содержит три разных блока. Оно содержит блок CPI 36 изучения шаблонов связи, блок SDTC 38 накопления передач серверных устройств и отправитель ATS 40 агрегированной передачи.

Фиг. 4 показывает иллюстрирующую блок-схему первого беспроводного терминала 24. Терминал 24 содержит коммуникационную шину 52, и к этой шине подключается радиосхема 44, второе запоминающее устройство M2 46, второй процессор PR2 48 и интерфейс UI 50 пользователя. Интерфейс 50 пользователя может быть выполнен, например, в виде сенсорного дисплея. В качестве альтернативы он может быть выполнен в виде обычного дисплея и клавишной панели. Радиосхема 44 подключается к антенне 42, а также содержит блок 45 координации связи. Этот блок 45 координации связи является одним способом, которым можно реализовать беспроводное устройство в беспроводном терминале. Второй процессор 48 и второе запоминающее устройство 46 вместе предоставляют здесь различные функции беспроводного терминала, включая вышеописанные приложения. В качестве альтернативы беспроводное устройство также можно реализовать посредством сочетания второго процессора 48 и запоминающего устройства 46.

Фиг. 5 схематически указывает передачу данных между первым беспроводным терминалом 24 и серверными устройствами 18, 20 и 22 по беспроводной сети 10. Конкретнее показаны запросы и ответы обработки, отправленные между первым беспроводным терминалом 24 и сетью 10, где ответы проходят через устройство 16 синхронизации связи. Первый беспроводной терминал 24 содержит три таких иллюстрирующих клиентских приложения A1, A2 и A3. Кроме того, каждое из этих приложений или клиентских программ осуществляет связь с соответствующим сервером. По этой причине первое приложение A1 осуществляет связь с первым сервером 18, второе приложение A2 осуществляет связь со вторым сервером 20, а третье приложение A3 осуществляет связь с третьим сервером 22. Посредством этого каждое приложение принимает участие в сеансе связи с соответствующим сервером по сети 10 беспроводной связи, и в таком сеансе связи приложения отправляют запросы RQ передач и принимают ответ PRES обработки от соответствующих серверов. Как видно на фиг. 5, имеется соответственно первый сеанс CS1 связи, в котором первое приложение A1 отправляет запрос RQ первому серверу 18, который отвечает результатами PRES обработки. Также имеется второй сеанс CS2 связи, в котором второе приложение A2 отправляет запрос RQ второму серверу 20, который отвечает результатом PRES обработки. В конечном счете имеется третий сеанс CS3 связи, в котором третье приложение A3 отправляет запрос RQ третьему серверу 22, который отвечает результатом PRES обработки. Запросы RQ проходят через сеть 10 и показаны как контролируемые блоком 36 изучения шаблонов связи в устройстве 16 синхронизации связи. Однако ответы с результатами PRES обработки отправляются от серверов блоку 38 накопления передач серверных устройств в устройстве 16 синхронизации связи, в котором отправитель 40 агрегированной передачи отправляет, в свою очередь, агрегированную передачу AT беспроводному терминалу 24.

В свою очередь, первый беспроводной терминал 24 показан содержащим вышеупомянутое беспроводное устройство 58, содержащее приемник ATR 52 агрегированной передачи, который принимает агрегированную передачу AT, распределитель DD 54 данных, который распределяет ответы по приложениям, а также генератор IG 56 указания.

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

Пользователь беспроводного терминала может загружать клиентские приложения, часто называемые apps, и эти приложения можно сохранять в локальном запоминающем устройстве, например втором запоминающем устройстве 46 в первом беспроводном терминале 24, а затем выполнять с помощью второго процессора 48. Приложениям также может потребоваться осуществлять связь с соответствующими серверными устройствами, чтобы предоставлять пользователю некую услугу. Эти приложения соответственно используются пользователем беспроводного терминала 24 для осуществления связи с серверными устройствами, предоставляющими данные для приложений, например, различные типы контента. Приложения могут быть такими разноплановыми, как приложения социальных сетей, приложения доставки новостей и приложения курсов ценных бумаг. Они также могут быть играми. В этом первом варианте осуществления имеются три таких иллюстрирующих приложения A1, A2 и A3. Кроме того, каждое из этих приложений или клиентских программ A1, A2 и A3 осуществляет связь с соответствующим сервером. По этой причине первое приложение A1 осуществляет связь с первым сервером 18, второе приложение A2 осуществляет связь со вторым сервером 20, а третье приложение A3 осуществляет связь с третьим сервером 22. Посредством этого каждое приложение принимает участие в сеансе связи с соответствующим сервером по сети 10 беспроводной связи, и в таком сеансе связи приложения отправляют запросы RQ передач и принимают результаты PRES обработки от серверов в качестве ответов на эти запросы. Соответственно, сеансы связи проводятся между приложениями и серверными устройствами по беспроводной сети 10.Как видно в примере из фиг. 5, первое приложение A1 отправляет запрос RQ первому серверу 18, который отвечает результатами PRES обработки в первом сеансе CS1 связи. Во втором сеансе CS2 связи второе приложение A2 отправляет запрос RQ второму серверу 20, который отвечает результатом PRES обработки. В третьем сеансе CS3 связи третье приложение A3 отправляет запрос RQ третьему серверу 22, который отвечает результатом PRES обработки. Так как связь выполняется по сети 10 беспроводной связи, все приложения используют радиосхему 44 и антенну 42 для сеансов связи. Кроме того, каждый сеанс традиционно использует отдельную линию радиосвязи в беспроводном интерфейсе WI, то есть отдельный канал данных. Это означает, что первое приложение A1 может использовать первый беспроводной канал восходящей линии связи и первый беспроводной канал нисходящей линии связи с первой базовой станцией 12, второе приложение A2 может использовать второй беспроводной канал восходящей линии связи и второй беспроводной канал нисходящей линии связи с первой базовой станцией 12, и третье приложение A3 может использовать третий беспроводной канал восходящей линии связи и третий беспроводной канал нисходящей линии связи с первой базовой станцией 12.

Данные в этих каналах могут отправляться периодически и автоматически приложениями, а также произвольно инициироваться активизациями пользователей. Первое приложение A1 можно настроить, например, для автоматического формирования запроса RQ с некоторым первым периодом или частотой f1, второе приложение A2 можно настроить для формирования запроса со вторым периодом или частотой f2, и третье приложение A3 можно настроить для автоматического формирования запроса с третьим периодом или частотой. Эти периоды или частоты могут быть одинаковыми или отличаться друг от друга. В дополнение к этим автоматически формируемым запросам пользователь также может инициировать формирование запроса с помощью приложения, используя его через интерфейс 50 пользователя. Такой инициируемый пользователем запрос может отправляться в дополнение к автоматическому запросу, формируемому с периодичностью или частотой приложения. Инициируемые пользователем запросы для приложения также могут обладать шаблоном, который является индивидуальным шаблоном пользователя.

Формирование запросов между разными приложениями не координируется, так что вероятность совпадения довольно низкая. Соответственно, отсутствует координация между приложениями при отправке запросов, а также отсутствует координация ответов. Это также означает, что линии радиосвязи излишне заняты сеансами связи и поддерживаются активными, даже если не собираются принимать и/или отправлять никакие новые данные.

Соответственно, приложения отправляют запросы RQ, и эти запросы проходят через сеть 10 беспроводной связи. Блок 36 изучения шаблонов связи в устройстве 16 синхронизации связи в этой сети 10 назначается для контроля этих запросов в этом варианте осуществления. Тогда он может контролировать запросы RQ, когда они проходят через сетевой узел, например узел GGSN или узел SGSN, что легко выполнить, если устройство 16 синхронизации связи реализуется в одном таком узле. В качестве альтернативы устройство 16 синхронизации связи может контролировать запросы, когда они проходят через базовую станцию. Устройство синхронизации связи также может контролировать ответы на запрос, которые возвращаются от серверных устройств. Затем блок 36 изучения шаблонов связи изучает шаблоны связи у этой связи RQ, PRES между первым беспроводным терминалом 24 и серверными устройствами 18, 20, 22 в сеансах CS1, CS2, CS3 связи между приложениями A1, A2, A3, работающими в беспроводном терминале, и серверными устройствами 18, 20, 22, этап 60.

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

На основе изучение блок 36 изучения шаблонов связи определяет группу координации нисходящей линии связи, содержащую по меньшей мере некоторые из упомянутых сеансов связи, этап 62. При образовании таких групп блок 36 изучения шаблонов связи может изучать другие обстоятельства. Например, он может изучать, отдается ли предпочтение связи пользователя первого беспроводного терминала 24 перед связью других пользователей. У пользователя может быть, например, подписка с беспроводной сетью 10, где гарантируется некоторый уровень обслуживания в отношении трафика данных, например трафика данных приложений. У пользователя может быть, например, подписка, где не разрешены задержки в ответах на запрос вне допустимого интервала времени. По этой причине блок изучения шаблонов связи может подключиться, при желании, к HLR 17 и получить данные о приоритете пользователя касательно приоритетов связи у пользователя первого беспроводного терминала, и обосновать определение группы координации нисходящей линии связи также на этих данных о приоритете пользователя. Блок 36 изучения шаблонов связи при желании также может получить данные о приоритете связи касательно по меньшей мере одного из приложений и обосновать определение группы координации нисходящей линии связи также на этих данных о приоритете связи. Приложения могут требовать, например, некоторой периодичности или частоты запросов и ответов, а также предела задержки, и данные о приоритете связи также могут учитываться при образовании группы координации нисходящей линии связи. Поставщик приложения может уведомить сеть о необходимых периодичностях или частотах приложений, и сеть может сохранить в базе данных данные о приоритете связи касаемо этих периодичностей. Блок 38 изучения шаблонов связи тогда может обращаться к этой базе данных для получения данных о приоритете связи. В качестве альтернативы он может непосредственно связаться с серверными устройствами или другими объектами поставщиков приложений, чтобы получить такие данные о приоритете связи.

Также можно принять во внимание нагрузку по трафику в беспроводной сети 10, например нагрузку базовой станции, с которой связан беспроводной терминал, которая в настоящем примере является первой базовой станцией 12.

Тогда образуемая группа приоритета связи будет группой, которая агрегирует передачи сеансов связи, принимая при этом во внимание ограничения, заданные исследованными шаблонами связи. Также можно принять во внимание такие ограничения, как настройки приоритета пользователя, данные о приоритете связи и нагрузку по трафику. Можно задать для каждого приложения максимальный разрешенный период связи в сеансах связи этого приложения. Передачи в сеансах связи, которые можно синхронизировать друг с другом, поддерживая при этом периодичность в пределах максимально разрешенного периода, можно объединить в группу приоритета связи. Соответственно, группа содержит сеансы связи, для которых можно координировать отдельную связь между серверными устройствами и приложениями. Конкретнее, их можно выровнять друг с другом по времени. В приведенных на фиг. 5 примерах все три сеанса связи могут образовать группу.

После образования группы блок 36 изучения шаблонов связи информирует блок 38 накопления передач серверных устройств, который, в свою очередь, накапливает передачи PRES, выполняемые серверными устройствами 18, 20, 22 в сеансах CS1, CS2, CS3 связи в группе координации нисходящей линии связи, этап 64. Ответы с результатами PRES обработки, отправляемые из серверного устройства и предназначенные для первого беспроводного терминала, соответственно накапливаются блоком 38 накопления передач серверных устройств, чтобы передать их вместе первому беспроводному терминалу. Накопление может включать в себя буферизацию ответов до тех пор, пока не настанет время передачи. Однако также возможно, что запрос буферизуется, а затем перенаправляется серверному устройству с расписанием, заданным для приема ответа вовремя для совместной передачи. Также возможно, что запрос отправляется серверному устройству блоком 38 накопления передач серверных устройств до того, как принимается соответствующий запрос от соответствующего приложения в беспроводном терминале. Соответственно, возможно, что ответы с результатами PRES обработки доставляются раньше срока в соответствии с периодичностью или частотами приложения. Так как в связи существуют разные частоты, эти частоты нужно выровнять друг с другом, что в настоящем случае означает, что некоторые передачи могут сохранить свое расписание, другие можно отложить, а у некоторых - инициировать преждевременный прием, чтобы выровнять передачи от серверных устройств друг с другом по времени, то есть передавать их одновременно, по беспроводному интерфейсу WI. Возможность буферизовать связь и отправлять дополнительные запросы также дает блоку 38 накопления передач серверных устройств возможность свободно регулировать частоту ответов. Соответственно, видно, что можно изменять период запроса. Соответственно, можно понижать, а также повышать частоту, с которой принимаются ответы с результатами PRES обработки. В силу этого блок 38 накопления передач серверных устройств может быть дополнительно способен синхронизировать частоты передач, выполняемых серверными устройствами в сеансах связи в группе координации нисходящей линии связи. Тогда ответ от серверных устройств, участвующих в сеансах связи в группе координации нисходящей линии связи, можно буферизовать в буфере передачи, который может быть частью отправителя 40 агрегированной передачи. Буферизация может включать в себя буферизацию по меньшей мере некоторых передач серверных устройств до тех пор, пока не произойдет агрегированная передача.

Передачи, выполняемые серверными устройствами, то есть накопленные ответы с результатами PRES обработки, которые могут присутствовать в ранее упомянутом буфере передачи, можно затем отправить первому беспроводному терминалу 24 в виде агрегированной передачи AT по общей линии беспроводной связи, этап 66. Соответственно, моменты передач у результатов обработки в сеансах связи в группе координации нисходящей линии связи можно выровнять друг с другом. Выравнивание моментов передач, кроме того, может быть выравниванием моментов передач в беспроводном интерфейсе WI. Накопленные передачи можно, таким образом, отправить в общем беспроводном канале данных нисходящей линии связи, предоставленном между первой базовой станцией 12 и первым беспроводным терминалом 24. Их можно передавать последовательно или передавать сериями.

Агрегированная передача принимается приемником 52 агрегированной передачи в первом беспроводном терминале 24, этап 68, а затем перенаправляется в распределитель 54 данных, который распределяет ответы по различным приложениям, этап 70. Посредством этого видно, что генератор 56 указания можно исключить из беспроводного устройства 58. В этой связи фактически можно полностью исключить функциональные возможности беспроводного устройства 58 из беспроводного терминала 24 в этом первом варианте осуществления. Возможно, что функциональные возможности обычной радиосхемы способны принимать и распределять ответы по приложениям.

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

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

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

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

Кроме того, функциональные возможности можно описать следующим образом:

Когда приложение, например A1, в первом беспроводном терминале 24 начинает запрос и прием данных RQ и PRES, устройство синхронизации связи начинает отслеживать это с намерением определить, является ли трафик данных между приложением и его Интернет-аналогом, то есть первым серверным устройством 18, всего лишь одиночным запросом, или имеется более продолжительная форма связи (либо ручная - в виде человека, который вручную переходит по ссылкам или обновляет информацию, либо автоматическая - в виде приложения, которое периодически запрашивает новую информацию автоматически в соответствии с предопределенным интервалом времени). Этот процесс может использовать различные виды "добычи данных" и способы анализа. Если трафик классифицируется как периодический, то беспроводная сеть продолжает "контролировать" его, хотя также можно ассоциировать его со скрытым ID устройством.

Как только другое приложение в первом беспроводном терминале 24 начинает осуществлять связь с соответствующей Интернет-службой/приложением/процессом, устройство 16 синхронизации связи придерживается той же процедуры, что использовалась для первого приложения A1.

Когда устройство 16 синхронизации связи классифицировало два или более активных "сеанса" как периодические, оно может начать дальше контролировать потоки данных, поступающие от беспроводного терминала и идущие к соответствующим Интернет-аналогам, то есть к соответствующим серверным устройствам. Целью устройства 16 синхронизации связи теперь может быть получение сведений о частоте отдельной передачи данных, времени отклика для их ответных Интернет-служб, объеме данных, который передается между приложениями в беспроводных терминалах и серверными устройствами, и не только. Устройство 16 синхронизации связи также может проверить сохраненную информацию прошлых периодов о частотах обновления, ассоциированных с приложениями/процессами, о которых идет речь, а также другую информацию, например информацию, ассоциированную с пользователем (например, шаблоны и предпочтения использования - например, ручные запросы обновления), ассоциированную информацию (того же вида, что и для определенного пользователя, о котором идет речь) о других пользователях в беспроводной сети, которые использовали такие же приложения, и не только. Оно также может обратиться к HLR 17, чтобы выяснить, есть ли какие-нибудь ограничения для пользователя первого беспроводного терминала в отношении использования приложений.

Тогда устройство 16 синхронизации связи может накапливать/группировать передачу данных, которая проводится между первым беспроводным терминалом 24 и беспроводной сетью 10, содержащую трафик данных, сформированный приложениями/процессами в беспроводном терминале 24 и их соответствующими процессами/приложениями/службами в Интернете.

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

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

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

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

В этом случае беспроводной терминал содержит беспроводное устройство 58, содержащее генератор 56 указания. Кроме того, ровно как и в первом варианте осуществления, имеется три иллюстрирующих приложения A1, A2, A3, активных в первом беспроводном терминале 24, и связь в сеансах CS1, CS2 и CS3 в очередной раз может контролироваться блоком 36 изучения шаблонов связи в устройстве 16 синхронизации связи. В качестве альтернативы беспроводное устройство 58 может содержать блок, который сообщает блоку 36 изучения шаблонов связи о связи в сеансах, то есть о запросах RQ и ответах PRES. Кроме того, беспроводное устройство 58 в беспроводном терминале 24 использует генератор 56 указания для контроля пользовательских вариантов выбора. Он может, например, контролировать, осуществляется ли какой-нибудь пользовательский ввод через интерфейс 50 пользователя. Соответственно, он может обнаружить пользовательские варианты выбора, выполняемые в первом беспроводном терминале 24, этап 90. Также он может обнаружить запросы RQ, отправляемые приложениями. Если приложение отправляет запрос соответствующему серверному устройству после обнаружения деятельности пользователя, то генератор 58 указания может предположить, что пользовательский выбор сделан в приложении, и что последующий запрос RQ является инициируемым пользователем запросом. Если после обнаружения пользовательского выбора генератор 56 указания обнаруживает последующую связь между приложением и серверным устройством, этап 92, то генератор 56 указания может определить, что пользовательский выбор сделан в приложении, и поэтому отправляемый в последующей связи запрос является инициируемым пользователем запросом. Соответственно, на основе этих обнаружений он может сформировать указание, что запрос инициируется пользователем, этап 94. Здесь также возможно, что генератору указания известно автоматическое формирование запросов приложений, и в этом случае также можно лучше различать автоматические запросы и инициируемые пользователем запросы. В качестве альтернативы возможно, что генератор 56 указания приходит к выводу, что запрос является автоматическим периодическим запросом, если не сопровождается никакими пользовательскими вариантами выбора. Здесь возможно, что генератор указания также предоставляет указания автоматически сформированных запросов, и в этом случае блоку изучения шаблонов связи необязательно контролировать запросы, отправляемые беспроводным терминалом. В этом случае он примет всю необходимую информацию о шаблоне от генератора указания. Кроме того, возможно, что генератор указания определяет периодичности автоматического запроса и шаблоны пользовательских вариантов выбора для приложений. Генератор 56 указания также может хранить хронологические данные об инициируемых пользователем запросах в приложениях и предоставлять отчет о таких хронологических данных.

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

После формирования разных указаний, а также возможных периодичностей запроса и отчетов с данными прошлых периодов, они передаются генератором 56 указания в беспроводную сеть 10, используя радиосхему 44 и антенну 42, этап 96. Все эти данные затем принимаются базовой станцией 12 и перенаправляются блоку 36 изучения шаблонов связи в устройстве 16 синхронизации связи.

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

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

В этом варианте осуществления блок 36 изучения шаблонов связи также получает косвенные или внешние данные для сеансов связи. Соответственно, он получает данные о нагрузке по трафику касательно нагрузки по трафику в беспроводной сети, этап 74. Данные о нагрузке по трафику могут относиться к нагрузке по трафику беспроводного интерфейса, предоставленного первой базовой станцией 12 для осуществления связи с беспроводными терминалами. Они могут сообщать, например, величину ресурсов, занимаемых разными беспроводными терминалами, есть ли перегрузка и т.п. Блок 36 изучения шаблонов связи также может получить данные о приоритете связи у приложений, этап 76. Соответственно, он может получить данные, например, о максимальных разрешенных задержках для определенных приложений. Данные о приоритете связи можно получить точно так же, как описано выше в отношении первого варианта осуществления. Блок 36 изучения шаблонов связи также может получить данные о приоритете пользователя, этап 78. Эти данные можно получить точно так же, как и в первом варианте осуществления, например посредством получения возможных пользовательских настроек в HLR 17. Конечно, он также получает от генератора 56 указания указание пользовательского инициирования, то есть указание запросов, инициируемых пользователем, этап 80.

После исследования различных шаблонов всех приложений, а также обстоятельств или той среды у сеансов связи, которую составляют вышеупомянутые косвенные данные, блок изучения шаблонов связи определяет по меньшей мере одну группу координации нисходящей линии связи, этап 82. Определение основывается на шаблонах связи. Здесь также можно применять ограничения, обусловленные подпиской пользователя и требованиями, установленными поставщиком приложений. Это означает, что сеанс связи включается в группу координации нисходящей линии связи, если изменение расписания передач по беспроводному интерфейсу WI находится в пределах, заданных соответствующим ограничением. Также может учитываться указание батареи. Если указание батареи указывает, что уровень батареи высокий, например выше пороговой величины энергии, указывающей высокий уровень энергии, например выше 75%, то может использоваться более строгое определение максимально разрешенных задержек при образовании группы координации нисходящей линии связи, тогда как если уровень ниже нижнего порогового уровня, например ниже 25%, то может использоваться более свободное определение максимально разрешенных задержек. В последнем случае может быть допустимо, например, нарушить требования приложения и даже пользовательские приоритеты. Это означает, что если уровень батареи высокий, то количество сеансов связи в группе координации нисходящей линии связи может быть небольшим, тогда как если уровень батареи низкий, то еще несколько сеансов связи можно включить в группу координации нисходящей линии связи.

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

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

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

Когда настает время передавать ответы с результатами PRES обработки, отправитель 40 агрегированной передачи может освободить буфер и упаковать содержимое в общий контейнер, этап 86.

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

Затем контейнер принимается радиосхемой 44 в первом беспроводном терминале 24 посредством антенны 42 и перенаправляется в приемник 52 агрегированной передачи в беспроводном устройстве 58, и таким образом, приемник агрегированной передачи принимает контейнер, этап 98.

В приемнике 52 агрегированной передачи данные в контейнере распаковываются, этап 100, что может включать в себя дешифрование и/или восстановление данных. Затем данные перенаправляются в распределитель 54 данных, который изучает ответы в отношении того, для какого приложения они предназначены. Распределитель 54 данных затем распределяет те данные по разным приложениям, этап 102.

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

Существует некоторое количество разновидностей, которые можно создать из описанных в этом документе идей. Например, также возможно отправлять запросы в виде агрегированной передачи. Беспроводное устройство 58 может содержать блок накопления передач приложений, которому может выдавать команды блок 36 изучения шаблонов связи для задержки или буферизации запросов, выданных приложениями в группе координации нисходящей линии связи, для отправки в агрегированной передаче от беспроводного терминала к устройству синхронизации связи, которое тогда могло бы содержать приемник агрегированной передачи, который принимает агрегированную передачу. Приемник агрегированной передачи в устройстве синхронизации связи может тогда распределять запросы по разным серверным устройствам. Соответственно, предоставленное в беспроводном терминале беспроводное устройство, например в блоке 45 координации связи в радиосхеме 44, может получать информацию от устройства 16 синхронизации связи о созданных группах, накапливать запросы, выданные приложениями, участвующими в сеансах связи группы, упаковывать их в контейнер и передавать контейнер приемнику агрегированной передачи в устройстве синхронизации связи, который, в свою очередь, распаковывает этот контейнер и распределяет запросы по различным серверным устройствам.

Другую возможную разновидность можно понять из исследования фиг. 1. Возможно, что несколько беспроводных терминалов используют одно и то же приложение. Например, возможно, что первый, второй, третий и четвертый беспроводные терминалы 24, 26, 28 и 30 содержат первое приложение A1, работающее и осуществляющее связь с первым серверным устройством 18. В этом случае возможно, что устройство 16 синхронизации связи также обеспечивает агрегированную передачу для этого приложения A1.

То, как это можно сделать, сейчас также будет описываться со ссылкой на фиг. 10, которая показывает некоторое количество дополнительных этапов способа, которые могут выполняться устройством 16 синхронизации связи для уплотнения связи с серверным устройством. Блок 36 изучения шаблонов связи в этом случае исследует запросы от всех беспроводных терминалов, направленные первому серверному устройству 18, а при желании также ответы на эти запросы от первого серверного устройства. Изучения могут выполняться посредством контроля связь и/или посредством беспроводных терминалов, сообщающих блоку 36 изучения шаблонов связи. Затем блок 36 изучения шаблонов связи исследует шаблоны связи у этого множества беспроводных терминалов 24, 26, 28 и 30 в отношении одного этого серверного устройства 18, этап 104. Он также может учитывать данные прошлых периодов об инициируемых пользователем запросах. Затем он определяет группу координации связи с сервером, этап 106, что можно сделать в основном таким же образом, как определялась группа координации нисходящей линии связи. Нагрузка базовых станций и уровни батарей преимущественно пропускаются в этом определении. Однако вместо этого можно учесть нагрузку на такие объекты, как интерфейс между беспроводной сетью и Интернетом. Посредством этого блок 36 изучения шаблонов связи изучает, возможно ли предоставить первому серверному устройству 18 некоторые или все запросы RQ в этих сеансах связи в агрегированной передаче. Затем связь, выполняемая беспроводными терминалами в группе координации связи с сервером, может накапливаться блоком накопления передач приложений, этап 108, и совместно передаваться серверному устройству в виде агрегированной передачи другим отправителем агрегированной передачи, предназначенным для агрегированных передач к серверным устройствам, этап 110. В зависимости от приложения эта агрегированная передача может включать в себя передачу запроса в виде одиночного запроса, что характерно для всех мобильных терминалов, либо объединение нескольких запросов в одну передачу.

Аналогичным образом возможно, что все ответы с результатами PRES обработки принимаются от первого серверного устройства в виде агрегированной передачи ответов, которая в зависимости от сущности приложений также может быть одинаковым ответом, который отправляется всем беспроводным терминалам. Затем устройство 16 синхронизации связи распределяет ответы по разным беспроводным терминалам, чтобы их могло принять первое приложение A1. Естественно, в агрегированной передаче ответ для одного беспроводного терминала также можно объединить с ответами другим приложениям.

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

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

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

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

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

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

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

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

В свою очередь, распределитель данных можно считать содержащим средство для распределения данных из принятых передач по приложениям.

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

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