KR20090129090A

KR20090129090A - 휴대 인터넷 시스템의 서비스 플로우 관리 방법 및 그 장치

Info

Publication number: KR20090129090A
Application number: KR1020080055185A
Authority: KR
Inventors: 하윤정; 김한석; 박중신
Original assignee: 삼성전자주식회사
Priority date: 2008-06-12
Filing date: 2008-06-12
Publication date: 2009-12-16
Also published as: KR101483270B1

Abstract

본 발명은 휴대 인터넷 네트워크에 접속하는 적어도 하나 이상의 MS(mobile station)이 사용할 적어도 하나 이상의 SF(service flow)를 설정하는 과정과, 발신측 MS와 착신측 MS간 통화 세션을 설정하기 위한 제1 시그널링 과정과, 상기 각 MS가 상기 설정된 SF를 어드미트 상태로 변경하기 위한 제1 DSC(Dynamic Service Change) 과정과, 상기 착신측 MS가 통화 요청에 대한 응답을 하면, 상기 제1 DSC 과정에서 어드미트 상태로 변경된 상기 SF를 액티브 상태로 변경하는 제2 DSC 과정과, 상기 발신측 MS와 착신측 MS간 통화 세션이 종료되면, 상기 SF를 프로비젼 상태로 변경하는 제3 DSC 과정을 포함하는 휴대 인터넷 시스템의 SF 관리 방법을 개시하여, 고가의 PCRF를 구현하지 않고, MS가 사용할 서비스 플로우를 미리 설정하여 동적으로 할당함은 물론 서비스 플로우에 대한 관리 효율이 향상되도록 하는 것이다.

Description

휴대 인터넷 시스템의 서비스 플로우 관리 방법 및 그 장치{apparatus and method of management service flow in portable internet system}

본 발명은 휴대 인터넷 시스템의 서비스 플로우 관리 방법 및 그 장치에 대한 것으로, 더욱 상세하게는, 휴대 인터넷 시스템을 통해 VoIP 서비스를 제공하는 경우에 고가의 PCRF를 구현하지 않고, MS가 사용할 서비스 플로우를 미리 설정하여 MS에게 동적으로 서비스 플로우를 할당할 수 있으며, 통화 세션이 종료된 이후에도 서비스 플로우를 프리비젼 상태로 변경시키므로 서비스 플로우에 대한 관리 효율을 향상시키거나, MS에게 사용할 서비스 플로우의 QoS 파라미터 값을 미리 설정하거나, QoS 프로파일을 기반으로 허여함으로써, MS의 VoIP 서비스 품질을 정확하게 예측하여 QoS를 보장하는 휴대 인터넷 시스템의 서비스 플로우 관리 방법 및 그 장치에 대한 것이다.

차세대 통신 시스템인 4세대(4G: 4th Generation) 통신 시스템에서는 고속으로 높은 수준의 서비스 품질(QoS : Quality of Service)을 가지는 서비스들을 사용자들에게 제공하기 위한 연구가 활발히 진행되고 있다.

특히, 4G 통신 시스템에서는 무선 근거리 통신 네트워크(LAN: Local Area Network) 시스템 및 무선 도시 지역 네트워크(MAN: Metropolitan Area Network) 시스템과 같은 광대역 무선 접속(BWA : Broadband Wireless Access) 통신 시스템에 이동성(mobility)과 서비스 품질(QoS: Quality of Service)을 보장하는 형태로 고속 서비스를 지원하도록 하는 연구가 활발하게 진행되고 있으며, 대표적인 통신 시스템이 IEEE(Institute of Electrical and Electronics Engineers) 802.16a/d 통신 시스템 및 IEEE 802.16e 통신 시스템이다.

IEEE 802.16a/d 통신 시스템 및 IEEE 802.16e 통신 시스템은 무선 MAN 시스템의 물리 채널(physical channel)에 광대역(broadband) 전송 네트워크를 지원하기 위해 직교 주파수 분할 다중(OFDM: Orthogonal Frequency Division Multiplexing)/직교 주파수 분할 다중 접속(OFDMA : Orthogonal Frequency Division Multiple Access) 방식을 적용한 통신 시스템이다.

IEEE 802.16a/d 통신 시스템은 현재 가입자 단말기(SS: Subscriber Station)가 고정된 상태, 즉 이동성을 전혀 고려하지 않은 상태 및 단일 셀 구조만을 고려하고 있는 시스템이나, IEEE 802.16e 통신 시스템은 IEEE 802.16a 통신 시스템에 SS의 이동성을 고려하는 시스템이다. 이동성을 가지는 SS를 이동 단말기(MS: Mobile Station다)라 칭한다.

이러한, IEEE 802.16e 통신 시스템에서는 MS가 기지국(BS : Base Station)에 접속하여 서비스를 제공받기 위하여, BS의 서비스 영역에 진입하는 망 진입(network entry) 과정을 성공적으로 수행하여, BS와 서비스 플로우(service flow)가 설정된다.

서비스 플로우는 특정 QoS를 보장하는 접속(connection)을 통해 전달되는 서비스 데이터 유닛(SDU : Service Data Unit)들의 단방향 흐름을 의미하며, 프로비젼 QoS 파라미터 셋(프로비젼 QoS Parameter Set)과, 어드미트 QoS 파라미터 셋(어드미트 QoS Paramemer Set), 액티브 QoS 파라미터 셋(액티브 QoS Parameter Set)의 세 가지 타입의 QoS 파라미터 셋을 가질 수 있다.

여기서, 프로비젼 QoS 파라미터 셋은, 서비스 플로우 특성을 설정하여 서비스 플로우 식별자(SFID : Service Flow IDentifier)를 부여한 상태로, SFID는 BS가 서비스 플로우에 부여한 32비트의 식별자이다.

MS는 BS와 논리적으로 여러 개의 접속과 서비스 플로우가 존재하며, 각각의 서비스 플로우에 상응하여 각각 다른 접속이 존재한다.

따라서, MS와 BS간 각각 다른 서비스 플로우 및 접속을 구분하기 위하여 SFID와 접속 식별자(CID: Connection IDentifier)를 사용한다.

어드미트 QoS 파라미터 셋은 자원(resource)을 점유하고 있지만 실제 액티브되지 않은 상태로서, BS로부터 16비트의 CID를 할당 받은 상태이고, 액티브 QoS 파라미터 셋은 실제 자원을 사용하고 있는 상태로, 액티브 QoS 파라미터 셋을 실제 데이터가 송수신 될 수 있는 QoS 파라미터 셋이다.

한편, MS가 초기화를 통해 등록이 완료되면, MS와 BS간에는 동적 서비스 추가(DSA: Dynamic Service Addition) 메시지를 송수신하는 DSA 과정을 수행하며, DSA 메시지는 프로비젼 QoS 파라미터 셋을 포함하므로 MS는 BS로부터 서비스 가능한 서비스 플로우를 설정한다.

또한, MS가 트래픽(traffic)을 송수신하는 중에 현재 설정된 서비스 플로우의 서비스 파라미터를 변경해야 하는 경우, MS는 필요한 서비스 파리미터를 변경하기 위해 동적 서비스 변경(DSC : Dynamic Service Change) 메시지를 BS로 전송하여 DSC 과정을 수행한다. 한편, 서비스 플로우를 통해 교환되는 트래픽이 존재하지 않아서 전송 CID(TCID : Transport CID)를 반환하는 경우에는 DSC 과정을 수행한다.

그리고, MS는 트래픽 송수신을 마치고 연결된 서비스 플로우를 종료하는 경우에는 동적 서비스 삭제(DSD: Dynamic Service Deletion) 메시지를 BS로 전송하여 DSD 과정을 통해 해당 서비스 플로우를 삭제한다.

한편, IP 망을 통한 전화 서비스인 인터넷 전화 통화(VoIP : Voice over IP) 서비스는 실시간으로 음성을 패킷에 포함시켜 IP 망을 통해 설정된 통화 세션을 통해 교환하는 서비스로, 패킷 기반의 IP 망에서 기존의 전화 서비스와 유사한 음성 통화 서비스를 제공하기 위해 개발된 것이다.

이러한, VoIP 서비스에서는 송수신자간의 호 설정(Call Connection)은 통화 설정 시그널링 프로토콜, 예를 들어, SIP(Session Initiation Protocol)과 SDP (Session Description Protocol)를 기반으로 이루어진다.

SIP는 기존의 전화망에서 SS7(Signalling System Number 7)이 담당하던 송수신자간의 통신 경로(call)를 설정, 즉 통화 세션 설정 기능을 담당하고, SDP는 설정된 통신 세션을 통하여 교환되는 패킷의 특성을 정의한다.

SIP/SDP에 의하여 통화 세션이 설정되면, 송수신자의 음성은 샘플링(sampling)되어 RTP (Real Time Protocol) 패킷에 포함되어, 통화 세션을 통해 UDP/IP 상으로 교환된다.

상술한 IEEE 802.16e 통신 시스템과 같은 휴대 인터넷 시스템을 통해 VoIP 서비스를 제공하는 경우에 VoIP 서비스의 품질(QoS)을 보장하기 위해 SIP/SDP을 이용하여 MS와 BS간 무선 망에서의 QoS를 지원한다.

IEEE 802.16을 정의하는 예컨대 와이맥스 포럼의 네트워크 그룹(NWG Network Working Group)에서는 MS가 필요할 때마다 QoS를 지원하는 QoS 서비스 플로우를 동적으로 할당받아 사용할 수 있도록 서비스 플로우를 관리하는 PCRF(Policy Charging Rules Function)를 정의하여 사용하기를 권장하고 있다.

그러나, PCRF가 고가의 장비이므로, 휴대 인터넷 시스템에 PCRF를 구현하기에는 현실적으로 구현 비용 측면에서 어려운 문제이다.

한편, 정의되는 PCRF를 구현하지 않은 휴대 인터넷 시스템에서 정적(Static) QoS를 지원하는 경우에는 MS가 진입하는 초기에 해당 MS에서 필요로 하는 모든 서비스 플로우를 액티브시켜야 하기 때문에 서비스 플로우에 대한 자원 관리가 비효율적이다.

이하, 휴대 인터넷 시스템에서 정적 QoS를 지원하는 방식을 간단히 살펴본다.

정적 QoS는 휴대 인터넷 시스템의 자원을 관리하는 관리 서버(NMS : network management server)에 의해 예비 QoS 파라미터 셋(프로비젼 QoS parameter set)을 설정할 수 있다.

예비 QoS 파라미터 셋은 인증 서버(RADIUS 서버 또는 AAA(Authorization, Authentication and Accounting) 서버)를 통해 MS로 전달되거나, 관리 서버에 의해 ASN-GW(Access Service Network Gateway) 또는 BS에 미리 정의될 수 있다.

인증 서버는 MS가 사용할 서비스 플로우를 서비스 프로파일 ID(Service Profile ID) 또는 서비스 클래스 네임(Service Class Name)으로 전송한다.

한편, 휴대 인터넷 시스템의 운용자는 해당 QoS 파라미터 셋의 초기 상태(State)를 정의할 수 있으며, 정적 QoS는 초기 상태를 프로비젼/어드미트/액티브(프로비젼/어드미트/액티브)의 상태를 가질 수 있고, TLV((Type, Length, Value)에는 해당 상태를 조합한 값이 QoS 파라이터 셋 값(Value)으로 전달될 수 있다.

또한, 서비스 플로우는 두 가지 종류가 있으며, 첫째로는 초기 서비스 플로우(Initial Service Flow : ISF)로, DHCP(dynamic host configuration protocol) 이전에 시그널링(Signalling)을 위한 최초 서비스 플로우이다. 초기 서비스 플로우가 설정되지 않으면, MS는 휴대 인터넷 망을 통해 통화 세션을 설정하기 위한 시그널링 절차를 수행하지 못하므로, 휴대 인터넷 네트워크를 벗어난다.

두 번째로는 애플리케이션(Application)에서 사용하는 Pre-프로비젼 Service Flow(PPSF)로, 해당 PPSF는 MS가 초기 접속 또는 핸드오프시에 생성되지 않으면, CRR(Combined Resource Required) Flag 에 따라 각기 다르게 처리되며, CRR 플래그가 ON 되어있으면, 휴대 인터넷 네트워크를 벗어나고, OFF 이면, 해당 서비스 플로우를 릴리즈(Silently Release)한다.

도 1은 일반적인 휴대 인터넷 시스템은 통해 VoIP 서비스를 제공하는 흐름을 설명하기 위한 흐름도이다.

도 1을 참조하면, 발신측 MS(10-1) 및 착신측 MS(10-2)는 기지국(BS) 및 접속 제어 라우터(ACR : access control router)로 구성되는 기지국 시스템(20-1, 20-2)에 등록 완료되면, DSA 과정을 통해 초기 서비스 플로우를 설정한다(S 10, S 11). 이때, 초기 서비스 플로우의 타입은 프로비젼 및 액티브 QoS 파라미터 셋을 가지는 타입이 될 수 있다.

발신측 MS(10-1) 및 착신측 MS(10-2)은 VoIP 서비스를 제공하기 위한 RTP 패킷을 교환하기 위한 서비스 플로우에 대한 자원을 CAC(call admission control)과 UGS(Unsoilicited Granted Service) 타입으로 예약한다.

발신측 MS(10-1)는 초기 서비스 플로우가 설정되면, 통화 요청 시그널링인 SIP INVITE를 콜 서버(30)를 통해 착신측 MS(10-2)로 전송한다(S 12, S 13).

착신측 MS(10-2)는 SIP INVITE가 수신되면, 통화 요청 중임을 알리는 응답 시그널링인 SIP 183을 발신측 MS(10-1)로 전송한다(S 14, S 15).

착신측 MS(10-2)는 사용자가 통화 요청에 대한 응답(Hook off)하면, SIP INVITE에 대한 응답 확인 시그널링인 SIP 200을 발신측 MS(10-1)로 전송한다(S 16, S 17).

발신측 MS(10-1)는 SIP 200이 수시되면, 확인 시그널링인 SIP ACK를 착신측 MS(10-2)로 전송하고(S 18, S 19), 통화 세션을 설정한다(S 20).

이후 발신측 MS(10-1) 및 착신측 MS(10-2)는 통화 세션을 통해 VoIP 트래픽, 즉 음성 정보가 포함되는 RTP 패킷을 교환한다.

한편, 발신측 MS(10-1)의 사용자가 통화 종료를 선택하면(Hook on), 통화 종 료 시그널링인 SIP BYE를 착신측 MS(10-2)로 전송하고(S 21, S 22), 착신측 MS(10-2)은 SIP BTE가 수신되면, 응답 시그널링인 SIP ACK를 발신측 MS(10-1)로 전송하여(S 23, S 24), 통화 세션을 종료한다.

그리고, 착신측 MS(10-2)는 서비스 플로우를 통해 교환되는 트래픽이 존재하지 않아서 전송 CID(TCID : Transport CID)를 반환해야 하는 경우, DSC 과정을 통해 서비스 플로우의 상태를 변경한다(S 25).

발신측 MS(10-1)는 서비스 플로우를 종료해야 하므로, DSD 과정을 통해 서비스 플로우를 삭제한다(S 26).

이와 같은 일반적인 휴대 인터넷 시스템에 PCRF를 구현하지 않은 정적 QoS로 VoIP 서비스를 제공하기 위한 PPSF를 처리하는데 문제가 발생한다. 즉, PPSF가 초기에 활성화된 액티브 상태가 아니고, 프로비젼 상태에서는 DSC 과정을 수행할 수 있는 방안이 PCRF를 구현하는 방법밖에 없다.

또한, CRR 플래그가 ODD인 상태에서 PPSF 중 일부가 릴리즈되면, 릴리즈된 서비스 플로우를 다시 복구하여 사용하기 위해서는 정적 QoS는 CRR 플래그를 ON시켜 ISF 및 PPSF를 항상 액티브 상태로 만들어야 하기 때문에 자원 관리 측면에서 매우 비효율적이다.

한편, CCR 플래그가 ON 상태인 경우라도 MS의 초기 네트워크 진입시에 모든 PPSF의 자원을 예약할 수 없으면, 휴대 인터넷 네트워크에 진입할 수 없으므로, 통화 설정 성공률이 저하된다.

본 발명은 상술한 바와 같은 문제를 해소하기 위해 제안되는 것으로, 휴대 인터넷 시스템에 고가의 PCRF를 구현하지 않고도 VoIP 서비스를 제공하기 위한 서비스 플로우를 동적으로 관리할 수 있는 휴대 인터넷 시스템의 서비스 플로우 관리 방법 및 그 장치를 제공하는 데 그 목적이 있다.

본 발명의 일 측면에 따른 휴대 인터넷 시스템의 SF(Service Flow) 관리 방법은, 휴대 인터넷 네트워크에 접속하는 적어도 하나 이상의 MS(mobile station)이 사용할 적어도 하나 이상의 SF를 설정하는 과정과, 발신측 MS와 착신측 MS간 통화 세션을 설정하기 위한 제1 시그널링 과정과, 상기 각 MS가 상기 설정된 SF를 어드미트 상태로 변경하기 위한 제1 DSC(Dynamic Service Change) 과정과, 상기 착신측 MS가 통화 요청에 대한 응답을 하면, 상기 제1 DSC 과정에서 어드미트 상태로 변경된 상기 SF를 액티브 상태로 변경하는 제2 DSC 과정과, 상기 발신측 MS와 착신측 MS간 통화 세션이 종료되면, 상기 SF를 프로비젼 상태로 변경하는 제3 DSC 과정을 포함한다.

상기 SF를 설정하는 과정은, 상기 SF를 프로비젼 상태 또는 액티브 상태 중 어느 한 상태 이상으로 설정한다.

상기 제1 시그널링 과정은, 상기 발신측 MS가 SIP INVITE를 착신측 MS로 전송하는 과정과, 상기 착신측 MS가 SIP 183을 발신측 MS로 전송하는 과정을 포함한 다.

상기 제1 DSC 과정은, 상기 각 MS가 수신되는 SIP 메시지로부터 서비스 변경 정보를 생성하는 과정과, 상기 미리 설정된 SF의 QoS 파라미터와 상기 서비스 변경 정보를 기반으로 SF를 선정하는 과정과, 상기 선정된 SF를 어드미트 상태로 변경하기 위해 기지국 시스템으로 DSC 요청 메시지를 전송하는 과정을 포함한다.

상기 서비스 변경 정보를 생성하는 과정은, 상기 MS의 애플리케이션에서 상기 SIP 메시지의 SDP 필드에 포함된 정보를 분석하여 생성하는 방식 또는 CS(Convergence Sublayer) 계층이 상기 SIP 메시지를 분석하여 생성하는 방식 중 어느 한 방식으로 생성한다.

상기 서비스 변경 정보는, 상대의 IP 주소, 포트 번호 또는 CS 계층에서 패킷을 전송하기 위한 CS 룰(rule) 생성 정보 중 하나 이상의 정보를 포함한다.

상기 서비스 변경 정보는, Maximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter 또는 Request/Transmission Policy 중 하나 이상의 QoS 파라미터 정보를 더 포함한다.

상기 SF를 설정하는 과정은, 상기 MS가 사용할 적어도 하나 이상의 SF에 대한 서비스 프로파일 ID 또는 서비스 클래스 네임으로 설정하한다.

상기 SF를 선정하는 과정은, 상기 각 MS가 서비스 클래스 네임으로 상기 SF가 지정되었는지 확인하여, a) 서비스 클래스 네임이 지정되지 않은 경우, 상기 서비스 프로필 ID로 설정된 서비스 플로우 중 QoS 파라미터 값이 Subset되는 서비스 플로우 또는 CS 룰이 상대 IP 주소, 포트 번호와 동일한 서비스 플로우 또는 상기 서비스 변경 정보와 QoS 파라미터 값을 기반으로 상기 SF를 선정하고, b) 서비스 클래스 네임이 지정되는 경우, 서비스 클래스 네임을 지정된 서비스 플로우 중 프로비젼 상태의 SF QoS 파라미터 값과 상기 서비스 변경 정보를 기반으로 상기 SF를 선정한다.

상기 제1 DSC 과정은, 상기 착신측 MS가 SIP 200을 발신측 MS로 전송하기 이전에 수행된다.

본 발명의 다른 측면에 따른 휴대 인터넷 시스템의 SF 관리 방법은, 기지국 시스템이 SF의 적합성을 판단하기 위한 QoS 프로파일을 설정하는 과정과, 발신측 MS와 착신측 MS간 제1 시그널링 과정과, 상기 각 MS가 통화 세션을 설정하기 위한 SF를 추가하는 DSA(Dynamic Service Addition) 과정과, 상기 각 MS 가 DSA 과정을 통해 추가된 SF를 액티브 상태로 변경하기 위한 DSC 과정과, 상기 각 MS가 상기 액티브 상태로 변경된 SF를 통해 통화 세션을 설정하는 과정과, 상기 각 MS가 상기 통화 세션이 종료되면, 상기 SF를 삭제하는 DSD(Dynamic Service Delete) 과정을 포함한다.

상기 DSA 과정은, 상기 각 MS가 수신되는 SIP 메시지로부터 서비스 허여 정보를 생성하는 과정과, 상기 서비스 허여 정보를 기반으로 SF를 선정하는 과정과, 상기 선정된 SF를 추가하기 위해 상기 기지국 시스템으로 DSA 요청 메시지를 전송하는 과정과, 상기 기지국 시스템이 상기 서비스 허여 정보 및 상기 QoS 프로파일을 기반으로 상기 SF를 허여하는 과정을 포함한다.

상기 서비스 허여 정보를 생성하는 과정은, 상기 MS의 애플리케이션에서 상 기 SIP 메시지의 SDP 필드에 포함된 정보를 분석하여 생성하는 방식 또는 CS(Convergence Sublayer) 계층이 상기 SIP 메시지를 분석하여 생성하는 방식 중 어느 한 방식으로 생성한다.

상기 서비스 허여 정보는, 상대의 IP 주소, 포트 번호 또는 CS 계층에서 패킷을 전송하기 위한 CS 룰(rule) 생성 정보 중 하나 이상의 정보를 포함한다.

상기 서비스 허여 정보는, Maximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter 또는 Request/Transmission Policy 중 하나 이상의 QoS 파라미터 정보를 더 포함한다.

상기 DSA 과정은, 상기 착신측 MS가 SIP 200을 발신측 MS로 전송하기 이전에 수행된다.

본 발명의 또 다른 측면에 따른 휴대 인터넷 시스템은, VoIP 서비스에 사용할 적어도 하나 이상의 SF를 미리 설정하고, 상대 MS와 제1 시그널링 과정 이후에 상기 설정된 SF 중 선정되는 SF를 어드미트 상태로 변경하기 위한 제1 DSC 과정을 수행하고, 제2 DSC 과정을 통해 액티브 상태로 변경하여 통화 세션을 설정한 이후에 상기 통화 세션이 종료되면, 제3 DSC 과정을 통해 상기 SF를 프로비젼 상태로 변경하는 적어도 하나 이상의 MS를 포함한다.

상기 제1 시그널링 과정은, 상기 발신측 MS와 착신측 MS가 SIP INVITE 및 SIP 183을 교환한다.

상기 MS는, SIP 메시지의 SDP 필드로부터 서비스 변경 정보를 생성하고, 상기 미리 설정된 SF의 QoS 파라미터와 상기 서비스 변경 정보를 기반으로 SF를 선정 하여 상기 제1 DSC 과정을 수행한다.

본 발명의 또 다른 측면에 따른 휴대 인터넷 시스템은, DSA 과정을 통해 추가되는 SF의 적합성을 판단하기 위한 QoS 프로파일을 설정하는 적어도 하나 이상의 기지국 시스템과, VoIP 서비스를 위해 상대 MS와 제1 시그널링 과정 이후에 통화 세션을 설정하기 위한 SF를 추가하기 위한 상기 DSA 과정을 수행한 이후에 추가되는 추가된 SF를 액티브 상태로 변경하기 위한 DSC 과정을 통해 상기 통화 세션을 설정하고, 상기 통화 세션이 종료되면, 상기 SF를 삭제하는 DSD(Dynamic Service Delete) 과정을 수행한다.

상기 각 MS는, SIP 메시지로부터 서비스 허여 정보를 생성하여 SF를 선정하고, 상기 기지국 시스템으로 DSA 요청 메시지를 전송하여 상기 DSA 과정을 수행한다.

상기 기지국 시스템은, 상기 MS로부터 수신되는 상기 서비스 허여 정보 및 상기 QoS 프로파일을 기반으로 상기 SF를 허여한다.

본 발명의 또 다른 측면에 따른 휴대 인터넷 시스템에 접속하는 MS의 동작 방법은, 휴대 인터넷 네트워크를 통해 수신되는 SIP 메시지로부터 SF의 요구 정보를 파악하는 과정과, 상기 SF가 서비스 클래스 네임으로 지정되었는지 확인하는 과정과, 상기 서비스 클래스 네임으로 지정되어 있으면, 해당 SF가 프로비젼 상태인지 확인하는 과정과, 프로비젼 상태가 아니면, DSA 과정을 통해 SF를 추가하는 과정과, 프로비젼 상태이면, 상기 SF의 요구 정보와, 상기 프로비젼 상태의 SF에 대한 QS 파라미터를 비교하여 합당하면, DSC 과정을 통해 어드비트 상태로 변경하고, 합당하지 않으면, 상기 SF 설정을 거절하는 과정과, 상기 서비스 클래스가 지정되지 않으면, 프로비젼 상태의 SF를 선정하여 DSC 과정을 통해 어드미트 상태로 변경하는 과정을 포함한다.

상기 SF의 요구 정보는, 상기 SIP 메시지로부터 파악되는 상대의 IP 주소, 포트 번호 또는 CS 계층에서 패킷을 전송하기 위한 CS 룰(rule) 생성 정보 중 하나 이상의 정보 및 Maximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter 또는 Request/Transmission Policy 중 하나 이상의 QoS 파라미터 정보를 포함한다.

상술한 바와 같은 본 발명에 따르면, 휴대 인터넷 시스템을 통해 VoIP 서비스를 제공하는 경우에 고가의 PCRF를 구현하지 않고, MS가 사용할 서비스 플로우를 미리 설정하여 MS에게 동적으로 서비스 플로우를 할당할 수 있으며, 통화 세션이 종료된 이후에도 서비스 플로우를 프리비젼 상태로 변경시키므로 서비스 플로우에 대한 관리 효율을 향상시킬 수 있다.

또한, 기지국 시스템이 MS로부터 DSA 요청이 있으면, 해당 서비스 플로우의 추가에 대한 적합성을 QoS 프로파일을 기반으로 허여하여 서비스 플로우를 동적으로 할당할 수 있다.

그리고, MS에게 사용할 서비스 플로우의 QoS 파라미터 값을 미리 설정하거나, QoS 프로파일을 기반으로 허여함으로써, MS의 VoIP 서비스 품질을 정확하게 예측하여 QoS를 보장할 수 있다.

이하 본 발명의 바람직한 실시예에 따른 휴대 인터넷 시스템의 서비스 플로우 관리 방법 및 그 장치를 첨부 도면을 참조하여 상세 설명하며, 본 발명의 주된 기술 요지를 흐리거나, 주지된 기술 내용에 대한 상세 설명은 생략한다.

본 발명에 따른 용어 및 구성 요소에 대한 상세 설명 중에서 'IEEE 802.16'에 구체적으로 기술되어 있는 기술 내용에 대한 상세 설명은 생략한다.

도 2는 본 발명의 제1 실시예에 따른 휴대 인터넷 시스템에서 VoIP 서비스를 제공하는 흐름을 설명하기 위한 흐름도이다.

도 2를 참조하면, 휴대 인터넷 시스템의 운용자는 인증 서버(Radius 또는 AAA 서버)(도 5의 400) 또는 기지국 시스템(RAS/ACR)(200) 또는 ASN-GW에 해당 발신측 MS(100-1) 및 착신측 MS(100-2)가 사용할 다수개의 서비스 플로우를 미리 설정한다(provisioning)(S 101, S 102). 이 때, 미리 설정되는 서비스 플로우의 프로파일(Profile)은 서비스 프로파일 ID 또는 서비스 클래스 네임으로 구분할 수 있다.

또한, 미리 설정되는 서비스 플로우의 QoS 파라미터 셋 값은 발신측 MS(100-1) 및 착신측 MS(100-2)가 초기 접속하는 경우에 프로비젼 상태로 지정할 수 있다.

한편, 서비스 플로우의 QoS 파라미터 셋 값은 프로비젼&액티브 상태로 지정할 수 있으며, 프로비젼&액티브 상태로 지정하는 경우라도 해당 서비스 플로우가 PPSF이고, CRR 플래그가 OFF인 상태에 서비스 플로우를 허용할 수 없으나, 해당 서비스 플로우를 거절(reject)하지 않고 릴리즈되도록 한다.

이때, 해당 서비스 플로우의 상태를 삭제할 수 있으나, 본 발명의 제1 실시예에서는 CRR 플래그가 OFF인 상태이면, 프리비젼 상태로 유지되도록 한다.

그리고, 발신측 MS(100-1)는 사용자로부터 VoIP 서비스 요청이 있으면, 기존에 사용했던 TCID (Transport Connection ID)를 통하여 SIP INVITE를 착신측 MS(100-2)로 전송한다(S 103, S 104).

즉, SIP INVITE 메시지는 발신측 MS(100-1)로부터 착신측 MS(100-2)로 기지국 시스템(200) 및 콜 서버(300)를 통해 전송되며, SDP 필드, 즉 내부에 포함되는 SDP Offer 메시지에 상대편 IP 주소, 포트 및 QoS 정보 등을 포함한다.

착신측 MS(100-2)는 SIP INVITE가 수신되면, 통화 요청 중(통화 세션 설정 중)임을 알리는 SIP 183을 발신측 MS(100-1)로 전송한다(S 105, S 106).

그리고, 착신측 MS(100-2) 및 발신측 MS(100-1)는 미리 설정된 서비스 플로우의 상태를 어드미트 상태로 변경하기 위한 제1 DSC 과정을 수행한다(S 107, S 108).

이때, 착신측 MS(100-2) 및 발신측 MS(100-1)는 사용자가 통화 요청에 대한 응답(Hook off)하기 이전에 DSC 과정을 수행하며, 이는 발신측 MS(100-1)와 통화 세션이 설정되기 이전에 VoIP 서비스를 제공하기 위한 서비스 플로우 자원을 미리 점유하기 위한 것으로, VoIP 서비스를 지원하는 IP 단말이 일반 전화 단말과 동일하게 통화 서비스를 제공할 수 있도록 한다.

또한, 착신측 MS(100-2) 및 발신측 MS(100-1)가 미리 서비스 플로우 자원을 점유하여, 통화중 대기 상태에서 다양한 서비스(예를 들어, 멀티미디어 서비스)를 미리 점유된 자원을 통해 제공할 수 있다.

한편, EEE 802.16을 정의하는 예컨대 와이맥스 포럼의 네트워크 그룹(NWG Network Working Group)에서는 서비스 플로우의 어드미트 상태 변경이 선택(optional) 사항이므로, 휴대 인터넷 시스템의 MS 또는 정책에 따라 어드미트 상태가 구현되지 않은 경우에는 어드미티 상태로 변경하는 과정을 생략하며, 액티브 상태로 변경한다.

이와 같이, 서비스 플로우를 액티브 상태로 변환하는 경우에는 다음과 같은 과정을 통해 변환한다.

SIP 시그널링 메시지의 SDP 필드, 즉 SIP 메시지에 포함되는 SDP Offer 메시지에 포함된 정보를 파악하여 DSC 과정을 수행한다.

발신측 MS(100-1) 및 착신측 MS(100-2)가 DSC 과정을 위한 서비스 변경 정보(VoIP 서비스를 제공하기 위해 필요한 서비스 플로우의 요구 정보)를 생성하는 방법은 크게 애플리케이션에서 SIP 메시지의 SDP 필드에 포함된 정보를 분석하여 모뎀으로 전달하는 방법과, CS(Convergence Sublayer) 계층이 SIP 메시지를 파싱하는 방법으로 구분할 수 있다.

1) 애플리케이션이 SIP 메시지의 SDP Offer 메시지를 분석하여 모뎀으로 전달하는 방식은 API(application programming interface) 또는 공유 파일 방식을 사용할 수 있으며, 해당 QoS API를 통해 모뎀은 SIP 메시지를 파싱하지 않고, 애플리케이션이 서비스 변경 정보를 모뎀으로 전송한다.

서비스 변경 정보는 상대의 IP 주소, 포트 번호와 같은 CS 계층에서 패킷을 전송하기 위한 CS 룰(rule)을 생성하기 위한 정보와, Maximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter 또는 Request/Transmission Policy 같은 QoS 파라미터에 해당하는 정보이다.

2) CS 계층에서는 SIP 메시지를 분석(Parsing)하여, 내부의 SDP 필드를 검색한다. 즉, SIP 메시지의 SDP 필드에 포함된 상대의 IP 주소, 포트 번호 같은 CS 룰을 생성하기 위한 을 만들기 위한 정보와, Maximum Sustained Traffic Rate,Maximum Latency, Tolerated Jitter 또는 Request/ Transmission Policy 같은 QoS 파라미터 정보 등을 서비스 변경 정보로 파악한다.

그리고, 발신측 MS(100-1) 및 착신측 MS(100-2)는 파악되는 서비스 변경 정보를 기반으로 요구되는 서비스 플로우에 대한 요구 정보를 추출한다.

이때, 애플리케이션은 서비스 클래스 네임이 지정되어 있으면, 서비스 클래임 네임을 서비스 플로우에 대한 요구 정보로 사용할 수 있다.

1) 서비스 클래스 네임이 지정되지 않은 경우

1-1) 미리 설정된 서비스 플로우 중 요구 서비스 플로우를 선정하고, 프리비젼 상태의 서비스 플로우 중 QoS 파라미터 값이 Subset인 Service Flow를 선정한다.

한편, 프로비젼 상태의 서비스 플로우 중 CS 룰이 애플리케이션으로부터 전달된 상대 IP 주소, 포트 번호와 동일한 서비스 플로우가 있으면, 해당 서비스 플로우를 선정한다.

1-2) 프로비젼 상태의 서비스 플로우에서 Maximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter가 정의되어 있으면, 다음 조건에 의거하여 비교한다.

(Required Maximum Sustained Traffic Rate <= 프로비젼 Maximum Sustained Traffic Rate) && (Required Maximum Latency <= 프로비젼 Maximum Latency) && (Required Tolerated Jitter <= 프로비젼 Tolerated Jitter)

MS(100)는 상기 조건을 만족하는 서비스 플로우가 존재하면, 해당 서비스 플로우를 선정한다.

한편, 여러개의 서비스 플로우가 선정되면, 서비스 플로우에 요구되는 서비스 변경 정보와, 가장 근접한 값을 가지는 서비스를 플로우를 우선적으로 선정한다.

또한, SIP 메시지의 SDP 필드에서 파악되지는 않으나, 필수적으로 설정되어야 하는 QoS 파라미터 값은 프리비젼 상태의 서비스 플로우의 QoS 파라이터 값을 기준으로 설정한다.

발신측 MS(100-1) 및 착신측 MS(100-2)는 선정된 프로비젼 상태의 서비스 플로우를 어드미트 상태로 변환하기 위한 DSC 과정을 수행한다. 즉, SIP 메시지로부터 파악되는 서비스 변경 정보와, 프로비젼 상태의 서비스 플로우의 QoS 파라미터 값 및 휴대 인터넷 시스템에 설정된 QoS 파라미터 값을 기반으로 DSC-REQ 메시지를 기지국 시스템(200)으로 전송하여, DSC 과정을 수행한다.

따라서, 발신측 MS(100-1) 및 착신측 MS(100-2)는 미리 설정된 서비스 플로우 중에서 요구치를 만족하는 서비스 플로우를 선정하여 VoIP 서비스를 제공하기 위한 자원을 점유할 수 있다.

2) 서비스 클래스 네임이 지정되는 경우

운용자는 예를 들어, G.711을 사용하는 Samsung VOIP Application을 서비스 클래임으로 지정하고자 하는 경우, 다수개의 서비스 플로우를 포함하는 서비스 클래임 네임을 'G711_Samsung_1'으로 지정할 수 있으며, 해당 서비스 플로우가 사용하는 Maximum Sustained Rate, Maximum Latency 또는 CS 룰 등을 지정할 수 있다.

한편, 서비스 클래스 네임을 지정하는 경우에는 프로비변 상태의 서비스 플로우에 대한 필수 QoS 파라미터 값을 지정할 수 있다.

또한, 사설 망에서 사용하는 것이 아니라 공인망인 경우에는 글로벌 서비스 클래임 네임을 이용하여 필요한 서비스 플로우를 지정할 수 있으며, 글로벌 서비스 클래스 네임은 룰 네이밍 기반이므로, 요구되는 QoS 파라미터 값이 설정된다.

발신측 MS(100-1) 및 착신측 MS(100-2)는 서비스 클래스 네임이 지정되어 있으면, 서비스 클래스 네임에 해당하는 서비스 플로우가 프로비젼 상태인지를 확인하고, 프로비젼 상태이면, 추출된 서비스 변경 정보와, 프로비젼 상태의 서비스 플로우의 QoS 파라미터 값을 비교한다.

예를 들어, 상기 조건과 같이 비교하여, 만족하면, 해당 서비스 플로우를 선정한다.

또한, 한편, 여러개의 서비스 플로우가 선정되면, 서비스 플로우에 요구되는 서비스 변경 정보와, 가장 근접한 값을 가지는 서비스를 플로우를 우선적으로 선정한다.

한편, 발신측 MS(100-1) 및 착신측 MS(100-2)는 서비스 클래스 네임으로 지정된 서비스 플로우가 프로비젼 상태가 아닌 NULL 상태이면, DSA 과정을 수행하고, 액티브 상태, 즉, 다른 애플리케이션이 사용 중이면, 사용 정책에 따라 어드미트 상태로 변환하여 사용하거나, 에러 처리한다.

이와 같이 발신측 MS(100-1) 및 착신측 MS(100-2)는 선정된 서비스 플로우를 어드미트 상태로 변경하기 위한 DSC 과정, 즉 발신측 MS(100-1) 및 착신측 MS(100-2)가 DSC-REQ 메시지를 기지국 시스템(200)으로 전송하고, 기지국 시스템(200)이 DSC-RSP 메시지를 발신측 MS(100-1) 및 착신측 MS(100-2)로 전송하는 과정을 통해 발신측 MS(100-1) 및 착신측 MS(100-2)에 트래픽이 교환될 TCID가 할당된다.

한편, 착신측 MS(100-2)는 제1 DSC 과정이 수행한 이후에 사용자가 응답(Hook off)하면, SIP 200(ok) 메시지를 발신측 MS(100-1)로 전송한다(S 109, S 110).

이때, SIP 200에는 SIP INVITE에 포함된 SDP Offer에 대응하는 SDP Answer를 포함한다.

발신측 MS(100-1) 및 착신측 MS(100-2)는 상기 제1 DSC 과정에서 프로비젼 상태에서 어드미트 상태로 변환된 서비스 플로우를 액티브 상태로 변경하는 제2 DSC 과정을 수행한다(S 111, S 112).

즉 발신측 MS(100-1) 및 착신측 MS(100-2)는 제1 DSC 과정에서 미리 점유되어 어드미트 상태로 변경된 서비스 플로우를 액티브 상태로 변경한다.

한편, 휴대 인터넷 시스템에서 어드미트 상태를 지원하지 않는 경우에는 제1 DSC 과정이 아닌 제2 DSC 과정에서 프로비젼 상태를 액티브 상태로 변경하여 TCID를 할당받는다.

그리고, 서비스 플로우의 어드미트 상태를 액티브 상태로 변경할때는 SIP 200에 포함된 CS 룰이 동일하거나 서비스 클래스 네임이 일치하면, 해당 서비스 플로우의 어드미트 상태를 액티브 상태로 변경하고, QoS 파라미터 셋을 생략 가능하며, 기존의 어드미트 QoS 파라미터 셋을 기반으로 DSC 과정이 수행될 수 있다.

발신측 MS(100-1)는 제2 DSC 과정에서 서비스 플로우가 액티브 상태로 변경되면, SIP ACK를 착신측 MS(100-2)로 전송한다(S 113, S 114).

그리고, 발신측 MS(100-1) 및 착신측 MS(100-2)는 제1 DSC 또는 제2 DSC 과정에서 할당받은 TCID를 통하여 음성 정보가 포함된 트래픽을 교환한다.

이때, 트래픽은 RTP 패킷에 포함되어 교환되며, RTP 패킷에 대한 QoS는 휴대 인터넷 시스템의 스케쥴링에 의해 보장되며, 음성 정보를 포함하는 트래픽의 특성 에 따라 QoS 파라미터 중 일부 값은 제2 DSC 과정에서 수정 가능하다.

발신측 MS(100-1) 및 착신측 MS(100-2)는 VoIP 서비스가 종료되면, SIP BYE 및 SIP 200 OK를 교환한다(S 115~S 118).

그리고, 발신측 MS(100-1) 및 착신측 MS(100-2)는 SIP 메시지에 포함된 CS rule 이 동일하거나, 서비스 클래스 네임이 일치하는 서비스 플로우에 를 프로비젼 상태로 변경하기 위한 제3 DSC 과정을 수행한다(S 119, S 120).

즉, 발신측 MS(100-1) 및 착신측 MS(100-2)는 통화가 종료되면, 서비스 플로우를 삭제하지 않고, 제3 DSC 과정을 통해 액티스 상태를 프로비젼 상태로 변경한다.

따라서, 발신측 MS(100-1) 및 착신측 MS(100-2)이 미리 설정된 서비스 플로우를 해제하지 않고 프로비젼 상태로 변경함에 의해 서비스 플로우에 대한 동적 관리가 가능하다.

이때, 발신측 MS(100-1) 및 착신측 MS(100-2)가 관리하는 서비스 플로우의 상태가 (액티브 & 프로비젼) 또는 (액티브 & 어드미트 & 프로비젼)로 프로비젼 상태가 존재하면, 제3 DSC 과정을 통해 프로비젼 상태로 변경하나, 프로비젼 상태가 존재하지 않으면, DSD 과정을 통해 서비스 플로우를 삭제하고, 트래픽을 교환하기 위한 TCID를 해제한다.

도 3은 본 발명의 제1 실시예에 따른 휴대 인터넷 시스템의 서비스 플로우 관리 방법을 설명하기 위한 플로챠트이다.

도 3을 참조하면, 휴대 인터넷 시스템의 운용자는 MS가 사용할 여러개의 서 비스 플로우를 미리 설정한다(S 200).

이때, 운용자는 인증 서버(400)(Radius 또는 AAA 서버), 기지국 시스템(200)(RAS/ACR) 또는 ASN-GW에 해당 MS가 사용할 서비스 플로우를 서비스 프로파일 ID 또는 서비스 클래스 네임으로 미리 설정할 수 있다.

그리고, 운용자는 MS에게 미리 설정되는 서비스 플로우의 QoS 파라미터 셋 값은 발신측 MS(100-1) 및 착신측 MS(100-2)가 초기 접속하는 경우에 프로비젼 상태로 지정할 수 있다.

발신측 MS(100-1)는 사용자로부터 VoIP 서비스 요청이 있으면, 기존에 사용했던 TCID (Transport Connection ID)를 통하여 SIP INVITE를 착신측 MS(100-2)로 전송한다(S 210).

착신측 MS(100-2)는 SIP INVITE가 수신되면, 통화 요청 중(통화 세션 설정 중)임을 알리는 SIP 183을 발신측 MS(100-1)로 전송한다(S 220).

그리고, 착신측 MS(100-2) 및 발신측 MS(100-1)는 미리 설정된 서비스 플로우 중 프리비젼 상태의 서비스 플로우를 선정하여 제1 DSC 과정을 통해 프리비젼 상태에서 어드미트 상태로 변경하고, TCID를 할당받는다(S 230).

이때, 제1 DSC 과정은 사용자가 통화 요청에 대한 응답(Hook off)하기 이전에 DSC 과정을 수행한다.

도 4는 본 발명의 제1 실시예에 따른 제1 DSC 과정을 설명하기 위한 플로챠트이다.

도 4를 참조하면, MS는 SIP 시그널링 메시지(SIP INVITE 및 SIP 183)의 SDP 필드, 즉 SIP 메시지에 포함되는 SDP Offer 메시지에 포함된 정보를 파악하여 서비스 변경 정보를 생성한다(S 231).

이때, 서비스 변경 정보를 생성하는 방법은 상술한 바와 같이, MS의 애플리케이션에서 SIP 메시지의 SDP 필드에 포함된 정보를 분석하여 모뎀으로 전달하는 방법과, CS(Convergence Sublayer) 계층이 SIP 메시지를 파싱하는 방법이 해당될 수 있다.

그리고, MS는 미리 설정된 서비스 플로우가 서비스 클래스 네임으로 지정되었는지 확인한다(S 232).

MS는 서비스 클래스 네임이 지정되지 않은 경우, 서비스 프로필 ID로 설정된 서비스 플로우 중 QoS 파라미터 값이 Subset인 서비스 플로우 또는 CS 룰이 애플리케이션으로부터 전달된 상대 IP 주소, 포트 번호와 동일한 서비스 플로우 또는 서비스 변경 정보와 QoS 파라미터 값을 상기 조건과 같이 비교하여 만족하는 서비스 플로우를 선정한다(S 233).

한편, MS는 2) 서비스 클래스 네임이 지정되는 경우, 서비스 클래스 네임을 지정된 여러개의 서비스 플로우 중 프로비젼 상태인 서비스 플로우의 QoS 파라미터 값과 서비스 변경 정보를 상기 조건과 같이 비교하여, 만족하는 서비스 플로우를 선정한다(S 234).

한편, 착신측 MS(100-2)는 제1 DSC 과정이 수행한 이후에 사용자가 응답(Hook off)하면, SIP 200(ok)를 발신측 MS(100-1)로 전송한다(S 240).

발신측 MS(100-1) 및 착신측 MS(100-2)는 상기 제1 DSC 과정에서 프로비젼 상태에서 어드미트 상태로 변환된 서비스 플로우를 액티브 상태로 변경하는 제2 DSC 과정을 수행한다(S 250).

발신측 MS(100-1)는 제2 DSC 과정에서 서비스 플로우가 액티브 상태로 변경되면, SIP ACK를 착신측 MS(100-2)로 전송한다(S 260).

그리고, 발신측 MS(100-1) 및 착신측 MS(100-2)는 제1 DSC 또는 제2 DSC 과정에서 할당받은 TCID를 통하여 음성 정보가 포함된 트래픽을 교환하기 위한 통화 세션(call)을 설정한다(S 270).

발신측 MS(100-1) 및 착신측 MS(100-2)는 VoIP 서비스가 종료되면, SIP BYE 및 SIP 200 OK를 교환한다(S 280).

그리고, 발신측 MS(100-1) 및 착신측 MS(100-2)는 SIP 메시지에 포함된 CS rule 이 동일하거나, 서비스 클래스 네임이 일치하는 서비스 플로우를 삭제하지 않고, 프로비젼 상태로 변경하기 위한 제3 DSC 과정을 수행한다(S 290).

도 5는 본 발명의 제2 실시예에 따른 휴대 인터넷 시스템에서 VoIP 서비스를 제공하는 흐름을 설명하기 위한 흐름도이다.

도 5에서 설명되어지는 본 발명의 제2 실시예의 흐름에서 상기 도 2에서 설명되어지 것과 동일한 메시지 흐름에 대한 상세 설명은 생략한다.

본 발명의 제2 실시예에 따른 휴대 인터넷 시스템의 운영자는 MS가 사용할 서비스 클래스, 즉, MS가 사용할 서비스 플로우에 대한 QoS 파라미터 값에 대한 QoS 프로파일을 설정하고, MS가 DSA 과정을 통해 설정할 서비스 플로우의 적합성을 판단하기 위한 QoS 프로파일을 기지국 시스템(200)이 인증 서버(400)로부터 다운로드한다(S 301, S 302).

이와 같은 DSA의 적합성 판단은 PCRF가 담당하나, 본 발명에 따른 휴대 인터넷 시스템은 고가의 PCRF가 구현되지 않은 상태이므로, ASN-GW가 정책 결정을 담당하며, 기지국 시스템(200)이 QoS 프로파일을 다운로드한다.

이때 R3 Action Trigger의 option을 0x10으로 설정하며, QoS 프로파일의 R3 Activation Trigger 은 다음과 같다.

= without PCC(0x10) & QoSParamSetValue

0x11 : 프로비젼 를 위한 QoS Profile

0x12 : 어드미트 를 위한 QoS Profile

0x14 : Activate 를 위한 QoS Profile

0x16 : All state 를 위한 QoS Profile

0x1X 로 시작되는 QoS 프로파일은 MS가 다운로드하지 않고 ASN가 저장한다.

발신측 MS(100-1)는 가입자의 요청에 따라 기존에 사용했던 TCID를 통하여 SIP INVITE를 착신측 MS(100-2)로 전송하고(S 303, S 304), 착신측 MS(100-2)는 SIP 183을 발신측 MS(100-1)로 전송한다(S 305, S 306).

SIP 메시지에는 SDP Offer 메시지가 포함되며, SDP Offer 메시지에는 VoIP 서비스의 상대IP 주소와 포트 번호, VoIP 서비스의 QoS 정보 등이 포함된다.

발신측 MS(100-1) 및 착신측 MS(100-2)는 SIP INVTE 또는 SIP 183을 전송한 이후에 서비스 플로우를 어드미트 상태로 추가하기 위한 DSA 과정을 수행한다(S 307, S 308).

즉, 발신측 MS(100-1) 및 착신측 MS(100-2)는 음성 정보를 교환하기 위한 서비스 플로우를 추가하기 위한 DSA 과정을 통화 세션이 설정되지 이전에 수행하여, 자원을 미리 점유한다.

그러나, 한편, EEE 802.16을 정의하는 예컨대 와이맥스 포럼의 네트워크 그룹(NWG Network Working Group)에서는 서비스 플로우의 어드미트 상태 변경이 선택(optional) 사항이므로, MS 또는 휴대 인터넷 시스템의 정책이 어드미트 상태가 구현되지 않은 경우, DSA 과정을 생략하며, 액티브 상태로 변환하는 DSC 과정을 수행한다.

이와 같이, 서비스 플로우를 추가하기 위한 DSA 과정은 다음과 같다.

MS는 SIP 시그널링 메시지의 SDP 필드, 즉 SIP 메시지에 포함되는 SDP Offer 메시지에 포함된 정보를 파악하여 서비스 허여 정보를 생성한다.

발신측 MS(100-1) 및 착신측 MS(100-2)가 DSA 과정을 위한 서비스 허여 정보(VoIP 서비스를 제공하기 위해 필요한 서비스 플로우의 요구 정보)를 생성하는 방식은 상술한 제1 DSC 과정을 위한 서비스 변경 정보를 생성하는 방법과 유사하다.

즉, 서비스 허여 정보를 생성하는 방법은 크게 애플리케이션에서 SIP 메시지 의 SDP 필드에 포함된 정보를 분석하여 모뎀으로 전달하는 방법과, CS(Convergence Sublayer) 계층이 SIP 메시지를 파싱하는 방법으로 구분할 수 있다.

1) 애플리케이션이 SIP 메시지의 SDP Offer 메시지를 분석하여 모뎀으로 전달하는 방식은 API(application programming interface) 또는 공유 파일 방식을 사용할 수 있으며, 해당 QoS API를 통해 모뎀은 SIP 메시지를 파싱하지 않고, 애플리케이션이 서비스 허여 정보를 모뎀으로 전송한다.

2) CS 계층에서는 SIP 메시지를 분석(Parsing)하여, 내부의 SDP 필드를 검색한다. 즉, SIP 메시지의 SDP 필드에 포함된 상대의 IP 주소, 포트 번호 같은 CS 룰을 생성하기 위한 을 만들기 위한 정보와, Maximum Sustained Traffic Rate,Maximum Latency, Tolerated Jitter 또는 Request/ Transmission Policy 같은 QoS 파라미터 정보 등을 서비스 허여 정보로 파악한다.

그리고, 발신측 MS(100-1) 및 착신측 MS(100-2)는 파악되는 서비스 허여 정보를 기반으로 요구되는 서비스 플로우에 대한 요구 정보를 추출한다.

그리고, MS는 서비스 허여 정보가 포함되는 DSA-REQ 메시지를 기지국 시스 템(200)으로 전송하여 DSA 과정을 수행한다.

이때, MS는 서비스 클래스 네임이 지정되었는지를 확인한다.

1) 서비스 클래스 네임이 지정되지 않은 경우, MS는 요구되는 서비스 플로우를 선정한 이후에 서비스 허여 정보(QoS 파라이미터 값)가 포함되는 DSA-REQ 메시지를 기지국 시스템(200)으로 전송한다.

기지국 시스템(200)은 DSA-REQ 메시지의 R3 액티베이션 트리거의 PCC가 0x1X로 설정된 QoS 파라미터 셋 값이면, 저장된 ASN-GW에 저장된 QoS 프로파일을 기반으로 유효함을 검증한다.

기지국 시스템(200)은 QoS 파라이터 셋 값이 ASN에 있는 QoS 프로파일의 subset 이면 DSA-REQ 메시지를 허용(accept)한다. 그리고, 기지국 시스템(200)은 CAC 과정을 통해 해당 서비스 플로우를 통해 VoIP 서비스를 제공할 수 있는지 확인한다.

2) 서비스 클래스 네임이 지정된 경우

MS는 요규 서비스 플로우를 선정한 이후에 서비스 클래스 네임과 서비스 허여 정보를 DSA-REQ 메시지를 통해 기지국 시스템(200)으로 전송하고, 기지국 시스템(200)은 CAC 과정을 통해 해당 서비스 플로우를 통해 VoIP 서비스를 제공할 수 있는지 확인한다.

기지국은 시스템은 DSA-REQ 메시지에 서비스 클래스 네임이 지정되어 있으므로, 해당 서비스 클래스와 요구되는 용량을 비교한다.

글로벌 서비스 클래스인 경우, 글로벌 서비스 클래스에 요구 용량이 포함되 므로, MS가 직접 용량을 비교할 수도 잇다.

기지국 시스템(200)은 MS가 사용할 서비스 클래스가 Maximum Sustained Traffic Rate, Maximum Latency 또는 Tolerated Jitter가 정의되는 경우 아래 조건과 같이 비교한다.

(Required Maximum Sustained Traffic Rate <= 사용할 Service Class Maximum Sustained Traffic Rate) && (Required Maximum Latency <= 사용할 Service Class Maximum Latency) && (Required Tolerated Jitter <= 사용할 Service Class Tolerated Jitter) Check

기지국 시스템(200)은 상기 조건에 만족하면, 해당 서비스 플로우를 허용한다.

한편, MS는 SIP 메시지의 SDP 필드로부터 추출되지 않는 QoS 파라이터 값은 서비스 클래스에 설정된 값을 기준으로 한다.

기지국 시스템(200)은 DSA-REQ 메시지에 포함된 서비스 허여 정보가 허용되면, 해당 MS로 DSA-RSP 메시지를 전송하고, 해당 자원에 대한 TCID를 생성하여 해당 MS에 할당하여, MS가 자원을 예약하도록 한다(S 309, S 310).

따라서, 본 발명의 제2 실시예에 따른 휴대 인터넷 시스템은 본 발명의 제1 실시예와는 달이 MS가 사용할 서비스 플로우가 미리 설정되지 않고, PCRF를 사용하지 않더라도 운영자가 정한 서비스 클래스의 기준을 충족하는 서비스 플로우를 동적으로 생성할 수 있다.

착신측 MS(100-2)는 사용자가 응답하면(Hook off), SIP 200(ok)을 발신측 MS(100-1)로 전송한다(S 311, S 312).

착신측 MS(100-2)가 SIP 200을 전송하고, 발신측 MS(100-1)가 SIP 200이 수신되면, DSA 과정을 통해 추가된 어드미트 상태의 서비스 플로우를 DSC 과정을 통해 액티브 상태로 변경한다(S 313, S 314).

이때, MS는 DSC 과정에서 SIP 200에 포함된 CS 룰과 동일하거나, 서비스 클래스 네임이 일치하면, 해당 서비스 플로우를 액티브 상태로 변경한다.

또한, DSC 과정에서 QoS 파라미터 셋을 생략할 수 있으며, 기존의 어드미트 QoS 파라임터 셋을 기준으로 액티브 상태로 변경한다.

발신측 MS(100-1)는 착신측 MS(100-2)로 SIP ACK를 전송하고, 각 기지국 시스템(200)은 액티브 상태로 변경된 서비스 플로우에 대한 QoS 프로파일을 비교한다(S 315, S 316).

이때, 트래픽은 RTP 패킷에 포함되어 교환되며, RTP 패킷에 대한 QoS는 휴대 인터넷 시스템의 스케쥴링에 의해 보장된다.

발신측 MS(100-1) 및 착신측 MS(100-2)는 VoIP 서비스가 종료되면, SIP BYE 및 SIP 200 OK를 교환한다(S 317~S 320).

발신측 MS(100-1) 및 착신측 MS(100-2)는 VoIP 서비스가 종료되면, CS 룰이 이 동일하거나, 서비스 클래스 네임이 일치하는 서비스 플로우를 삭제하는 DSD 과정을 수행한다(S 321, S 322).

도 6은 본 발명의 제2 실시예에 따른 휴대 인터넷 시스템의 서비스 플로우 관리 방법을 설명하기 위한 플로챠트이다.

도 6을 참조하면, 휴대 인터넷 시스템의 운영자는 MS가 사용할 서비스 클래스, 즉, MS가 사용할 서비스 플로우에 대한 QoS 파라미터 값에 대한 QoS 프로파일을 설정한다(S 400).

기지국 시스템(200)은 MS가 DSA 과정을 통해 설정할 서비스 플로우의 적합성을 판단하기 위한 QoS 프로파일을 기지국 시스템(200)이 인증 서버(400)로부터 다운로드한다(S 410).

발신측 MS(100-1)는 가입자의 요청에 따라 기존에 사용했던 TCID를 통하여 SIP INVITE를 착신측 MS(100-2)로 전송하고(S 420), 착신측 MS(100-2)는 SIP 183을 발신측 MS(100-1)로 전송한다(S 430).

발신측 MS(100-1) 및 착신측 MS(100-2)는 SIP INVTE 또는 SIP 183을 전송한 이후에 서비스 플로우를 어드미트 상태로 추가하기 위한 DSA 과정을 수행한다(S 440).

도 7은 본 발명의 제2 실시예에 따른 DSA 과정을 설명하기 위한 플로챠트이다.

도 7을 참조하면, MS는 SIP 시그널링 메시지의 SDP 필드, 즉 SIP 메시지에 포함되는 SDP Offer 메시지에 포함된 정보를 파악하여 서비스 허여 정보를 생성한다(S 441).

그리고, MS는 서비스 허여 정보가 포함되는 DSA-REQ 메시지를 기지국 시스 템(200)으로 전송한다(S 442).

기지국 시스템(200)은 DSA-REQ 메시지에 포함되는 서비스 허여 정보, 즉 QoS 파라미터 값와 QoS 프로파일을 비교하여 서비스 플로우를 허용한다(S 443).

기지국 시스템(200)은 DSA-REQ 메시지에 포함된 서비스 허여 정보가 허용되면, 해당 MS로 DSA-RSP 메시지를 전송하고, 해당 자원에 대한 TCID를 생성하여 해당 MS에 할당하여, MS가 자원을 예약하도록 한다(S 444).

한편, 착신측 MS(100-2)는 사용자가 응답하면(Hook off), SIP 200(ok)을 발신측 MS(100-1)로 전송한다(S 450).

착신측 MS(100-2)가 SIP 200을 전송하고, 발신측 MS(100-1)가 SIP 200이 수신되면, DSA 과정을 통해 추가된 어드미트 상태의 서비스 플로우를 DSC 과정을 통해 액티브 상태로 변경한다(S 460).

발신측 MS(100-1)는 착신측 MS(100-2)로 SIP ACK를 전송하고, 각 기지국 시스템(200)은 액티브 상태로 변경된 서비스 플로우에 대한 QoS 프로파일을 비교한다(S 470).

그리고, 발신측 MS(100-1) 및 착신측 MS(100-2)는 제1 DSC 또는 제2 DSC 과정에서 할당받은 TCID를 통하여 음성 정보가 포함된 트래픽을 교환한다(S 480).

발신측 MS(100-1) 및 착신측 MS(100-2)는 VoIP 서비스가 종료되면, CS 룰이 이 동일하거나, 서비스 클래스 네임이 일치하는 서비스 플로우를 삭제하는 DSD 과정을 수행한다(S 490).

도 8 내지 도 10은 본 발명의 바람직한 실시예에 따른 MS의 동작 방법을 설 명하기 위한 플로챠트이다.

도 8은 본 발명에 따른 제1 실시예(DSC 과정) 및 제2 실시예(DSA 과정)을 모두 지원하는 단말의 동작 방법으로, 상대 MS로부터 SIP 메시지, 예를 들어, SIP 183이나 SIP INVITE가 수신되면(S 510), SDP 필드를 분석하여 요구되는 요구 정보(서비스 변경 정보 또는 서비스 허여 정보)를 분석한다(S 511).

그리고, MS는 서비스 플로우가 서비스 클래스 네임으로 지정되었는지 확인하여(S 512), 서비스 클래스 네임으로 지정되어 있으면, 해당 서비스 플로우가 프로비젼 상태인지 여부를 확인한다(S 513).

MS는 프로비젼 상태가 아니면, 해당 서비스 플로우를 추가하기 위한 DSA 과정을 처리한다(S 514).

MS는 프로비젼 상태이면, 요구되는 서비스 플로우와 해당 서비스 플로우를 비교하여 합당한지 확인하여(S 515), 합당하면, DSC 과정을 처리하고(S 516), 합당하지 않으면, 해당 서비스 플로우의 설정을 거절한다(S 517).

MS는 서비스 클래스가 설정되어 있지 않으면, 지정된 서비스 플로우 중 프로비젼 상태의 서비스 플로우 중 요구 정보를 충족하는 서비스 플로우가 있는지 확인한다(S 518).

MS는 요구 정보를 충족하는 서비스 플로우가 있으면, 해당 서비스 플로우를 어드미트 상태로 변경하는 DSC 과정을 처리하고(S 519), 없으면, DSA 과정을 처리하거나, 거절(Reject)한다(S 520).

한편, MS는 서비스 클래스 네임이 지정되어 있지 않으면, 프로비젼 상태의 서비스 플로우가 요구되는 서비스 플로우에 합당한지 비교하여(S 518), 합당하면, DSC 과정을 수행하고(S 519), 합당하지 않으면, 해당 서비스 플로우의 설정을 거절한다(S 520).

도 9는 어드미트 상태의 서비스 플로우를 액티브 상태로 변경 가능한 MS의 동작 흐름으로,

MS 예를 들어, 발신측 MS(100-1)는 SIP 메시지가 수신되면(S 530), 즉, SIP 200의 SDP 필드를 분석하여 요구되는 서비스 플로우의 요구 정보를 분석한다(S 531).

MS는 CS 룰 또는 서비스 클래스 네임을 기준으로 해당 서비스 플로우가 어드미트 상태인지 확인하여(532), 어드미트 상태가 아니면, DSA 과정 또는 DSC 과정을 처리한다(S 533).

MS는 요구되는 서비스 플로우의 요구 정보가 어드미트 상태의 서비스 플로우 중에 포함되는지(subset) 여부를 확인하여(S 534), 포함되면, 액티브 상태로 변경하는 DSC 과정을 처리하고(S 536), 포함되지 않으면, 해당 서비스 플로우의 설정을 거절한다(S 535).

도 10은 액티브 상태의 서비스 플로우를 DSC 과정 또는 DSD 과정을 처리하는 MS의 동작 흐름으로, MS는 통화 종료가 되면, 즉 SIP BYE 및 SIP 200 OK가 교환되면(S 540), SDP 필드를 분석하여 요구되는 서비스 플로우의 요구사항을 분석한다(S 541).

MS는 CS 룰 또는 서비스 클래스 네임을 기준으로 해당 서비스 플로우가 액티 브 상태인지를 확인하여(S 542), 액티브 상태가 아니면, 어떤 상황에서 이미 자원 해제된 것으로 판단하여 작업하지 않는다(S 543).

MS는 해당 서비스 플로우가 프로비젼 상태인지 확인하여(S 544), 프로비젼 상태가 아니면, 프로비젼 상태로 변경하는 DSC 과정을 처리하고(S 545), 프로비젼 상태이면, DSD 과정을 통해 자원 해제한다(S 546).

이상에서 본 발명은 기재된 구체 예에 대해서만 상세히 설명하였지만 본 발명의 기술 사상 범위 내에서 다양한 변형 및 수정이 가능함은 당업자에게 있어서 명백한 것이며, 이러한 변형 및 수정이 첨부된 특허청구범위에 속함은 당연한 것이다.

도 1은 일반적인 휴대 인터넷 시스템은 통해 VoIP 서비스를 제공하는 흐름을 설명하기 위한 흐름도.

도 2는 본 발명의 제1 실시예에 따른 휴대 인터넷 시스템에서 VoIP 서비스를 제공하는 흐름을 설명하기 위한 흐름도.

도 3은 본 발명의 제1 실시예에 따른 휴대 인터넷 시스템의 서비스 플로우 관리 방법을 설명하기 위한 플로챠트.

도 4는 본 발명의 제1 실시예에 따른 제1 DSC 과정을 설명하기 위한 플로챠트.

도 5는 본 발명의 제2 실시예에 따른 휴대 인터넷 시스템에서 VoIP 서비스를 제공하는 흐름을 설명하기 위한 흐름도.

도 6은 본 발명의 제2 실시예에 따른 휴대 인터넷 시스템의 서비스 플로우 관리 방법을 설명하기 위한 플로챠트.

도 7은 본 발명의 제2 실시예에 따른 DSA 과정을 설명하기 위한 플로챠트.

도 8 내지 도 10은 본 발명의 바람직한 실시예에 따른 MS의 동작 방법을 설명하기 위한 플로챠트.

Claims

휴대 인터넷 시스템의 SF(Service Flow) 관리 방법에 있어서,

휴대 인터넷 네트워크에 접속하는 적어도 하나 이상의 MS(mobile station)이 사용할 적어도 하나 이상의 SF를 설정하는 과정과,

발신측 MS와 착신측 MS간 통화 세션을 설정하기 위한 제1 시그널링 과정과,

상기 각 MS가 상기 설정된 SF를 어드미트 상태로 변경하기 위한 제1 DSC(Dynamic Service Change) 과정과,

상기 착신측 MS가 통화 요청에 대한 응답을 하면, 상기 제1 DSC 과정에서 어드미트 상태로 변경된 상기 SF를 액티브 상태로 변경하는 제2 DSC 과정과,

상기 발신측 MS와 착신측 MS간 통화 세션이 종료되면, 상기 SF를 프로비젼 상태로 변경하는 제3 DSC 과정을 포함하는 휴대 인터넷 시스템의 SF 관리 방법.
제1 항에 있어서, 상기 SF를 설정하는 과정은,

상기 SF를 프로비젼 상태 또는 액티브 상태 중 어느 한 상태 이상으로 설정하는 것을 특징으로 하는 휴대 인터넷 시스템의 SF 관리 방법.
제1 항에 있어서, 상기 제1 시그널링 과정은,

상기 발신측 MS가 SIP INVITE를 착신측 MS로 전송하는 과정과,

상기 착신측 MS가 SIP 183을 발신측 MS로 전송하는 과정을 포함하는 휴대 인 터넷 시스템의 SF 관리 방법.
제1 항에 있어서, 상기 제1 DSC 과정은,

상기 각 MS가 수신되는 SIP 메시지로부터 서비스 변경 정보를 생성하는 과정과,

상기 미리 설정된 SF의 QoS 파라미터와 상기 서비스 변경 정보를 기반으로 SF를 선정하는 과정과,

상기 선정된 SF를 어드미트 상태로 변경하기 위해 기지국 시스템으로 DSC 요청 메시지를 전송하는 과정을 포함하는 휴대 인터넷 시스템의 SF 관리 방법.
제4 항에 있어서, 상기 서비스 변경 정보를 생성하는 과정은,

상기 MS의 애플리케이션에서 상기 SIP 메시지의 SDP 필드에 포함된 정보를 분석하여 생성하는 방식 또는 CS(Convergence Sublayer) 계층이 상기 SIP 메시지를 분석하여 생성하는 방식 중 어느 한 방식으로 생성하는 것을 특징으로 하는 휴대 인터넷 시스템의 SF 관리 방법.
제4 항에 있어서, 상기 서비스 변경 정보는,

상대의 IP 주소, 포트 번호 또는 CS 계층에서 패킷을 전송하기 위한 CS 룰(rule) 생성 정보 중 하나 이상의 정보를 포함하는 휴대 인터넷 시스템의 SF 관리 방법.
제6 항에 있어서, 상기 서비스 변경 정보는,

Maximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter 또는 Request/Transmission Policy 중 하나 이상의 QoS 파라미터 정보를 더 포함하는 휴대 인터넷 시스템의 SF 관리 방법.
제1 항에 있어서, 상기 SF를 설정하는 과정은,

상기 MS가 사용할 적어도 하나 이상의 SF에 대한 서비스 프로파일 ID 또는 서비스 클래스 네임으로 설정하는 것을 특징으로 하는 휴대 인터넷 시스템의 SF 관리 방법.
제4 항 또는 제 8 항에 있어서, 상기 SF를 선정하는 과정은,

상기 각 MS가 서비스 클래스 네임으로 상기 SF가 지정되었는지 확인하여,

a) 서비스 클래스 네임이 지정되지 않은 경우, 상기 서비스 프로필 ID로 설정된 서비스 플로우 중 QoS 파라미터 값이 Subset되는 서비스 플로우 또는 CS 룰이 상대 IP 주소, 포트 번호와 동일한 서비스 플로우 또는 상기 서비스 변경 정보와 QoS 파라미터 값을 기반으로 상기 SF를 선정하고,

b) 서비스 클래스 네임이 지정되는 경우, 서비스 클래스 네임을 지정된 서비스 플로우 중 프로비젼 상태의 SF QoS 파라미터 값과 상기 서비스 변경 정보를 기반으로 상기 SF를 선정하는 것을 특징으로 하는 휴대 인터넷 시스템의 SF 관리 방법.
제1 항에 있어서, 상기 제1 DSC 과정은,

상기 착신측 MS가 SIP 200을 발신측 MS로 전송하기 이전에 수행되는 것을 특징으로 하는 휴대 인터넷 시스템의 SF 관리 방법.
휴대 인터넷 시스템의 SF 관리 방법에 있어서,

기지국 시스템이 SF의 적합성을 판단하기 위한 QoS 프로파일을 설정하는 과정과,

발신측 MS와 착신측 MS간 제1 시그널링 과정과,

상기 각 MS가 통화 세션을 설정하기 위한 SF를 추가하는 DSA(Dynamic Service Addition) 과정과,

상기 각 MS 가 DSA 과정을 통해 추가된 SF를 액티브 상태로 변경하기 위한 DSC 과정과,

상기 각 MS가 상기 액티브 상태로 변경된 SF를 통해 통화 세션을 설정하는 과정과,

상기 각 MS가 상기 통화 세션이 종료되면, 상기 SF를 삭제하는 DSD(Dynamic Service Delete) 과정을 포함하는 휴대 인터넷 시스템의 SF 관리 방법.
제11 항에 있어서, 상기 DSA 과정은,

상기 각 MS가 수신되는 SIP 메시지로부터 서비스 허여 정보를 생성하는 과정과,

상기 서비스 허여 정보를 기반으로 SF를 선정하는 과정과,

상기 선정된 SF를 추가하기 위해 상기 기지국 시스템으로 DSA 요청 메시지를 전송하는 과정과,

상기 기지국 시스템이 상기 서비스 허여 정보 및 상기 QoS 프로파일을 기반으로 상기 SF를 허여하는 과정을 포함하는 휴대 인터넷 시스템의 SF 관리 방법.
제11 항에 있어서, 상기 서비스 허여 정보를 생성하는 과정은,

상기 MS의 애플리케이션에서 상기 SIP 메시지의 SDP 필드에 포함된 정보를 분석하여 생성하는 방식 또는 CS(Convergence Sublayer) 계층이 상기 SIP 메시지를 분석하여 생성하는 방식 중 어느 한 방식으로 생성하는 것을 특징으로 하는 휴대 인터넷 시스템의 SF 관리 방법.
제13 항에 있어서, 상기 서비스 허여 정보는,

상대의 IP 주소, 포트 번호 또는 CS 계층에서 패킷을 전송하기 위한 CS 룰(rule) 생성 정보 중 하나 이상의 정보를 포함하는 휴대 인터넷 시스템의 SF 관리 방법.
제14 항에 있어서, 상기 서비스 허여 정보는,

Maximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter 또는 Request/Transmission Policy 중 하나 이상의 QoS 파라미터 정보를 더 포함하는 휴대 인터넷 시스템의 SF 관리 방법.
제11 항에 있어서, 상기 DSA 과정은,

상기 착신측 MS가 SIP 200을 발신측 MS로 전송하기 이전에 수행되는 것을 특징으로 하는 휴대 인터넷 시스템의 SF 관리 방법.
휴대 인터넷 시스템에 있어서,

VoIP 서비스에 사용할 적어도 하나 이상의 SF를 미리 설정하고, 상대 MS와 제1 시그널링 과정 이후에 상기 설정된 SF 중 선정되는 SF를 어드미트 상태로 변경하기 위한 제1 DSC 과정을 수행하고, 제2 DSC 과정을 통해 액티브 상태로 변경하여 통화 세션을 설정한 이후에 상기 통화 세션이 종료되면, 제3 DSC 과정을 통해 상기 SF를 프로비젼 상태로 변경하는 적어도 하나 이상의 MS를 포함하는 휴대 인터넷 시스템.
제17 항에 있어서, 상기 제1 시그널링 과정은,

상기 발신측 MS와 착신측 MS가 SIP INVITE 및 SIP 183을 교환하는 것을 특징으로 하는 휴대 인터넷 시스템.
제17 항에 있어서, 상기 MS는,

SIP 메시지의 SDP 필드로부터 서비스 변경 정보를 생성하고, 상기 미리 설정된 SF의 QoS 파라미터와 상기 서비스 변경 정보를 기반으로 SF를 선정하여 상기 제1 DSC 과정을 수행하는 것을 특징으로 하는 휴대 인터넷 시스템.
제17 항에 있어서, 상기 서비스 변경 정보는,

상대의 IP 주소, 포트 번호 또는 CS 계층에서 패킷을 전송하기 위한 CS 룰(rule) 생성 정보 중 하나 이상의 정보 및 Maximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter 또는 Request/Transmission Policy 중 하나 이상의 QoS 파라미터 정보를 포함하는 휴대 인터넷 시스템.
제17 항에 있어서, 상기 미리 설정되는 SF는,

프로비젼 또는 액티브 상태로 지정되며, 적어도 하나 이상의 SF에 대한 서비스 프로파일 ID 또는 서비스 클래스 네임으로 설정하는 것을 특징으로 하는 휴대 인터넷 시스템.
제17 항 또는 제 21항에 있어서,

상기 MS는 상기 SF가 상기 서비스 클래스 네임으로 지정되었는지 확인하여,

a) 서비스 클래스 네임이 지정되지 않은 경우, 상기 서비스 프로필 ID로 설정된 서비스 플로우 중 QoS 파라미터 값이 Subset되는 서비스 플로우 또는 CS 룰이 상대 IP 주소, 포트 번호와 동일한 서비스 플로우 또는 상기 서비스 변경 정보와 QoS 파라미터 값을 기반으로 상기 SF를 선정하고,

b) 서비스 클래스 네임이 지정되는 경우, 서비스 클래스 네임을 지정된 서비스 플로우 중 프로비젼 상태의 SF QoS 파라미터 값과 상기 서비스 변경 정보를 기반으로 상기 SF를 선정하는 것을 특징으로 하는 휴대 인터넷 시스템.
휴대 인터넷 시스템에 있어서,

DSA 과정을 통해 추가되는 SF의 적합성을 판단하기 위한 QoS 프로파일을 설정하는 적어도 하나 이상의 기지국 시스템과,

VoIP 서비스를 위해 상대 MS와 제1 시그널링 과정 이후에 통화 세션을 설정하기 위한 SF를 추가하기 위한 상기 DSA 과정을 수행한 이후에 추가되는 추가된 SF를 액티브 상태로 변경하기 위한 DSC 과정을 통해 상기 통화 세션을 설정하고, 상기 통화 세션이 종료되면, 상기 SF를 삭제하는 DSD(Dynamic Service Delete) 과정을 수행하는 휴대 인터넷 시스템.
제23 항에 있어서, 상기 각 MS는,

SIP 메시지로부터 서비스 허여 정보를 생성하여 SF를 선정하고, 상기 기지국 시스템으로 DSA 요청 메시지를 전송하여 상기 DSA 과정을 수행하는 것을 특징으로 하는 휴대 인터넷 시스템.
제24 항에 있어서, 상기 기지국 시스템은,

상기 MS로부터 수신되는 상기 서비스 허여 정보 및 상기 QoS 프로파일을 기반으로 상기 SF를 허여하는 것을 특징으로 하는 휴대 인터넷 시스템.
제24 항에 있어서, 상기 각 MS는,

애플리케이션에서 상기 SIP 메시지의 SDP 필드에 포함된 정보를 분석하여 생성하는 방식 또는 CS(Convergence Sublayer) 계층이 상기 SIP 메시지를 분석하여 생성하는 방식 중 어느 한 방식으로 상기 서비스 허여 정보를 생성하는 것을 특징으로 하는 휴대 인터넷 시스템.
휴대 인터넷 시스템에 접속하는 MS의 동작 방법에 있어서,

휴대 인터넷 네트워크를 통해 수신되는 SIP 메시지로부터 SF의 요구 정보를 파악하는 과정과,

상기 SF가 서비스 클래스 네임으로 지정되었는지 확인하는 과정과,

상기 서비스 클래스 네임으로 지정되어 있으면, 해당 SF가 프로비젼 상태인지 확인하는 과정과,

프로비젼 상태가 아니면, DSA 과정을 통해 SF를 추가하는 과정과,

프로비젼 상태이면, 상기 SF의 요구 정보와, 상기 프로비젼 상태의 SF에 대한 QS 파라미터를 비교하여 합당하면, DSC 과정을 통해 어드비트 상태로 변경하고, 합당하지 않으면, 상기 SF 설정을 거절하는 과정과,

상기 서비스 클래스가 지정되지 않으면, 프로비젼 상태의 SF를 선정하여 DSC 과정을 통해 어드미트 상태로 변경하는 과정을 포함하는 휴대 인터넷 시스템에 접속하는 MS의 동작 방법.
제27 항에 있어서, 상기 SF의 요구 정보는,

상기 SIP 메시지로부터 파악되는 상대의 IP 주소, 포트 번호 또는 CS 계층에서 패킷을 전송하기 위한 CS 룰(rule) 생성 정보 중 하나 이상의 정보 및 Maximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter 또는 Request/Transmission Policy 중 하나 이상의 QoS 파라미터 정보를 포함하는 휴대 인터넷 시스템에 접속하는 MS의 동작 방법.