RU2260253C2 - Method and system for invoking subscriber's burst data context for burst data - Google Patents
Method and system for invoking subscriber's burst data context for burst data Download PDFInfo
- Publication number
- RU2260253C2 RU2260253C2 RU2002124527/09A RU2002124527A RU2260253C2 RU 2260253 C2 RU2260253 C2 RU 2260253C2 RU 2002124527/09 A RU2002124527/09 A RU 2002124527/09A RU 2002124527 A RU2002124527 A RU 2002124527A RU 2260253 C2 RU2260253 C2 RU 2260253C2
- Authority
- RU
- Russia
- Prior art keywords
- network
- context
- protocol
- functionality
- information
- Prior art date
Links
Images
Abstract
Description
Настоящее изобретение относится к способу и к системе активации контекста в первой сети, посредством чего осуществляют передачу телефонного вызова через указанную первую сеть и вторую сеть. В частности, первая сеть может представлять собой сеть сотовой или мобильной связи, например сеть УСМС (универсальной системы мобильной связи) (UMTS) или сеть СПРОП (системы пакетной радиосвязи общего пользования) (GPRS).The present invention relates to a method and a context activation system in a first network, whereby a telephone call is transmitted through said first network and a second network. In particular, the first network may be a cellular or mobile communication network, for example a USMS (Universal Mobile Telecommunication System) (UMTS) network or a SPROP (General Packet Radio Communication System) (GPRS) network.
В отличие от сетей с коммутацией каналов в традиционных сетях на основе МП (межсетевого протокола (IP)) (в IP-сетях) используют принцип коммутации пакетов без установления соединения, при котором в сети не используют ни контроль допустимости телефонного вызова, ни состояние наличия телефонного соединения. Каждый пакет просто направляют адресату последовательно по участкам сети согласно уникальному глобальному IP-адресу получателя, содержащемуся в IP-заголовке. Отдельным потокам данных не предоставляют выделенную для них ширину полосы пропускания, а имеющуюся ширину полосы пропускания совместно используют для всего потока информационного обмена. В том случае, когда совокупный поток пакетов, переданных в промежуточный узел, превышает скорость передачи данных в выходном канале связи, пакеты должны быть сформированы в виде очереди в буфере вывода, что приводит к возникновению задержки. Кроме того, в моменты перегрузки может происходить переполнение буфера вывода, в результате чего пакеты будут потеряны.In contrast to circuit-switched networks, in traditional networks based on MP (Internet Protocol (IP)) (on IP-based networks), the principle of connectionless packet switching is used, in which the network does not use telephone call admissibility control or the state of telephone connections. Each packet is simply sent to the recipient sequentially over the network according to the unique global IP address of the recipient contained in the IP header. Separate data streams are not provided with the bandwidth allocated for them, and the available bandwidth is shared for the entire information exchange stream. In the case when the total stream of packets transmitted to the intermediate node exceeds the data rate in the output communication channel, the packets must be queued in the output buffer, which leads to a delay. In addition, at times of congestion, an output buffer may overflow, resulting in packets being lost.
Несмотря на то, что в обычных сетях передачи данных с коммутацией пакетов, таких как Х.25 и IP/Интернет, может быть достигнут высокий коэффициент использования ширины полосы пропускания, в них одновременно с этим не может быть обеспечено предоставление достаточного качества обслуживания (КО) (QoS) для информационного обмена в реальном масштабе времени, например для речевых сообщений. В отличие от этих сетей в более современных сетях с такими технологиями коммутации пакетов, как асинхронный режим передачи данных (АРП) (АТМ) и ретрансляция кадров (Frame Relay), применение которых в среде, содержащей в себе поток информационного обмена как в реальном масштабе времени, так и не в реальном масштабе времени, может одновременно обеспечить и наличие высокого коэффициента использования, и предоставление надлежащего качества обслуживания в реальном масштабе времени. Эти двойственные цели, заключающиеся в обеспечении качества обслуживания и эффективности, могут быть также достигнуты и в IP-сети в том случае, если в ней используют протокол с резервированием, например ПРРС (протокол резервирования ресурсов сети (RSVP)), однако, твердые гарантии обеспечения надлежащего качества обслуживания могут быть предоставлены только тогда, когда каждый промежуточный маршрутизатор поддерживает ПРРС. Перед тем, как в сети сможет быть предоставлена гарантированная ширина полосы пропускания или степень резервирования для конкретного потока данных, средство управления доступом должно обеспечить возможность выполнения этих гарантированных обязательств, то есть обеспечить наличие достаточных ресурсов в сети. В противном случае сеть не выдаст абоненту такие гарантии.Despite the fact that in conventional packet-switched data networks, such as X.25 and IP / Internet, high bandwidth utilization can be achieved, at the same time they cannot provide sufficient quality of service (QoS) (QoS) for real-time information exchange, for example for voice messages. In contrast to these networks, in more modern networks with packet switching technologies such as asynchronous data transfer mode (ATM) (ATM) and frame relay (Frame Relay), the use of which in an environment containing a flow of information exchange in real time and not in real time, can simultaneously provide both a high utilization rate and the provision of the proper quality of service in real time. These dual goals of providing quality of service and efficiency can also be achieved on an IP network if it uses a redundant protocol, such as PRRS (Network Resource Reservation Protocol (RSVP)), but solid guarantees proper quality of service can be provided only when each intermediate router supports PRRS. Before a guaranteed bandwidth or degree of redundancy for a particular data stream can be provided on the network, the access control tool must be able to fulfill these guaranteed obligations, that is, ensure that there are sufficient resources on the network. Otherwise, the network will not issue such guarantees to the subscriber.
Качество сквозного обслуживания, доступное для абонентов сети с коммутацией пакетов, определяется двумя слагаемыми. Во-первых, величиной искажений, вносимых сетью, которые обусловлены задержкой пакета, изменением величины задержки и потерей пакета. Во-вторых, тем, в какой степени эти порожденные сетью искажения могут быть устранены или скомпенсированы в оконечной приемной станции, этот процесс обычно именуют устранением помех в оконечном устройстве. Процесс устранения помех в оконечном устройстве может содержать в себе такие процессы, как устранение флуктуации (изменений величины задержки между пакетами), посредством которого в приемнике восстанавливают исходное временное соотношение между пакетами. Кроме того, в приемнике может быть осуществлено восстановление утерянных пакетов в тех случаях, когда отправитель использует какие-либо алгоритмы устойчивого кодирования, посредством которых в передаваемые пакеты данных вводят избыточность.The end-to-end quality of service available to subscribers of a packet-switched network is determined by two terms. Firstly, the amount of distortion introduced by the network, which is caused by the delay of the packet, the change in the delay and the loss of the packet. Secondly, the extent to which these network distortions can be eliminated or compensated at the terminal receiving station, this process is usually referred to as interference cancellation at the terminal. The process of eliminating interference in a terminal device may include processes such as eliminating fluctuations (changes in the amount of delay between packets), through which the receiver recovers the initial time relationship between packets. In addition, the receiver can recover lost packets in cases where the sender uses some robust coding algorithms by which redundancy is introduced into the transmitted data packets.
Как уже было указано выше, один из подходов, который, в принципе, может быть использован для обеспечения гарантированного или, по меньшей мере, максимально высокого качества обслуживания на уровне сети, получаемого при информационном обмене в реальном масштабе времени, например при передаче речевых сообщений, в мультимедийной среде с коммутацией пакетов, заключается в резервировании ресурсов (ширины полос пропускания, объема буфера) в промежуточных маршрутизаторах/коммутаторах для конкретных потоков данных и представляет собой способ, применяемый как в системах с АРП (с асинхронным режимом передачи данных), так и в системах на основе МП/ПРРС. ПРРС может быть использован в приемнике и в узлах сети для выдачи запросов на сквозное резервирование в соответствии с моделями комплексных услуг, предложенными IETF (Рабочей группой по инженерным проблемам сети Интернет). Техническое описание ПРРС приведено в документе "Запрос на комментарии" №2205 (RFC 2205). В частности, ПРРС не является протоколом маршрутизации, его просто используют для резервирования ресурсов по существующему маршруту, который задан посредством любого имеющегося основного протокола маршрутизации. Сеанс связи указывают посредством совокупности адреса получателя, типа протокола транспортного уровня и номера порта адресата. Важно обратить внимание на то, что каждая операция, выполняемая посредством ПРРС, относится только к пакетам для конкретного сеанса связи, и, по существу, каждое сообщение ПРРС должно содержать в себе подробности того сеанса связи, для которого его используют. Транспортировка сообщений ПРРС может быть осуществлена в "необработанном" виде внутри IP-дейтаграмм с использованием протокола номер 46, хотя при этом главные компьютеры узлов сети, способные осуществлять ввод-вывод этих необработанных сообщений, могут сначала помещать сообщения ПРРС внутрь заголовков ППД (протокола пользовательских дейтаграмм (UDP)).As mentioned above, one of the approaches, which, in principle, can be used to ensure guaranteed or at least the highest quality of service at the network level, obtained by real-time information exchange, for example, when transmitting voice messages, in a packet-switched multimedia environment, it consists in reserving resources (bandwidth, buffer volume) in intermediate routers / switches for specific data streams and is a way used both in systems with ARP (with asynchronous data transfer mode), and in systems based on MP / PRRS. PRRS can be used at the receiver and at network nodes to issue end-to-end reservation requests in accordance with the integrated service models proposed by the IETF (Internet Engineering Task Force). A technical description of the PRRS is provided in Request for Comments No. 2205 (RFC 2205). In particular, PRRS is not a routing protocol; it is simply used to reserve resources on an existing route, which is specified by any existing main routing protocol. A communication session is indicated by a combination of the recipient address, such as a transport layer protocol and destination port number. It is important to pay attention to the fact that each operation performed by PRRS refers only to packets for a particular communication session, and, in fact, each PRRS message must contain details of the communication session for which it is used. PRRS messages can be transported in a “raw” form inside IP datagrams using protocol number 46, although the host computers that can input and output these unprocessed messages can first place PRRS messages inside the PPD headers (user datagram protocol) (UDP)).
В сетях мобильной связи, таких как сети УСМС (универсальной системы мобильной связи) или сети СПРОП (системы пакетной радиосвязи общего пользования), необходимо обеспечить такое качество сквозного обслуживания, которое является достаточным для телефонного соединения. Для этого активируют контекст ППД (протокола передачи пакетных данных (PDP)) с достаточным качеством обслуживания, посредством которого осуществляют передачу потока информационного обмена речевыми сообщениями. Следовательно, требования в отношении качества обслуживания телефонного соединения, должны быть известны обеим оконечным точкам. Зная требования в отношении качества обслуживания, в оконечных точках может быть установлено достаточное качество обслуживания средствами, которые зависят от сетевой среды, в которой находятся оконечные точки. В тех объединенных сетях, в которых сеть мобильной связи соединена с IP-сетью, для передачи служебных сигналов с требованиями к качеству обслуживания между сетями было предложено использовать ПРРС. Однако, использование ПРРС приводит к передаче излишних служебных сигналов при передаче требований к качеству обслуживания. Кроме того, вызывает сомнение тот факт, что ПРРС обладает достаточной возможностью его расширения для того, чтобы его можно было использовать для каждого телефонного вызова.In mobile communication networks, such as USMS (universal mobile communication system) networks or SPROP (public packet radio communication systems) networks, it is necessary to provide end-to-end service quality that is sufficient for a telephone connection. To do this, activate the context of the PDP (Packet Data Protocol (PDP)) with a sufficient quality of service, by means of which the flow of information exchange of voice messages is carried out. Therefore, the quality of service requirements for a telephone connection should be known to both endpoints. Knowing the requirements for quality of service, sufficient quality of service can be established at the endpoints by means that depend on the network environment in which the endpoints are located. In those combined networks in which the mobile communication network is connected to the IP network, it was proposed to use PRRS to transmit service signals with requirements for the quality of service between the networks. However, the use of PRRS leads to the transmission of unnecessary overhead when transmitting quality of service requirements. In addition, it is doubtful that the PRRS is sufficiently expandable so that it can be used for every telephone call.
Следовательно, задачей изобретения является создание способа и системы активации контекста, посредством которых может быть осуществлен эффективный обмен информацией о функциональных возможностях.Therefore, it is an object of the invention to provide a method and system for activating a context by which an effective exchange of information about functionalities can be carried out.
Эту задачу решают посредством способа активации контекста в первой сети для осуществления передачи телефонного вызова и/или транзакции через указанную первую сеть и вторую сеть, а указанный способ содержит в себе следующие операции:This problem is solved by means of a context activation method in a first network for transmitting a telephone call and / or transaction through said first network and second network, and said method comprises the following operations:
устанавливают соединение согласно прикладному протоколу с использованием передачи служебных сигналов или заданного по умолчанию контекста в указанной первой сети;establish a connection according to the application protocol using signaling or the default context in the specified first network;
определяют информацию о функциональных возможностях исходя из сообщения указанного прикладного протокола, переданного из указанной второй сети в указанную первую сеть;determine information about the functionality based on the message of the specified application protocol transmitted from the specified second network to the specified first network;
и активируют указанный контекст на основании указанной принятой информации о функциональных возможностях.and activating said context based on said received functionality information.
Кроме того, вышеуказанную задачу решают посредством системы активации контекста в первой сети для осуществления передачи телефонного вызова и/или транзакции через указанную первую сеть и вторую сеть, а эта система содержит в себе:In addition, the above problem is solved by the context activation system in the first network for transmitting a telephone call and / or transaction through the specified first network and the second network, and this system comprises:
средство начальной установки, посредством которого устанавливают соединение согласно прикладному протоколу с использованием передачи служебных сигналов или заданного по умолчанию контекста в указанной первой сети;initial setup means by which a connection is established according to the application protocol using signaling or a default context in the first network;
средство определения, посредством которого определяют информацию о функциональных возможностях исходя из сообщения указанного прикладного протокола, переданного из указанной второй сети в указанную первую сеть; иdetermination means by which functionality information is determined based on a message of said application protocol transmitted from said second network to said first network; and
средство активации, посредством которого осуществляют активацию указанного контекста на основании указанной информации о функциональных возможностях, полученной в результате операции определения.activation means by which to activate the specified context on the basis of the specified information about the functionality obtained as a result of the determination operation.
Помимо этого, вышеуказанную задачу решают посредством оконечного устройства активации контекста в первой сети для осуществления передачи телефонного вызова и/или транзакции через первую сеть и вторую сеть, причем оконечное устройство содержит в себе: средство определения, посредством которого определяют информацию о функциональных возможностях исходя из сообщения прикладного протокола, переданного в оконечное устройство из второй сети через первую сеть, в котором в первой сети используют передачу служебных сигналов или заданный по умолчанию контекст; и средство активации, посредством которого осуществляют активацию контекста на основании указанной информации о функциональных возможностях, полученной в результате операции определения.In addition, the above problem is solved by the context activation terminal device in the first network for transmitting a telephone call and / or transaction through the first network and the second network, the terminal device comprising: determination means by which the information about the functionality is determined from the message an application protocol transmitted to the terminal device from the second network through the first network, in which the service signal transmission or specified by silence context; and an activation means by which context activation is performed based on said functionality information obtained as a result of the determination operation.
Следовательно, отсутствует какая-либо необходимость в использовании ПРРС между первой сетью и второй сетью для передачи служебных сигналов о функциональных возможностях в соответствующую другую конечную точку соединения. Надлежащие функциональные возможности сквозной передачи для телефонного вызова и/или транзакции могут быть согласованы заранее на основании сообщения (сообщений) прикладного протокола, переданного посредством передачи служебных сигналов или посредством заданного по умолчанию контекста. Затем активируют фактический контекст, необходимый для осуществления передачи телефонного вызова, в соответствии с согласованной информацией о функциональных возможностях. Таким образом может быть устранена необходимость в передаче дополнительных служебных сигналов, требуемых для ПРРС, в результате чего обеспечивают снижение нагрузки при передаче служебных сигналов. Кроме того, предложенное решение согласно настоящему изобретению является "понятным" для базовой сети, поскольку передача сообщений прикладного протокола в первую сеть может быть осуществлена "очевидным" способом.Therefore, there is no need to use PRRS between the first network and the second network for transmitting overhead signals about the functionality to the corresponding other endpoint of the connection. The appropriate end-to-end transmission functionality for a telephone call and / or transaction can be agreed in advance based on the message (s) of the application protocol transmitted by transmitting service signals or by using the default context. Then, the actual context necessary for the transfer of the telephone call is activated in accordance with the agreed functionality information. Thus, the need for transmitting additional service signals required for PRRS can be eliminated, as a result of which reduce the load on the transmission of service signals. In addition, the proposed solution according to the present invention is "understandable" for the core network, since the transmission of application protocol messages to the first network can be carried out in an "obvious" way.
Операцию активации в предпочтительном варианте осуществления выполняют путем передачи сообщения с запросом на активацию контекста, которое содержит в себе параметры, исходя из которых определяют информацию о функциональных возможностях для первой сети. Операцию установления соединения согласно прикладному протоколу в предпочтительном варианте осуществления выполняют с вызывающей стороны, причем таким образом, что вызываемую сторону непосредственно уведомляют о запрошенном соединении.The activation operation in the preferred embodiment is performed by transmitting a context activation request message that contains parameters based on which information about the functionality for the first network is determined. The connection establishment operation according to the application protocol in the preferred embodiment is performed from the calling party, in such a way that the called party is directly notified of the requested connection.
В предпочтительном варианте осуществления телефонный вызов представляет собой телефонный вызов с обменом речевыми сообщениями. Следовательно, может быть эффективно реализовано обеспечение функциональных возможностей на сетевом уровне (например, совокупность параметров качества обслуживания), необходимых для передачи потока информационного обмена речевыми сообщениями в реальном масштабе времени даже при его передаче через различные сети. Однако, настоящее изобретение применимо для любого телефонного вызова и/или транзакции (например, для служебного сообщения, загрузки программы и т.п.), передача которого может быть осуществлена посредством активации контекста.In a preferred embodiment, the telephone call is a voice messaging telephone call. Therefore, it can be effectively implemented to provide functionality at the network level (for example, a set of quality of service parameters) necessary for transmitting the flow of information exchange of voice messages in real time even when it is transmitted through various networks. However, the present invention is applicable to any telephone call and / or transaction (for example, for a service message, downloading a program, etc.), the transfer of which can be carried out by activating the context.
Кроме того, первая сеть может представлять собой сеть мобильной связи, а контекст может представлять собой вторичный контекст ППД. Такой вторичный контекст ППД применим как для телефонных вызовов, исходящих из мобильных устройств, так и для телефонных вызовов, заканчивающихся в мобильных устройствах, поэтому активация контекста всегда может быть осуществлена в оконечной точке соединения, подключенной к сети мобильной связи, вне зависимости от точки инициирования телефонного вызова и/или транзакции. Сеть мобильной связи может представлять собой сеть УСМС, а вторая сеть может представлять собой IP-сеть (сеть на основе межсетевого протокола).In addition, the first network may be a mobile communication network, and the context may be a secondary PDP context. Such a secondary PDP context is applicable both to telephone calls originating from mobile devices and to telephone calls ending to mobile devices, therefore, context activation can always be carried out at the endpoint of a connection connected to a mobile communication network, regardless of the telephone initiation point call and / or transaction. The mobile communication network may be a USBMS network, and the second network may be an IP network (network based on the Internet protocol).
В предпочтительном варианте осуществления прикладной протокол может представлять собой протокол Н.323 или Н.248, либо протокол инициирования сеанса связи (ПИСС) (SIP). Поскольку эти протоколы являются широко используемыми в любой сети на базе межсетевого протокола (МП), то может быть обеспечено универсальное решение по обмену информацией о функциональных возможностях между различными сетями.In a preferred embodiment, the application protocol may be H.323 or H.248, or Session Initiation Protocol (SESS). Since these protocols are widely used in any network based on the Internet Protocol (MP), a universal solution can be provided for exchanging information about the functionality between different networks.
Информация о функциональных возможностях может представлять собой требование о надлежащем качестве обслуживания. Таким образом, желательное качество обслуживания может быть обеспечено как в первой, так и во второй сети без необходимости осуществления какой-либо дополнительной передачи служебных сигналов ПРРС для обеспечения резервирования ресурсов вдоль существующего установленного маршрута передачи внутри первой и второй сетей. Требование о надлежащем качестве обслуживания может определять собой тип кодирования/декодирования (например, в средах с использованием протоколов Н.323, Н.248 либо ПИСС (SIP)) или максимальную скорость передачи двоичных данных, гарантированную скорость передачи двоичных данных и/или задержку при передаче (например, в сообщении с запросом на активацию (вторичного) контекста ППД в базовой сети СПРОП (системы пакетной радиосвязи общего пользования)).Functionality information may constitute a requirement for proper quality of service. Thus, the desired quality of service can be provided in both the first and second networks without the need for any additional transmission of PRRS service signals to ensure reservation of resources along the existing established transmission route within the first and second networks. The requirement for an appropriate quality of service may determine the type of encoding / decoding (for example, in environments using the H.323, H.248 or SIP) protocols or the maximum binary data rate, the guaranteed binary data rate and / or delay when transmission (for example, in a message requesting activation of a (secondary) PDP context in the core network of SPROP (public packet radio communication system)).
Кроме того, в промежуточных сетях для обеспечения надлежащих функциональных возможностей согласно указанной информации о функциональных возможностях может быть использовано раздельное обслуживание согласно стандарту Рабочей группы по инженерным проблемам сети Интернет (IETF Diffserv). При подобном типе обслуживания маршрутизаторы промежуточной сети могут получать информацию о требуемых функциональных возможностях (например, о требованиях к качеству обслуживания) для передаваемого телефонного вызова и/или транзакции посредством использования протокола передачи служебных сигналов, что обеспечивает резервирование необходимых ресурсов.In addition, in intermediate networks, separate services according to the standard of the Internet Engineering Task Force (IETF Diffserv) can be used in order to provide appropriate functionality according to the indicated functionality information. With this type of service, intermediate network routers can receive information about the required functionality (for example, quality of service requirements) for a transmitted telephone call and / or transaction by using an overhead signaling protocol, which ensures reservation of necessary resources.
Средство определения, имеющееся в оконечном устройстве, может быть выполнено таким образом, что определяет информацию о функциональных возможностях исходя из тех функциональных возможностей, которые были заданы при согласовании начальных установочных параметров с вызываемой оконечной точкой, подключенной ко второй сети, причем инициализацию согласования начальных установочных параметров осуществляют при помощи средства начальной установки, которое находится в оконечном устройстве.The means of determination available in the terminal device can be performed in such a way that it determines information about the functional capabilities based on those functionalities that were set when matching the initial settings with the called endpoint connected to the second network, and the initialization of matching initial settings carried out by means of the initial installation, which is located in the terminal device.
С другой стороны, средство определения, находящееся в оконечном устройстве, может быть выполнено таким образом, что определяет информацию о функциональных возможностях исходя из сообщения протокола, принятого из вызывающей оконечной точки, подключенной ко второй сети. Таким образом, вследствие того, что активация вторичного контекста может быть осуществлена как из вызывающей оконечной точки, так и из вызываемой оконечной точки, предложенный способ передачи информации о функциональных возможностях может быть осуществлен вне зависимости от направления передачи телефонного вызова.On the other hand, the determination means located in the terminal device can be performed in such a way that it determines information about the functionality based on the protocol message received from the calling endpoint connected to the second network. Thus, due to the fact that activation of the secondary context can be carried out both from the calling endpoint and from the called endpoint, the proposed method for transmitting information about the functionality can be carried out regardless of the direction of transmission of the telephone call.
Ниже будет приведено более подробное описание настоящего изобретения на примере предпочтительного варианта его осуществления со ссылкой на сопроводительные чертежи, на которых: на Фиг.1 изображена принципиальная блок-схема сети УСМС, соединенной с IP-сетью (сетью на основе межсетевого протокола), в которой может быть реализован предпочтительный вариант осуществления настоящего изобретения; на Фиг.2 изображена принципиальная блок-схема абонентской аппаратуры согласно предпочтительному варианту осуществления настоящего изобретения; на Фиг.3 изображена диаграмма передачи служебных сигналов, на которой продемонстрирована передача служебных сигналов активации ППД для телефонного вызова, исходящего из мобильного устройства, согласно предпочтительному варианту осуществления настоящего изобретения, и на Фиг.4 изображена диаграмма передачи служебных сигналов, на которой продемонстрирован процесс активации ППД для телефонного вызова, заканчивающегося в мобильном устройстве, согласно предпочтительному варианту осуществления настоящего изобретения.Below will be given a more detailed description of the present invention as an example of a preferred embodiment with reference to the accompanying drawings, in which: FIG. 1 shows a schematic block diagram of a USMS network connected to an IP network (network based on the Internet protocol), in which a preferred embodiment of the present invention may be implemented; figure 2 shows a schematic block diagram of a subscriber equipment according to a preferred embodiment of the present invention; FIG. 3 is a signaling diagram showing a signaling of PDP activation service signals for a telephone call originating from a mobile device according to a preferred embodiment of the present invention, and FIG. 4 is a signaling diagram showing an activation process. PDA for a phone call ending in a mobile device according to a preferred embodiment of the present invention.
Ниже приведено более подробное описание предпочтительного варианта осуществления способа и системы согласно настоящему изобретению для системы УСМС (универсальной системы мобильной связи), соединенной с IP-сетью 6 (сетью на основе межсетевого протокола), которые изображены на Фиг. 1.The following is a more detailed description of a preferred embodiment of the method and system according to the present invention for a USMS (universal mobile communication system) system connected to IP network 6 (Internet Protocol based network), which are shown in FIG. 1.
Согласно Фиг.1 сеть УСМС содержит в себе УНСРА (универсальную наземную сеть радиосвязи с абонентами системы УСМС) (UTRAN) 2, которая соединена с базовой сетью на основе СПРОП (системы пакетной радиосвязи общего пользования), в которой установление соединения с IP-сетью 6 осуществляют через ВУПОС (SGSN) (вспомогательный узел поддержки обслуживания посредством СПРОП) 3 и ВУШС (вспомогательный узел шлюза СПРОП) (GGSN) 4.According to FIG. 1, the USMS network includes a UNSRA (universal terrestrial radio communication network with USMS subscribers) (UTRAN) 2, which is connected to a core network based on SPROP (public packet radio communication system), in which the connection to the
Кроме того, абонентская аппаратура (АА) 1 (UE), например оконечное устройство или станция мобильной связи, имеет радиосвязь с УНСРА 2. УНСРА 2 представляет собой сеть беспроводной связи, которая обеспечивает доступ к базовой сети на основе СПРОП в сети УСМС. IP-сеть 6 может представлять собой любую сеть на основе межсетевого протокола (МП), которая может поддерживать связь с сетью УСМС. Кроме того, на чертеже изображена оконечная аппаратура (ОА) (ТЕ) 5, которая может представлять собой любое оконечное устройство для речи или данных, поддерживающее связь с IP-сетью 6.In addition, the subscriber equipment (AA) 1 (UE), for example, a terminal device or a mobile communication station, has a radio connection with
Таким образом, согласно Фиг.1 передача телефонного вызова для передачи данных или обмена речевыми сообщениями либо транзакции любого вида, например служебного сообщения или загружаемой программы и т.п., между АА 1 и ОА 5 может быть осуществлена через сеть УСМС и IP-сеть 6.Thus, according to FIG. 1, the transfer of a telephone call for data transfer or voice messaging or any kind of transaction, such as a service message or a downloadable program, etc., between
Основной задачей базовой сети СПРОП является предоставление соединения со стандартными сетями передачи данных (в которых используют такие протоколы, как ТСР/МП (протокол управления передачей/межсетевой протокол), Х.25, и ПСОБУС (протокол сетевого обслуживания без установления соединения (CLNP)). Ориентированная на передачу пакетов инфраструктура базовой сети СПРОП предусматривает наличие двух вспомогательных узлов - ВУШС 4 и ВУПОС 3. В число основных функций ВУШС 4 входит взаимодействие с внешней IP-сетью 6. ВУШС 4 обновляет каталог адресов местоположений с использованием поступающей из ВУПОС 3 информации о маршрутизации, в которой указан маршрут к соответствующему оконечному устройству мобильной связи, и направляет пакет протокола внешней сети передачи данных в инкапсулированном виде через магистральную линию связи СПРОП в ВУПОС 3, который в данный момент времени осуществляет обслуживание соответствующего оконечного устройства мобильной связи (например, АА 1). К тому же, он осуществляет расформирование пакетов из внешних сетей передачи данных и их передачу в IP-сеть 6, а также управляет начислением оплаты за поток данных информационного обмена. Основные функции ВУПОС 3 заключаются в обнаружении новых оконечных устройств мобильной связи в зоне обслуживания СПРОП, в управлении процессом регистрации новых оконечных устройств мобильной связи вместе с теми, которые уже зарегистрированы в реестре СПРОП, в передаче/приеме пакетов данных в/из соответствующего оконечного устройства мобильной связи и в ведении учета местоположения оконечных устройств мобильной связи в ее зоне обслуживания. Информацию об абонентах запоминают в реестре СПРОП, в котором запоминают соответствие между идентификатором устройства мобильной связи и адресом в СПДОКП (сети передачи данных общего пользования с коммутацией пакетов (PSPDN)) (например, IP-адрес в сети). Реестр СПРОП служит в качестве базы данных, из которой ВУПОС 3 может получить информацию о том, действительно ли новому оконечному устройству мобильной связи, находящемуся в его зоне обслуживания, предоставлено право соединения с базовой сетью СПРОП.The main objective of the SPROP core network is to provide a connection to standard data networks (which use protocols such as TCP / MP (Transmission Control Protocol / Internet Protocol), X.25, and PSOBUS (Connectionless Network Service Protocol (CLNP)) Packet-oriented infrastructure of the SPROP core network provides for two auxiliary nodes -
В состоянии ожидания в АА 1 отсутствует активированный логический контекст СПРОП или какие-либо выделенные адреса в СПДОКП. В этом состоянии АА 1 может осуществлять только прием сообщений многоадресного вещания, прием которых может быть выполнен посредством любого оконечным устройством мобильной связи СПРОП. Поскольку для инфраструктуры сети СПРОП местоположение АА 1 является неизвестным, то передача каких-либо сообщений в АА 1 из внешней IP-сети 6 невозможна.In the idle state, in
При включении АА 1 первой процедурой, выполняемой между АА 1 и базовой сетью СПРОП, является синхронизация радиосвязи. В том случае, когда желают, чтобы АА 1 начала функционирование с использованием услуг СПРОП сети УСМС, посредством нее инициируют процедуру активации контекста для определения контекста логического канала связи между АА 1 и ВУПОС 3 с использованием выделенного канала управления в качестве канала передачи информации.When
В том случае, когда передачу телефонного вызова осуществляют между ОА 5, находящейся в IP-сети 6, и АА 1, необходимо выполнить обмен информацией о функциональных возможностях между АА 1 и ОА 5 таким образом, чтобы обеспечить соответствие требованиям в отношении функциональных возможностей тракта передачи через сеть УСМС и IP-сеть 6.In the case when the transfer of a telephone call is carried out between
Согласно вышеописанному известному уровню техники известная система была выполнена таким образом, что для передачи служебной информации о требованиях в отношении функциональных возможностей, например о требованиях к качеству обслуживания, в ней используют ПРРС между внешней ОА 5 и АА 1 или ВУШС 4 (т. е. АА ↔ ОА или ВУШС ↔ ОА).According to the above-described prior art, the known system was designed in such a way that for transmitting service information about the requirements for functional capabilities, for example, about the requirements for quality of service, it uses PRRS between
Согласно предпочтительному варианту осуществления настоящего изобретения перед активацией контекста ППД (протокола передачи пакетных данных (PDP)) и фактической передачей телефонного вызова устанавливают прикладной протокол между АА 1 и ОА 5. В этом случае функциональные возможности могут быть согласованы заранее на основании протокольных сообщений прикладного протокола.According to a preferred embodiment of the present invention, before activating the PDP context (packet data protocol (PDP)) and actually transferring the telephone call, an application protocol is established between
Прикладным протоколом, пригодным для этой задачи, является, например, протокол, соответствующий Рекомендации Н.323 Международного союза по электросвязи (МСЭ) (ITU Recommendation H.323). Этот стандарт охватывает собой технические требования для услуг узкополосной видеотелефонной связи (или передачи звука и графических изображений). В стандарте протокола Н.323 указаны компоненты, необходимые для видеотелефонной связи. Для телефонных соединений с передачей звуковых сигналов не нужны стандарты кодирования-декодирования видеоданных и совместно используемых приложений, но, тем не менее, они существуют в рамках одних и тех же стандартов. Протокол Н.323 представляет собой прикладной протокол, который характеризует мультимедийные системы связи с пакетной передачей данных в тех сетях, в которые не может быть обеспечено гарантированное качество обслуживания. Протокол Н.323 применим для любой сети на основе межсетевого протокола (IP-сети), в том числе для сети Интернет, и его используют как для тех оконечных устройств, посредством которых осуществляют обмен только звуковой информацией, так и для оконечных устройств, обладающих возможностью обмена видеоинформацией.An application protocol suitable for this task is, for example, a protocol that complies with Recommendation H.323 of the International Telecommunication Union (ITU) (ITU Recommendation H.323). This standard covers the technical requirements for narrowband video telephony services (or audio and graphics). The H.323 protocol standard specifies the components required for video telephony. For telephone connections with audio transmission, standards for encoding and decoding video data and shared applications are not needed, but, nevertheless, they exist within the same standards. The H.323 protocol is an application protocol that characterizes multimedia communication systems with packet data transmission in those networks into which the guaranteed quality of service cannot be provided. The H.323 protocol is applicable to any network based on the Internet protocol (IP network), including the Internet, and it is used both for those terminal devices through which only audio information is exchanged, and for terminal devices with the ability to sharing video information.
Для установления двухточечного телефонного соединения с использованием протокола Н.323 необходимы два канала связи по протоколу управления передачей (TCP). Первым из этих каналов, которые необходимо установить, является общеизвестный канал Q.931. Вызывающая оконечная точка инициирует установление этого соединения с вызываемой оконечной точкой по протоколу управления передачей (TCP). Затем осуществляют обмен сообщениями об установления телефонного соединения так, как предписано в стандарте Н.225.0. Если вызываемая оконечная точка ответила на вызов, то в этом случае с использованием канала Q.931 в вызывающую оконечную точку осуществляют передачу IP-адреса и порта для дополнительного канала Н.245, который необходимо создать. Затем вызывающая оконечная точка может открыть соединение по протоколу управления передачей с указанным адресом и портом для создания канала Н.245. В случае простого телефонного соединения после установления канала связи Н.245 отсутствует дальнейшая необходимость в наличии канала Q.931, и он может быть закрыт посредством любой из оконечных точек.To establish a point-to-point telephone connection using the H.323 protocol, two communication channels using the Transmission Control Protocol (TCP) are required. The first of these channels to be installed is the well-known Q.931 channel. The calling endpoint initiates the establishment of this connection with the called endpoint using the Transmission Control Protocol. Then, a telephone connection is exchanged as prescribed in the H.225.0 standard. If the called endpoint answered the call, then in this case, using the Q.931 channel, the IP address and port for the additional H.245 channel to be created are transferred to the calling endpoint. The calling endpoint can then open a connection under the transmission control protocol with the specified address and port to create the H.245 channel. In the case of a simple telephone connection after the establishment of the H.245 communication channel, there is no further need for the Q.931 channel, and it can be closed by any of the endpoints.
Ввиду того обстоятельства, что сообщения в канале Q.931 содержат в себе несколько информационных компонент, относящихся к сообщению, которые содержат в себе информацию о функциональных возможностях, необходимая передача информации о функциональных возможностях между ОА 5 и АА 1 может быть обеспечена путем создания канала Н.323.Due to the fact that the messages in the Q.931 channel contain several information components related to the message that contain information about the functionality, the necessary transmission of information about the functionality between
В альтернативном варианте для передачи информации о функциональных возможностях может быть использован протокол инициирования сеанса связи (ПИСС) (SIP), который представляет собой протокол IETF (рабочей группы по инженерным проблемам сети Интернет) для инициирования телефонных соединений в IP-сетях. ПИСС представляет собой протокол прикладного уровня, разработанный рабочей группой в области управления групповыми сеансами мультимедийной связи IETF (рабочей группы по инженерным проблемам сети Интернет) и описанный в документе "Запросы на комментарии" №2453 (RFC 2453). ПИСС может быть использован для установления сеансов мультимедийной или телефонной связи, например, для телефонной связи через сеть Интернет, мультимедийной конференц-связи и дистанционного обучения. Посредством ПИСС осуществляют управление обменом информацией для следующих случаев: местоположение абонента, функциональных возможности для абонента, работоспособность абонента, установление телефонного соединения и обслуживание телефонного соединения.Alternatively, Session Initiation Protocol (SIP), which is the IETF (Internet Engineering Task Force) protocol for initiating telephone connections in IP networks, can be used to transmit information about functionality. PISS is an application-level protocol developed by the working group in the field of multimedia communication group session management IETF (working group on Internet engineering problems) and described in the Request for Comments document No. 2453 (RFC 2453). PISS can be used to establish multimedia or telephone communications, for example, for telephone communications over the Internet, multimedia conference calling and distance learning. Through PISS, information exchange management is carried out for the following cases: location of the subscriber, functionality for the subscriber, operability of the subscriber, establishment of a telephone connection and maintenance of a telephone connection.
Первой операцией при инициировании телефонного вызова с использованием ПИСС является обнаружение сервера ПИСС для вызываемой оконечной точки. Это может быть осуществлено путем передачи клиентского запроса в сервер ПИСС, который может представлять собой либо локальный прокси-сервер ПИСС, заданный по умолчанию, либо сервер ПИСС для вызываемого абонента. Сервер ПИСС для вызываемого абонента может быть найден по адресу ПИСС в том случае, если этот адрес является числовым IP-адресом. В альтернативном варианте для получения перечня адресов, которые можно попытаться использовать в качестве серверов ПИСС, может быть использован сервер имен доменов (СИД) (DNS). После того, как найден сервер ПИСС, вызывающая оконечная точка может выдать вызываемой оконечной точке приглашение на присоединение к сеансу связи. Процедуры обмена протокольными сообщениями для процесса оповещения являются различными в зависимости от действий сервера, с которым устанавливают связь, в отношении этого конкретного приглашения, то есть действует ли он в качестве прокси-сервера или же в качестве сервера переадресации.The first step in initiating a phone call using the PESS is to discover the PISS server for the called endpoint. This can be done by sending a client request to the PISS server, which can be either the default local PISS proxy server or the PISS server for the called subscriber. The PISS server for the called subscriber can be found at the PISS address if this address is a numeric IP address. Alternatively, to obtain a list of addresses that you can try to use as PISS servers, a Domain Name Server (LED) (DNS) can be used. After the PISS server is found, the calling endpoint may issue the called endpoint an invitation to join the communication session. The protocol messaging procedures for the notification process are different depending on the actions of the server that they are communicating with regarding this particular invitation, that is, whether it acts as a proxy server or as a forwarding server.
Таким образом, предложенные выше протоколы Н.323 и ПИСС обеспечивают возможность осуществлять обмен информацией о функциональных возможностях (например, требованиями о надлежащем качестве обслуживания) перед фактическим выполнением передачи телефонного вызова. Однако, могут быть использованы и другие прикладные протоколы, пригодные для этих задач, например протокол управления оконечными устройствами типа Н.248.Thus, the H.323 and PISS protocols proposed above provide the ability to exchange information on functional capabilities (for example, requirements on the proper quality of service) before actually making a telephone call transfer. However, other application protocols suitable for these tasks can be used, for example, a terminal control protocol such as H.248.
На Фиг.2 изображена принципиальная блок-схема АА 1 согласно предпочтительному варианту осуществления настоящего изобретения. Следует отметить, что на Фиг. 2 показаны только те узлы, которые являются существенными для настоящего изобретения.Figure 2 shows a schematic block diagram of
Согласно Фиг.2 АА 1 содержит в себе приемопередатчик (ППРД) (TRX) 15, выполненный таким образом, что осуществляет передачу или прием сигналов через беспроводное соединение в/из УНСРА 2. Приемопередатчик 15 соединен с устройством 14 кодирования/декодирования, которое выполнено таким образом, что осуществляет надлежащее кодирование или декодирование сигналов, передаваемых в сеть УСМС или принимаемых из нее.2,
Кроме того, в нем имеется устройство 11 передачи служебных сигналов протокола, которое осуществляет передачу служебных сигналов прикладного протокола (например, Н.323, Н.248 или ПИСС) при начальной установке в том случае, когда телефонный вызов должен исходить из АА 1. Затем результат обмена протокольными сообщениями между АА 1 и вызываемой ОА 5 подают в устройство 12 определения функциональных возможностей, выполненное таким образом, что осуществляет определение согласованных функциональных возможностей на основании информации о функциональных возможностях, полученной вместе с протокольным сообщением из ОА 5. Затем полученные в результате определения или согласования данные о функциональных возможностях подают в устройство 13 управления контекстом, которое осуществляет обслуживание и генерацию информации о контексте, необходимой для передаваемого в ВУПОС 3 сообщения об активации контекста, посредством которого устанавливают требуемые функциональные возможности в базовой сети СПРОП сети УСМС.In addition, it has a protocol signaling device 11, which transmits application signaling signals (for example, H.323, H.248 or PESS) during initial installation in the event that the telephone call must originate from
Следует обратить внимание на то, что передачу сообщений прикладного протокола при начальной установке в базовой сети СПРОП выполняют посредством использования передачи служебных сигналов или контекста, заданного по умолчанию. Кроме того, следует отметить, что функции устройств 11-13, изображенных на Фиг. 2, могут быть обеспечены посредством соответствующих управляющих программ или подпрограмм, которые используют для управления средством обработки (например, центральным процессором (ЦП)), находящимся в АА 1.You should pay attention to the fact that the transmission of messages of the application protocol during initial installation in the core network SPROP is performed by using the transmission of service signals or the default context. In addition, it should be noted that the functions of the devices 11-13 shown in FIG. 2 can be provided by appropriate control programs or routines that are used to control the processing means (e.g., central processing unit (CPU)) located in
Ниже приведено описание передачи служебных сигналов активации контекста для телефонного вызова, исходящего из мобильного устройства, и для телефонного вызова, оканчивающегося в мобильном устройстве, согласно, соответственно, Фиг.3 и Фиг.4.The following is a description of the transmission of context activation service signals for a telephone call originating from a mobile device and for a telephone call ending in a mobile device, according to FIG. 3 and FIG. 4, respectively.
На Фиг.3 показана диаграмма передачи служебных сигналов для телефонного вызова, исходящего из мобильного устройства, то есть для случая, в котором АА 1 является вызывающей оконечной точкой. В том случае, когда передачу телефонного вызова во внешнюю ОА 5 желают осуществить из устройства АА 1, то посредством него осуществляют управление устройством 11 передачи служебных сигналов протокола таким образом, что при начальной установке оно инициирует передачу служебных сигналов с использованием прикладного протокола, например вышеуказанного протокола Н.323, Н.248 или ПИСС. Передачу протокольных сообщений, обмен которыми произведен в течение процедуры начальной установки, осуществляют в сети УСМС посредством передачи служебных сигналов или заданного по умолчанию контекста ППД. Таким образом, АА 1 может осуществлять обмен с вызываемой ОА 5 информацией о требуемых функциональных возможностях (например, о типе кодеков и т.д.).3 shows a signaling diagram for a telephone call originating from a mobile device, that is, for the case in which
После того, как посредством устройства 12 определения функциональных возможностей определены согласованные функциональные возможности, эту информацию о функциональных возможностях подают в устройство 13 управления контекстом, после чего оно осуществляет управление таким образом, чтобы инициировать активацию вторичного контекста ППД, соответствующего согласованным функциональным возможностям. Для этого устройство 13 управления контекстом осуществляет генерацию сообщения с запросом на активацию вторичного контекста ППД и осуществляет управление таким образом, чтобы была выполнена передача этого сообщения в ВУПОС 3. Исходя из параметров (например, указанных в запросе требований к качеству обслуживания, в том числе таких параметров, относящихся к качеству обслуживания, как максимальная скорость передачи двоичных данных, гарантированная скорость передачи двоичных данных, время задержки при передачи и т.д.), содержащихся в этом сообщении, определяют согласованную информацию о функциональных возможностях, например о желательной совокупности параметров качества обслуживания, путем выполнения операции установления соответствия между параметрами и согласованной информацией о функциональных возможностях. Затем ВУПОС 3 проверяет правильность сообщения с запросом на активацию вторичного контекста ППД и получает адрес соответствующего ВУШС 4. Затем ВУПОС 3 создает туннельный идентификатор (ТИД) (TID) для запрошенного контекста ППД и осуществляет передачу сообщения с запросом на создание контекста ППД в ВУШС 4. ВУШС 4 использует имя точки доступа, содержащееся в сообщении с запросом на создание контекста ППД, для обнаружения IP-сети 6 и создает новую запись в своей таблице контекста ППД. Новая запись позволяет ВУШС 4 осуществлять маршрутизацию соответствующих пакетов данных между ВУПОС 3 и внешней IP-сетью 6. Кроме того, ВУШС 4 устанавливает заданные функциональные возможности (например, согласованное качество обслуживания) и передает ответное сообщение о создании контекста ППД обратно в ВУПОС 3. В ответ на него ВУПОС 3 передает ответное сообщение об активации контекста ППД назад в АА 1 и теперь может осуществлять маршрутизацию пакетов данных между ВУШС 4 и АА 1.After the agreed functionality is determined by the functionality determination device 12, this functionality information is supplied to the
Таким образом, требования в отношении функциональных возможностей (например, в отношении средств обеспечения качества обслуживания), обеспечиваемых для вызываемого абонента, зависят от условий, существующих у вызываемого абонента, например от функциональных возможностей, заданных при активации вторичного контекста ППД. Однако, теперь больше нет необходимости в использовании ПРРС между ОА 5 и АА 1 или ВУШС 4 для передачи вызываемому абоненту служебных сигналов о требованиях в отношении функциональных возможностей (например, о требованиях к типу кодеков и т.д.).Thus, the requirements for functionality (for example, with regard to quality of service facilities) provided for the called subscriber depend on the conditions existing for the called subscriber, for example, on the functionality specified when activating the secondary PDP context. However, now it is no longer necessary to use PRRS between
На Фиг.4 приведена диаграмма передачи служебных сигналов для телефонного вызова, заканчивающегося в мобильном устройстве, то есть для того случая, в котором ОА 5 осуществляет передачу телефонного вызова в АА 1. В этом случае ОА 5 сначала осуществляет передачу в АА 1 сообщения о начальной установке с использованием прикладного протокола, например вышеуказанного протокола Н.323, Н.248 или ПИСС, при этом в сети УСМС для обеспечения "отчетливой" передачи этого сообщения используют передачу служебных сигналов или заданный по умолчанию контекст. Затем протокольное сообщение о начальной установке подают в содержащееся в АА 1 устройство 11 передачи служебных сигналов протокола, которое может непосредственно осуществлять генерацию ответного протокольного сообщения о начальной установке, подтверждающего начальную установку протокола. Исходя из полученного протокольного сообщения о начальной установке устройство 12 определения функциональных возможностей определяет согласованные функциональные возможности и подает полученную в результате определения информацию о функциональных возможностях в устройство 13 управления контекстом. Затем устройство 13 управления контекстом осуществляет управление таким образом, что осуществляет передачу сообщения с запросом на активацию вторичного контекста ППД в ВУПОС 3. Затем, как описано применительно к Фиг.3, ВУПОС 3, исходя из информации о функциональных возможностях, содержащейся в принятом из АА 1 сообщении с запросом на активацию вторичного контекста ППД, создает сообщение с запросом на создание контекста ППД и передает его в ВУШС 4. После приема ответного сообщения о создании контекста ППД из ВУШС 4 ВУПОС 3 осуществляет передачу в АА 1 ответного сообщения об активации вторичного контекста ППД, обеспечивая тем самым установление соединения внутри сети УСМС.4 is a signaling diagram for a telephone call ending in a mobile device, that is, for the case in which
В альтернативном варианте передача вышеуказанного ответного сообщения прикладного протокола о начальной установке может быть осуществлена после активации вторичного контекста ППД, что обозначено на Фиг.4 пунктирными стрелками.In an alternative embodiment, the transmission of the above response message of the application protocol about the initial installation can be carried out after activation of the secondary PDP context, which is indicated by dotted arrows in FIG. 4.
Таким образом, инициирование активации вторичного контекста ППД осуществляют посредством АА 1 также и в том случае, когда телефонный вызов заканчивается в мобильном устройстве. Поскольку в АА 1 получена информация о функциональных возможностях вызывающей ОА 5 и известны ее собственные возможности, то устройство 12 определения функциональных возможностей может установить для контекста ППД минимальные требования в отношении функциональных возможностей (например, требования в отношении качества обслуживания) в соответствии с согласованными функциональными возможностями. Кроме того, в этом случае также отсутствует необходимость в использовании ПРРС между ОА 5 и АА 1 или ВУШС 4 для передачи в ОА 5 служебных сигналов о требованиях в отношении функциональных возможностей.Thus, the activation of the secondary PDP context is initiated by
В том случае, когда между сетью УСМС и IP-сетью 6 находятся другие промежуточные сети, для обеспечения требуемых функциональных возможностей, например совокупности параметров качества обслуживания, может быть использовано средство раздельного обслуживания согласно стандарту Рабочей группы по инженерным проблемам сети Интернет (IETF Diffserv). Посредством стандарта раздельного обслуживания (Diffserv) задают такой тип обслуживания, в котором для внесения в пакеты меток об их местоположении в коде используют восемь элементов в заголовке пакета. Посредством помеченных пакетов указывают категорию обслуживания, которую следует установить посредством сетевых маршрутизаторов, направляющих пакеты адресату.In the event that other intermediate networks are located between the USMS network and
Однако для обеспечения требуемых функциональных возможностей в промежуточных сетях может быть использовано любое иное средство, пригодное для этих задач.However, to provide the required functionality in the intermediate networks, any other means suitable for these tasks can be used.
Итак, приведено описание способа и системы активации контекста в первой сети, посредством чего осуществляют передачу телефонного вызова и/или транзакции через первую сеть и вторую сеть. Сначала выполняют начальную установку прикладного протокола, например Н.323 Н.248 или ПИСС, в первой сети с использованием передачи служебных сигналов или контекста, заданного по умолчанию. На основе сообщения прикладного протокола, переданного из второй сети, определяют информацию о функциональных возможностях и используют ее для активации контекста. Таким образом, согласование функциональных возможностей может быть выполнено заблаговременно, а активация контекста может быть осуществлена, например, посредством вторичного контекста как для телефонных вызовов и/или транзакций, исходящих из мобильного устройства, так и для телефонных вызовов и/или транзакций, заканчивающихся в мобильном устройстве. Следовательно, в данном случае отсутствует необходимость в использовании протокола резервирования для передачи во вторую сеть служебных сигналов с требованиями в отношении функциональных возможностей и может быть обеспечено снижение нагрузки, обусловленной необходимостью передачи служебных сигналов.So, a description is given of a method and system for activating the context in the first network, whereby a telephone call and / or transaction is transmitted through the first network and the second network. First, the initial installation of the application protocol, for example, H.323, H.248, or PESS, is performed on the first network using signaling or the default context. Based on the application protocol message transmitted from the second network, information about the functionality is determined and used to activate the context. Thus, the coordination of functionality can be performed in advance, and the activation of the context can be carried out, for example, by means of a secondary context for phone calls and / or transactions originating from a mobile device, and for phone calls and / or transactions ending in a mobile device. Therefore, in this case, there is no need to use a reservation protocol for transmitting service signals to the second network with requirements in terms of functionality and load reduction due to the need to transmit service signals can be ensured.
Было показано, что способ и система активации контекста, описанные применительно к предпочтительному варианту осуществления, могут быть использованы в любой сети, в которой может быть выполнена активация контекста для обеспечения требуемых функциональных возможностей. Кроме того, для согласования требуемых функциональных возможностей до момента фактической активации контекста может быть использован любой прикладной протокол, посредством которого может быть осуществлен обмен информацией о функциональных возможностях с использованием протокольных сообщений. Понятие функциональные возможности не ограничено требованиями к качеству обслуживания, причем в соответствии с предложенным решением может быть осуществлено согласование любого требования в отношении функциональных возможностей, передача которого может быть выполнена посредством протокольных сообщений и которое необходимо для активации контекста. Вышеуказанное описание предпочтительного варианта осуществления и сопроводительных чертежей приведено исключительно для пояснения настоящего изобретения. Следовательно, могут быть выполнены видоизменения предпочтительного варианта осуществления изобретения в пределах объема патентных притязаний, определяемого приложенной формулой изобретения.It has been shown that the context activation method and system described in relation to the preferred embodiment can be used on any network in which context activation can be performed to provide the required functionality. In addition, to coordinate the required functionality until the actual activation of the context, any application protocol can be used through which the exchange of information about the functionality using protocol messages can be carried out. The concept of functionality is not limited to the requirements for quality of service, and in accordance with the proposed solution, any requirement for functionality can be agreed upon, the transmission of which can be accomplished through protocol messages and which is necessary to activate the context. The foregoing description of the preferred embodiment and the accompanying drawings are provided solely for explaining the present invention. Therefore, modifications to the preferred embodiment of the invention can be made within the scope of patent claims as defined by the appended claims.
Claims (22)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2002124527/09A RU2260253C2 (en) | 2000-03-16 | 2000-03-16 | Method and system for invoking subscriber's burst data context for burst data |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2002124527/09A RU2260253C2 (en) | 2000-03-16 | 2000-03-16 | Method and system for invoking subscriber's burst data context for burst data |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2002124527A RU2002124527A (en) | 2004-07-10 |
RU2260253C2 true RU2260253C2 (en) | 2005-09-10 |
Family
ID=35847996
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2002124527/09A RU2260253C2 (en) | 2000-03-16 | 2000-03-16 | Method and system for invoking subscriber's burst data context for burst data |
Country Status (1)
Country | Link |
---|---|
RU (1) | RU2260253C2 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2446605C2 (en) * | 2007-10-16 | 2012-03-27 | Хуавэй Текнолоджиз Ко., Лтд. | Method, system and device for reconciliation of session initiation protocol signaling data service |
RU2461971C2 (en) * | 2007-12-28 | 2012-09-20 | Хуавэй Текнолоджиз Ко., Лтд. | Method for adjusting signal delivery bandwidth, media gateway and media gateway controller |
RU2478263C2 (en) * | 2007-07-30 | 2013-03-27 | Телефонактиеболагет Лм Эрикссон (Пабл) | Method of selecting multimedia stream |
RU2490831C2 (en) * | 2008-02-07 | 2013-08-20 | Моторола Мобилити, Инк. | Method of supporting multi-sided call in combination session |
US8638765B2 (en) | 2005-09-28 | 2014-01-28 | Qualcomm Incorporated | System and method for distributing wireless network access parameters |
-
2000
- 2000-03-16 RU RU2002124527/09A patent/RU2260253C2/en active
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8638765B2 (en) | 2005-09-28 | 2014-01-28 | Qualcomm Incorporated | System and method for distributing wireless network access parameters |
RU2478263C2 (en) * | 2007-07-30 | 2013-03-27 | Телефонактиеболагет Лм Эрикссон (Пабл) | Method of selecting multimedia stream |
RU2446605C2 (en) * | 2007-10-16 | 2012-03-27 | Хуавэй Текнолоджиз Ко., Лтд. | Method, system and device for reconciliation of session initiation protocol signaling data service |
RU2461971C2 (en) * | 2007-12-28 | 2012-09-20 | Хуавэй Текнолоджиз Ко., Лтд. | Method for adjusting signal delivery bandwidth, media gateway and media gateway controller |
RU2490831C2 (en) * | 2008-02-07 | 2013-08-20 | Моторола Мобилити, Инк. | Method of supporting multi-sided call in combination session |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7870269B2 (en) | Method and system for activating a packet data subscriber context for packet data | |
US7058042B2 (en) | One-to-one communication | |
AU773987B2 (en) | An architecture for an IP centric distributed network | |
EP1120939B1 (en) | Method, server and arrangement in a communication network | |
EP1325618B1 (en) | Method for transmission of voice over wireless packet-switched networks | |
KR20020034838A (en) | Media communication system, and terminal apparatus and signal conversion apparatus in said system | |
AU2000238123A1 (en) | Method and system for activating a packet data subscriber context for packet data | |
EP1083730B1 (en) | Callback system and method for internet phone | |
EP1380182B1 (en) | One-to-one communication in a system having different control plane and user plane logical entities | |
US20030165124A1 (en) | System and method for performing handovers based upon local area network conditions | |
JP4161185B2 (en) | Time synchronization data transmission method | |
RU2260253C2 (en) | Method and system for invoking subscriber's burst data context for burst data | |
FI108185B (en) | Procedure for checking connections | |
KR100367484B1 (en) | Method for call set-up between mobile communication network and packet data network | |
JP4623325B2 (en) | Time synchronization data transmission method | |
US7747672B1 (en) | Method and apparatus using lightweight RRQ for efficient recovery of a call signaling channel in gatekeeper-routed call signaling | |
KR100369809B1 (en) | Method for transmitting dual tone multiple frequency signal using voip | |
JP2006203324A (en) | Gateway system | |
JP2003110595A (en) | Ip address notifying method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PC41 | Official registration of the transfer of exclusive right |
Effective date: 20160602 |