RU2390102C2

RU2390102C2 - Enhanced dynamic compression

Info

Publication number: RU2390102C2
Application number: RU2008128405/09A
Authority: RU
Inventors: Ян КРИСТОФФЕРССОН (SE); Ян КРИСТОФФЕРССОН; Ханс ХАННУ (SE); Ханс ХАННУ
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2005-12-13
Filing date: 2005-12-13
Publication date: 2010-05-20
Also published as: RU2008128405A

Abstract

FIELD: information technology.

SUBSTANCE: states related to an end terminal that are created and used for compressing and decompressing data transmitted between the end terminal and a network server when the end terminal is first registered to the first network server are saved when the end terminal deregisters from the first network server. When the end terminal re-registers to the network server these saved states are directly used. That way it is possible to start compressing data using the saved states immediately after the following registration for enabling more effective dynamic compression.

EFFECT: faster dynamic compression when re-registering an end terminal to a network server.

33 cl, 8 dwg

Description

Область техники, к которой относится изобретениеFIELD OF THE INVENTION

Настоящее изобретение относится к сокращению данных, передаваемых в сеансах связи передачи данных. Изобретение более конкретно относится к способам сокращения объема данных, передаваемых между оконечным терминалом и первым сетевым сервером, управляющим сжатием в сеансах связи, вовлекающих оконечный терминал, устройству связи для выполнения упомянутого сокращения, а также компьютерным программным продуктам для сокращения объема данных, передаваемых между оконечным терминалом и первым сетевым сервером.The present invention relates to the reduction of data transmitted in data communication sessions. The invention relates more specifically to methods for reducing the amount of data transmitted between a terminal terminal and a first network server controlling compression in communication sessions involving a terminal terminal, a communication device for performing said reduction, as well as computer software products for reducing the amount of data transmitted between the terminal terminal and the first network server.

Описание уровня техникиDescription of the prior art

В последние годы появилось большое множество путей для пользователей различных типов оконечных терминалов наслаждаться мультимедийными сеансами связи, которые обычно основаны на IP. Такие сеансы связи включают в себя сеансы связи VoIP (Передачу речи по IP), но также могут быть реализованы и другие типы сеансов связи, подобные сеансам видеосвязи и "Нажми и говори". Одним из стандартов, который был разработан для таких IP-основанных сеансов связи, является стандарт SIP (Протокол инициирования сеанса связи). Этот стандарт описан, например, в Rosenberg, J. et al in SIP: Session Initiation Protocol, IETF RFC 3261, June 2002.In recent years, there have been a large number of ways for users of various types of terminal terminals to enjoy multimedia communication sessions, which are usually IP-based. Such communication sessions include VoIP (Voice over IP) communication sessions, but other types of communication sessions, such as video and click-to-talk sessions, can also be implemented. One of the standards that has been developed for such IP-based communication sessions is the SIP (Session Initiation Protocol) standard. This standard is described, for example, in Rosenberg, J. et al in SIP: Session Initiation Protocol, IETF RFC 3261, June 2002.

Однако при использовании такого протокола количество передаваемых данных является очень большим, что является проблематичным, если используются беспроводные сети, имеющие ограниченную полосу частот.However, when using such a protocol, the amount of data transmitted is very large, which is problematic if wireless networks with a limited frequency band are used.

Из-за этого развивались различные способы сжатия данных, передаваемых согласно такому протоколу.Because of this, various methods of compressing data transmitted according to such a protocol have developed.

Одной из методик сжатия, разработанных для SIP, является SigComp. SigComp описан более подробно в Price, R. et. al. "Signaling Compression (SigComp)", IETF RFC 3320, January 2003. SigComp является важной методикой минимизации размера передаваемых сообщений SIP по радиоинтерфейсу сотовой сети связи. Это важно прежде всего по двум причинам; размер сообщений приводит к длительным временам передачи в случае линий связи с низкой скоростью передачи данных, что будет негативно воздействовать, например, на времена установки услуг IMS (Подсистемы IP мультимедиа). Большой размер несжатых сообщений также приводит к уменьшенной емкости сети, что также является негативным фактором, который нужно избежать насколько это возможно.One of the compression techniques developed for SIP is SigComp. SigComp is described in more detail in Price, R. et. al. "Signaling Compression (SigComp)", IETF RFC 3320, January 2003. SigComp is an important technique for minimizing the size of transmitted SIP messages over the air interface of a cellular communications network. This is important primarily for two reasons; message size leads to long transmission times in the case of communication lines with a low data rate, which will adversely affect, for example, the installation times of IMS (IP Multimedia Subsystems) services. The large size of uncompressed messages also leads to reduced network capacity, which is also a negative factor that should be avoided as much as possible.

Чтобы сделать сжатие эффективным, переменное содержимое сообщений SIP должно использоваться некоторым способом. Имеется множество способов сделать это, и наиболее важными методами являются статические словари, определенные пользователем словари (USD) и динамическое сжатие.To make compression efficient, the variable contents of SIP messages must be used in some way. There are many ways to do this, and the most important methods are static dictionaries, user-defined dictionaries (USD) and dynamic compression.

Статические словари SIP описаны Garcia-Martin, M. et. al. in "The Session Initiation Protocol (SIP) and Session Description Protocol (SDP) static dictionary for Signaling Compression (SigComp)", IETF RFC 3485, February 2003. Статическая библиотека прежде всего полезна для сжатия начального сообщения SIP, после того как оконечный терминал регистрирует самого себя в сетевом функциональном средстве, часто называемом P-CSCF (проксифункциональное средство управления сеансом связи вызова). Однако SIP статический словарь сам по себе не будет приводить к удовлетворительной эффективности сжатия, необходимы также другие средства.SIP static dictionaries are described by Garcia-Martin, M. et. al. in "The Session Initiation Protocol (SIP) and Session Description Protocol (SDP) static dictionary for Signaling Compression (SigComp)", IETF RFC 3485, February 2003. The static library is primarily useful for compressing the initial SIP message after the terminal registers yourself in a network functional tool, often called a P-CSCF (Proxy Functional Call Session Management Tool). However, a SIP static dictionary alone will not lead to satisfactory compression efficiency; other means are also needed.

В документе "SigComp-Extended Operations" by Hannu, H. et. al., "Signaling Compression (SigComp) Extended Operations", IETF RFC 3321, January 2003 вводятся концепция USD (определенный пользователем словарь) и межсеансные состояния. Определенный пользователем словарь является статическим словарем, который является специфичным для индивидуального пользователя. Содержание USD не стандартизировано, что означает, что оно должно быть послано от стороны сжатия к стороне декомпрессии до его использования. В случае, если USD является большим, это может потребовать нескольких сообщений для передачи. Это ограничивает полезность словаря для начального сообщения.In SigComp-Extended Operations by Hannu, H. et. al., "Signaling Compression (SigComp) Extended Operations", IETF RFC 3321, January 2003 introduces the concept of USD (user-defined dictionary) and inter-session states. A user-defined dictionary is a static dictionary that is specific to an individual user. The USD content is not standardized, which means that it must be sent from the compression side to the decompression side before using it. In case the USD is large, this may require several messages to be transmitted. This limits the usefulness of the dictionary for the initial message.

Межсеансное состояние описано как продление срока использования SigComp-отделения, которое является областью памяти, назначенной пользователю. Однако это состояние не является дополнительно определенным и это делает невозможным его использование, так как необходимо знать две оконечные точки SigComp, точнее, насколько долгим является срок использования отделения. Неудача при выполнении этого приведет к потере синхронизации и сбою при декомпрессии.The inter-session state is described as extending the usage period of the SigComp branch, which is the memory area assigned to the user. However, this state is not additionally defined and this makes it impossible to use it, since it is necessary to know the two endpoints of SigComp, more precisely, how long the life of the compartment is. Failure to do this will result in loss of synchronization and failure in decompression.

В 3GPP TS 24.229, IP Multimedia Call Control Protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP), Release 6, V6.6.0, (2005-03) В 3GPP TS 24.229 сроком использования отделения по определению является время, когда пользователь зарегистрирован, то есть отделение открывается, когда пользователь регистрируется, и закрывается, когда для пользователя отменяется регистрация. Любое отклонение от этого (принципа) вызовет потерю синхронизации и сбой декомпрессии.In 3GPP TS 24.229, IP Multimedia Call Control Protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP), Release 6, V6.6.0, (2005-03) In 3GPP TS 24.229, the term for using the ward is, by definition, the time when the user is registered, that is, the department opens when the user is registered, and closes when the user is unregistered. Any deviation from this (principle) will cause loss of synchronization and failure of decompression.

Наиболее эффективная методика получения высокого уровня эффективности сжатия должна использовать динамическое сжатие. Динамическое сжатие получают посредством сохранения состояний, например содержания сообщения, и использования его в качестве словаря при сжатии последующих сообщений. Отделение тогда открывается для оконечного терминала для сохранения состояний. Повторяя этот процесс для добавления сообщений или их части к состоянию, формируют эффективный словарь. Кроме того, он будет приспосабливаться к долговременным изменениям в сообщениях SIP, следующих из новых услуг или потоков сообщения.The most effective technique for obtaining a high level of compression efficiency is to use dynamic compression. Dynamic compression is obtained by storing states, for example, the content of the message, and using it as a dictionary when compressing subsequent messages. The branch then opens to the terminal terminal to save states. Repeating this process to add messages or their parts to the state, form an effective dictionary. In addition, it will adapt to long-term changes in SIP messages resulting from new services or message flows.

Однако динамическое сжатие страдает от одного недостатка; оно не эффективно, пока достаточное количество сообщений не было сохранено в состоянии. Количество сообщений не важно, но сообщения должны быть достаточно разнообразны, чтобы фиксировать различия, которые являются типичными для сообщений SIP. Основная проблема состоит в том, что словарь должен быть построен заново каждый раз, когда отделение открывается, так как состояния в отделении всегда удаляются, когда отделение закрывается. Для типичного пользователя это означает, что каждый раз, когда терминал включается и регистрируется в сетевом сервере, эффективность сжатия является низкой, пока отделение не будет заполнено полезными данными. В качестве следствия установка первого вызова будет медленной из-за неэффективного сжатия.However, dynamic compression suffers from one drawback; it is not effective until a sufficient number of messages have been kept in a state. The number of messages is not important, but the messages should be varied enough to capture the differences that are typical of SIP messages. The main problem is that the dictionary needs to be rebuilt each time the compartment is opened, since the states in the compartment are always deleted when the compartment is closed. For a typical user, this means that every time the terminal is turned on and logged into the network server, the compression efficiency is low until the compartment is filled with useful data. As a result, setting up the first call will be slow due to inefficient compression.

Использование USD страдает от того же недостатка, то есть не имеется никакого USD, доступного для первого(ых) сообщения(й). После загрузки следует ожидать, что эффективность сжатия USD будет удовлетворительной.Using USD suffers from the same drawback, that is, there is no USD available for the first message (s). After loading, you should expect that the compression efficiency of USD will be satisfactory.

Имеется таким образом потребность в ускорении динамического сжатия так, чтобы оно функционировало хорошо даже на начальных стадиях его использования при выполнении новой регистрации оконечного терминала в сетевом сервере.There is thus a need to accelerate dynamic compression so that it functions well even in the initial stages of its use when performing a new registration of the terminal in the network server.

Сущность изобретенияSUMMARY OF THE INVENTION

Настоящее изобретение поэтому посвящено решению проблемы ускорения динамического сжатия, так чтобы оно функционировало хорошо даже на начальных стадиях его использования при повторной регистрации оконечного терминала в сетевом сервере, управляющем сжатием в сеансах связи, вовлекающих (в работу) оконечный терминал.The present invention is therefore devoted to solving the problem of accelerating dynamic compression, so that it functions well even in the initial stages of its use when re-registering the terminal terminal in a network server that controls compression in communication sessions involving the terminal terminal.

Это обычно решается посредством сохранения состояний, относящихся к терминалу, каждый раз когда для оконечного терминала отменяется регистрация из сетевого сервера, управляющего сеансами связи, вовлекающими оконечный терминал.This is usually accomplished by storing terminal-related states each time a terminal is deregistered from a network server managing communication sessions involving the terminal.

Одна задача настоящего изобретения таким образом направлена на обеспечение способа сокращения объема данных, передаваемых между оконечным терминалом и первым сетевым сервером, управляющим сеансами связи, вовлекающими оконечный терминал.One object of the present invention is thus directed to providing a method of reducing the amount of data transmitted between a terminal terminal and a first network server managing communication sessions involving a terminal terminal.

Эта задача согласно первому аспекту настоящего изобретения достигается посредством способа сокращения объема данных, передаваемых между оконечным терминалом и первым сетевым сервером, управляющим сжатием в сеансах связи, вовлекающих оконечный терминал, содержащего этапы: создание по меньшей мере одного состояния, относящегося к оконечному терминалу, который регистрируется в первом сетевом сервере, в течение первого сеанса связи между оконечным терминалом и первым сетевым сервером, причем упомянутое состояние посвящено (относится к) оконечному терминалу, сжатие данных для передачи между оконечным терминалом и упомянутым сервером на основании упомянутого состояния по меньшей мере в первом сеансе связи, сохранение упомянутого состояния для более позднего использования, когда для оконечного терминала удаляется регистрация из первого сетевого сервера, и при последующей регистрации оконечного терминала в сетевом сервере для второго сеанса связи, вовлекающего оконечный терминал, сжатие данных для передачи между оконечным терминалом и сетевым сервером во втором сеансе связи на основании упомянутого сохраненного состояния.This task according to the first aspect of the present invention is achieved by a method of reducing the amount of data transmitted between the terminal terminal and the first network server controlling compression in communication sessions involving the terminal terminal, comprising the steps of: creating at least one state related to the terminal terminal that is being registered in the first network server, during the first communication session between the terminal terminal and the first network server, the state being referred to (refers to) terminal terminal, data compression for transmission between the terminal terminal and said server based on said state at least in the first communication session, storing said state for later use when registration from the first network server is deleted for the terminal terminal, and upon subsequent registration of the terminal terminal in the network server for the second communication session involving the terminal terminal, data compression for transmission between the terminal terminal and the network server in the second session e communications based on said stored state.

Эта задача согласно второму аспекту настоящего изобретения также достигается посредством способа сокращения объема данных, передаваемых между оконечным терминалом и первым сетевым сервером, управляющим сжатием в сеансах связи, вовлекающих оконечный терминал, содержащего этапы: получение по меньшей мере одного состояния, относящегося к оконечному терминалу, который регистрируется в первом сетевом сервере, в течение первого сеанса связи между оконечным терминалом и первым сетевым сервером, причем упомянутое состояние относится к оконечному терминалу, декомпрессия данных, передаваемых между оконечным терминалом и сервером, используя упомянутое состояние по меньшей мере в первом сеансе связи, сохранение упомянутого состояния для более позднего использования, когда для оконечного терминала удаляется регистрация из сетевого сервера, и при последующей регистрации оконечного терминала в сетевом сервере для второго сеанса связи - декомпрессию данных, передаваемых между оконечным терминалом и сетевым сервером, используя упомянутое состояние.This task according to the second aspect of the present invention is also achieved by a method of reducing the amount of data transmitted between the terminal terminal and the first network server controlling compression in communication sessions involving the terminal terminal, comprising the steps of: obtaining at least one state related to the terminal terminal, which registered in the first network server, during the first communication session between the terminal terminal and the first network server, and the above-mentioned state refers to windows the terminal, decompressing data transmitted between the terminal terminal and the server using the state at least in the first communication session, saving the state for later use, when the terminal is deleted from the network server, and when the terminal is subsequently registered to the network server for the second communication session - decompression of data transmitted between the terminal terminal and the network server using the mentioned state.

Другая задача настоящего изобретения посвящена обеспечению устройства связи, которое уменьшает объем данных, передаваемых между оконечным терминалом и первым сетевым сервером, управляющим сжатием в сеансах связи, вовлекающих оконечный терминал.Another object of the present invention is to provide a communication device that reduces the amount of data transmitted between the terminal terminal and the first network server controlling compression in communication sessions involving the terminal terminal.

Эта задача согласно третьему аспекту настоящего изобретения достигается посредством устройства связи, содержащего: интерфейсный модуль для передачи данных между оконечным терминалом и первым сетевым сервером, модуль сжатия для сжатия данных, которые должны быть переданы через интерфейсный модуль между оконечным терминалом и первым сетевым сервером, и блок управления, выполненный с возможностью создавать по меньшей мере одно состояние, относящееся к оконечному терминалу, который зарегистрирован в первом сетевом сервере, в течение первого сеанса связи между оконечным терминалом и первым сетевым сервером, причем упомянутое состояние относится к оконечному терминалу, выдавать команды модулю сжатия, чтобы сжать данные, которые должны быть переданы между оконечным терминалом и первым сетевым сервером на основании упомянутого состояния по меньшей мере в первом сеансе связи, сохранять упомянутое состояние для более позднего использования, когда для оконечного терминала удаляется регистрация из первого сетевого сервера, и при последующей регистрации оконечного терминала в сетевом сервере для второго сеанса связи, вовлекающего оконечный терминал, выдавать команды модулю сжатия - сжать данные, которые должны быть переданы между оконечным терминалом и первым сетевым сервером во втором сеансе связи на основании упомянутого состояния.This task according to the third aspect of the present invention is achieved by means of a communication device comprising: an interface module for transmitting data between an end terminal and a first network server, a compression module for compressing data to be transmitted through an interface module between an end terminal and a first network server, and a unit control, configured to create at least one state related to the terminal terminal, which is registered in the first network server, during a communication session between the terminal terminal and the first network server, wherein said state refers to the terminal terminal, issue instructions to the compression module to compress the data to be transmitted between the terminal terminal and the first network server based on said state at least in the first communication session , save the mentioned state for later use, when registration for the terminal terminal is deleted from the first network server, and upon subsequent registration of the terminal term and a network server to a second communication session involving the terminating terminal, to issue the command module compression - compress the data to be transferred between the end terminal and the first network server in the second communication session based on said state.

Эта задача согласно четвертому аспекту настоящего изобретения также достигается посредством устройства связи, содержащего: интерфейсный модуль для передачи данных между оконечным терминалом и первым сетевым сервером, модуль декомпрессии для декомпрессии данных, передаваемых через интерфейсный модуль между оконечным терминалом и сетевым сервером, и блок управления, выполненный с возможностью получать по меньшей мере одно состояние, относящееся к оконечному терминалу, который зарегистрирован в первом сетевом сервере, в течение первого сеанса связи между оконечным терминалом и первым сетевым сервером, причем упомянутое состояние относится к оконечному терминалу, выдавать команду модулю декомпрессии - декомпрессировать данные, передаваемые между оконечным терминалом и упомянутым сервером на основании упомянутого состояния по меньшей мере в первом сеансе связи, сохранять упомянутое состояние для более позднего использования, когда для оконечного терминала удаляется регистрация из первого сетевого сервера, и после последующей регистрации оконечного терминала в первом сетевом сервере для второго сеанса связи между оконечным терминалом и сетевым сервером, выдавать команды модулю декомпрессии - декомпрессировать данные, передаваемые между оконечным терминалом и сетевым сервером во втором сеансе связи, на основании упомянутого состояния.This task according to the fourth aspect of the present invention is also achieved by means of a communication device comprising: an interface module for transmitting data between the terminal terminal and the first network server, a decompression module for decompressing data transmitted through the interface module between the terminal terminal and the network server, and a control unit configured with the ability to receive at least one state related to the terminal terminal, which is registered in the first network server, during the first about the communication session between the terminal terminal and the first network server, wherein said state refers to the terminal terminal, issue a command to the decompression module - decompress data transmitted between the terminal terminal and said server based on said state at least in the first communication session, save said state for later use, when registration for the terminal is deleted from the first network server, and after subsequent registration of the terminal in tear the network server for the second communication session between the terminal terminal and the network server, issue commands to the decompression module - decompress data transmitted between the terminal terminal and the network server in the second communication session, based on the mentioned state.

Еще одна задача настоящего изобретения состоит в обеспечении компьютерного программного продукта, который позволяет сократить объем данных, передаваемых между оконечным терминалом и первым сетевым сервером, управляющим сжатием в сеансах связи, вовлекающих оконечный терминал.Another objective of the present invention is to provide a computer software product that can reduce the amount of data transmitted between the terminal terminal and the first network server that controls compression in communication sessions involving the terminal terminal.

Эта задача согласно пятому аспекту настоящего изобретения также достигается посредством компьютерного программного продукта для сокращения объема данных, передаваемых между оконечным терминалом и первым сетевым сервером, управляющим сжатием в сеансах связи, вовлекающих оконечный терминал, содержащего компьютерный программный код, чтобы заставить устройство связи выполнять этапы, когда упомянутый код загружен в устройство связи: создание по меньшей мере одного состояния, относящегося к оконечному терминалу, который зарегистрирован в первом сетевом сервере, в течение первого сеанса связи между оконечным терминалом и первым сетевым сервером, причем упомянутое состояние относится к оконечному терминалу и используется для сжатия данных, которые должны быть переданы между оконечным терминалом и сервером по меньшей мере в первом сеансе связи, сохранение упомянутого состояния для более позднего использования, когда для оконечного терминала удаляется регистрация из сетевого сервера, и после последующей регистрации оконечного терминала в сетевом сервере для второго сеанса связи - установление упомянутого состояния для использования при сжатии данных, которые должны быть переданы между оконечным терминалом и сетевым сервером во втором сеансе связи.This task according to the fifth aspect of the present invention is also achieved by a computer program product for reducing the amount of data transmitted between the terminal terminal and the first network server controlling compression in communication sessions involving the terminal terminal containing computer program code to cause the communication device to perform the steps when said code downloaded to a communication device: creating at least one state related to a terminal terminal that is registered in the first network server, during the first communication session between the terminal terminal and the first network server, wherein said state refers to the terminal terminal and is used to compress data to be transmitted between the terminal terminal and the server in at least the first communication session, storing said states for later use, when registration for the terminal is deleted from the network server, and after subsequent registration of the terminal in the network server for the second communication mode - establishing said state for use in data compression, which must be transferred between the terminal terminal and the network server in the second communication session.

Эта задача согласно шестому аспекту настоящего изобретения также достигается посредством компьютерного программного продукта для сокращения объема данных, передаваемых между оконечным терминалом и первым сетевым сервером, управляющим сеансами связи, вовлекающими оконечный терминал, содержащего компьютерный программный код, чтобы заставить устройство связи выполнять этапы, когда упомянутый код загружен в устройство связи: получение по меньшей мере одного состояния, относящегося к оконечному терминалу, который зарегистрирован в первом сетевом сервере, в течение первого сеанса связи между оконечным терминалом и первым сетевым сервером, причем упомянутое состояние относится к оконечному терминалу и используется при декомпрессии данных, передаваемых между оконечным терминалом и первым сетевым сервером по меньшей мере в первом сеансе связи, сохранение упомянутого состояния для более позднего использования, когда для оконечного терминала удаляется регистрация из сетевого сервера, и после последующей регистрации оконечного терминала в сетевом сервере для второго сеанса связи между оконечным терминалом и другим терминалом, установление упомянутого состояния для использования при декомпрессии данных, передаваемых между оконечным терминалом и первым сетевым сервером во втором сеансе связи.This task according to the sixth aspect of the present invention is also achieved by a computer program product for reducing the amount of data transmitted between the terminal terminal and the first network server managing communication sessions involving the terminal terminal containing computer program code to cause the communication device to perform the steps when said code loaded into a communication device: obtaining at least one state related to a terminal terminal that is registered in the network server, during the first communication session between the terminal terminal and the first network server, wherein said state refers to the terminal terminal and is used to decompress data transmitted between the terminal terminal and the first network server at least in the first communication session, storing said state for later use, when registration for the terminal terminal is deleted from the network server, and after subsequent registration of the terminal terminal in the network server for the second ansa connection between the end terminal and another terminal, setting said state to use for decompression of data transmitted between the end terminal and the first network server in the second communication session.

Настоящее изобретение имеет много преимуществ. Оно позволяет начать сжатие сообщений, используя сохраненные состояния, немедленно, когда начат второй сеанс связи. Это означает, что сжатие является более эффективным, чем ранее, при котором требовалось анализировать сообщения также после последующей регистрации оконечного терминала и сохранять состояния заново. Другое преимущество заключается в том, что не имеется никакой передачи информации, обеспеченной в состоянии. Это уменьшает количество передаваемых данных, что обычно положительно влияет на связанные затраты для конечного пользователя и также ограничивает нагрузку сети. Риск для перегрузки в сети поэтому также понижается.The present invention has many advantages. It allows you to start compressing messages using stored states immediately when a second communication session is started. This means that the compression is more efficient than before, in which it was necessary to analyze the messages also after the subsequent registration of the terminal terminal and save the state again. Another advantage is that there is no transfer of information provided in the state. This reduces the amount of data transferred, which usually positively affects the associated costs for the end user and also limits the network load. The risk for network congestion is therefore also reduced.

Согласно выгодному варианту настоящего изобретения состояние объявляется от стороны декомпрессии к стороне сжатия. Этот вариант осуществления имеет преимущество разрешить сохранение состояний в ином месте, чем в блоках памяти состояний, что не может быть сделано, если требуется соответствие с SigComp, но все еще используется структура SigComp для сохранения состояний, также когда оконечный терминал не зарегистрирован в первом сетевом сервере, что упрощает реализацию изобретения в среде SigComp.According to an advantageous embodiment of the present invention, a state is declared from the decompression side to the compression side. This embodiment has the advantage of allowing state storage in a different place than in state memory blocks, which cannot be done if compliance with SigComp is required, but the SigComp structure is still used to save states, also when the terminal is not registered in the first network server , which simplifies the implementation of the invention in a SigComp environment.

Согласно другому выгодному варианту осуществления информация о состоянии согласно настоящему изобретению сохраняется для более позднего использования во втором сетевом сервере. Сохранение может быть выполнено посредством, после отмены регистрации, посылки сообщения отмены регистрации, содержащего информацию о состоянии, к сетевому серверу, обрабатывающему сеансы связи для первого оконечного терминала, причем упомянутая информация о состоянии предназначена для сохранения в упомянутом втором сетевом сервере, посылки сообщения регистрации к сетевому серверу, обрабатывающему сеансы связи для первого оконечного терминала при новой регистрации, и приема ответа на упомянутое сообщение регистрации, включая информацию о состоянии. Это имеет преимущество в том, что домашняя сеть имеет управление состояниями, сохраненными для оконечного терминала.According to another advantageous embodiment, the status information of the present invention is stored for later use in a second network server. Saving can be performed by, after deregistration, sending a deregistration message containing status information to a network server processing communication sessions for the first terminal terminal, said state information being intended to be stored in said second network server, sending the registration message to a network server processing communication sessions for the first terminal terminal upon new registration and receiving a response to said registration message, including information ation of the state. This has the advantage that the home network has state management stored for the terminal terminal.

Термин "состояние", как используется здесь, предназначен, чтобы означать по меньшей мере одну строку данных, которая затем используется посредством замены этой строки в сообщении, которое должно быть передано со ссылкой на это состояние.The term "state", as used here, is intended to mean at least one row of data, which is then used by replacing this row in a message that must be transmitted with reference to this state.

Следует заметить, что термин "содержит/включает в себя", когда используется в настоящем описании, используется, чтобы указать присутствие описанных признаков, целых чисел, этапов или компонентов, но не препятствуют присутствию или добавлению одного или более других признаков, целых чисел, этапов, компонентов или их групп.It should be noted that the term “comprises / includes”, when used in the present description, is used to indicate the presence of the described features, integers, steps or components, but does not prevent the presence or addition of one or more other features, integers, steps , components or their groups.

Краткое описание чертежейBrief Description of the Drawings

Настоящее изобретение ниже описано более подробно со ссылками на включенные чертежи, на которых:The present invention is described in more detail below with reference to the included drawings, in which:

фиг. 1 схематично иллюстрирует множество оконечных терминалов, соединенных с первым сетевым сервером сети сотовой связи, а также второй сети, включающей в себя множество сетевых серверов,FIG. 1 schematically illustrates a plurality of terminal terminals connected to a first network server of a cellular network, as well as a second network including a plurality of network servers,

фиг. 2 иллюстрирует блок-схему различных частей, обеспеченных в устройстве связи согласно настоящему изобретению, обеспечивающему функциональные возможности сжатия,FIG. 2 illustrates a block diagram of various parts provided in a communication device according to the present invention providing compression functionality,

фиг. 3 иллюстрирует блок-схему различных частей, обеспеченных в устройстве связи согласно настоящему изобретению, обеспечивающему функциональные возможности декомпрессии,FIG. 3 illustrates a block diagram of various parts provided in a communication device according to the present invention providing decompression functionality,

фиг. 4A схематично показывает содержимое отделения для оконечного терминала и постоянное хранилище состояний для терминала перед тем, как для терминала удаляется регистрация из первого сетевого сервера,FIG. 4A schematically shows the contents of the compartment for the terminal terminal and the permanent state store for the terminal before registration for the terminal is removed from the first network server,

фиг. 4B схематично показывает содержимое отделения для оконечного терминала и постоянное хранилище состояний для терминала после того, как терминал снова был зарегистрирован в первом сетевом сервере,FIG. 4B schematically shows the contents of the compartment for the terminal terminal and the permanent state store for the terminal after the terminal has again been registered in the first network server,

фиг. 5 иллюстрирует схему последовательности операций способа, обеспеченного в устройстве связи, имеющем функциональные возможности декомпрессии,FIG. 5 illustrates a flow diagram of a method provided in a communication device having decompression functionality,

фиг. 6 иллюстрирует схему последовательности операций способа, обеспеченного в устройстве связи, имеющем функциональные возможности сжатия, иFIG. 6 illustrates a flow diagram of a method provided in a communication device having compression functionality, and

фиг. 7 схематично иллюстрирует компьютерный программный продукт в форме диска CD-ROM, содержащего компьютерный программный код для выполнения изобретения.FIG. 7 schematically illustrates a computer program product in the form of a CD-ROM containing computer program code for carrying out the invention.

Подробное описание вариантов осуществленияDetailed Description of Embodiments

Настоящее изобретение описано ниже со ссылками на SIP (Протокол инициирования сеанса связи) и сжатие SigComp, обеспеченные для беспроводной сотовой сети связи. Должно однако быть понятно, что изобретение не ограничено SIP, SigComp или беспроводными сотовыми сетями связи, но применимо к любой сети, где выполняется сжатие данных, которые должны быть переданы, используя предварительно переданные данные.The present invention is described below with reference to SIP (Session Initiation Protocol) and SigComp compression provided for a wireless cellular communication network. It should however be understood that the invention is not limited to SIP, SigComp, or wireless cellular networks, but is applicable to any network that compresses data that must be transmitted using previously transmitted data.

Фиг. 1 иллюстрирует первую беспроводную сеть 10 сотовой связи, где первый оконечный терминал 12 обменивается с первым сетевым сервером 20 через первую базовую станцию 16. Имеется также второй терминал 14, также обменивающийся с первым сетевым сервером 20 через вторую базовую станцию 18. Первый сетевой сервер 20 является сервером P-CSCF (проксифункциональное средство управления вызовом сеанса связи). Имеется, кроме того, вторая сеть 11, которая является домашней сетью первого оконечного терминала 12. В этой второй сети 11 имеется второй сетевой сервер 23, который является так называемым сервером HSS (домашний сервер абонента), который следит за абонентами (терминалами) и данными, относящимися к ним, такими как их подписки, такие как услуги, доступные оконечному терминалу. Этот второй сетевой сервер 23 обменивается с третьим сетевым сервером 21 и четвертым сетевым сервером 22, где два последних сервера 21 и 22 также обмениваются друг с другом. Третий сетевой сервер 21 является сервером I-CSCF (функциональное средство управления сеансом связи опрашивающего вызова), в то время как четвертый сетевой сервер 22 является сервером S-CSCF (функциональное средство управления сеансом связи служебного вызова). Первый сетевой сервер 20, кроме того, обменивается с третьим сетевым сервером 21. Первый сервер 20 таким образом позволяет терминалам участвовать в IP-основанных сеансах связи подобно сеансам связи VoIP (передача речи по IP). В этом отношении возможно, что первый оконечный терминал 12 участвует в сеансе связи со вторым оконечным терминалом 14. Однако возможно, что первый оконечный терминал 12 может участвовать в сеансах связи с другими оконечными терминалами в других сетях, причем другая сеть тогда обычно может требовать соответствующего первого сетевого сервера 20. Должно быть, кроме того, понятно, что сети, представленные на фиг. 1, являются упрощенным сетями и что можно было бы обеспечить еще несколько серверов и базовых станций. Они могут также содержать множество обменов. Первый оконечный терминал 12 является в данном примере портативным устройством связи в форме сотового телефона. Аналогично должно быть понятно, что оконечный терминал может быть оконечным терминалом любого типа с возможностью компьютерной связи.FIG. 1 illustrates a first wireless cellular network 10, where a first terminal terminal 12 communicates with a first network server 20 through a first base station 16. There is also a second terminal 14 also communicating with a first network server 20 through a second base station 18. The first network server 20 is P-CSCF server (proxy functional session call control). There is also a second network 11, which is the home network of the first terminal terminal 12. In this second network 11, there is a second network server 23, which is the so-called HSS server (home server of the subscriber), which monitors the subscribers (terminals) and data related to them, such as their subscriptions, such as services available to the terminal. This second network server 23 communicates with the third network server 21 and the fourth network server 22, where the last two servers 21 and 22 also communicate with each other. The third network server 21 is the I-CSCF server (interrogation call session management functional means), while the fourth network server 22 is the S-CSCF server (service call session management functionality). The first network server 20 also communicates with the third network server 21. The first server 20 thus allows the terminals to participate in IP-based communication sessions like VoIP (Voice over IP) communication sessions. In this regard, it is possible that the first terminal terminal 12 participates in a communication session with the second terminal terminal 14. However, it is possible that the first terminal terminal 12 can participate in communication sessions with other terminal terminals in other networks, and then another network may usually require a corresponding first network server 20. It should also be understood that the networks shown in FIG. 1 are simplified networks and that several more servers and base stations could be provided. They may also contain many exchanges. The first terminal terminal 12 is in this example a portable communication device in the form of a cell phone. Similarly, it should be understood that the terminal terminal can be any type of terminal terminal with the possibility of computer communication.

Согласно SIP сообщения обмениваются между оконечными терминалами через сервер SIP. Сообщения данных или дейтаграммы затем обмениваются между первым оконечным терминалом и первым сетевым сервером, где первый сетевой сервер затем передает и принимает сообщения, предназначенные для другого оконечного терминала сеанса связи, подобного, например, второму оконечному терминалу 14. Однако из-за ограниченной полосы частот беспроводной линии связи между первым оконечным терминалом и первой базовой станцией имеется потребность уменьшить объем данных в передаваемых сообщениях. Таким образом имеется потребность в сжатии данных.According to SIP, messages are exchanged between terminal terminals through a SIP server. Data messages or datagrams are then exchanged between the first terminal terminal and the first network server, where the first network server then transmits and receives messages destined for the other terminal terminal of the communication session, such as, for example, the second terminal terminal 14. However, due to the limited frequency band of the wireless link between the first terminal and the first base station there is a need to reduce the amount of data in the transmitted messages. Thus, there is a need for data compression.

По этой причине используется алгоритм SigComp сжатия/декомпрессии. SigComp описан более подробно в документе Price, R. et al. "Signaling Compression (SigComp)", IETF RFC 3320, январь 2003, который здесь включен по ссылке. Обычно функция сжатия и функция декомпрессии обеспечиваются с обеих сторон линии связи, то есть и в оконечном терминале, и сервере, чтобы обеспечить двустороннюю связь. Однако эти принципы могут также применяться к односторонней связи. По этой причине нижеследующее описание настоящего изобретения основано только на одном компрессоре (устройстве сжатия), который, кроме того, обеспечивается в первом оконечном терминале, и только одном декомпрессоре, который обеспечивается в первом сетевом сервере. Должно однако быть понятно, что вместо этого компрессор можно было бы обеспечивать в первом сетевом сервере и декомпрессор - в первом оконечном терминале. В нормальных случаях имеется, кроме того, одна пара компрессор/декомпрессор, обеспеченная и в сервере, и в оконечном терминале. Сервер также обслуживает более одного оконечного терминала. Чтобы упростить описание настоящего изобретения, описан случай обслуживания только одного оконечного терминала.For this reason, the SigComp compression / decompression algorithm is used. SigComp is described in more detail in Price, R. et al. "Signaling Compression (SigComp)", IETF RFC 3320, January 2003, which is incorporated herein by reference. Typically, a compression function and a decompression function are provided on both sides of the communication line, that is, in both the terminal terminal and the server, to provide two-way communication. However, these principles may also apply to one-way communication. For this reason, the following description of the present invention is based on only one compressor (compression device), which, in addition, is provided in the first terminal terminal, and only one decompressor, which is provided in the first network server. It should however be understood that, instead, the compressor could be provided in the first network server and the decompressor in the first terminal terminal. In normal cases, there is, in addition, one compressor / decompressor pair provided in both the server and the terminal terminal. The server also serves more than one terminal terminal. In order to simplify the description of the present invention, the case of servicing only one terminal terminal is described.

Фиг. 2 иллюстрирует блок-схему релевантных частей одного устройства связи согласно настоящему изобретению, которое является здесь первым сетевым сервером 20 для обработки связи с первым оконечным терминалом. Сетевой сервер 20 поэтому обеспечивается первым интерфейсным модулем 24 для связи с другими объектами, подобными первому оконечному терминалу 12, через первую базовую станцию 16. Интерфейсный модуль 24 соединен с декомпрессором 26 и с блоком 28 управления сервером, обеспечивающим обработку SIP, а также обработчик состояния и диспетчер декомпрессора согласно SigComp. Блок 28 управления сервером соединен с декомпрессором 26, с локальным хранилищем 30, обеспечивающим память состояний (SM) согласно SigComp, где установлено отделение (часть памяти) для первого терминала, а также с долговременным хранилищем состояний 32. Долговременное хранилище состояний может быть обеспечено как локальное доступное хранилище состояний, обеспеченное SigComp. Декомпрессор 26 также соединен с локальным хранилищем 30, а также с долговременным хранилищем состояний 32. Должно быть понятно, что локальное 30 хранилище может включать в себя больше отделений для других оконечных терминалов, с которыми первый сетевой сервер 20 соединен. Долговременное хранилище 32 состояний может, кроме того, включать в себя секции для других оконечных терминалов, отличных от первого оконечного терминала. Какое состояние является и как состояние используется, кратко описано ниже. Функциональные возможности, обеспеченные этими объектами, ниже также названы стороной декомпрессии.FIG. 2 illustrates a block diagram of relevant parts of one communication device according to the present invention, which is here a first network server 20 for processing communication with a first terminal terminal. The network server 20 is therefore provided with a first interface module 24 for communicating with other entities, such as the first terminal terminal 12, through the first base station 16. The interface module 24 is connected to a decompressor 26 and to a server control unit 28 providing SIP processing, as well as a state processor and decompressor manager according to SigComp. The server control unit 28 is connected to the decompressor 26, with a local storage 30 providing state memory (SM) according to SigComp, where a compartment (part of the memory) for the first terminal is installed, and also with a long-term state store 32. Long-term state storage can be provided as local Affordable state storage provided by SigComp. Decompressor 26 is also connected to local storage 30, as well as to long-term state storage 32. It should be understood that local storage 30 may include more compartments for other terminal terminals to which the first network server 20 is connected. Long-term state storage 32 may further include sections for other terminal terminals other than the first terminal terminal. What condition is and how the condition is used is briefly described below. The functionality provided by these objects is also referred to below as the decompression side.

Фиг. 3 иллюстрирует блок-схему релевантных частей другого устройства связи согласно настоящему изобретению, которое является здесь первым оконечным терминалом 12 для обработки обмена с первым сетевым сервером 20. По этой причине первый оконечный терминал 12 оборудован антенной 34, соединенной со вторым интерфейсным модулем 36 для обеспечения радиосвязи, например согласно стандарту системы пакетной радиосвязи общего пользования (GPRS). Интерфейсный модуль 34 соединен с блоком управления 38 терминалом и с компрессором 40. Блок 38 управления терминалом обеспечивает обработку SIP, а также обработчик состояния и диспетчер компрессора согласно SigComp. Блок 38 управления терминалом также соединен с компрессором 40, а также с локальным хранилищем 41 и долговременным хранилищем 42 состояний. Компрессор 40 также соединен с локальным хранилищем 41 и долговременным хранилищем 42 состояний. Устройство и функциональность согласно фиг. 3 ниже могут быть названы стороной сжатия. Локальное хранилище 41 и долговременное хранилище 42 состояний по существу имеет ту же самую функцию, что локальное 30 хранилище и долговременное хранилище 32 состояний на стороне декомпрессии. Хотя имеется одно различие, которое относится к различию между оконечным терминалом и сервером, а не к компрессору и декомпрессору и заключается в том, что локальное хранилище 41 и долговременное хранилище 42 состояний на стороне терминала хранят состояния, относящиеся только к первому оконечному терминалу и не относящиеся к другим терминалам, в то время как это возможно на стороне сервера. Декомпрессор на стороне оконечного терминала может быть получен посредством замены компрессора 40 декомпрессором 26 или посредством добавления декомпрессора 26 и подсоединения его к локальному хранилищу 30, долговременному хранилищу 32 состояний, блоку 38 управления терминалом и интерфейсному модулю 36. Аналогичным образом сервер 20 может быть модифицирован для обеспечения функциональных возможностей компрессора в дополнение к или вместо функции декомпрессора.FIG. 3 illustrates a block diagram of relevant parts of another communication device according to the present invention, which is here a first terminal 12 for processing communications with a first network server 20. For this reason, the first terminal 12 is equipped with an antenna 34 connected to a second interface module 36 for radio communication , for example, according to the standard of a packet radio communication system of general use (GPRS). The interface module 34 is connected to the terminal control unit 38 and to the compressor 40. The terminal control unit 38 provides SIP processing as well as a state processor and compressor manager according to SigComp. The terminal control unit 38 is also connected to the compressor 40, as well as to the local storage 41 and the long-term state storage 42. Compressor 40 is also connected to local storage 41 and long-term storage 42 states. The arrangement and functionality of FIG. The 3 below can be called the compression side. Local storage 41 and long-term state storage 42 essentially has the same function as local 30 storage and long-term state storage 32 on the decompression side. Although there is one difference that relates to the difference between the terminal terminal and the server, and not to the compressor and decompressor, the local storage 41 and the long-term state storage 42 on the terminal side store states related only to the first terminal terminal and not related to other terminals, while this is possible on the server side. A decompressor on the terminal side can be obtained by replacing compressor 40 with decompressor 26 or by adding decompressor 26 and connecting it to local storage 30, long-term state storage 32, terminal control unit 38 and interface module 36. Similarly, server 20 can be modified to provide compressor functionality in addition to or instead of the decompressor function.

Фиг. 4A показывает локальное хранилище 30 для первого терминала в первом сетевом сервере, где отделение для первого терминала, которое имеет идентификационную информацию UE_ID_0 терминала, было создано, резервируя некоторое пространство памяти. Содержимое здесь обеспечивается, поскольку первый терминал соединен с первым сетевым сервером в течение первого набора сеансов связи и включает в себя набор состояний STATE_ID:5555, STATE_ID:7777 и STATE_ID:8888. Долговременное хранилище 32 состояний также показано. Однако оно является пустым для первого терминала с идентификационной информацией UE_ID_0. Фиг. 4B показывает локальное хранилище 30 и долговременное хранилище 32 состояний на фиг. 4A, когда для оконечного терминала удаляется регистрация (происходит дерегистрация) из первого сетевого сервера. Может быть замечено, что содержимое, которое было предварительно в отделении, было перемещено в долговременное хранилище состояний.FIG. 4A shows local storage 30 for a first terminal in a first network server, where a compartment for a first terminal that has terminal identification information UE_ID_0 has been created by reserving some memory space. The content here is provided since the first terminal is connected to the first network server during the first set of communication sessions and includes a set of states STATE_ID: 5555, STATE_ID: 7777 and STATE_ID: 8888. Long-term storage of 32 states is also shown. However, it is empty for the first terminal with identification information UE_ID_0. FIG. 4B shows local storage 30 and long-term state storage 32 in FIG. 4A, when registration is terminated for the terminal terminal (deregistration occurs) from the first network server. It may be noticed that content that was previously in the compartment has been moved to a long-term state store.

Ниже описано функционирование изобретения согласно варианту осуществления настоящего изобретения со ссылками на описанные выше фиг. 1-4, а также на фиг. 5, которая показывает последовательность этапов способа, обеспеченных на стороне декомпрессии и в этом примере - в первом сетевом сервере, и на фиг. 6, которая показывает последовательность этапов способа, обеспечиваемых на стороне сжатия и в этом примере - в первом оконечном терминале.The operation of the invention according to an embodiment of the present invention is described below with reference to the above-described FIGS. 1-4, as well as in FIG. 5, which shows the sequence of steps of the method provided on the decompression side and in this example in the first network server, and in FIG. 6, which shows the sequence of steps of the method provided on the compression side, and in this example, in the first terminal terminal.

Все начинается с первого оконечного терминала 12, выполняющего начальную регистрацию себя в первом сетевом сервере 20 для того, чтобы начать сеанс связи, например сеанс связи со вторым оконечным терминалом 14, этапы 43 и 66. "Функциональное средство управления сеансом связи вызова" (CSCF) обеспечивает основанную на IP-мультимедиа обработку сеанса связи SIP. Оно имеет три функциональных роли - "обслуживающее CSCF" (S-CSCF), "опрашивающее CSCF" (I-CSCF) и "прокси-CSCF" (P-CSCF).It all starts with the first terminal terminal 12, performing the initial registration of itself in the first network server 20 in order to start a communication session, for example, a communication session with the second terminal terminal 14, steps 43 and 66. "Call session management tool" (CSCF) provides IP-based multimedia SIP session processing. It has three functional roles: Serving CSCF (S-CSCF), Polling CSCF (I-CSCF), and Proxy CSCF (P-CSCF).

Первый сетевой сервер 20 является первой точкой контакта для первого оконечного терминала 12 и здесь обеспечивается в посещаемой сети 10, то есть в сети, которую первый оконечный терминал 12, желающий участвовать в сеансе связи SIP, посещает. Первый оконечный терминал 12 таким образом посылает сообщение регистрации первому сетевому серверу 20. Первый сетевой сервер 20 просматривает URI (универсальный идентификатор ресурса) этого сообщения регистрации. Он может затем выполнить DNS-запрос (службы доменных имен), чтобы обнаружить IP-адрес для направления сообщения регистрации и затем получить адрес третьего сетевого сервера 21 во второй сети 11. Первый сетевой сервер 20 выполняет роль посредника для передачи сообщения SIP к домашней сети 11 для абонента оконечного терминала 12. Первый сетевой сервер 20 может выполнить интернационализацию номера, и он может предписывать политику в GGSN (узле поддержки GPRS шлюза), относящуюся к обработке трафика однонаправленного канала для IP-мультимедиа.The first network server 20 is the first point of contact for the first terminal 12, and is provided here in the visited network 10, that is, in the network that the first terminal 12, desiring to participate in the SIP session, visits. The first terminal terminal 12 thus sends a registration message to the first network server 20. The first network server 20 looks at the URI (universal resource identifier) of this registration message. He can then perform a DNS query (Domain Name Services) to find the IP address for sending the registration message and then obtain the address of the third network server 21 in the second network 11. The first network server 20 acts as an intermediary for transmitting the SIP message to the home network 11 for the subscriber of the terminal 12. The first network server 20 can perform internationalization of the number, and it can prescribe a policy in the GGSN (Gateway GPRS Support Node) related to the processing of unidirectional channel traffic for IP multimedia.

Третий сетевой сервер 21 является точкой входа в домашнюю сеть 11. Первая сеть 10 будет использовать DNS (систему доменных имен) для маршрутизации сообщений к домашней сети 11, что будет направлять сигнализацию SIP к третьему сетевому серверу 21. Третий сетевой сервер 21 затем запрашивает второй сетевой сервер 23, чтобы получить информацию местоположения сервера S-CSCF, используя протокол диаметра. Второй сетевой сервер 23 затем сообщает третьему серверу 21, что он не был распределен. Третий сетевой сервер 21 затем выбирает S-CSCF и здесь четвертый сетевой сервер 22 и передает сообщение регистрации к четвертому сетевому серверу 22.The third network server 21 is the entry point to the home network 11. The first network 10 will use DNS (domain name system) to route messages to the home network 11, which will send SIP signaling to the third network server 21. The third network server 21 then requests a second network server 23 to obtain S-CSCF server location information using a diameter protocol. The second network server 23 then informs the third server 21 that it has not been distributed. The third network server 21 then selects the S-CSCF and here the fourth network server 22 and transmits a registration message to the fourth network server 22.

Четвертый сетевой сервер 22 является SIP-посредником (SIP-прокси), который обеспечивает доступ к обеспеченным оператором услугам для конечного пользователя. Четвертый сетевой сервер 22 загружает любой профиль абонента, относящийся к пользователю первого оконечного терминала 12 или самому оконечному терминалу, и обновляет информацию местоположения во втором сетевом сервере 23, чтобы информировать его, что он является S-CSCF для этого оконечного терминала. Затем после любого взаимодействия с услугами четвертый сетевой сервер 22, используя инфраструктуру DNS, может продолжать маршрутизацию сеанса связи. Как только все это сделано, сообщение OK 200 посылают от четвертого сетевого сервера 22 на первый оконечный терминал 12 через третий сетевой сервер 21 и первый сетевой сервер 20.The fourth network server 22 is a SIP proxy (SIP proxy), which provides access to the services provided by the operator for the end user. The fourth network server 22 downloads any subscriber profile related to the user of the first terminal terminal 12 or the terminal itself, and updates the location information in the second network server 23 to inform it that it is an S-CSCF for this terminal terminal. Then, after any interaction with the services, the fourth network server 22, using the DNS infrastructure, can continue to route the communication session. Once all this is done, an OK 200 message is sent from the fourth network server 22 to the first terminal terminal 12 through the third network server 21 and the first network server 20.

Как только первый оконечный терминал 12 зарегистрировался, сторона декомпрессии, кроме того, принимает байтовый код, причем байтовый код содержит команды декомпрессии и команды относительно того, как сохранить состояния. Этот байтовый код сохраняют в отделении 30 этого терминала. Эти команды о том, как сохранить состояния, эквивалентны обеспечению стороны декомпрессии знанием того, как сторона сжатия работает при сохранении состояний, так чтобы сторона декомпрессии могла использовать это знание при сохранении состояний, которые являются идентичными состояниям, сохраненным на стороне сжатия. Как только это регистрируется, возможно участвовать в сеансах связи SIP под управлением блока 28 управления сервером, который здесь функционирует согласно SIP, как описано в документе Rosenberg, J. et al. in SIP: Session Initiation Protocol, IETF RFC 3261, June 2002, который здесь включен по ссылке. Как только он зарегистрирован, блок 28 управления сервером резервирует область памяти UE_ID_0 в локальном хранилище 30 в качестве отделения для первого оконечного терминала 12. Таким же образом блок 28 управления терминалом резервирует область памяти в локальном хранилище 41. То же самое, кроме того, делается в долговременных хранилищах 32 и 42 состояний. После этого первый оконечный терминал 12 может принимать участие в сеансах связи. Таким образом, в этот момент времени, когда первый оконечный терминал 12 зарегистрирован в первом сетевом сервере 20, сервер 20 и первый оконечный терминал 12 оба участвуют в первом наборе сеансов связи, включающих в себя по меньшей мере один первый сеанс связи, этап 44 и 68.Once the first terminal terminal 12 has registered, the decompression side also receives a byte code, the byte code containing decompression instructions and instructions on how to save the states. This byte code is stored in branch 30 of this terminal. These instructions on how to save states are equivalent to providing the decompression side with knowledge of how the compression side works when saving states, so that the decompression side can use this knowledge to save states that are identical to those stored on the compression side. Once this is registered, it is possible to participate in SIP communication sessions under the control of the server control unit 28, which operates here according to the SIP, as described in Rosenberg, J. et al. in SIP: Session Initiation Protocol, IETF RFC 3261, June 2002, which is incorporated herein by reference. Once it is registered, the server control unit 28 reserves the memory area UE_ID_0 in the local storage 30 as a compartment for the first terminal terminal 12. In the same way, the terminal control unit 28 reserves the memory area in the local storage 41. The same is also done in long-term storage of 32 and 42 states. After that, the first terminal terminal 12 can participate in communication sessions. Thus, at this point in time, when the first terminal terminal 12 is registered with the first network server 20, the server 20 and the first terminal terminal 12 both participate in the first set of communication sessions including at least one first communication session, step 44 and 68 .

Поскольку первый оконечный терминал хочет участвовать в сеансе связи с другим терминалом, например вторым оконечным терминалом 14, блок 28 управления терминалом генерирует сообщения с данными (передачи данных) согласно протоколу SIP. Блок 28 управления терминалом затем направляет эти сообщения с данными на компрессор 40. Когда компрессор 40 принимает первое сообщение с данными, он выполняет сжатие, используя первое состояние, причем это состояние может быть возможным USD (определенным пользователем словарем), или статическим словарем SIP, или их комбинацией, где это состояние может быть, например, состоянием STATE_ID:5555. Компрессор 40 затем сжимает сообщения передачи данных, используя эти состояния, и при сжатии заменяет строку в сообщении ссылкой на состояние. Ссылка здесь обычно обеспечивается в форме смещения и длины, то есть местоположения строки в состоянии и длине строки. Таким образом, размер сообщения уменьшается или количество передаваемых данных уменьшается. Это затем создает новое состояние, которое создается посредством обновления ранее используемого состояния. Созданное состояние здесь может быть состоянием STATE_ID:7777. Новое состояние STATE_ID:7777 обычно создается посредством добавления всего или части нового сообщения к первоначальному состоянию STATE_ID:5555. Состояние таким образом обычно включает в себя строки ранее посланных сообщений, которые могут использоваться при сжатии более поздних сообщений. Созданное состояние имеет некоторую идентификационную информацию или идентификатор, который обычно обеспечивается как хэш-функция содержимого состояния. Типичная информация, которая может быть обеспечена в состоянии, есть адресная информация, подобная адресу электронной почты оконечного терминала, других терминалов или людей, с которыми входит в контакт оконечный терминал, тип речевого кодера, подобного AMR, и номера используемых портов. Новое состояние затем сохраняется в отделении 41. Сжатое сообщение после этого посылают от компрессора 40 к серверу 20 через интерфейсный модуль 36 терминала и антенну 34, где посланное сообщение передачи данных включает в себя, кроме сжатого сообщения, также указатель на используемое состояние, то есть STATE_ID:5555. Сообщение далее сопровождается запросом о подтверждении. В этом первом сеансе связи оконечный терминал 12 таким образом сжимает сообщения передачи данных, используя состояния, этап 70, создает новые состояния на основании более ранних состояний и новые сообщения, которые должны быть посланы, этап 72, сохраняет новые состояния в отделении 41, этап 74, и посылает сжатые сообщения и указатели состояний к стороне декомпрессии, этап 76.Since the first terminal terminal wants to participate in a communication session with another terminal, for example, the second terminal terminal 14, the terminal control unit 28 generates data messages (data communications) according to the SIP protocol. The terminal control unit 28 then sends these data messages to the compressor 40. When the compressor 40 receives the first data message, it performs compression using the first state, which state may be a possible USD (user-defined dictionary), or a static SIP dictionary, or their combination, where this state can be, for example, the state STATE_ID: 5555. The compressor 40 then compresses the data transfer messages using these states, and when compressed, replaces the line in the message with a status reference. Reference here is usually provided in the form of offset and length, that is, the location of the string in the state and length of the string. Thus, the message size is reduced or the amount of transmitted data is reduced. This then creates a new state, which is created by updating the previously used state. The state created here may be state STATE_ID: 7777. A new STATE_ID: 7777 state is usually created by adding all or part of a new message to the original STATE_ID: 5555 state. A state in this way typically includes lines of previously sent messages that can be used to compress later messages. The created state has some identification information or identifier, which is usually provided as a hash function of the state contents. Typical information that can be provided in the state is address information similar to the email address of the terminal, other terminals or people the terminal is in contact with, the type of speech encoder like AMR, and the number of ports used. The new state is then stored in compartment 41. The compressed message is then sent from the compressor 40 to the server 20 via the terminal interface module 36 and the antenna 34, where the sent data message includes, in addition to the compressed message, a pointer to the used state, that is, STATE_ID : 5555. The message is then followed by a confirmation request. In this first communication session, the terminal terminal 12 thus compresses the data messages using the states, step 70, creates new states based on the earlier states and the new messages to be sent, step 72, stores the new states in the compartment 41, step 74 , and sends the compressed messages and status indicators to the decompression side, step 76.

Сжатое сообщение и указатель состояния принимаются интерфейсным модулем 24 на стороне декомпрессии и направляются к декомпрессору 26 блоком 28 управления сервером. Блок 28 управления сервером сохраняет указатель состояния и извлекает первое состояние из отделения (для) первого оконечного терминала в локальном хранилище 30 на основании этого указателя состояния. После этого блок 28 управления сервером передает извлеченное состояние к декомпрессору 26. Декомпрессор 26 декомпрессирует сообщение, используя байтовый код и состояние посредством замены ссылки на состояние соответствующей строкой. Декомпрессор 26 затем передает декомпрессированное сообщение к блоку 28 управления сервером. Блок 28 управления затем создает новое состояние на основании команд, обеспеченных в упомянутом байтовом коде. Это состояние будет затем идентично состоянию, созданному на стороне сжатия, то есть STATE_ID:7777. Это состояние сохраняют в отделении для оконечного терминала в локальном хранилище 30. Оно является таким образом назначенным первому оконечному терминалу 12, так как этот терминал 12 является единственным терминалом, который может сохранять состояния в этом отделении. После этого блок 28 управления сервером подтверждает прием сообщения, что может обычно быть сделано вместе с посылкой сжатого сообщения от сервера 20 на оконечный терминал 12. Сторона сжатия принимает это подтверждение. В этом первом сеансе связи первый сетевой сервер 20 таким образом принимает сжатые сообщения и указатели состояния, этап 46, декомпрессирует сообщения, используя состояния, указанные указателями состояния, этап 48, создает новые состояния на основании более ранних состояний и принятых сообщений, используя байтовый код, этап 50, и сохраняет новые состояния в отделении 30, этап 52.The compressed message and the status indicator are received by the interface module 24 on the decompression side and sent to the decompressor 26 by the server control unit 28. The server control unit 28 stores the status indicator and retrieves the first state from the compartment (for) the first terminal terminal in the local storage 30 based on this status indicator. After that, the server control unit 28 transmits the extracted state to the decompressor 26. The decompressor 26 decompresses the message using the byte code and status by replacing the status link with the corresponding line. The decompressor 26 then transmits the decompressed message to the server control unit 28. The control unit 28 then creates a new state based on the instructions provided in said byte code. This state will then be identical to the state created on the compression side, i.e., STATE_ID: 7777. This state is stored in the terminal terminal compartment at the local storage 30. It is thus assigned to the first terminal terminal 12, since this terminal 12 is the only terminal that can store states in this compartment. After that, the server control unit 28 confirms the receipt of the message, which can usually be done with sending a compressed message from the server 20 to the terminal terminal 12. The compression side receives this acknowledgment. In this first communication session, the first network server 20 thus receives the compressed messages and status indicators, step 46, decompresses the messages using the states indicated by the status indicators, step 48, creates new states based on earlier states and received messages using the byte code, step 50, and saves new states in the compartment 30, step 52.

Вследствие подтверждения сторона сжатия, кроме того, знает, что сообщение было принято, и также то, что новое состояние было сохранено. Это означает, что сторона сжатия может теперь использовать сохраненное состояние при сжатии следующего сообщения. Если никакого подтверждения не принято, это состояние не может быть использовано. Затем сторона сжатия создает новые состояния на основании предыдущего состояния таким же образом, как было описано выше.Due to the confirmation, the compression side also knows that the message has been received, and also that the new state has been saved. This means that the compression side can now use the stored state when compressing the next message. If no confirmation is accepted, this state cannot be used. Then, the compression side creates new states based on the previous state in the same manner as described above.

Таким образом, сжатие и декомпрессия сообщений продолжаются в течение всего первого сеанса связи. Таким образом, ряд состояний может быть создан и сохранен для оконечного терминала 12, где три STATE_ID:5555, STATE_ID:7777 и STATE_ID:8888 показываются на фиг. 4A. Состояния, кроме того, сохраняются до тех пор, пока оконечный терминал 12 зарегистрирован в первом сетевом сервере 20. Это означает, что состояния в отделениях 30 и 41 могут использоваться также в других сеансах связи в пределах этого первого набора и могут использоваться, пока оконечный терминал 12 зарегистрирован в первом сетевом сервере 20. То что было описано выше, является обычным динамическим сжатием согласно стандарту SigComp. Однако через некоторое время оконечный терминал 12 решает удалить регистрацию из сетевого сервера 20, этапы 54 и 78. Когда это случается, состояния, сохраненные в отделениях 30 и 41, STATE_ID:5555, STATE_ID:7777 и STATE_ID:8888, перемещаются в долговременное хранилище 32 состояний сервера 20, которое принадлежит этому оконечному терминалу, и долговременное хранилище 42 состояний оконечного терминала 12, этап 56 и 80. Это таким образом происходит как на стороне сжатия, так и на стороне декомпрессии. Так как объем памяти ограничен, здесь возможно использовать систему приоритетов для решения, какие состояния должны быть сохранены. Например, возможно сохранить все состояния, если имеется (достаточный) объем памяти, только самые последние состояния, только самое последнее состояние вместе с одним или более из состояний, имеющих самый высокий приоритет, или множество состояний, имеющих самые высокие приоритеты. Отделения затем освобождаются или закрываются, как требуется техническими требованиями SigComp.Thus, the compression and decompression of messages continues throughout the entire first communication session. Thus, a series of states can be created and saved for terminal 12, where three STATE_ID: 5555, STATE_ID: 7777 and STATE_ID: 8888 are shown in FIG. 4A. The states are also stored as long as the terminal 12 is registered in the first network server 20. This means that the states in the offices 30 and 41 can also be used in other communication sessions within this first set and can be used as long as the terminal 12 is registered in the first network server 20. What has been described above is conventional dynamic compression according to the SigComp standard. However, after some time, the terminal 12 decides to remove the registration from the network server 20, steps 54 and 78. When this happens, the states stored in the offices 30 and 41, STATE_ID: 5555, STATE_ID: 7777 and STATE_ID: 8888 are moved to the long-term storage 32 the state of the server 20, which belongs to this terminal terminal, and the long-term storage 42 of the state of the terminal terminal 12, steps 56 and 80. This thus occurs both on the compression side and on the decompression side. Since memory is limited, it is possible to use a priority system to decide which states should be saved. For example, it is possible to save all states if there is a (sufficient) amount of memory, only the most recent states, only the most recent state together with one or more of the states having the highest priority, or a plurality of states having the highest priorities. The compartments are then vacated or closed as required by SigComp's technical requirements.

Через некоторое время, которое может быть очень длительным промежутком времени, первый оконечный терминал 12 еще раз регистрируется в первом сетевом сервере 20, этапы 58, и 82. Когда это сделано, сторона декомпрессии объявляет сохраненные состояния стороне сжатия, этапы 60 и 84, что может быть сделано через посылку объявления. Объявление может быть сделано, используя возвращенные параметры, посланные в сжатых сообщениях, где возвращенный параметр установлен как идентификатор состояния. Объявления описаны более подробно в документе "Signaling Compression (SigComp)", IETF RFC 3320, January 2003 by Price, R. et. al., который здесь включен по ссылке. Блок 38 управления на стороне сжатия затем исследует состояния, сохраненные в долговременном хранилище 42 состояний, и разрешает использование тех, которые были объявлены стороной декомпрессии. Когда оконечный терминал 12 затем участвует во втором наборе сеансов связи, включающих в себя по меньшей мере второй сеанс связи, этап 62 и 86, компрессор начинает сжимать сообщения, предназначенные для стороны декомпрессии, используя эти объявленные состояния, этап 88, и сторона декомпрессии начинает декомпрессию сообщений, используя состояния, обозначенные стороной сжатия, причем эти состояния являются обычно теми же, какие она объявила, этап 64. После этого состояния создаются, сохраняются и используются таким же образом, как описано выше. Это продолжается до тех пор, пока первый оконечный терминал 12 зарегистрирован в первом сетевом сервере 20. Когда для него удаляется регистрация (происходит дерегистрация), состояния все же снова сохраняются в долговременных хранилищах состояний. Вышеописанные этапы способа затем повторяются раз, когда первый оконечный терминал регистрируется и регистрация удаляется из первого сетевого сервера.After some time, which can be a very long period of time, the first terminal 12 is registered again in the first network server 20, steps 58, and 82. When this is done, the decompression side announces the saved states to the compression side, steps 60 and 84, which may be done by sending an announcement. An announcement can be made using the returned parameters sent in compressed messages, where the returned parameter is set as a status identifier. Announcements are described in more detail in Signaling Compression (SigComp), IETF RFC 3320, January 2003 by Price, R. et. al., which is incorporated herein by reference. The compression-side control unit 38 then examines the states stored in the long-term state storage 42 and permits the use of those that have been declared by the decompression side. When terminal terminal 12 then participates in a second set of communication sessions including at least a second communication session, step 62 and 86, the compressor starts to compress messages destined for the decompression side using these advertised states, step 88, and the decompression side starts decompression messages using the states indicated by the compression side, and these states are usually the same as she announced, step 64. After this state is created, stored and used in the same manner as described above. This continues until the first terminal terminal 12 is registered in the first network server 20. When registration is deleted for it (deregistration occurs), the states are still stored in long-term state stores. The above method steps are then repeated once the first terminal is registered and registration is deleted from the first network server.

Таким образом возможно начать сжимать сообщения, используя объявленные и сохраненные состояния немедленно, как только сеанс связи начат во втором наборе сеансов связи. Это означает, что динамическое сжатие является более эффективным, чем ранее, которое требовало анализа сообщений также после последующей регистрации оконечного терминала и сохранения состояний заново. Другое преимущество заключается в том, что не имеется никакой передачи этих строк, обеспеченных в состояниях. Это уменьшает количество передаваемых данных, что обычно положительно влияет на ассоциированные затраты для конечного пользователя и также ограничивает нагрузку сети. Риск перегрузки в сети поэтому также снижается. Так как состояния не сохранены в локальных хранилищах, которые здесь используются для блоков памяти состояний, требуемых SigComp, они не влияют на содержимое памяти состояний и не вызывают потерю синхронизации между представлением компрессора о том, что находится в памяти состояний на стороне декомпрессии и что в действительности находится в ней. Так как локальное хранилище не затрагивается, не имеется воздействия на или от SigComp узлов, которые не поддерживают сохранение состояний после удаления регистрации оконечного терминала. Не имеется, кроме того, никакой потребности в изменениях стандартов ни в 3GPP, ни в IETF.Thus, it is possible to start compressing messages using advertised and stored states immediately as soon as the communication session is started in the second set of communication sessions. This means that dynamic compression is more efficient than before, which required the analysis of messages also after the subsequent registration of the terminal terminal and saving the states again. Another advantage is that there is no transfer of these strings provided in states. This reduces the amount of data transferred, which usually positively affects the associated costs for the end user and also limits the network load. The risk of network congestion is therefore also reduced. Since the states are not stored in local storages, which are used here for the state memory blocks required by SigComp, they do not affect the contents of the state memory and do not cause a loss of synchronization between the representation of the compressor that is in the state memory on the decompression side and that in reality is in it. Since local storage is not affected, there is no impact on or from SigComp nodes that do not support state persistence after deregistering the terminal. There is, moreover, no need for standard changes in either 3GPP or IETF.

В варианте осуществления, описанном выше, первый сетевой сервер 20 сохранил состояния локально. Однако возможно, что он хранит их во втором сетевом сервере HSS 23. Когда это сделано, сообщение о регистрации (содержащее информацию удаления регистрации) посылают от первого оконечного терминала 12 к первому сетевому серверу 20, который передает его к четвертому сетевому серверу 22 через третий сетевой сервер 21. Это сообщение о регистрации также может включать в себя информацию о состоянии или в форме полных состояний (идентификатор и значение состояния), или только в виде идентификатора состояния, которая должна быть сохранена во втором сетевом сервере 23 для первого оконечного терминала или пользователя первого оконечного терминала. Когда четвертый сетевой сервер 22 принимает сообщение о регистрации SIP от первого сетевого сервера 20, он извлекает информацию о состоянии из сообщения о регистрации и передает ее ко второму сетевому серверу 23 с использованием сообщения диаметра. Второй сетевой сервер 23 затем сохраняет информацию о состоянии для более поздних сеансов связи.In the embodiment described above, the first network server 20 saved the states locally. However, it is possible that it stores them in the second network server HSS 23. When this is done, a registration message (containing deregistration information) is sent from the first terminal terminal 12 to the first network server 20, which transfers it to the fourth network server 22 through the third network server 21. This registration message may also include state information either in the form of complete states (identifier and state value), or only as a state identifier that must be stored in the second set th server 23 to the first end user terminal or the first end terminal. When the fourth network server 22 receives the SIP registration message from the first network server 20, it extracts status information from the registration message and transfers it to the second network server 23 using the diameter message. The second network server 23 then stores state information for later communication sessions.

Когда первый оконечный терминал затем повторно регистрируется в первом сетевом сервере 20, это сообщение регистрации проходит через первый сетевой сервер 20 к третьему сетевому серверу 21 и затем к назначенному четвертому сетевому серверу 22. Четвертый сетевой сервер 22 затем извлекает информацию абонента из сервера 23 второй сети, используя протокол диаметра. Ответ от второго сетевого сервера 23 может затем включать в себя информацию о состоянии, относящуюся к первому оконечному терминалу 12, который обменивается с первым сетевым сервером 20. Информацию о состоянии можно затем передать в теле 200 OK сообщения SIP. Когда первый сетевой сервер принимает это 200 OK сообщение, он извлекает информацию о состоянии и сохраняет ее в памяти 30 так, чтобы было возможно для первого сетевого сервера 20 использовать эти состояния в сеансах связи. Информация о состоянии, как было упомянуто выше, может быть полными состояниями или только идентификаторами состояния. Когда только идентификаторы состояния приняты, это используется, чтобы сообщить стороне сжатия (и стороне декомпрессии) первого сетевого сервера 12, что состояния, сохраненные согласно принципам, описанным выше, должны быть сделаны доступными оконечному терминалу. Сообщения диаметра описаны более подробно в документе IETF RFC 3588 - "Diameter Base Protocol, P. Calhoun et. al, September 2003, который здесь включен по ссылке. Основное преимущество этого варианта настоящего изобретения состоит в том, что домашняя сеть имеет управление состояниями, сохраненными для оконечного терминала.When the first terminal terminal is then re-registered with the first network server 20, this registration message passes through the first network server 20 to the third network server 21 and then to the assigned fourth network server 22. The fourth network server 22 then retrieves the subscriber information from the server 23 of the second network, using diameter protocol. The response from the second network server 23 may then include status information related to the first terminal terminal 12, which communicates with the first network server 20. The status information can then be transmitted in SIP body 200 OK. When the first network server receives this 200 OK message, it retrieves the status information and stores it in the memory 30 so that it is possible for the first network server 20 to use these states in communication sessions. The state information, as mentioned above, may be full states or only state identifiers. When only the status identifiers are accepted, this is used to inform the compression side (and decompression side) of the first network server 12 that the states stored according to the principles described above should be made available to the terminal terminal. Diameter messages are described in more detail in IETF RFC 3588 - Diameter Base Protocol, P. Calhoun et. Al, September 2003, which is incorporated herein by reference. The main advantage of this embodiment of the present invention is that the home network has state management stored for the terminal terminal.

OK сообщение SIP 200 может здесь иметь новый тип содержимого, указанного в заголовке, например "Тип содержимого: информация о состоянии текст/sigcomp", указывающий, что информация в теле сообщения является SigComp-информацией о состоянии. В сообщении диаметра информацию о состоянии можно передавать в AVP (Пара значений атрибута), если существующий такой AVP не может использоваться, может быть создан новый.OK, the SIP 200 message here may have a new type of content indicated in the header, for example, “Content Type: status information text / sigcomp” indicating that the information in the message body is SigComp status information. In the diameter message, status information can be transferred to the AVP (Attribute Value Pair), if an existing such AVP cannot be used, a new one can be created.

Настоящее изобретение может быть осуществлено посредством одного или более процессоров вместе с кодом компьютерной программы для выполнения функций изобретения. Это, в частности, относится к блокам управления и компрессору и декомпрессору. Интерфейсные модули обычно обеспечиваются как отдельные схемы, например как схемы ASIC (специализированные интегральные схемы), в то время как хранилища могут быть обеспечены как соответствующие блоки памяти, например, в форме жесткого диска, ПЗУ, ОЗУ и т.д. Программный код, упомянутый выше, может также быть обеспечен как компьютерный программный продукт, например, в форме носителя информации, хранящего компьютерный программный код для выполнения способа согласно настоящему изобретению при загрузке в первый оконечный терминал и/или первый сетевой сервер. Один такой носитель 90 в форме диска CD-ROM в общем виде показан на фиг. 7. Это, однако, реализуемо с другими носителями информации, такими как флэш-память. Компьютерный программный код можно, кроме того, обеспечивать как действительный программный код на сервере и загружаемый на устройство связи дистанционно.The present invention may be practiced by one or more processors together with computer program code to perform the functions of the invention. This applies in particular to the control units and the compressor and decompressor. Interface modules are usually provided as separate circuits, for example as ASICs (specialized integrated circuits), while storage can be provided as corresponding memory blocks, for example, in the form of a hard disk, ROM, RAM, etc. The program code mentioned above may also be provided as a computer program product, for example, in the form of an information medium storing computer program code for performing the method of the present invention when downloaded to a first terminal terminal and / or a first network server. One such CD-ROM media 90 is generally shown in FIG. 7. This, however, is feasible with other storage media, such as flash memory. The computer program code can also be provided as a valid program code on a server and remotely downloaded to a communication device.

Имеются несколько вариантов, которые являются возможными согласно настоящему изобретению. Возможно, что сторона декомпрессии генерирует состояние. В этом случае она будет сохранять его и объявлять его стороне сжатия. После объявления сторона сжатия затем также может сохранить его. Также эти состояния могут затем быть запомнены и сохранены для использования, когда первый оконечный терминал выполняет новую регистрацию в первом сетевом сервере. Сторона декомпрессии может также принимать состояния от стороны сжатия вместо создания их на основании байтового кода. Первый сетевой сервер может быть, кроме того, обеспечен в домашней сети первого оконечного терминала. Первый, второй, третий и четвертый сетевые серверы можно обеспечивать в одиночном физическом модуле, но с различными функциональными возможностями узла. Их можно также обеспечивать в двух различных физических модулях, трех различных физических модулях или четырех различных физических модулях. Поэтому настоящее изобретение должно быть ограничено только нижеследующей формулой изобретения.There are several options that are possible according to the present invention. It is possible that the decompression side is generating a state. In this case, she will save it and declare it to the compression side. After the declaration, the compression side can then also save it. Also, these states can then be stored and stored for use when the first terminal terminal performs a new registration with the first network server. The decompression side can also take states from the compression side instead of creating them based on the byte code. The first network server may also be provided in the home network of the first terminal terminal. The first, second, third and fourth network servers can be provided in a single physical module, but with different functionality of the node. They can also be provided in two different physical modules, three different physical modules, or four different physical modules. Therefore, the present invention should be limited only by the following claims.

Claims

1. A method of reducing the amount of data transmitted between an end terminal (12) and a first network server (20) controlling compression in communication sessions involving an end terminal, comprising the steps of:
at least one state is created (STATE-ID: 5555, STATE-ID: 7777, STATE-ID: 8888) (step 72) relating to the terminal that is registered with the first network server during the first communication session between the terminal and a first network server, said state being related to the terminal terminal,
compressing data (step 70) for transmission between the terminal terminal and the server based on said state at least in the first communication session, storing said state for later use (step 80) when registration for the terminal terminal is deleted from the first network server (step 78 ), and
after the next registration (step 82) of the terminal in the network server for the second communication session involving the terminal, the data is compressed (step 88) for transmission between the terminal and the network server in the second communication based on the stored state.

2. The method according to claim 1, further comprising the step of receiving at least one status announcement (step 84) announcing the state when said terminal terminal is re-registered with the server, and using the stored state corresponding to the declared state when compressing data in said second communication session.

3. The method according to claim 2, further comprising the step of comparing the identifier of the advertised state with the identifiers of the stored states and allowing the use of the said state in compression, if there is a match.

4. The method according to claim 1 or 2, in which there is more than one state, and the save step comprises storing states according to the setting of priorities.

5. The method according to claim 1 or 2, in which said steps are performed in a network server, and status information is stored for later use in a second network server (22) that processes data relating to the terminal terminal and further comprising the step of extracting said information status from the second server.

6. The method according to claim 5, further comprising the steps of sending a deregistration message containing status information to a network server (22) processing communication sessions for said first terminal terminal after deregistration, said state information being intended to be stored in said the second network server, sending a registration message to the network server (22) processing the communication sessions for said first terminal terminal when re-registering, and receiving a response to said registration message, including said status information.

7. A method of reducing the amount of data transmitted between the terminal terminal (12) and the first network server (20) controlling compression in communication sessions involving the terminal terminal, comprising the steps of:
receive at least one state (STATE-ID: 5555, STATE-ID: 7777, STATE-ID: 8888) (step 50) related to the terminal terminal that is registered with the first network server during the first communication session between the terminal terminal and a first network server, said state being related to the terminal terminal,
decompressing the data (step 48) transmitted between the terminal terminal and the server using the state in at least the first communication session,
storing said state for later use when registration for the terminal is deleted from the network server (step 56), and
after subsequent registration (step 58) of the terminal in the network server for the second communication session, decompress (step 64) the data transmitted between the terminal and the network server using the state.

8. The method according to claim 7, further comprising the step of sending a status announcement (step 60) after a new registration of the terminal terminal to allow the use of the advertised state when compressing data in said second communication session.

9. The method according to claim 7 or 8, in which there is more than one state, and the save step comprises storing states according to the setting of priorities.

10. The method according to claim 7 or 8, in which the step of receiving comprises receiving said state or information allowing the creation of said state.

11. The method according to claim 7 or 8, in which the step of obtaining comprises creating said state.

12. The method according to claim 7 or 8, in which said steps are performed in a network server, and status information is stored for later use in a second network server (22) processing data related to the terminal terminal, and further comprising the step of retrieving said status from the second server.

13. The method according to item 12, further comprising stages
sending, after deregistration, a deregistration message containing status information to a network server (22) processing communication sessions for said first terminal terminal, said state information being intended to be stored in said second network server,
sending a registration message to the network server (22) processing the communication sessions for said first terminal terminal upon re-registration, and
receiving a response to said registration message including said status information.

14. A communication device (12; 20), comprising:
an interface module (24; 36) for transmitting data between the terminal terminal (12) and the first network server (20),
a compression module (40) for compressing data to be transmitted through an interface module between the terminal terminal and the first network server, and
a control unit (28; 38), configured to:
creating at least one state (STATE-ID: 5555, STATE-ID: 7777, STATE-ID: 8888) related to the terminal terminal that is registered with the first network server during the first communication session between the terminal terminal and the first network server, wherein said state refers to the terminal, issuing a command to the compression module to compress the data to be transmitted between the terminal and the first network server based on said state at least in the first communication session, storing said state I for later use, when the registration from the first network server is deleted for the terminal terminal, and after the next registration of the terminal in the network server for the second communication session involving the terminal, instructing the compression module to compress the data to be transmitted between the terminal and the first network server in the second communication session based on said state.

15. The communication device of claim 14, wherein the control unit is further configured to receive at least one status announcement declaring the state when said terminal terminal is re-registered with the server and issue a command to use the stored state corresponding to the declared state, when compressing data in said second communication session.

16. The communication device according to clause 15, in which the control unit is further configured to compare the identifier of the advertised state with the identifiers of the stored states and allow the use of said advertised state in compression, if a match is established.

17. The communication device according to any one of paragraphs.14-16, in which there is more than one state, and the control unit is configured to save the state according to the setting of priorities.

18. A communication device according to any one of claims 14-16, further comprising a long-term state store (32), wherein said states are stored for later use.

19. A communication device according to any one of claims 14-16, wherein the device is said first network server (20).

20. The communication device according to claim 19, in which the control unit (28) is additionally configured to issue a command to save status information for later use in a second network server (23) that processes data related to the terminal terminal and issue a command to the interface module (24) to extract the mentioned status information from the second server.

21. The communication device according to claim 20, in which the control unit is further configured to
instruct the interface module to send a deregistration message containing status information to a network server (22) processing the communication session for said first terminal terminal after deregistration, said state information being intended to be stored in said second network server,
instructing the interface module to send a registration message to the network server (22) processing the communication session for said first terminal terminal when re-registering, and
receiving a response to said registration message including said status information.

22. A communication device according to any one of claims 14-16, wherein the device is said terminal terminal (12).

23. A communication device (12; 20), comprising:
an interface module (24; 36) for transmitting data between the terminal terminal (12) and the first network server (20),
a decompression module (26) for decompressing data transmitted through an interface module between the terminal terminal and the network server, and
a control unit (28, 38), configured to:
receive at least one state (STATE-ID: 5555, STATE-ID: 7777, STATE-ID: 8888) related to the terminal terminal that is registered with the first network server during the first communication session between the terminal terminal and the first network server, moreover, said state refers to the terminal terminal, instruct the decompression module to decompress data transmitted between the terminal terminal and the server based on said state at least in the first communication session, to save said state for a later use when the terminal is deleted from the first network server, and the next time the terminal is registered in the first network server for the second communication session between the terminal terminal and the network server, instruct the decompression module to decompress the data transmitted between the terminal terminal and the network server in the second session communication based on said condition.

24. The communication device of claim 23, wherein the control unit is further configured to issue a command to send a status announcement when the terminal terminal is re-registered with the first network server to enable the use of the advertised state when compressing data in said second communication session.

25. The communication device according to item 23 or 24, in which there is more than one state, and the control unit is configured to save the state according to the setting of priorities.

26. The communication device according to item 23 or 24, in which the control unit upon receipt of the aforementioned state accepts the aforementioned state or receives information allowing the creation of the aforementioned state.

27. The communication device according to item 23 or 24, in which the control unit upon receipt of the aforementioned state creates the aforementioned state.

28. The communication device according to item 23 or 24, in which the device is the first network server (20).

29. The communication device according to claim 28, wherein the control unit (28) is further configured to issue a command to store state information for later use in a second network server (23) processing data regarding the terminal terminal and issue a command to the interface module (24) extract said status information from the second server.

30. The communication device according to clause 29, in which the control unit is further configured to issue a command, after deregistration, to the interface module to send a deregistration message containing status information to a network server (22) processing the communication sessions for said first terminal terminal, wherein said state information is intended to be stored in said second network server, issue a command for the interface module to send a registration message to the network server (22), about operating the communication sessions for said first terminal terminal when re-registering, and receiving a response to said registration message including said status information.

31. The communication device according to item 23 or 24, in which the device is the aforementioned terminal terminal (12).

32. A storage medium containing computer program code to cause the communication device (12; 20) to execute, when said code is loaded into the communication device, a method for reducing the amount of data transmitted between the terminal terminal (12) and the first network server (20), control compression in communication sessions involving a terminal terminal, the method comprising the steps of: creating at least one state (STATE-ID: 5555, STATE-ID: 7777, STATE-ID: 8888) related to the terminal terminal that is registered in the first network server during lane a communication session between the terminal terminal and the first network server, wherein said state refers to the terminal terminal and is used to compress data to be transmitted between the terminal terminal and the server at least in the first communication session, storing said state for later use when registration for the terminal is deleted from the network server, and during subsequent registration of the terminal in the network server during the second communication session, establish the standing for use in compressing data to be transmitted between the end terminal and the network server in the second communication session.

33. A storage medium containing computer program code to cause the communication device (12; 20), when said code is loaded on the communication device, to perform a method for reducing the amount of data transmitted between the terminal terminal (12) and the first network server (20), control compression in communication sessions involving a terminal terminal, the method comprising the steps of: obtaining at least one state (STATE-ID: 5555, STATE-ID: 7777, STATE-ID: 8888) related to the terminal terminal that is registered in the first network server during a first communication session between the terminal terminal and the first network server, wherein said state refers to the terminal terminal and is used to decompress data transmitted between the terminal terminal and the first network server at least in the first communication session, storing said state for later use, when terminal registration is removed from the network server, and the subsequent registration of the terminal in the network server for a second communication session between the terminal term scrap and the other terminal of said setting condition for use in data decompression transmitted between the end terminal and the first network server in the second communication session.