СПОСОБ КОНФИГУРИРОВАНИЯ ПРОЦЕССОВ ОПЛАТЫ НА СЕТЕВЫХ ЭЛЕМЕНТАХ
METHOD OF PAYMENT PROCESS CONFIGURATION IN NETWORK ELEMENTS

Изобретение относится к способу конфигурирования процессов оплаты на сетевых элементах маршрута данных для передачи пакетов данных в коммуникационной системе согласно родовому понятию пункта 1 формулы изобретения.
Известны услуги передачи пакетов данных, которые применяются в коммуникационной сети, например, так называемого «IP-Уровня 3» модели взаимодействия открытых систем (OSI). Эта модель служит в качестве эталонной модели Международной организации по стандартизации (OSI) для сетевых целей, чтобы определить общедоступные коммуникации через стандарты интерфейсов.
Определение оплаты за услугу передачи данных, например, за услугу передачи пакетов данных, основано на независимом и не синхронизированном определении сетевых элементов, которые должны использоваться для выполнения услуги передачи данных. Сетевые элементы, участвующие в выполнении услуги передачи данных, имеют предназначенные для этого процедуры оплаты, которые применяются для определения данных оплаты. Данные оплаты компонуются в специально предназначенных для этого сетевых элементах, чтобы сформировать счет, соответствующий услуге.
Сетевые элементы, участвующие в определении данных оплаты, располагают однозначным корреляционным идентификатором, чтобы иметь возможность идентифицировать все данные оплаты, относящиеся к конкретному использованию данных.
Корреляционный идентификатор вводится в данные оплаты, чтобы связать между собой данные оплаты в центральном блоке и иметь возможность совместной обработки с целью определения оплаты.
Центральная проблема подобного определения оплаты заключается в распределении однозначных корреляционных идентификаторов соответствующим сетевым элементам. Сетевые элементы, принимающие участие в выполнении услуги, работают в общем случае на различных сетевых уровнях, например на уровнях OSI-модели: Уровне 2, Уровне 3 или Уровне 7.
Дополнительные проблемы при определении оплаты возникают в том случае, если сетевые элементы размещены в различных областях сети, например, если они размещены в так называемой области «с пакетной коммутацией» (PS) или в так называемой «мультимедийной подсистеме Интернет-протокола» (IMS).
Кроме того, возможно, что сетевые элементы, принимающие участие в выполнении услуги, отделены друг от друга технологическими границами. Так, например, часть сетевых элементов может базироваться на так называемой Универсальной мобильной телекоммуникационной системе (UMTS), в то время как другая часть сетевых элементов может базироваться на так называемой Беспроводной локальной сети (WLAN).
В этих охарактеризованных выше случаях для каждой новой услуги передачи пакетов данных должен определяться и стандартизироваться механизм для распределения соответствующих корреляционных идентификаторов, ввиду чего быстрое введение новых услуг возможно только с высокими затратами. Так, например, известная Мультимедийная услуга (MMS) для пользователей с предоплатой в течение долгого времени не предоставлялась вследствие отсутствия методов определения оплаты. Способы распределения корреляционных идентификаторов для определения оплаты могут, таким образом, реализовываться лишь с высокими затратами, поскольку данные оплаты собираются в участвующих сетевых элементах, и получаемые в результате блоки данных оплаты должны передаваться в центральный пункт. Центральный пункт затем из поступающих блоков данных должен определять блоки данных оплаты и оценивать их при высоких временных затратах.
Способы определения оплаты или способы конфигурирования процессов оплаты в участвующих сетевых элементах обсуждаются, например, Целевой группой инженерной поддержки Интернет (IETF) в рамках проекта «Следующие этапы в сигнализации» (NSIS), причем для нахождения сетевых элементов на маршруте данных применяются основополагающие способы Интернет-маршрутизации.
Из проекта рабочего стандарта IETF: “Signaling of QoS Measurements”, Couturier, IETF, CH, Mai 2003, XP 015000601, ISSN 0000-0004, и из Интернет-проекта: “NSLP for Accounting Configuration Signaling”, Dressler et al., Internet Draft, 'Online!, 11.07.2004, XP 002333853, известны способы конфигурирования процессов оплаты.
Задачей настоящего изобретения является реализация простого и быстро осуществляемого способа конфигурирования процессов оплаты на сетевых элементах, чтобы иметь возможность определить оплату за услугу передачи пакетов данных в коммуникационной сети.
Указанная задача изобретения решается признаками пункта 1 формулы изобретения. Предпочтительные варианты осуществления приведены в зависимых пунктах формулы изобретения.
В основе изобретения лежит идея о том, что при выполняемой в типичных условиях ассиметричным образом Интернет-маршрутизации для выполняемой услуги передачи пакетов данных используются различные маршруты или пути направления данных для осуществляемой передачи пакетов данных. В общем случае передача пакетов данных осуществляется между оконечным устройством, например оконечным устройством радиосвязи или терминалом, с одной стороны, и компьютером приложений, с другой стороны, в двух направлениях и тем самым по двум маршрутам данных.
Так как современные способы маршрутизации могут адресовать соответствующие сетевые элементы маршрута данных только в одном направлении, то конфигурирование определения оплаты со стороны одного сетевого элемента между обоими оконечными пунктами - оконечным устройством радиосвязи и компьютером приложений - невозможно. Конфигурирование со стороны оконечного устройства исключается по причинам надежности. Конфигурирование со стороны компьютера приложений невозможно реализовать без особых проблем по причинам стоимости и затрат времени.
Эти проблемы решаются в способе, соответствующем изобретению. В соответствии с изобретением для конфигурирования сетевых элементов маршрута данных применяется функция контроля оплаты, которая сохранена на центральном сетевом элементе. Этот центральный сетевой элемент не является при этом компонентом маршрута данных, то есть рассматриваемая передача данных не выполняется через этот центральный сетевой элемент.
Функция контроля оплаты образует сообщение конфигурирования для конфигурирования сетевых элементов и запускается, например, при запросе услуги. Сообщение конфигурирования передается через компьютер приложений в качестве первого сетевого элемента на сетевые элементы маршрута данных, подлежащие конфигурированию. Те сетевые элементы, которые должны конфигурироваться, оценивают сообщение конфигурирования для инициализации, в то время как другие сетевые элементы маршрута данных только маршрутизируют сообщение конфигурирования.
Внутри коммуникационной сети, предпочтительно, но не исключительно, применяется известный, как таковой, Протокол сетевых коммуникационных услуг (NLSP), чтобы передавать сообщение конфигурирования вместе с другими сообщениями сигнализации на сетевые элементы.
В соответствии с изобретением в качестве узла доступа к маршруту данных применяется не оконечное устройство, а сетевой элемент, расположенный перед оконечным устройством и соотнесенный с ним. Соответственно сообщение конфигурирования формируется центральным сетевым элементом, а не компьютером приложений, применяемым в качестве другого узла доступа к маршруту данных. За счет этих мер гарантируется как надежность определения оплаты, так и высокая скорость обработки компьютера приложений.
С помощью соответствующего изобретению способа реализуется централизованная функция контроля оплаты для хранения регламента конфигурирования.
Изобретение поясняется ниже со ссылками на чертеж, который представляет заявленный способ с помощью коммуникационной сети.
Коммуникационная сеть имеет сетевые элементы NE1-NE6, центральный сетевой элемент NEZ и оконечное устройство Т, причем первый сетевой элемент NE1 выполнен как компьютер приложений, а второй сетевой элемент NE2 - как контроллер RNC радиосети.
На центральном сетевом элементе NEZ сохранена или реализована функция GKF контроля оплаты. При запрошенной передаче PKD1, PKD2 пакетов данных между первым сетевым элементом NE1 и оконечным устройством Т, которая осуществляется через второй сетевой элемент NE2, функция GKF контроля оплаты формирует сообщение KN конфигурирования, которое применяется для конфигурирования сетевых элементов NE3, NE4, NE5 и NE6. Сообщение KN конфигурирования передается на сетевые элементы NEx первого маршрута DPF1 данных, причем первый маршрут DPF1 данных содержит сетевые элементы NE1, NE3, NE4 и NE2.
Соответствующая первая передача PKD1 пакетов данных выполняется по первому маршруту DPF1 данных от первого сетевого элемента NE1 через сетевые элементы NE3 и NE4 и через второй сетевой элемент NE2 к оконечному устройству Т, причем оконечное устройство Т соотнесено с вторым сетевым элементом NE2.
Сообщение KN конфигурирования применяет IP-адрес или адрес порта оконечного устройства Т в качестве целевого адреса, за счет чего определяется первая передача PKD1 пакетов данных от первого сетевого элемента NE1 к оконечному устройству Т.
На втором сетевом элементе NE2 реализуется функция приема, посредством которой сообщение KN конфигурирования может передаваться обратно от второго сетевого элемента NE2 к первому сетевому элементу NE1 через второй маршрут DPF2 данных в рамках второй передачи PKD2 пакетов данных.
Сообщение KN конфигурирования передается на сетевые элементы NEx второго маршрута DPF2 данных, причем второй маршрут DPF2 данных содержит сетевые элементы NE2, NE5, NE6 и NE2.
С этой целью сообщению KN конфигурирования со стороны оконечного устройства присваивается IP-адрес или адрес порта первого сетевого элемента NE1, посредством которого также определяется вторая передача PKD2 пакетов данных от оконечного устройства Т через второй сетевой элемент NE2 и через второй маршрут DPF2 данных к первому сетевому элементу NE2.
Вторая передача PKD2 пакетов данных осуществляется по второму маршруту DPF2 данных от оконечного устройства Т через второй сетевой элемент NE2 и сетевые элементы NE5 и NE6 к первому сетевому элементу NE1.
Сетевые элементы с NE3 по NE6 принимают в рассматриваемом случае соответствующее сообщение KN конфигурирования и оценивают его для инициализации и конфигурирования. При этом, однако, также возможно, что некоторые сетевые элементы - здесь не показаны - только маршрутизируют сообщение KN конфигурирования.
В заключение собранные данные RM оплаты передаются на центральный сетевой элемент NEZ.
Для случая нескольких параллельных передач, которые известны как «сеанс связи», между компьютером приложений, образующим первый сетевой элемент NE1, с одной стороны, и оконечным устройством Т, с другой стороны, компьютер приложений с помощью так называемых «идентификаторов сеанса» определяет соответствующие маршруты данных.
Предпочтительным образом протокол NLSP применяется для передачи сообщения KN конфигурирования. В этом случае согласно терминологии NSIS контроллер RNC радиосети образует NSIS-приемник (NR), а центральный сетевой элемент NEZ-NSIS-инициатор (NI).