KR100804290B1

KR100804290B1 - 통신 시스템에서 서비스 관리 방법

Info

Publication number: KR100804290B1
Application number: KR1020067009728A
Authority: KR
Inventors: 마르쿠 티. 매키넨; 미카 키킬래; 지-춘 혼카살로
Original assignee: 노키아 코포레이션
Priority date: 2003-11-19
Filing date: 2004-11-15
Publication date: 2008-02-18
Also published as: CN1890921A; WO2005050915A1; GB0326944D0; US20050107087A1; KR20060086433A; EP1690369A1

Abstract

본 발명은 통신 네트워크에서 서비스 관리 방법에 관한 것인데, 여기서 적어도 하나의 서비스는 상기 네트워크를 통해 액세스가능하며, 상기 네트워크는 관리 시스템들에 의해 관리된다. 상기 방법은: 공통 트래픽 카테고리들을 제공하는 단계와; 상기 각 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 정보를 상기 공통 트래픽 카테고리들에 제공하는 단계와; 상기 공통 트래픽 카테고리들 중 하나를 적어도 하나의 서비스에 할당하는 단계와; 그리고 상기 정보에 따라 상기 네트워크에서 상기 서비스를 처리하는 단계를 포함한다.

통신 트래픽, 트래픽 처리, 네트워크 관리 시스템, 서비스 관리 시스템.

Description

통신 시스템에서 서비스 관리 방법{A METHOD FOR SERVICE MANAGEMENT IN COMMUNICATIONS SYSTEM}

본 발명은 원격통신 시스템에서 서비스들을 관리하기 위한 방법 및 장치에 관한 것이다. 본 발명은 특히, UMTS(범용 이동통신 시스템)/GPRS(범용 전파 서비스) 아키텍처에서의 구현에 적합하지만, 이에 국한되지는 않는다.

UMTS와 같은 원격통신 네트워크 시스템은 원격통신 관리 네트워크(TMN)의 일련의 관리 기능들에 의해 관리된다. TMN에 대한 원리들이 ITU-T 권고 M.3010에서의 ITU-T(국제전기통신연합 전기통신표준화분야)에 의해 제시되는데, 내용들이 본원에서 참조용으로서 포함된다.

ITU-T에 의해 제시된 바와같이, TMN은 관리 기능들을 제공하며, 운영체제들(OSs) 사이에서, 그리고 OS들과 원격통신 네트워크의 다양한 부분들 사이에서 통신들을 제공할 수 있다. OS들은 운영체제 기능들(OSFs)을 수행하는 물리적 블록이며, OSF는 관리 기능들(즉, TMN 자체)을 포함하는 원격통신 기능들을 모니터링/조정 및/또는 제어하기 위해 원격통신 관리와 관련된 정보를 처리하는 기능 블록이다.

M.3010에서 인용한 도 1은 TMN과 TMN이 관리하는 원격통신 네트워크 사이의 일반적인 관계를 도시한다. 비록 도 1에서 도시된 통신 네트워크가 공중 전화 통신망이지만은, ITU-T에 의해 제시된 TMN 원리들은 임의 종류의 통신 네크워크, 예를 들어 GSM(유럽 이동전화 표준), UMTS(범용 이동통신 시스템), GPRS(범용 전파 서비스), CDMA(코드 분할 다중 접속), ATM(비동기 데이터 전송) 및 SDH(동기 디지털 계층)에 대해 유효하다.

통신 네트워크는 많은 타입들의 통신 장비 및 관련 지원 장비로 구성된다. 관리되는 때에, 이러한 장비는 일반적으로 네트워크 요소들(NEs)로 불린다. NE들 외에, TMN이 예를 들어, TMN 자체, 원격통신 서비스들, 및 원격통신 서비스들에 의해 제공된, 또는 원격통신 서비스들과 관련된 소프트웨어를 관리하는데에 사용될 수 있다.

원격통신 관리의 복잡성을 처리하기 위해, 관리 기능성은 논리계층들로 분할되는 것으로 고려될 수 있다. 권고 M.3010에서 ITU-T에 의해 제시된 바와같이, 관리 기능 계층은 비지니스 관리 계층, 서비스 관리 계층, 네트워크 관리 계층 및 요소 관리 계층이다.

요소 관리 계층은 개인별 또는 그룹별로 각 네트워크 요소를 관리하며, 네트워크 요소 계층에 의해 제공된 기능들의 추상화(abstraction)를 지원한다.

네트워크 관리 계층은 네트워크에 걸쳐 활동을 조정함으로써, 요소 관리 계층에 의해 지원되는 때에 네트워크를 관리하는 기능성을 제공하며, 서비스 관리 계층에 의한 "네트워크" 요구(demand)들을 지원한다. 네트워크 관리 계층은 네트워크에 무슨 자원들이 이용가능한지, 이들이 상호관련되어, 지리적으로 할당되어있는 방법 및 자원들이 제어되는 방법을 알고 있다. 더욱이, 이 계층은 실제 네트워크의 기술적인 성능을 담당하며, 이용가능한 네트워크 성능들 및 용량을 제어하여, 적절한 액세스가능성 및 서비스 품질(QoS)을 제공할 수 있다.

서비스 관리 계층은 고객들(가입자들)에게 제공되거나 잠재적인 새로운 고객들에게 이용가능한 서비스들의 계약적인 양상들과 관련되며, 이들을 담당한다. 이러한 계층의 주요 기능들 중 일부는 서비스 주문 처리, 불평 처리 및 송장 작성(invoicing)이다. 서비스 관리 계층은 여러가지 임무들, 예를 들어 서비스 제공자들간의 인터액션(interaction), 서비스들과 고객 인터페이싱(interfacing) 간의 인터액션을 갖는다. 고객 인터페이싱은 서비스 제공, 계정들, QoS 등을 포함하는 모든 서비스 트랜잭션(transaction)을 위해 고객들과의 접촉의 기초점을 제공한다.

비지니스 관리 계층은 전체 기업, 예를 들어 운영자 기업을 담당한다. 비지니스 관리 계층은 TMN 아키텍처에 포함되는데, 이는 비지니스 관리 계층이 다른 관리 계층들에게 요구하는 성능들의 사양을 용이하게 하기 위함이다.

비지니스 관리 계층 및 상술된 계층들은 ITU-T 권고 M.3010의 제 9.5장에서 더 설명된다.

네트워크 관리 계층(OSF)은 본원에서 네트워크 관리 시스템(NMS)으로 불리는 동작들 지원 시스템(OSS)으로 구현된다. NMS는 전형적으로 원격통신 네트워크를 관리하며, 서로다른 타입들의 트래픽이 네트워크를 통해 전달되고 처리되는 방식을 제어한다. 예를 들어, NMS의 도움으로, 운영자 및 다른 서비스 제공자는 특정 트래픽 클래스(대화형 클래스, 스트리밍(streaming) 클래스, 백그라운드 클래스, 및 인 터랙티브 클래스)에 속하는 트래픽이 네트워크에서 처리되는 방식에 관한 임무들을 정의할 수 있다.

가입자들 및 서비스 가입들에게 제공된 서비스들은 서비스 관리 시스템(SMS)에 의해 관리된다. 따라서, 서비스 관리 계층 상에서 OSF를 제공한다. 예를 들어, SMS는 무슨 서비스들이 네트워크에서 이용가능한지, 및 또한 어느 서비스들이 어느 가입자에게 이용가능한지를 특정한다. 각 서비스는 일련의 QoS 요건들을 갖는데, 이는 정확하게 작용하며, 이에 따라 예를 들어, 지연(또는 대기 시간), 대역폭 및 특정 네트워크 자원들에 액세스하기 위한 우선순위의 관점에서 네트워크 베어러(network bearer)로부터 여러 특성들을 예상하기 위함이다.

현재의 시스템들에서, 2개의 가장 일반적인 형태의 서비스(보이스 통신 및 문자 메시지(또한 단문 메시지 서비스로서 알려짐))는 개별 전송 채널들을 사용한다. 2개의 서비스들을 위한 2개의 개별 채널들의 사용은 네트워크를 통과하는 데이터의 일관성없는 처리에 의해 야기된 서비스들의 임의의 일관성없는 처리를 방지한다. 하지만, 만일 서로다른 서비스들이 동일 전송 채널들을 통과하는 경우, 가령 예를 들어, 순수 보이스 통신 및 비디오-원격통신 데이터 트래픽이 네트워크에서 동일 전송 채널을 통과하는 경우에, 서비스 타입에 대한 일정한 처리가 달성되지 않을 가능성이 있는데, 이는 관리 계층들 사이에서 서로다른 트래픽 타입들의 처리를 서로다른 타입들의 서비스들 및/또는 서비스 가입들에 대한 요건들 세트와 맵핑하기 위한 어떠한 일정한 방식이 없기 때문이다. 따라서, 서비스 및/또는 서비스 가입에 대한 모든 요건들 세트를 충족하기 위해, 일관된 방식으로 네트워크 자원들 을 구성하는 것이 가능하지 않다.

본 발명의 실시예들의 목적은 상술한 문제점에 대처하기 위함이다.

본 발명의 일 양상에 따르면, 통신 네트워크에서 서비스 관리 방법이 제공되는데, 여기서 적어도 하나의 서비스는 상기 네트워크를 통해 액세스가능하며, 상기 네트워크는 관리 시스템들에 의해 관리되며, 상기 방법은: 공통 트래픽 카테고리들을 제공하는 단계와; 상기 각 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 정보를 상기 공통 트래픽 카테고리들에 제공하는 단계와; 상기 공통 트래픽 카테고리들 중 하나를 적어도 하나의 서비스에 할당하는 단계와; 그리고 상기 정보에 따라 상기 네트워크에서 상기 서비스를 처리하는 단계를 포함한다.

공통 트래픽 카테고리들을 제공하는 단계는 적어도 하나의 트래픽 카테고리에 대한 적어도 하나의 파라메터를 정의하는 단계를 포함할 수 있다.

상기 공통 트래픽 카테고리들 중 적어도 하나는 상기 적어도 하나의 파라메터의 적어도 하나의 값 또는 값들의 범위에 의해 특정될 수 있다.

복수의 파라메터들이 적어도 하나의 트래픽 카테고리에 대해 정의될 수 있으며, 상기 적어도 하나의 트래픽 카테고리는 상기 파라메터들 각각에 대한 값들로 특정된다.

상기 공통 트래픽 카테고리를 식별하는 상기 적어도 하나의 파라메터는 트래픽 클래스(TC), 할당/보유 우선순위(ARP), 트래픽 처리 우선순위(THP), 대역폭 중 적어도 하나가 될 수 있다.

상기 방법은 공통 트래픽 카테고리 그룹들을 제공하는 단계를 포함할 수 있는데, 여기서 상기 적어도 하나의 그룹은 상기 공통 트래픽 카테고리들 중 적어도 2개를 포함할 수 있다.

상기 공통 트래픽 카테고리들에 정보를 제공하는 단계는 상기 원격통신 네트워크의 제 1 부분에 상기 적어도 하나의 공통 트래픽 카테고리 그룹에 속하는 공통 트래픽 카테고리들이 상기 원격통신 네트워크의 상기 제 1 부분에서 어떻게 처리되는지에 관한 정보를 제공하는 단계를 포함한다.

본 발명의 제 2 양상에 따르면, 제 1 관리 기능부 및 제 2 관리 기능부를 포함하는 통신 시스템이 제공되는데, 여기서 상기 제 1 및 제 2 관리 기능부들은 공통 트래픽 카테고리들을 사용하며, 상기 제 1 관리 기능부는 트래픽이 할당된 공통 트래픽 카테고리에 따라 처리되도록 제어하며, 상기 제 2 관리 기능부는 서비스에 적절한 트래픽 카테고리를 할당한다.

상기 통신 시스템은 통신 네트워크를 더 포함할 수 있으며, 여기서 상기 제 1 관리 기능부는 상기 서비스와 관련된 트래픽이 서비스에게 할당된 상기 공통 트래픽 카테고리에 따라 상기 네트워크에서 처리되도록 제어할 수 있다.

상기 통신 시스템은 공통 트래픽 카테고리 정보를 저장하는 적어도 하나의 메모리를 포함할 수 있는데, 상기 적어도 하나의 메모리는 상기 제 1 및/또는 제 2 관리 기능부에서 제공될 수 있다.

메모리가 상기 제 1 및 제 2 관리 기능부들 각각에서 제공될 수 있는데, 일 메모리가 상기 공통 트래픽 카테고리 정보를 저장할 수 있으며, 타 메모리가 상기 타 메모리에 저장된 정보와 동기화될 수 있다.

상기 메모리는 상기 제 1 및 제 2 관리 기능부들과는 개별적으로 제공될 수 있는데, 상기 메모리는 상기 공통 트래픽 카테고리 정보를 저장할 수 있으며, 그리고 상기 메모리는 상기 관리 기능부들 모두에 의해 액세스될 수 있다.

상기 메모리는 상기 네트워크의 통신 노드에, 또는 제 3 관리 기능부에 있을 수 있다.

상기 카테고리들은 보증된 비트 전송률의 카테고리들을 포함할 수 있다.

상기 보증된 비트 전송률의 카테고리들은 대화형 데이터 카테고리와 스트리밍 데이터 카테고리 중 적어도 하나를 포함할 수 있다.

상기 카테고리들은 보증되지않은 비트 전송률의 카테고리들의 그룹을 포함할 수 있다.

상기 보증되지않은 비트 전송률의 클래스들은 제 1 트래픽 처리 우선순위를 갖는 제 1 인터랙티브 처리와, 제 2 트래픽 처리 우선순위를 갖는 제 2 인터랙티브 데이터 처리와, 제 3 트래픽 처리 우선순위를 갖는 제 3 인터랙티브 데이터 처리와, 그리고 백그라운드 데이터 처리 중 적어도 하나를 포함할 수 있다.

상기 데이터 클래스들은 3개의 그룹들을 포함할 수 있는데, 여기서 각 그룹은 상기 시스템 내에서 서로다른 할당 및/또는 보유 및/또는 우선순위를 포함할 수 있다.

상기 카테고리들은 3개의 그룹들을 포함할 수 있는데, 여기서 각 그룹은 서로다른 할당 및/또는 보유 및/또는 우선순위를 갖는다.

상기 카테고리들은 공통 트래픽 카테고리 그룹들을 포함할 수 있는데, 상기 공통 트래픽 카테고리 그룹들은 관련 공통 트래픽 카테고리들을 포함할 수 있으며, 여기서 상기 제 1 관리 기능부는 상기 시스템의 제 1 부분에서 상기 공통 트래픽 카테고리 그룹들에 따라 자원들을 결정함과 아울러, 상기 시스템의 제 2 부분에서 상기 데이터 카테고리들에 따라 자원들을 결정할 수 있다.

상기 적어도 하나의 통신 노드는 상기 제 2 관리 기능부로부터 상기 서비스에 대해 상기 할당된 공통 트래픽 카테고리를 정의하는 정보를 수신함과 아울러, 상기 제 1 관리 기능부로부터 상기 할당된 공통 트래픽 카테고리에 관한 정보를 수신할 수 있다.

상기 할당된 공통 트래픽 카테고리 정보는 상기 서비스와 관련된 트래픽 처리에 관한 적어도 하나의 파라메터를 포함할 수 있다.

상기 적어도 하나의 통신 노드는 GGSN, RNC, 그리고 SGSN 중 적어도 하나를 포함할 수 있다.

상기 제 2 관리 기능부는 HLR을 통하여 상기 서비스에 대한 상기 트래픽 카테고리 정보를 상기 적어도 하나의 노드에 제공할 수 있다.

상기 통신 시스템은 UMTS 아키텍처 통신 시스템이 될 수 있다.

상기 통신 시스템은 GPRS 아키텍처 통신 시스템이 될 수 있다.

상기 제 1 관리 기능부는 네트워크 관리 시스템(NMS)이 될 수 있다.

상기 제 2 관리 기능부는 서비스 관리 시스템(SMS)이 될 수 있다.

n개의 카테고리들이 제공될 수 있으며, 상기 네트워크의 일부가 단지 m개(여기서, m<n)의 카테고리들을 처리할 수 있는 시스템에서, 상기 n개의 카테고리들은 m개의 그룹들로 분류될 수 있다.

상기 제 1 관리 기능부는 상기 트래픽 카테고리들에 관한 정보를 적어도 하나의 통신 노드에 제공할 수 있다.

상기 트래픽 카테고리들에 관한 정보가 전달되는 상기 적어도 하나의 네트워크 요소는 SGSN, GGSN, BSC, 그리고 RNC 중 적어도 하나를 포함할 수 있다.

트래픽 카테고리들에 관한 상기 정보가 전달되는 상기 적어도 하나의 통신 노드는 할당된 트래픽 카테고리의 적어도 하나의 파라메터를 실시(enforce)할 수 있다.

본 발명의 제 3 양상에 따르면, 원격통신 네트워크가 제공되는데, 여기서 적어도 하나의 서비스는 상기 네트워크를 통해 액세스가능하며, 상기 네트워크는 관리 시스템들에 의해 관리되며, 상기 네트워크는 공통 트래픽 카테고리들을 제공하는 수단과; 상기 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 정보를 제공하는 수단과; 그리고 상기 공통 트래픽 카테고리들 중 하나를 적어도 하나의 서비스에 할당하는 수단을 포함하며, 여기서 상기 네트워크는, 상기 네트워크에서의 상기 서비스가 상기 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 상기 정보에 따라 처리되도록 구성된다.

상기 원격통신 네트워크는 상기 공통 트래픽 카테고리들을 제공하는 수단 및/또는 상기 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 정보를 제공하는 수단을 포함하는 제 1 관리 시스템을 포함할 수 있다.

상기 원격통신 네트워크는 상기 공통 트래픽 카테고리들 중 하나를 적어도 하나의 서비스에 할당하는 상기 수단을 포함하는 제 2 관리 시스템을 포함할 수 있다.

상기 공통 트래픽 카테고리들을 제공하는 수단은 적어도 하나의 파라메터를 제공하는 수단을 포함할 수 있는데, 여기서 상기 공통 트래픽 카테고리들 중 적어도 하나는 상기 적어도 하나의 파라메터의 적어도 하나의 값 또는 상기 값들의 범위에 의해 특정된다.

상기 공통 트래픽 카테고리들을 제공하는 수단은 복수의 파라메터들을 제공하는 수단을 포함할 수 있는데, 여기서 상기 공통 트래픽 카테고리들 중 적어도 하나는 상기 복수의 파라메터들의 값들에 의해 특정된다.

상기 공통 트래픽 카테고리를 식별하는 상기 적어도 하나의 파라메터는 트래픽 클래스(TC), 할당/보유 우선순위(ARP), 트래픽 처리 우선순위(THP), 대역폭 중 적어도 하나를 포함할 수 있다.

상기 공통 트래픽 카테고리들을 제공하는 수단은 공통 트래픽 카테고리 그룹들을 제공하는 수단을 포함할 수 있는데, 여기서 상기 적어도 하나의 그룹은 상기 공통 트래픽 카테고리들 중 적어도 2개를 포함한다.

상기 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 정보를 제공하는 상기 수단은 상기 원격통신 네트워크 자원들의 제 1 부분에 상기 적어도 하나의 공통 트래픽 카테고리 그룹에 속하는 공통 트래픽 카테고리들이 상기 원격통신 네트워크의 제 1 부분에서 어떻게 처리되는지에 관한 정보를 제공하는 수단을 포함할 수 있다.

본 발명의 실시예들은 첨부 도면들에 대하여만 참조를 하여 예에 의해 설명될 것이다.

도 1은 통신 시스템과 원격통신 관리 네트워크 간의 관계에 대한 개략도이다.

도 2는 UMTS 셀룰러 원격통신 시스템의 개략도이다.

도 3은 UMTS 원격통신 시스템에서 관리 아키텍처의 개략도이다.

도 4a는 공통 트래픽 카테고리화(처리 클래스들)의 실시예를 도시한다.

도 4b는 IP 전송 상에서 트래픽을 전달하기 위해, DiffServ CodePoint가 각 서로다른 처리 클래스에 할당되는 방식의 개략도이다.

도 4c는 엔드-사용자(end-user) 서비스들이 처리 클래스들에 할당되는 방식을 도시하는 개략도이다.

도 5는 공통 트래픽 카테고리화에 기초하여 서비스 관리 시스템과 네트워크 관리 시스템 사이에서 연동하는 통신 시스템의 제 1 실시예의 개략도이다.

도 6은 본 발명의 제 1 실시예에서 사용된 바와같이 서비스 관리 시스템과 네트워크 관리 시스템 사이에서 연동 방법에 대한 흐름도이다.

도 7a는 서비스 관리 시스템, 네트워크 관리 시스템 그리고 네트워크 사이의 연동 시스템이 예시되는 본 발명에 따른 실시예의 개략도이다.

도 7b는 서비스 관리 시스템, 네트워크 관리 시스템 그리고 네트워크 사이의 연동 방법을 도시하는 흐름도이다.

도 8은 본 발명의 제 2 실시예가 구현될 수 있는, 각 네트워크 도메인에서 처리들의 개수가 다른 상황을 도시하는 UMTS 네트워크의 개략도이다.

도 9a는 본 발명의 제 2 실시예에서 사용된 바와같이 처리 클래스들의 처리 그룹들로의 그룹화를 도시하는 개략도이다.

도 9b는 본 발명의 제 2 실시예가 구현될 수 있는 네트워크 관리 시스템의 개략도이다.

도 9c는 본 발명의 제 2 실시예에서 사용되는 바와같이 연동 방법을 도시하는 흐름도이다.

서비스 및/또는 서비스 가입에 대한 모든 요건 세트들을 충족하기 위해, 서비스들 및 관련된 특정 데이터 타입들이 네트워크에 걸쳐 일정한 처리를 수신하는 본 발명의 실시예들이 설명된다.

도 2를 참조하면, 본 발명의 실시예들이 구현될 수 있는 UMTS/GPRS 통신 시스템의 일반적인 논리 아키텍처가 도시된다.

컴퓨터들(고정 또는 휴대용), 이동 전화기들, 개인용 데이터 어시스턴트들 또는 오거나이저(organizer)들 등과 같은 다양한 사용자 장비(UE)가 당업자에게 알려져 있으며, 서비스들을 획득하기 위해 인터넷에 액세스하는데에 사용될 수 있다. 이동국들(MS(1)이 무선 인터페이스를 통해 이동 원격통신 네트워크의 기지국 또는 임의의 다른 국과 같은 다른 디바이스와 통신할 수 있는 사용자 장비의 일 예이다.

상기에서, 이하에서 사용되는 "서비스"라는 용어는 가입자가 원하고, 요구하거나 가입자에게 제공되는 임의의 서비스를 포괄하는 것으로 이해될 것이다. 또한, 상기 용어는 상보적인 서비스들의 제공을 포괄하는 것으로 이해될 것이다. 특히, 배타적인 것은 아니지만, "서비스"라는 용어는 인터넷 프로토콜 멀티미디어 IM 서비스들, 컨퍼런싱(conferencing), 텔레포니(telephony), 게이밍(gaming), 리치 콜(rich call), 프레슨스(presence), 전자상거래 및 즉석 교신과 같은 메시징(messaging)을 포함하는 것으로 이해될 것이다.

이동국(MS)(1)은 하나 이상의 기지국들(BS)(2)과 무선에 의해 통신할 수 있다. 각 기지국은 단일 무선 네트워크 제어기(RNC)(4)에 링크된다. 기지국 및 RNC에 대해 사용된 용어는 표준에 따른 것이다. 예를 들어, 기지국들은 "노드 B"로서 , RNC들은 "기지국 제어기들"(BSC)로서 불린다. 용어들 "기지국" 및 "RNC"는 또한 동일 기능을 수행하는 다른 표준들에서의 등가 요소들을 포괄하는 것으로서 해석된다.

기지국(2)은 소정의 영역(100) 내에서 이동국들(1)로 수신 및 전송할 수 있도록 더 구성된다. 이 영역들은 인터록킹(interlocking) 되며, 이동국 커버리지의 패치워크(patchwork)를 생성하기 위해 부분적으로 겹쳐질 수 있다. 각 RNC(4)는 하나 이상의 BS들(2)에 링크될 수 있다. BS들(2) 및 RNC들(4)은 UMTS 지구상 무선 액세스 네트워크(UTRAN)(101)를 구성한다.

각 RNC(4)는 코어 네트워크(CN)(5)에 링크된다. CN(5)은 통신 서비스들을 접속된 이동국에 제공할 수 있는 하나 이상의 서빙 노드들, 예를 들어 이동 교환 국(MSC)(7) 및 서빙 GPRS(범용 전파 서비스) 지원 노드(SGSN)(8)를 포함한다. 이 유닛들은 RNC들(4)에 접속된다. CM(5)은 또한 고정 라인 네트워크(9), 다른 이동 네트워크들(예를 들어, 다른 코어 네트워크(12)) 또는 UMTS 네트워크 외부에서 통신들의 온워드 접속(onward connection)을 허용하는 인터넷 또는 사유의 네트워크들과 같은 패킷 데이터 네트워크들(10, 11)과 같은 다른 원격통신 네트워크들에 접속된다. CN(5)은 또한 네트워크에 대한 액세스를 돕는 홈 위치 레지스터(HLR(13)와 방문자 위치 레지스터(VLR)(14)와 같은 다른 유닛들을 포함한다. HLR(13)은 이동국 가입자들의 가입자 상세사항들을 저장한다. VLR(14)은 현재 CN(5)에 부착되어 있지만, 이 네트워크에 가입되어 있지않은 이동국들에 관한 정보를 저장한다.

각 코어 네트워크(5)는 하나 이상의 과금 게이트웨이 기능성 엔티티들(15, 16) 및 빌링(billing) 동작들을 수행하기 위한 빌링 시스템(17, 18)을 포함한다.

코어 네트워크에서, MSC 또는 SGSN과 같은 각 서빙 노드는 서비스들 세트를 이동국에 제공할 수 있다. 예를 들면, 하기와 같다.

MSC는 예를 들어, 스피치, 팩스 또는 비-투명 데이터 서비스들을 위한 회선교환(CS) 통신을 제공할 수 있으며, 따라서 GSM(유럽 이동전화 표준)과 같은 다른 CS 이동 네트워크들, 대화형 보이스 텔레포니 네트워크들과 같은 CS 고정 와이어(wire) 네트워크들과 같은 회선교환 도메인에서의 다른 엔티티들에 대한 링크를 갖는다.

SGSN은 패킷 교환(PS) 통신들, 예를 들어 인터넷 프로토콜(IP) 데이터 전송을 위한 패킷 데이터 프로토콜(PDP) 콘텍스트(context)들을 제공할 수 있으며, 따 라서 GPRS-장착 GSM 네트워크들과 인터넷과 같은 패킷 교환 도메인에서의 다른 엔티티들에 대한 링크를 갖는다. 패킷 교환 서비스들은 파일 전송, 이-메일 및 월드-와이드 웹(WWW) 브라우징, 및 (예를 들어, H.323 프로토콜에 의한) 보이스-오버-IP(voice-over-IP)와 같은 유도(derived) 데이터 서비스들과 같은 통상적인 데이터 서비스들을 포함할 수 있다.

게이트웨이 GPRS 지원 노드들(GGSN)(19, 20, 21)은 코어 네트워크와 가입자가 접속하기를 바라는 외부 네트워크들 사이에서 게이트웨이들로서 동작한다. 이 외부 네트워크들은 예를 들어, 기업 인트라넷(9) 또는 인터넷(10), 또는 다른 네트워크 제공자(12)에 속하는 개별 코어 네트워크와 같은 패킷 교환 네트워크가 될 수 있다.

서빙 노드들 사이에서 기능들의 분배는 시스템 사양에서 특정되며, 이는 가정된 네트워크 아키텍처와 결합된다. 예를 들어, 오버랩(overlap) 또는 추가의 기능들을 제공하는, MSC 또는 SGSN 외의 다른 노드들이 있다.

도 2에 도시된 바와같이 전형적인 UMTS 통신 네트워크는 전형적으로 4개의 논리 관리 계층들(요소 관리 시스템 계층, 네트워크 관리 시스템 계층, 서비스 관리 시스템 계층 및 비지니스 관리 시스템 계층)을 포함하는 관리 네트워크에 의해 관리된다. 상술한 바와같이, 관리 시스템 계층들은 통신 네트워크와 관리 네트워크 자체를 관리하는 기능성들(OSFs)을 제공한다.

관리 기능성들을 제공하는 OSF들은 요소 관리 시스템(EMS)(151), 네트워크 관리 시스템(NMS)(155), 서비스 관리 시스템(SMS)(157) 및 비지니스 관리 시스 템(BMS)(159)과 같은 OS들 안에 구현되는데, 관리 네트워크 아키텍처는 도 3에서 도시된다. OS들의 일부는 서로에 대해 긴밀하게 통합될 수 있다. EMS와 NMS는 전형적으로 네트워크 자원들을 관리하기 위해 운영자에게 중심화된 관리 시스템을 제공하도록 통합된다. 예를 들어, 네트워크 요소 타입들에 특정된 요소 관리자들을 NMS 사용자 인터페이스에 진출(launch)시키는 것이 가능할 것이다. 관리 계층들/시스템들은 서로에 대해 접속되며, 네트워크는 데이터 통신 네트워크(DCN)를 통해 관리된다. DCN은 독립적인 기술이며, 임의의 단일의 전송 기술들 또는 이들의 조합을 이용할 수 있다.

상술한 바와같이, 각 서비스는 일련의 QoS 요건들을 갖는데, 이는 정확하게 작용하며, 이에 따라 예를 들어, 지연(또는 대기 시간), 대역폭 및 특정 네트워크 자원들에 액세스하기 위한 우선순위의 관점에서 네트워크 베어러로부터 여러 특성들을 예상하기 위함이다. 이 특성들은 QoS 파라메터들로서 정의된다. 파라메터들은 네트워크 자원들 및 그 사용을 제어하는데에 사용될 수 있다.

예를 들어, 보이스-오버-IP와 같은 서비스는 보이스 데이터가 유용하게 이용되도록 대기시간을 최소화하는 데이터 처리를 요구한다(장기간의 데이터 지연이 호출 수신기가 주목할만한 지연을 경험함을 의미하기 때문이다). 하지만, 보이스 통신은 특히, 보이스 보다 상위의(higher) 대역폭들을 요구하지만, 대기시간 문제들에 덜 영향받는 스트리밍 비디오를 포함하는 다른 가입자 서비스들과 비교할 때에 특별히 큰 대역폭을 요구하지 않는다.

전형적으로, 일부 또는 모든 특성들 및 QoS 파라메터들은 표준화되는데, 이 는 예를 들어, UMTS의 경우에서, 제 3 세대 파트너쉽 프로젝트(3GPP)에 의해 표준화된다. 3GPP는 3G 이동 통신들에 대한 글로벌 사양들을 전개한다.

서비스들 및 서비스들과 관련된 특정 데이터 타입들이 네트워크 전체에 걸쳐 일정한 처리를 수신하기 위하여, 본 발명의 실시예들은 관리 시스템들에 대응하는 관리 계층들 및 통신 네트워크에 의해 사용되는 공통 트래픽 카테고리화를 제공한다. 이러한 공통 트래픽 카테고리화가 없다면, 서비스 및/또는 서비스 가입에 대한 모든 요건들 세트를 충족하기 위해 일관된 방식으로 네트워크 자원들을 구성하는 것이 가능하지 않다.

도 4a를 참조하면, 본 발명에 따른 공통 트래픽 카테고리화의 실시예가 도시된다. 3×6 처리 클래스 매트릭스(201)는 3개의 행(row)들(211, 213, 215)과 6개의 열(column)들(217, 219, 212, 223, 225, 227)에서 처리 클래스 요소 값들(TREC-A, TREC-B,..., TREC-R)을 포함한다. 처리 클래스(TREC) 요소 값들 각각은 하나의 공통 트래픽 카테고리를 나타낸다. 매트릭스 구조의 사용은 여기서 단지 예시 목적을 위해 제시됨을 이해해야 한다. TREC들은 또한 예를 들어, 리스트 또는 하나의 행으로서 예시될 수 있다.

본 발명의 일 실시예에서, 정의된 공통 트래픽 카테고리화(즉, TREC들) 데이터는 예를 들어, NMS(155)에서 관리 시스템에 저장된다. TREC 데이터 정의들 및 정의들에서 가능한 변경들이 이벤트 메시지들을 사용함으로써 (다른 관리 계층들/시스템들 및 통신 네트워크와 같은) 다른 당사자들에게 통지된다. 이벤트는 (예를 들어, 파일에서) TREC 데이터를 포함할 수 있거나, 다른 당사자들이 API(응용 프로토 콜 인터페이스)를 통해 새로운 TREC 정의들을 업로드하는 표시가 될 수 있다. 본 발명의 다른 실시예들에서, TREC 데이터는 동일 데이터 저장소가 여러 당사자들에 의해 액세스 되도록 저장된다. 예를 들어, TREC 데이터는 HLR과 같은 NE 또는 일부 주변 시스템에서 저장될 수 있거나, TREC 데이터는 관리 시스템에 저장되며, 다른 관심있는 당사자들은 API를 통해 데이터를 판독할 수 있다.

TREC 데이터는 하나 이상의 텍스트-파일들의 포맷으로, 하나 이상의 XML-파일들로, 또는 데이터베이스에 저장될 수 있다. 이들은 본원에서 단지 예로서 언급된다.

마찬가지로, 매트릭스(201)의 크기는 단지 예에 불과하다. 본 발명의 실시예들은 다른 개수들의 TREC들을 이용할 수 있다. TREC들의 개수들, 및 실제 TREC 정의들은 고정되어 있거나 실행 시간 도중에 구성가능하다.

도 4a에서 제시된 실시예에서, 처리 클래스(TREC) 구조(201)의 행들(203)은 할당/보유 우선순위(ARP) 순서의 관점에서 데이터 트래픽 처리를 나타낸다. 바꾸어 말하면, 처리는, 데이터 패킷들이 다양한 네트워크 노드들에서 저장되는 때에 이 패킷들이 받게 되는 서로다른 처리 및 만일 네트워크 노드들에서 메모리 버퍼들이 가득 차서, 오버플로(overflow)를 시작하는 경우에 버려질 수 있는 순서의 관점에서 표현된다. 본 발명의 제 1 실시예에 의해 제공되는 예에서, 3개의 개별적인 할당/보유 우선순위 순서들(ARP1, ARP2, ARP3)이 있으며, 이에 따라 처리 클래스 구조에서 3개의 행들(211, 213, 215)의 처리 클래스 요소들이 있다. 예를 들어, 처리 클래스(TREC-A)는 할당/우선순위 순서(ARP2)를 갖는 처리 클래스(TREC-B)보다 높은 할당/우선순위(ARP) 순서(ARP1)를 갖는다. 따라서, 처리 클래스(TREC-A)에 할당된 임의의 데이터는 TREC-B에 할당된 임의의 데이터보다 낮은 확률의 패킷 손실을 가질 것이다. 유사하게는, 더 낮은 할당/우선순위 순서(ARP3)를 갖는 처리 클래스(TREC-C)를 사용한 데이터는 처리 클래스들(TREC-A 및 TREC-B) 모두 보다 높은 확률의 패킷 손실을 가질 것이다.

유사한 방식으로, 처리 클래스(TREC-A)에 할당된 임의의 데이터는 오버플로에 접근하는 통신 노드에 대한 보다 높은 확률의 승인을 가질 것이다. 처리 클래스(TREC-B)에 할당된 임의의 데이터는 처리 클래스(TREC-A)보다 낮은 확률의 승인을 가질 것이다. 또한, 처리 클래스(TREC-C)에 할당된 임의의 데이터는 처리 클래스(TREC-B) 또는 처리 클래스(TREC-C)에서의 임의의 데이터보다 낮은 확률의 승인을 가질 것이다.

처리 클래스 구조(201)의 열들(205)은 2개의 개별 열 그룹들로 분류된다. 제 1 그룹의 열들(207)은 서비스들이 보증된 비트 전송률을 요구하는 처리 클래스들을 나타낸다. 이 처리 클래스들은 보증된 비트 전송률(GBR) 타입 클래스들로서 불린다. 제 2 그룹의 열들(209)은 서비스들이 보증된 비트 전송률을 요구하지않는 처리 클래스들을 나타낸다. 이 처리 클래스들은 보증되지않은 비트 전송률(Non-GBR) 타입 클래스들로서 불린다.

2개의 타입들의 클래스들(207, 209)은 네트워크를 통과하는 데이터에 대한 예상된 지연을 경험할 수 있는 순서로 더 분류되고 구성된다. 보증된 비트 전송률 타입 열들(207)은 낮은 지연 열들(217) 및 높은 지연 열들(219)로 분류된다. 본 실 시예에서, 낮은 지연 열(217)은 예를 들어, 보이스 오버 인터넷 프로토콜(VoIP) 트래픽에 사용되는 대화형 열로서 불린다. 높은 지연 열(219)은 스트리밍 열로서 불린다.

보증되지않은 비트 전송률 타입 열들(209)은 4개의 열들로 분류된다. 최저 지연 예상을 갖는 제 1 열(221)이 제 1 트래픽 우선순위(THP1)를 갖는 제 1 상호작용 열로서 알려진다. 후차 최저 지연 예상을 갖는 제 2 열(233)이 제 1 상호작용 열보다 낮은 트래픽 처리 우선순위(THP2)를 갖는 제 2 상호작용 클래스로서 알려진다. 제 1의 두개의 열들보다 높은 예상 지연을 갖는 제 3 열(225)이 제 1 및 제 2 상호작용 클래스들보다 낮은 트래픽 처리 우선순위(THP3)를 갖는 제 3 상호작용 열로서 알려진다. 임의의 이전의 3개의 열들보다 높은 예상 지연을 갖는 제 4 열(227)이 백그라운드 열(227)로서 알려진다.

도 4a에서 설명된 실시예에서, 분류는 QoS 파라메터들 트래픽 클래스, THP 및 ARP에 기초한다. 본 발명의 실시예들에서, 분류는 임의의 QoS 파라메터들 또는 QoS 파라메터들 세트에 기초할 수 있다.

본 발명의 여러 실시예들에서, 공통 트래픽 카테고리화는 시간에 따라 변할 수 있다. 예를 들어, 피크 시간에서 사용된 카테고리화는 비(non)-피크 시간에서 사용된 카테고리화와 다를 수 있다.

파퓰레이티드(populated) 처리 클래스 구조의 2개의 예들이 도 4b 및 4c에 도시된다. 도 4b는 차분화된 서비스들(DiffServ) 코드 포인트들이 다양한 처리 클래스들에 할당된, 도 4a에서 설명되는 바와같이 처리 클래스 구조(102)의 예를 도 시한다. DiffServ 코드 포인트들(DSCPs)은 인터넷 프로토콜(IP) 네트워크 내에 인가된 때에 데이터 처리 서비스 카테고리들로서 알려져 있다. 예를 들어, 서비스(AF41)가 처리 클래스(TREC-E)에 할당되며, 서비스(AF31)는 처리 클래스(TREC-G)에 할당되며, 서비스(AF21)는 처리 클래스(TREC-K)에 할당되며, 서비스(AF11)는 처리 클래스(TREC-O)에 할당되며, 서비스(BE)는 처리 클래스(TREC-P)에 할당되며, 서비스(BE)는 처리 클래스(TREC-R)에 할당된다. 네트워크 운영자는 어느 DSCP가 각 TREC와 함께 사용되는지를 구성하기 위한 유연성을 가져야 한다.

도 4c를 더 참조하면, 도 4a에서 설명된 바와같은 처리 클래스 구조는 다양한 서비스들로 파퓰레이티드 된다. 예를 들어, 서비스(운영자 스트리밍)(213)이 처리 클래스(TREC-E)에 할당되며, 서비스(Corporate Gold)가 처리 클래스(TREC-G)에 할당되며, 서비스(운영자 멀티미디어 메시징 서비스(MMS)/무선 액세스 프로토콜(WAP))(217)이 처리 클래스(TREC-K)에 할당되며, 서비스(Corporate Internet Silver)(219)가 처리 클래스(TREC-O)에 할당되며, 서비스(Internet Free-time)(221)가 처리 클래스(TREC-P)에 할당되며, 그리고 서비스(운영자 텔레매틱(telematic)/머신)가 처리 클래스(TREC-R)에 할당된다.

상술한 바와같은 시스템에 있어서, 네트워크 관리 시스템(155) 및 서비스 관리 시스템(157)은 일련의 서비스들 및 각각에 할당된 처리를 동기화되게 유지할 수 있으며, 따라서 트래픽 조건들과는 관계없이 동일한 서비스에 대하여 일정한 처리를 유지하게 된다.

도 5를 참조하면, 트래픽 데이터의 일정한 처리를 제공하기 위해 공통 트래 픽 카테고리화를 사용하는 통신 시스템 내에서 연동하는 일반적인 사상이 도시된다. 상기 시스템은 DCN(미도시)을 통해 서로에 대해 접속된 서비스 관리 시스템(157) 및 네트워크 관리 시스템(155)을 포함한다.

서비스 관리 시스템(157)은 처리 클래스(TREC) 할당자, 및 처리 클래스 데이터를 저장하기 위한 메모리(303)를 포함한다. 운영자, 서비스 제공자, 또는 서비스 가입자는 전형적으로 할당자(305)를 사용하지만, 할당자는 적절한 처리 클래스들을 서비스들에 자동으로 할당할 수 있는 기능성을 포함할 수 있다.

네트워크 관리 시스템(155)은 네트워크 관리 시스템(313), 공통 트래픽 카테고리화를 생성하기 위한 처리 클래스 생성기(302), 처리 클래스(TREC) 데이터(301)를 저장하기 위한 메모리, 서비스 품질 방침 구성 툴(307), 성능 보고자(311)를 포함한다. 최적화기(303)는 전형적으로 NMS 내부에 구성되는데, 여기서 운영자의 기여 여부에 관계없이 더욱 최적화된 네트워크 구성을 계산한다. 본 발명의 여러 실시예들에서, 최적화는 네트워크 운영자에 의해 수동으로 수행된다. 운영자는 네트워크의 운영자 및/또는 서비스 제공자이다. 본 발명의 여러 실시예들에서, 처리 클래스 생성기(302)의 기능성은 QoS 방침 구성 툴(307)에서 구현된다(도 5에서, 미도시).

또한, 도 5에서, 원격통신 네트워크(간략성을 위해 도시된 단지 하나의 네트워크 요소(NE)(309))가 제시된다.

본 발명의 여러 실시예들에서, 처리 클래스 데이터를 저장하기 위한 메모리는 서비스 관리 시스템(157)과 네트워크 관리 시스템 외부에 위치될 수 있으며, 메 모리는 API에 의해 액세스된다.

NMS(155)에서, QoS(서비스 품질) 방침 구성 툴(307)은 트래픽이 협약된 카테고리화에 따라 처리되도록 제어한다. 부가적으로, NMS에 의해 SMS(157)에 대해 약속된 QoS 타겟들이 유지되도록 담당하기 때문에, 운영자는 예를 들어, 가입자들 SLAs(서비스 레벨 협약들)에서 협약된 QoS 타겟들을 연속적으로 제어할 수 있다. NMS 최적화기(313), QoS 방침 구성 툴(307), 네트워크 요소(309) 및 성능 보고자(311)의 제어 루프를 갖는 NMS(155)는 또한 각 처리 클래스에 속하는 약속된 데이터 트래픽을 수행하기 위해 네트워크를 유지하도록 네트워크를 제어한다.

도 6을 참조하면, 이러한 처리 클래스들(201)의 생성 및 사용이 더 설명된다.

제 1 단계(401)에서, 처리 클래스들(201)이 초기화된다. 우선, 도 4a를 참조하여 상술된 바와같은 TREC들이 생성되거나, 이미 존재하는 경우에는 수정된다. 처리 클래스들 각각은 QoS 요건들을 정의하고 있다. 이 QoS 요건들은 본 발명의 여러 실시예들에서 최소 QoS 요건들이 될 수 있으며, 여러 실시예들에서는 평균 QoS 요건들이 될 수 있거나, 이들은 최소 및 평균 QoS 요건들의 조합이 될 수 있다. 따라서, 처리 클래스들은 네트워크에서 지연, 대역폭 및 우선순위의 관점에서 정의된다. 더욱이 이 단계에서, 네트워크 관리 시스템(155)은 정의된 TREC들에 따라 QoS 요건들을 충족하기 위해 네트워크 자원들을 구성하도록 동작한다. 바꾸어 말하면, 서비스 품질(QoS) 방침 구성 툴(307)이 생성되거나, 이미 존재하는 경우에는 수정된다. QoS는 네트워크 자원들에 대한 방침을 채택한다. 방침들은 QoS 방침에 따라 서비스에 대한 데이터 트래픽을 처리하는데에 사용된다. 이후에, NMS(155)는 데이터 트래픽을 처리하는 네트워크 노드들(309)에 대한 방침들을 전개함으로써 네트워크 자원들을 셋업한다. 이 노드들은 예를 들어, 라우터들, 게이트웨이들, 코어 네트워크의 노드들뿐만 아니라 기지국 제어기들/무선 네트워크 제어기들 및 기지국들을 포함한다.

본 발명의 여러 실시예들에서, NMS(157)는 각 TREC에 대한 서비스 레벨 사양들(SLSs)을 제공한다. 이 SLS들은 각 처리 클래스의 특성들을 정의한다. 이 정의된 특성들은 예를 들어, 타겟 트래픽 지연, 이용가능한 대역폭 및 트래픽의 우선순위를 포함한다. 예를 들어, 트래픽 클래스(TREC-D)는 하나의 제 2 지연 타겟을 가지며, 초당 300 킬로비트의 용량을 가지며, 그리고 할당/보유 우선순위(ARP1)를 가질 수 있다(바꾸어 말하면, 처리 클래스는 높은 우선순위를 갖는다).

처리 클래스들 각각은 QoS 방침 구성 툴(307) 내의 네트워크 관리 시스템(155)에서 결정된 바와같이 특정 서비스 품질(QoS) 방침과 관련된다.

본 발명의 일 실시예에 따르면, 처리 클래스 데이터는 네트워크 관리 시스템(155) 내의 메모리(301) 및 서비스 관리 시스템(157) 내의 메모리(303) 모두에서 저장된다.

후속 단계(403)에서, 사용될, 적절한 처리 클래스가 가입자 및 사용된 서비스 요건들로부터 유도된다.

하기 단계(405)에서, SMS(157)에서 TREC 할당자(305)는 특정 가입자 서비스를 특정 TREC에 할당하거나 맵핑한다. 예를 들어, 인터랙티브 멀티플레이어 실시간 네트워크 게임 형태의 가입자 서비스가 단지 1.5초의 지연을 요구하고, 패킷 손실에 대한 매체 감수율이 있는 경우에, 처리 클래스 할당자(305)는 메모리(303)에 저장된 저장 처리 클래스 데이터(201)를 조사한다. 만일 데이터가 처리 클래스들(0.5초의 추정 지연을 갖는 TREC-H, 1.2초의 추정 지연을 갖는 TREC-K 및 3초의 추정 지연을 갖는 TREC-N)을 특성화하는 경우에, TREC 할당자는, 1.2초 지연 타겟을 갖는 TREC-K가 수락가능하며, 이에 따라 게임 서비스가 처리 클래스(TREC-K)에 할당되는지를 결정한다. 게임 서비스는 TREC-N에 할당되지 않는데, 이는 지연이 요건보다 크기 때문이다. 게임 서비스가 처리 클래스(TREC-H)에도 할당될 수 있지만은, 요구된 지연 요건보다 양호한 추정 지연을 포함하며, 이에 따라 게임 서비스에 대해 불필요하게 좋은 것으로 보여질 수 있기 때문에, 이는 통상적으로 선택되지 않을 것이다.

서비스 레벨 사양들이 NMS에 의해 생성되는 실시예들에서, SMS는 서비스를 적절한 TREC에 할당할 때에 이 SLS 값들을 사용한다.

후속 단계(407)는, 서비스 관리 시스템(157)이 서비스 사용 추정들을 할당된 서비스-처리 클래스들의 형태로 네트워크 관리 시스템(155)에 전달하는 때에 발생한다.

다음 단계(409)에서, 네트워크 관리 시스템(155)은 단계(407)에서 서비스 관리 시스템(157)에 의해 전달된 정보를 사용하며, 단계(401)에서 정의된 TREC 요건들을 충족하기 위해 네트워크 자원들을 재구성하도록 동작한다. 바꾸어 말하면, 네트워크 관리 시스템(155)의 서비스 품질(QoS) 방침 구성 툴(307)은 만일 필요한 경 우에 TREC들에 대한 요건들 세트를 충족시키기 위해 서비스 사용 추정들에 기초하여 QoS 방침들을 수정한다. 이후에, NMS(155)는 데이터 트래픽을 처리하는 네트워크 노드들(309)에 방침들을 전개함으로써 네트워크 자원들을 셋업한다.

본 발명의 일부 실시예들에서, 방침 정보의 전개는 적어도 부분적으로는 요소 관리 시스템(151)에 의해 관리된다.

단계(411)에서, 네트워크 관리 시스템 성능 보고자(311)는 네트워크에서 다양한 타입들의 데이터 처리에 관한 정보를 수집한다. 성능 보고자는 이 정보를 TREC 요건들이 충족되는지를 결정하는 NMS 최적화기(313) 상으로 전달한다.

만일 요건들이 현재에 충족되는 경우에, 네트워크 관리 시스템은 자신의 모니터링 모드를 유지한다. 만일 요건들이 충족되지 않는 경우에, 방법은 단계(413)로 전달된다. 단계(413)에서, NMS 최적화기는, TREC 요건들을 충족하기 위해 네트워크 자원들의 구성의 개선을 시도하도록 더 많은 최적 네트워크 구성을 계산하고, QoS 방침 구성 툴(307)의 다른 반복을 수행할 필요가 있는지를 결정한다. 본 발명의 여러 실시예들에서, 이 결정은 고정된 개수의 반복들에 따라 선택될 수 있다. 본 발명의 다른 실시예들에서, 재반복 결정은 과거 반복들이 TREC 요건들을 충족시키기 위해 네트워크 성능을 크게 개선하였는지 여부에 따라 이루어질 수 있다. 만일 추가의 반복을 수행하도록 결정되는 경우에, 방법은 다시 단계(409)로 전달된다. 만일 추가 반복을 수행하지 않도록 결정되는 경우에, 방법은 단계(415)로 전달된다.

단계(415)에서, NMS는 성능 보고를 서비스 관리 시스템(157)에 전달한다. 이 후에, 서비스 관리 시스템(157)은 자원 요건 및 현재 서비스 성능을 재조사하며, TREC 할당자(305)에서 서비스를 더욱 적절한 처리 클래스에 재할당한다. 따라서, 효과적으로, 방법은 다시 단계(407)로 전달된다.

예를 들어, 상술한 것과 동일한 예를 사용할 때에, 처리 클래스(TREC-K)를 사용한 실제 지연이 실질적으로 2.5초이며, 1.5초 레벨로 감소되지 않는 경우에, 성능 보고자(311)는 표시, 예를 들어 이벤트 메시지를 서비스 관리 시스템(157)에 송신한다. 이후에, TREC 할당자(305)의 서비스 관리 시스템(157)은 인터랙티브 멀티미디어 게임 서비스를 초기의 작은 추정 지연을 갖는 처리 클래스(TREC-H)에 재할당한다.

도 7a를 참조하면, 본 발명의 실시예가 도시되는데, 여기서 본 발명에 따라 정의되고, 서비스들에 할당된 TREC들은 또한 통신 네트워크에 전달된다. 도 7a에 도시된 실시예는 서비스 관리 시스템(157), 네트워크 관리 시스템(155), 홈 위치 레지스터(13), 및 지원 GPRS 서비스 노드(SGSN)(8), 게이트웨이 GPRS 서비스 노드(GGSN)(19), 무선 네트워크 제어기(RNC)(4), 및 기지국 제어기(BSC)(4)와 같은 부수적인 제어 노드들을 포함한다.

서비스 관리 시스템(157)은 DCN(미도시)을 통해 홈 위치 레지스터(HLR)(13)에 접속된다. 서비스 관리 시스템(157)은 UMTS 트래픽 클래스(TC), 트래픽 처리 우서순위(THP), 및 할당/보유 우선순위(ARP) 조합을 설명하는 데이터를 홈 위치 레지스터(HLR)에 전달할 수 있다. (TREC 식별을 위한 TC-THP-ARP 정보를 포함하는) 가입자 특정 QoS 프로파일이 HLR로부터 SGSN(8)으로 전달될 수 있다. 이후에, SGSN(8)은 QoS 프로파일로부터 요구된 PDP 콘텍스트에 특정된 TREC을 식별한다. 이후에, SGSN(8)은 QoS 프로파일을 GGSN(19)으로 전달할 수 있다. GGSN(19)은 또한 QoS 프로파일로부터 요구된 TREC를 식별한다. GGSN(19)은 또한 (QoS 프로파일을 포함하는) 응답을 다시 SGSN(8)으로 전달할 수 있다. SGSN(8)은 QoS 프로파일을 RNC(4)로 전달한다. RNC(4)는 또한 QoS 프로파일로부터 요구된 PDP 콘텍스트의 TREC을 식별한다.

네트워크 관리 시스템(155)은 DCN(미도시)을 통해 SGSN(8), GGSN(19), 및 RNC(4)에 접속되며, 처리 클래스 특정 서비스 품질 파라메터들을 네트워크 관리 시스템(155)으로부터 SGSN(8), GGSN(19) 및 RNC(4)로 전달할 수 있다.

도 7b를 참조하면, 실시예의 연동 방법이 도 7a를 참조하여 설명될 것이다.

제 1 단계(503)에서, 네트워크 관리 시스템(155)은 QoS 방침 구성 툴(307) 형태로 정의된 처리 클래스들(TRECs)을 위한 서비스 품질과 관련된 정보를 네트워크 요소들/노드들에게 제공한다. 바꾸어 말하면, SGSN(8), GGSN(19) 및 RNC(4)와 같은 노드들에는 처리 클래스에 의존하여 트래픽을 처리하는 방법과 관련된 정보가 제공된다.

후속 단계(505)에서, 서비스 관리 시스템(57)이 사용자 장비를 동작하는 가입자(예를 들어, 가입자(X))가 처리 클래스(TREC-X1)를 갖는 액세스 포인트를 사용하게 한다(즉, 가입자가 알려진 GGSN(19)을 통해 인터넷(10)에 액세스하게 한다). 처리 클래스(TREC-X1)는 이미 소정의 할당/보유 우선순위(ARP), 및 트래픽 처리 우선순위(THP)를 갖는 특정 UMTS 트래픽 클래스로 되어 있는 것으로 사전정의되어 있 다.

후속 단계(507)에서, 가입자를 위한 서비스 품질(QoS) 프로파일들이 서비스 관리 시스템(157)으로부터 홈 위치 레지스터(13)로 전달된다. 바꾸어 말하면, HLR에는 가입자가 수행할 수 있는 서비스들에 대응하는 다양한 처리 클래스들이 적재된다.

가입자는 네트워크 내에서 로밍(roaming)할 수 있다. 가입자가 특정 SGSN(예를 들어, SGSN-A)에 의해 제어되는 지리적 영역에 들어갈 때에, 후속 단계(509)가 적용된다. 이 단계에서, SGSN은 홈 위치 레지스터(13)에 저장된 가입자의 가입 기록들을 저장(cache)한다. 이 단계(509)는 서비스를 요구하는 가입자 없이 발생할 수 있다.

하지만, 가입자(X)가 단계(511)에서 표시된 바와같이 서비스 접속을 요구하는 때에, 과정은 단계(513)로 진행한다.

단계(513)에서 SGSN은 가입자에 의해 요구된 처리 클래스를 식별한다. 예를 들어, SGSN-A는 가입자(X)를 위한 데이터가 처리 클래스(TREC-X1)에 할당되어 있는지를 식별한다.

단계(515)에서, SGSN은 단계(503)에서 네트워크 관리 시스템(155)에 의해 제공된 네트워크 제공들에 따라 처리 클래스에 의해 식별되는 서비스 품질 방침을 실시한다. 따라서, 서비스 관리 시스템(157)과 네트워크 관리 시스템(155) 사이에 어떠한 직접적인 인터페이스가 없게 된다.

추가의 단계(517)에서, 관련 GGSN 및 관련 무선 네트워크 제어기(RNC)가 또 한 GGSN 및 RNC에 전달된 QoS 방침에 의존하여, 이에 따라 식별된 처리 클래스에 의존하여 구성된다. 실제상, SGSN(8)은 QoS 프로파일을 GGSN(19)에 전달한다. 실제상, SGSN(8)은 QoS 프로파일을 GGSN(19)에 전달한다. GGSN(19)은 QoS 프로파일로부터 요구된 TREC을 식별하며, 이 처리 클래스에 기초하여 구성을 적용한다. GGSN(19)은 (QoS 프로파일을 포함하는) 응답을 다시 SGSN(8)으로 전달한다. SGSN(8)은 이 QoS 프로파일을 RNC(4)에 전달한다. RNC(4)는 QoS 프로파일로부터 요구된 PDP 콘텍스트의 TREC을 식별하며, 이 처리 클래스에 기초하여 구성을 적용한다.

따라서, 네트워크는 가입자가 이 노드들을 통해 서비스들을 사용하게 하여, 수락가능한 트래픽 처리를 갖는 요구된 액세스 포인트에 액세스하게 된다.

본 발명의 추가 실시예에서 처리 클래스들은 또한 요소 관리 시스템에 적용될 수 있다. 본 실시예에서, 처리 클래스들(TRECs)은 예를 들어, NMS가 QoS 구성 기능성을 요소 관리 시스템에 위임하는 때에 EMS에 의해 네트워크 요소들에 대해 구성된다. 이후에, 요소 관리 시스템은 NE 마다의 네트워크 요소 파라메터들을 구성한다.

도 8을 참조하면, 본 발명의 제 2 실시예가 적용될 수 있는 원격통신 네트워크가 상세히 설명된다. 네트워크는 3개의 라우터들(601, 603 및 605)을 포함하는 제 1 처리 그룹 도메인(609)을 포함한다. 각 라우터는 다른 2개의 라우터들에 접속된다.

더욱이, 라우터(603)는 제 2 처리 그룹 도메인(611)에 접속된다. 제 2 처리 그룹 도메인은 게이트웨이 GPRS 서비스 노드(GGSN)(19)를 포함한다.

라우터(601)는 또한 제 3 처리 그룹 도메인에 접속된다. 제 3 처리 그룹 도메인은 서빙 GPRS 서비스 노드(SGSN)(8)를 포함한다.

라우터들(601, 603, 605) 각각은 라우터들 각각에 전달된 데이터 패킷들을 저장하기 위한 단지 3개의 개별 큐들을 갖는 메모리 유닛들(미도시)을 포함한다. 제 1 큐는 모든 실시간 트래픽을 위한 촉진된 포워딩(EF: expedited forwarding)이며, 제 2 큐는 모든 인터랙티브 트래픽을 위한 보증된 포워딩(AF: assured forwarding)이며, 제 3 최상 노력(BE: best effort) 큐는 백그라운드 트래픽을 위한 것이다. 따라서, 제 1 처리 그룹 도메인(609)은 단지 3개의 다른 지연 카테고리들 및 이에 따른 단지 3개의 다른 가능한 데이터 처리들을 갖는다.

제 2 및 제 3 처리 그룹 도메인들의 SGSN 및 GGSN에서, 이미 정의된 6×3 처리 구조와 같은 전형적인 UMTS 트래픽 처리 클래스들이 이용가능하다. 이 6×3 TREC 구조는 대화형, 스트리밍, 제 1 인터랙티브 THP, 제 2 인터랙티브 THP, 제 3 인터랙티브 THP, 및 백그라운드로서 정의되는 6개의 다른 처리 열 카테고리들을 갖는다.

따라서, 6×3 처리 클래스 구조를 갖는 제 2 및 제 3 처리 그룹 도메인과 제 1 처리 그룹 도메인 모두를 위해 사용될 수 있는 처리 클래스들을 정의하는 문제가 발생한다.

도 9b를 참조하면, 본 발명의 제 2 실시예를 구체화하는 네트워크 관리 시스템이 도시된다. 네트워크 관리 시스템은 모든 3개의 도메인들에 대해 요구된 서비 스를 위한 데이터 처리들을 관리할 수 있다. 네트워크 관리 시스템은 (상술된 제 1 실시예에서 사용된 TREC 생성기와 유사한) TREC 생성기(701) 및 처리 그룹(TREG) 생성기(703)를 포함한다. TREC 생성기(701)는 TREG 생성기(703)에 접속된다.

도 9c를 참조하면, 본 발명의 제 2 실시예에 의해 사용된 방법이 설명된다. 제 2 실시예에서 사용된 방법의 제 1 단계(705)는, 네트워크 관리 시스템이 이용가능한 네트워크 자원들에 의존하여 일련의 처리 클래스들(TRECs)을 생성한다는 점에서 제 1 실시예의 제 1 단계와 유사하다. 예를 들어, 상술된 6×3 TREC 구조가 생성된다. 동일 단계에서, 이 TREC 구조는 네트워크 요소들 및 이를 요구하는 관리 시스템들, 가령 서비스 관리 시스템(도 9b에서, 미도시)에 전달될 수 있다.

후속 단계에서, (도 5에 도시된 바와같이) 네트워크 관리 시스템 내의 서비스 품질(QoS) 방침 구성 툴(307)은 TREC 생성기(301)에 의해 발생된 처리 클래스들의 개수가 도메인들에서 이용가능한 처리들의 개수보다 큰 지를 결정한다. 만일 그러한 경우에, 처리 클래스 값들은 처리 그룹(TREG) 생성기(703)에 전달된다.

후속 단계(709)에서, 처리 그룹(TREG) 생성기는 다양한 처리 클래스들(TRECs)을 예를 들어, 다수의 처리 그룹들(TREGs)로 그룹화 또는 합성하며, 이에 따라 TREG들의 개수가 이용가능한 처리들의 개수와 일치하게 된다.

본 발명의 실시예들에 의해 적용된 2개의 가능한 그룹화 알고리즘은 지연에 의해 그룹화되거나 우선순위에 의해 그룹화된다. 제 1 처리 그룹화 알고리즘은 자신의 추정 지연에 따라 다양한 처리 클래스들을 그룹화한다. 만일 예를 들어, 여러가지 처리 클래스들: 0.5초의 지연을 갖는 처리 클래스(TREC-X), 1초의 지연을 갖 는 처리 클래스(TREC-Y) 및 7초의 지연을 갖는 처리 그룹(TREC-Z)이 있는 경우에, 처리 그룹 생성기(703)는 처리 그룹 TREG-알파를 형성하기 위한 클래스들(X 및 Y), 및 처리 그룹 TREG-베타를 형성하기 위한 처리 클래스(Z)를 그룹화한다.

제 2 그룹화 알고리즘은 자신의 우선순위에 따라 다양한 처리 클래스들을 합성한다.

지연(TREG_d)에 의한 그룹화에 있어서, 동일 지연 처리 그룹에 속하는 모든 트래픽은 그룹화 지역에서 동일한 지연 처리를 수신한다. 대조적으로, 동일 우선순위 처리 그룹(TREG_p)에 속하는 모든 트래픽은 그룹화 지역에서 동일한 우선순위 처리를 수신한다.

단계(711)에서, 서비스 품질(QoS) 방침 구성 툴(307)은 내부 데이터베이스에서 도메인 또는 서브도메인 그룹화들이 서비스 품질(QoS) 네트워크 관리 처리 클래스 명령들에 순응하는지를 체크한다. 바꾸어 말하면, 관리 시스템은 네트워크 지연 구성이 동일 TREG들에 속하는 TREC들이 동일한 추정 지연 처리를 수신할 수 있게 하는 방식으로 구성될 수 있는지를 체크한다.

마지막으로, 단계(713)에서, 일관성 체크가 전달되는 경우에, 지연에 영향을 미치는 방침들이 네트워크 요소들에 전개될 수 있다. 따라서, 본 발명의 제 2 실시예가 사용되는 경우에, 방침 정보는 가입자 서비스 요구를 대기하는 SGSN들(8), GCSN들(19) 및 RNC들(4)과 같은 다양한 네트워크 요소들에 전달된다.

도 9a를 참조하면, 이러한 처리 클래스들의 그룹화의 예가 도시되는데, 여기 서 처리 클래스들(TREC1 내지 TREC6)은 (실시간 트래픽을 위한) 제 1 처리 그룹(613)으로 그룹화되며, 처리 클래스들(TREC7 내지 TREC15)은 (인터랙티브 트래픽을 위한) 제 2 처리 그룹으로 그룹화되며, 그리고 처리 클래스들(TREC16 내지 TREC18)은 (백그라운드 트래픽을 위한) 제 3 처리 그룹으로 그룹화된다.

본 발명의 실시예들은 임의의 다른 타입의 무선 베어러들의 정점에서, 또는 ATM 처리들의 정점 혹은 기타 등에서 트래픽을 수행하는데에 사용될 수 있다.

상술된 실시예들이 GPRS 또는 UMTS 통신 시스템 콘텍스트에서 설명되었다. 실시예들에서 도시된 본 발명은 또한 ITU-T에 의해 제시된 TMN 원리들을 구현하는 다른 통신 시스템들에 적용될 수 있다.

본 발명의 실시예들이 네트워크 관리 시스템 및 서비스 관리 시스템 콘텍스트에서 설명되었다. 본 발명의 실시예들은 또한 다른 네트워크 관리 계층들에서 적용될 수 있다.

본 발명의 실시예들이 패킷 교환 환경 콘텍스트에서 설명되었다. 본 발명의 실시예들은 또한 회선 교환 환경들에 적용될 수 있다.

Claims

원격통신 네트워크에서 서비스 관리 방법- 여기서, 적어도 하나의 서비스는 상기 네트워크를 통해 액세스가능하며, 상기 네트워크는 관리 시스템들에 의해 관리되며 -에 있어서,

공통 트래픽 카테고리들을 제공하는 단계와;

상기 각 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 정보를 상기 공통 트래픽 카테고리들에 제공하는 단계와;

상기 공통 트래픽 카테고리들 중 하나를 적어도 하나의 서비스에 할당하는 단계와; 그리고

상기 정보에 따라 상기 네트워크에서 상기 서비스를 처리하는 단계를 포함하는 것을 특징으로 하는 원격통신 네트워크에서 서비스 관리 방법.
제 1항에 있어서, 상기 공통 트래픽 카테고리들을 제공하는 단계는 적어도 하나의 트래픽 카테고리에 대한 적어도 하나의 파라메터를 정의하는 단계를 포함하는 것을 특징으로 하는 원격통신 네트워크에서 서비스 관리 방법.
제 2항에 있어서, 상기 공통 트래픽 카테고리들 중 적어도 하나는 상기 적어도 하나의 파라메터의 적어도 하나의 값 또는 값들의 범위에 의해 특정되는 것을 특징으로 하는 원격통신 네트워크에서 서비스 관리 방법.
제 2항 또는 제 3항에 있어서, 복수의 파라메터들이 적어도 하나의 트래픽 카테고리에 대해 정의되며, 상기 적어도 하나의 트래픽 카테고리는 상기 파라메터들 각각에 대한 값들로 특정되는 것을 특징으로 하는 원격통신 네트워크에서 서비스 관리 방법.
제 2항 또는 제 3항에 있어서, 상기 공통 트래픽 카테고리를 식별하는 상기 적어도 하나의 파라메터는:

트래픽 클래스(TC);

할당/보유 우선순위(ARP);

트래픽 처리 우선순위(THP);

대역폭 중 적어도 하나인 것을 특징으로 하는 원격통신 네트워크에서 서비스 관리 방법.
제 1항에 있어서, 공통 트래픽 카테고리 그룹들을 제공하는 단계를 포함하며, 여기서 상기 적어도 하나의 그룹은 상기 공통 트래픽 카테고리들 중 적어도 2개를 포함하는 것을 특징으로 하는 원격통신 네트워크에서 서비스 관리 방법.
제 6항에 있어서, 상기 공통 트래픽 카테고리들에 정보를 제공하는 단계는:

상기 원격통신 네트워크의 제 1 부분에 상기 적어도 하나의 공통 트래픽 카테고리 그룹에 속하는 공통 트래픽 카테고리들이 상기 원격통신 네트워크의 상기 제 1 부분에서 어떻게 처리되는지에 관한 정보를 제공하는 단계를 포함하는 것을 특징으로 하는 원격통신 네트워크에서 서비스 관리 방법.
통신시스템에 있어서,

제 1 관리 기능부 및 제 2 관리 기능부를 포함하며, 여기서 상기 제 1 및 제 2 관리 기능부들은 공통 트래픽 카테고리들을 사용하며, 상기 제 1 관리 기능부는 트래픽이 할당된 공통 트래픽 카테고리에 따라 처리되도록 제어하며, 상기 제 2 관리 기능부는 서비스에 적절한 트래픽 카테고리를 할당하는 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 통신 네트워크를 더 포함하며, 여기서 상기 제 1 관리 기능부는 상기 서비스와 관련된 트래픽이 서비스에 할당된 상기 공통 트래픽 카테고리에 따라 상기 네트워크에서 처리되도록 제어하는 것을 특징으로 하는 통신시스템.
제 8항 또는 제 9항에 있어서, 공통 트래픽 카테고리 정보를 저장하는 적어도 하나의 메모리를 포함하며, 여기서 상기 적어도 하나의 메모리는 상기 제 1 및/또는 제 2 관리 기능부에 제공되는 것을 특징으로 하는 통신시스템.
제 10항에 있어서, 메모리가 상기 제 1 및 제 2 관리 기능부들 각각에 제공되며, 여기서 일 메모리는 상기 공통 트래픽 카테고리 정보를 저장하며, 타 메모리는 상기 타 메모리에 저장된 정보와 동기화되는 것을 특징으로 하는 통신시스템.
제 8항 또는 제 9항에 있어서, 메모리가 상기 제 1 및 제 2 관리 기능부들과 개별적으로 제공되며, 여기서 상기 메모리는 상기 공통 트래픽 카테고리 정보를 저장하며, 상기 메모리는 상기 관리 기능부들 모두에 의해 액세스가능한 것을 특징으로 하는 통신시스템.
제 12항에 있어서, 상기 메모리는 상기 네트워크의 통신 노드에 있거나, 제 3 관리 기능부에 있는 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 카테고리들은 보증된 비트 전송률의 카테고리들 그룹을 포함하는 것을 특징으로 하는 통신시스템.
제 14항에 있어서, 상기 보증된 비트 전송률의 카테고리들은 대화형 데이터 카테고리와 스트리밍 데이터 카테고리 중 적어도 하나를 포함하는 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 카테고리들은 보증되지않은 비트 전송률의 카테고리들 그룹을 포함하는 것을 특징으로 하는 통신시스템.
제 16항에 있어서, 상기 보증되지않은 비트 전송률의 클래스들은 제 1 트래픽 처리 우선순위를 갖는 제 1 인터랙티브 처리와, 제 2 트래픽 처리 우선순위를 갖는 제 2 인터랙티브 데이터 처리와, 제 3 트래픽 처리 우선순위를 갖는 제 3 인터랙티브 데이터 처리와, 그리고 백그라운드 데이터 처리 중 적어도 하나를 포함하는 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 카테고리들은 3개의 그룹들을 포함하며, 여기서 각 그룹은 서로 다른 할당 및/또는 보유 및/또는 우선순위를 갖는 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 카테고리들은 공통 트래픽 카테고리 그룹들을 포함하며, 상기 공통 트래픽 카테고리 그룹들은 관련 공통 트래픽 카테고리들을 포함하며, 여기서 상기 제 1 관리 기능부는 상기 시스템의 제 1 부분에서 상기 공통 트래픽 카테고리 그룹들에 따라 자원들을 결정함과 아울러, 상기 시스템의 제 2 부분에서 상기 데이터 카테고리들에 따라 자원들을 결정하는 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 적어도 하나의 통신 노드는 상기 제 2 관리 기능부로부터 상기 서비스에 대해 상기 할당된 공통 트래픽 카테고리를 정의하는 정보와, 그리고 상기 제 1 관리 기능부로부터 상기 할당된 공통 트래픽 카테고리에 관한 정보를 수신하는 것을 특징으로 하는 통신시스템.
제 20항에 있어서, 상기 할당된 공통 트래픽 카테고리 정보는 상기 서비스와 관련된 트래픽 처리에 관한 적어도 하나의 파라메터를 포함하는 것을 특징으로 하는 통신시스템.
제 20항에 있어서, 상기 적어도 하나의 통신 노드는 GGSN, RNC, 그리고 SGSN 중 적어도 하나를 포함하는 것을 특징으로 하는 통신시스템.
제 20항 또는 제 21항에 있어서, 상기 제 2 관리 기능부는 HLR을 통해 상기 서비스에 대한 상기 트래픽 카테고리 정보를 상기 적어도 하나의 노드에 제공하는 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 통신 시스템은 UMTS 아키텍처 통신 시스템인 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 통신 시스템은 GPRS 아키텍처 통신 시스템인 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 제 1 관리 기능부는 네트워크 관리 시스템(NMS)인 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 제 2 관리 기능부는 서비스 관리 시스템(SMS)인 것을 특징으로 하는 통신시스템.
제 9항에 있어서, n개의 카테고리들이 제공되며, 상기 네트워크의 일부가 단지 m개(여기서, m<n)의 카테고리들만을 처리하며, 여기서, 상기 n개의 카테고리들은 m개 이하의 그룹들로 분류되는 것을 특징으로 하는 통신시스템.
제 8항에 있어서, 상기 제 1 관리 기능부는 상기 트래픽 카테고리들에 관한 정보를 적어도 하나의 통신 노드에 제공하는 것을 특징으로 하는 통신시스템.
제 29항에 있어서, 상기 트래픽 카테고리들에 관한 정보가 전달되는 상기 적어도 하나의 통신 노드는 SGSN, GGSN, BSC, 그리고 RNC 중 적어도 하나를 포함하는 것을 특징으로 하는 통신시스템.
제 29항 또는 제 30항에 있어서, 상기 적어도 하나의 통신 노드는 할당된 트래픽 카테고리의 적어도 하나의 파라메터를 실시(enforce)하는 것을 특징으로 하는 통신시스템.
원격통신 네트워크- 여기서, 적어도 하나의 서비스가 상기 네트워크를 통해 액세스가능하며, 상기 네트워크는 관리 시스템들에 의해 관리되며 -에 있어서,

공통 트래픽 카테고리들을 제공하는 수단과;

상기 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 정보를 제공하는 수단과; 그리고

상기 공통 트래픽 카테고리들 중 하나를 적어도 하나의 서비스에 할당하는 수단을 포함하며,

여기서, 상기 네트워크는, 상기 네트워크에서의 상기 서비스가 상기 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 상기 정보에 따라 처리되도록 구성되는 것을 특징으로 하는 원격통신 네트워크.
제 32항에 있어서, 상기 공통 트래픽 카테고리들을 제공하는 수단 및/또는 상기 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 정보를 제공하는 수단을 포함하는 제 1 관리 시스템을 포함하는 것을 특징으로 하는 원격통신 네트워크.
제 32항 또는 제 33항에 있어서, 상기 공통 트래픽 카테고리들 중 하나를 적어도 하나의 서비스에 할당하는 상기 수단을 포함하는 제 2 관리 시스템을 포함하는 것을 특징으로 하는 원격통신 네트워크.
제 32항에 있어서, 상기 공통 트래픽 카테고리들을 제공하는 수단은 적어도 하나의 파라메터를 제공하는 수단을 포함하며, 여기서 상기 공통 트래픽 카테고리들 중 적어도 하나는 상기 적어도 하나의 파라메터의 적어도 하나의 값 또는 상기 값들의 범위에 의해 특정되는 것을 특징으로 하는 원격통신 네트워크.
제 32항에 있어서, 상기 공통 트래픽 카테고리들을 제공하는 수단은 복수의 파라메터들을 제공하는 수단을 포함하며, 여기서 상기 공통 트래픽 카테고리들 중 적어도 하나는 상기 복수의 파라메터들의 값들에 의해 특정되는 것을 특징으로 하는 원격통신 네트워크.
제 35항 또는 제 36항에 있어서, 상기 공통 트래픽 카테고리를 식별하는 상기 적어도 하나의 파라메터는:

트래픽 클래스(TC);

할당/보유 우선순위(ARP);

트래픽 처리 우선순위(THP);

대역폭 중 적어도 하나를 포함하는 것을 특징으로 하는 원격통신 네트워크.
제 32항에 있어서, 상기 공통 트래픽 카테고리들을 제공하는 수단은 공통 트래픽 카테고리 그룹들을 제공하는 수단을 포함하며, 여기서 상기 적어도 하나의 그룹은 상기 공통 트래픽 카테고리들 중 적어도 2개를 포함하는 것을 특징으로 하는 원격통신 네트워크.
제 38항에 있어서, 상기 공통 트래픽 카테고리들이 상기 네트워크에서 어떻게 처리되는지에 관한 정보를 제공하는 상기 수단은 상기 원격통신 네트워크 자원들의 제 1 부분에 상기 적어도 하나의 공통 트래픽 카테고리 그룹에 속하는 공통 트래픽 카테고리들이 상기 원격통신 네트워크의 상기 제 1 부분에서 어떻게 처리되는지에 관한 정보를 제공하는 수단을 포함하는 것을 특징으로 하는 원격통신 네트워크.