KR20040084156A - 이동 통신 시스템에서의 트래픽 플로우 제어 방법 - Google Patents

이동 통신 시스템에서의 트래픽 플로우 제어 방법 Download PDF

Info

Publication number
KR20040084156A
KR20040084156A KR1020030018990A KR20030018990A KR20040084156A KR 20040084156 A KR20040084156 A KR 20040084156A KR 1020030018990 A KR1020030018990 A KR 1020030018990A KR 20030018990 A KR20030018990 A KR 20030018990A KR 20040084156 A KR20040084156 A KR 20040084156A
Authority
KR
South Korea
Prior art keywords
traffic
transmitted
traffic flow
window size
transmitting
Prior art date
Application number
KR1020030018990A
Other languages
English (en)
Inventor
이상목
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020030018990A priority Critical patent/KR20040084156A/ko
Publication of KR20040084156A publication Critical patent/KR20040084156A/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어 방법은, CDMA 2000 이동통신 시스템에서 BS-PCF 간, PCF-PDSN 간 트래픽 플로우 제어를 수행하고자하는 경우, 트래픽 플로우 제어를 위한 별도의 시그널링 메시지(Signaling Message) 송수신 없이 트래픽을 수신하는 수신 시스템에서 송신측 시스템으로 전송하는 GRE 헤더에 트래픽 플로우 제어를 위한 수용 가능한 패킷 수 Window Size 정보와 현재까지 수신된 패킷 번호 Received Sequence Number 정보를 제공하여 줌으로써, 트래픽 플로우를 제어할 수 있도록 한 것이다.
따라서, 트래픽 수신측은 송신측이 전송하는 트래픽 양을 제한하여 수신측이 원하는 만큼 트래픽 저장용 메모리 크기를 조절할 수 있으며, 수신측의 트래픽 저장용 메모리의 용량이 작음으로써 발생할 수 있는 트래픽 손실을 방지할 수 있는 것이다.

Description

이동 통신 시스템에서의 트래픽 플로우 제어 방법{Method for Controlling Traffic flow in mobile communication system}
본 발명은 이동통신 시스템에서의 트래픽 플로우 제어 방법에 관한 것으로서, 특히 CDMA 2000 이동통신 시스템에서 BS(Base Station)와 PCF(Packet Control Function)간, PCF와 PDSN(Packet Data Serving Node)간에 트래픽 송수신을 위해 사용되는 GRE 헤더(Generic Routing Encapsulation Header)를 이용하여 각 시스템간에 트래픽 플로우를 제어할 수 있도록 한 이동통신 시스템에서의 트래픽 플로우 제어방법에 관한 것이다.
최근 인터넷의 급속한 성장은 고속 무선 전송 기술에 대한 새로운 필요성을 느껴서 무선 휴대 단말로부터 음성 통신 뿐 만 아니라 전자 메일의 송수신이나 웹 액세스(Web Access), 음악 데이터나 화상 데이터의 신호 분배등 대용량의 데이터 전송 등의 IP네트워크를 통해 어플리케이션의 이용도 증가하고 있는 추세이다.
무선 데이터 통신에서는 무선 전송로의 상황이 악화되어 수신 신호 레벨 보다도 잡음레벨이 상회하는 경우에는 버스트 비트 오류가 다발하고, 무선 전송로의 상황이 좋아서 비교적 수신 신호 레벨이 높은 경우에는 에러가 없어서 오류가 전혀 발생하지 않는다. 이 때문에 무선 전송로에서의 간섭 잡음의 정도를 고려하면서 고속 무선 전송을 실현하는 한 수단으로서 변조 및 부호화 방식의 파라미터를 최적의 값으로 제어하여 베스트 에포트(Best Effort)형 통신을 행하는 방식이 제안되고 있다.
이하, 일반적인 CDMA 2000 이동통신 시스템에 대하여 첨부한 도 1을 참조하여 살펴보기로 하자.
도 1은 일반적인 이동통신 네트워크 시스템의 연결 구성을 개략적으로 나타낸 도면으로서, 휴대 전화 이동국(MS:Mobile Station)(101 - 103)은 BS(110, 111)로부터 무선 통신용 트래픽 채널을 할당받고, 이에 의해서 BS(110, 111)와 통신을 행한다. 음성 통신의 경우, MSC(Mobile Switching Center: 130)를 중계 노드로 하여 음성계 네트워크(전화 회선망: 190)와 접속한다. 한편, 데이터 통신의 경우에는 패킷 중계 장치인 PCF(120)노드를 통해 데이터계 네트워크(인터넷: 160)와 접속된다.
또한, 데이터계 네트워크(160)는 모바일 IP 프로토콜을 이용하여 MS(101 - 103) 목적지 IP 패킷을 중계하기 위한 에이전트 기능을 갖는 PDSN(140)이나 홈에이전트 노드(HA; 170), 데이터 서비스 이용자의 인증이나 과금(課金) 정보 수집을 행하는 인증 AAA(Authentication, Authorization, and Accounting) 서버(150)도 구비하고 있다.
이 데이터계 네트워크(160)에 접속된 호스트(180)로부터 송신된 MS 목적지 패킷은 모바일 IP 프로토콜에 따라 PDSN(140)을 경유하여 PCF 노드(120)로 전송되고 또한 PCF 노드(120)로부터 BS(110, 111)로 전송되고 BS(110, 111)로부터 무선 채널을 이용하여 MS(101 - 103) 목적지로 송신된다.
PDSN(140) ∼ PCF 노드(120) 간, PCF 노드(120) ∼ BS(110, 111) 간에서 이동국 목적지 패킷은 IETF(Internet Engineering Task Force)에 의해 인터넷 표준 규격 RFC1701에 규정된, GRE(Generic Routing Encapsulation) 프로토콜에 의해 캡슐화되어 터널링 전송된다.
여기서, 패킷을 캡슐화하는 GRE 헤더의 포맷을 도 2에 도시한다.
도 2에 도시한 GRE 헤더는 키 필드를 포함하며, 시퀀스 번호 정보를 포함할 수 있다.
여기서, 키 필드에는 패킷의 송수신처 이동국에 대응하는 세션 ID가 설정된다. 또한 시퀀스 번호를 사용할 경우, 패킷 송신마다 시퀀스 번호가 갱신된다. 패킷 송신마다 하나씩 시퀀스 번호에 가산하는 방법을 이용한다.
CDMA 2000 이동통신 시스템에서는 BS와 PCF, 그리고 PCF와 PDSN간에 트래픽을 송수신하기 위한 인터페이스가 3GPP2의 IOS4.x에 정의되어 있다. IOS4.x에서는 트래픽 송수신 인터페이스로서 도 2에 도시된 바와 같은 RFC1701의 GRE를 채택하고 있다.
RFC1701의 GRE를 사용하는 IOS4.x에는 BS와 PCF, 그리고 PCF와 PDSN간에 송수신되는 트래픽의 플로우를 제어할 수 있는 정보가 표준화로 채택되어 있지 않다.따라서, 도 3에 도시된 트래픽 수신측 시스템(300)에서는 트래픽 송신측 시스템(400)에서 전송하는 트래픽을 저장할 수 있는 충분한 버퍼(메모리)를 미리 확보해 두어야 한다. 여기서, 수신측 시스템(300)은 PCF로부터 전송되는 트래픽을 수신하는 BS가 될 수 있으며, PDSN으로부터 전송되는 트래픽을 수신하는 PCF가 될 수 있는 것이다. 또한, 송신측 시스템(400)은 BS 로 트래픽을 전송하는 PCF, PCF로 트래픽을 전송하는 PDSN이 될 수 있다. 도 3은 종래 기술에 따른 이동통신 시스템에서의 트래픽 플로우 제어가 없는 경우 수신측과 송신측간의 연결 관계를 나타낸 도면이다.
그럼에도 불구하고 송신측 시스템(400)에서 수신측 시스템(300)이 저장할 수 있는 양 이상의 트래픽을 수신측 시스템(300)으로 전송하게 되면, 불가피하게 트래픽 손실이 발생하게 되는 문제점이 있다.
즉, IP망과 무선망과의 인터워크에서의 속도차가 큰 경우, BS가 PCF측으로부터 전송되는 패킷을 MS로 다 송신할 수 없어서 BS에서의 버퍼 오버플로우가 생겨 패킷을 폐기하지 않을 수 없는 상황이 생긴다. BS에 대용량의 버퍼를 설치하면, 이것을 회피하는 것은 가능하지만, 각 BS에 따라 필요한 버퍼의 크기는 시간에 따라 변화하기 때문에 적절한 버퍼 크기를 정하는 것이 곤란하다. 또한, 다수 존재하는 각 BS에서 버퍼 오버플로우를 회피하기 위해 대용량 버퍼를 설치하면 비용이 상승하여 현실적이지 못하다. 또한, MS가 다른 BS가 관리하는 무선 섹터로 이동하는 경우에 BS 간에서의 패킷 전송이 필요하여 큰 지연이나 패킷 누락이 생길 수 있는 것이다. 그리고, PDSN과 PCF 간의 트래픽 전송시에도 상기와 동일한 문제점이발생할 수 있는 것이다.
한편, 버퍼를 BS와는 다른 노드에 설치함으로써 패킷의 누락을 방지할 수는 있지만, 이 노드는 사용자 각각의 무선 전송 속도의 차이 등의 무선 상태를 파악할 수 없어서 각 패킷은 BS로 일렬로 전송된다. 이 때문에, BS에서의 버퍼 오버플로우(Overflow)를 회피하기 위해서는 저속으로 패킷을 BS로 전송하지 않을 수 없어 고속 송신할 수 있는 무선 채널에 대해서도 저속으로 밖에 패킷이 주어지지 못하여서 무선 자원의 이용에 낭비가 생기게 되는 문제점이 있다.
따라서, 본 발명은 상기한 종래 기술에 따른 제반 문제점을 해결하기 위하여 안출한 것으로 본 발명의 목적은, 이동통신 시스템의 BS와 PCF, 그리고 PCF와 PDSN사이에서 트래픽 송수신을 위해 사용되는 GRE헤더를 수정하여 상기의 각 네트워크 요소(Network Elements)간에 트래픽 플로우를 효율적으로 제어할 수 있도록 한 이동통신 시스템에서의 트래픽 플로우 제어 방법을 제공함에 있다.
도 1은 일반적인 이동통신 네트워크 시스템의 연결 구성을 개략적으로 나타낸 도면.
도 2는 종래 기술에 따른 이동통신 시스템에서 BS와 PCF 간, PCF와 PDSN간에 송수신되는 GRE 헤더의 설정값과 그 형식을 나타낸 도면.
도 3은 종래 기술에 따른 이동통신 시스템에서의 트래픽 플로우 제어가 없는 경우 수신측과 송신측간의 연결 관계를 나타낸 도면.
도 4는 본 발명에 따른 이동통신 시스템에서 BS와 PCF 간, PCF와 PDSN간에 트래픽 플로우를 제어하기 위해 송수신되는 GRE 헤더의 설정값과 그 형식을 나타낸 도면.
도 5는 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어가 있는 경우 수신측과 송신측간의 연결 관계를 나타낸 도면.
도 6은 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어방법에 대한 동작 플로우 챠트를 나타낸 도면이다.
*도면의 주요 부분에 대한 부호의 설명*
110, 111 : BS 120 : PCF
130 : MSC 140 : PDSN
150 : AAA 170 : HA
300 : 수신측 시스템 400 : 송신측 시스템
상기한 목적을 달성하기 위한 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어 방법의 일 실시예에 따르면, 트래픽을 송,수신하는 적어도 하나 이상의 송,수신 시스템을 구비하는 이동통신 시스템에서의 트래픽 플로우 제어 방법에 있어서, 트래픽 수신 시스템에서 트래픽 플로우 제어를 위해 GRE 헤더의 플래그 비트값을 설정하는 단계; 상기 GRE 헤더의 플래그 비트값을 트래픽 제어를 위한 비트값으로 설정한 경우, 트래픽 플로우 제어 정보를 포함하는 GRE 헤더를 트래픽 송신 시스템으로 전송하는 단계; 상기 트래픽 수신 시스템으로부터 전송되는 트래픽 플로우 제어 정보가 포함된 GRE헤더를 이용하여 트래픽 수신 시스템으로 전송하는 전송 트래픽 플로우를 제어하는 단계를 포함할 수 있다.
상기 트래픽 플로우 제어를 위한 GRE 헤더의 5비트 플래그의 첫번째 비트값, 즉 도 2의 8번 비트값을 "1"로 설정한다.
상기 트래픽 플로우 제어 정보는, 트래픽 수신 시스템에서 현재부터 수신 가능한 트래픽 양을 나타내는 "Window Size" 정보와, 트래픽 수신 시스템에서 현재까지 수신한 트래픽 양을 나타내는 "Received Sequence Number" 정보를 포함한다.
상기 전송 트래픽 플로우를 제어하는 단계는, 트래픽 송신 시스템이 수신 시스템으로부터 받은 Receive Sequence Number에 해당하는 트래픽 이후부터 현재까지 수신 시스템으로 보낸 트래픽 양(Transmitted Number)이 트래픽 수신 시스템으로부터 수신한 Window Size값 이상인지를 판단하는 단계; 상기 판단 결과, 상기 Transmitted Number가 Window Size값 보다 작은 경우, Window Size 값에서 Transmitted Number값을 뺀 만큼의 트래픽을 수신 시스템으로 전송하는 단계를 포함한다.
본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어방법의 다른 실시예에 따르면, 트래픽을 송,수신하는 적어도 하나 이상의 송,수신 시스템을 구비하는 이동통신 시스템에서의 트래픽 플로우 제어 방법에 있어서, 트래픽 수신 시스템에서 트래픽 플로우 제어를 위해 GRE 헤더의 플래그의 첫번째 비트값을 설정하는 단계; 상기 GRE 헤더의 플래그 첫번째 비트값을 트래픽 제어를 위한 비트값으로 설정한 경우, 트래픽 수신 시스템에서 현재부터 수신 가능한 트래픽 양을 나타내는 "Window Size" 정보와, 트래픽 수신 시스템에서 현재까지 수신한 트래픽 양을 나타내는 "Received Sequence Number" 정보를 포함하는 GRE 헤더를 트래픽 송신 시스템으로 전송하는 단계; 상기 트래픽 송신 시스템이 상기의 수신 시스템이 보낸 Received Sequence Number에 해당하는 패킷 이후부터 트래픽 수신 시스템으로 현재까지 전송한 트래픽 양(Transmitted Number)이 트래픽 수신 시스템으로부터 수신한 상기 Window Size값 이상인지를 판단하는 단계; a) 상기 판단 결과, 상기 Transmitted Number값이 Window Size값 이상인 경우, 트래픽 손실을 방지하기 위해 트래픽 송신 시스템은 더 이상 패킷을 수신 시스템으로 전송을 하지 않고, b) 상기 Transmitted Number가 Window Size값 보다 작은 경우, Window Size 값에서 Transmitted Number값을 뺀 만큼의 트래픽을 수신 시스템으로 전송하는 단계를 포함할 수 있다.
이하, 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어 방법에 대한 바람직한 일 실시예를 첨부한 도면을 참조하여 상세하게 살펴보기로 한다.
도 4는 본 발명에 따른 이동통신 시스템에서 BS와 PCF 간, PCF와 PDSN간에 트래픽 플로우를 제어하기 위해 송수신되는 GRE 헤더의 설정값과 그 형식을 나타낸도면이다.
즉, 본 발명은, 도 1에 도시된 이동통신 시스템에서 BS와 PCF, PCF와 PDSN간의 트래픽 플로우 제어를 위해 IOS4.x에서 제시한 RFC1701 GRE 헤더의 플래그값을 수정하고, 도 4에 도시된 바와 같이 GRE 헤더에 "윈도우 사이즈(Window Size), 수신된 시퀀스 번호(Received Sequence Number) 필드를 옵션으로 추가 할당하여 트래픽 송신측으로 전송하게 되면, 트래픽 송신측에서는 수신된 트래픽 플로우 제어를 위한 필드가 포함된 GRE 헤더를 이용하여 전송되는 트래픽 플로우(트래픽 양)를 제어할 수 있게 되는 것이다.
도 4에 도시된 트래픽 플로우 제어를 위한 GRE 헤더를 이용한 트래픽 플로우 제어방법에 대하여 첨부한 도면을 참조하여 설명하기로 한다.
도 5는 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어가 있는 경우 수신측과 송신측간의 연결 관계를 나타낸 도면이다.
먼저, 본 발명의 동작 설명에 앞서 도 4에 도시된 총 5Bit로 이루어지는 Flags의 첫 번째 Bit, 즉 8번 Bit의 이름을 F라 칭하고, 도 5에 도시된 수신측 시스템(300)은, 도 1에 도시된 PCF로부터 트래픽을 받고 PCF로 트래픽 플로우 제어 정보를 전송하는 BS 시스템, 또는 PDSN 으로부터 트래픽을 수신하고, PDSN으로 트래픽 플로우 제어 정보를 전송하는 PCF 시스템이 될 수 있다.
한편, 송신측 시스템(400)은, BS로부터 트래픽 플로우 제어 정보을 받고 BS로 트래픽을 전송하는 PCF 시스템, 또는 PCF로부터 트래픽 플로우 제어 정보를 수신하고, PCF로 트래픽을 전송하는 PDSN이 될 수 있는 것이다.
즉, 송신측 시스템(400)에서 수신측 시스템(300)으로 트래픽을 전송하고, 수신측 시스템(300)에서 송신측 시스템(400)으로 트래픽 플로우 정보를 전송하는 것으로 이는 도 5에 잘 도시되어 있다. 여기서, 수신측 시스템(300)에서 송신측 시스템(400)으로 전송되는 트래픽 플로우 정보는 GRE헤더 정보로서 윈도우 사이즈 정보 및 수신된 시퀀스 번호 정보를 포함한 GRE 헤더를 구성하여 트래픽 플로우 제어 정보로서 전송하는 것이다. 따라서, 송신측 시스템(400)은 수신측 시스템(300)으로부터 전송되는 GRE 헤더 정보에 포함된 윈도우 사이즈 정보 및 수신된 시퀀스 번호 정보를 이용하여 수신측 시스템(300)으로 전송하는 트래픽 양을 적절하게 조절하게 되는 것이다. 여기서, 윈도우 사이즈 정보는 송신측 시스템(400)으로부터 전송되는 패킷을 수신할 수 있는 현재 버퍼의 크기로서, 수신된 패킷을 제외한 비어 있는 버퍼의 크기를 의미한다.
도 4 및 도 5를 참조하여 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어 방법에 대하여 구체적인 동작에 대하여 설명해 보기로 하자.
먼저, 수신측 시스템(300) 예를 들면, BS 시스템이나 PCF 시스템에서 PCF 또는 PDSN 시스템으로 트래픽 플로우 제어를 원하지 않는 경우 수신측 시스템(300)은 도 4에 도시된 Flags 비트의 F 비트를 "0"으로 설정한다.
이와 같이 수신측 시스템(300)이 송신측 시스템(400)으로 전송할 GRE헤더의 F 비트값을 "0"으로 설정할 경우에는 트래픽 플로우 제어를 하지 않는다는 의미로서 도 4에 도시된 GRE 헤더에 Window Size 정보 및 Received Sequence Number 정보를 포함하지 않는다.
즉, 수신측 시스템(300)에서 트래픽 플로우 제어를 원할 경우에는 먼저 Flags 비트의 F 비트를 "1"로 설정하고, 트래픽 플로우 제어를 원하지 않는 경우에는 F 비트를 "0"으로 설정하는 것이다. 결국, F 비트의 설정값에 따라 트래픽 플로우 제어 여부가 결정되는 것이다.
한편, 수신측 시스템(300)에 송신측 시스템(400)과 트래픽 플로우 제어를 수행할 경우, 수신측 시스템(300)은 송신측 시스템(400)으로 전송할 GRE헤더의 F 비트값을 "1"로 설정한다.
수신측 시스템(300)이 송신측 시스템(400)으로 트래픽 플로우 제어를 위해 전송할 GRE 헤더의 F 비트값을 "1"로 설정할 경우, 수신측 시스템(300)은 도 4에 도시된 바와 같이 GRE 헤더에 Window Size 정보 및 현재까지 수신된 시퀀스 번호 (Received Sequence Number)정보를 GRE 헤더 정보를 추가하여 송신측 시스템(400)으로 전송한다.
이때, 수신측 시스템(300)에서 송신측 시스템(400)으로 전송하는 GRE 헤더에 포함된 Received Squence Number는 송신측 시스템(400)으로부터 가장 최근에 수신한 시퀀스 번호와 동일한 값으로 설정한다.
수신측 시스템(300)은 Received Sequence Number를 설정하는 시점에 수신측 시스템(300)에 송신측 시스템(400)으로부터 더 수신할 수 있는 패킷 수를 Window Size에 설정한다.
이때, Window Size 정보에 설정되는 패킷수는 Unsigned Integer값이다.
수신측 시스템(300)은 송신측 시스템(400)으로부터 수신한 GRE 헤더 정보에서 S비트가 "0"으로 설정된 경우 즉, Sequence Number를 수신하지 못한 상태에서 송신측 시스템(400)으로 전송할 GRE 헤더의 F 비트값을 "1"로 설정해야할 경우 Received Sequence Number를 Hexa 표기로"ffffffff"값으로 설정한다.
송신측 시스템(400)에 수신측 시스템(300)으로부터 수신한 GRE 헤더의 F 비트값이 "1"일 경우 송신측 시스템(400)은 수신측 시스템(300)으로 전송할 GRE 헤더의 S 비트값을 "1"로 설정하고, Sequence Number를 추가하여 수신측 시스템(300)으로 GRE 헤더를 전송한다. 이때 사용할 GRE 헤더의 Sequence Number의 상세 내용은 RFC1701의 GRE 규격에 따른다.
송신측 시스템(400)이 수신측 시스템(300)으로부터 수신한 GRE 헤더의 F 비트값이 "1"일 경우, 송신측 시스템(400)은 수신측 시스템(300)으로부터 수신한 Received Sequence Number 와 Window Size 정보를 참조하여 수신측 시스템(300)으로 전송할 트래픽 양을 조절하여 적절한 수의 패킷을 수신측 시스템(300)으로 전송하게 되는 것이다.
즉, 송신측 시스템(400)이 가장 최근에 수신측 시스템(300)으로부터 수신한 Received Sequence Number에 해당하는 패킷 이후부터 현재까지 수신측 시스템(300)으로 전송한 패킷 수를 TransmittedNumber라고 하면, 현재 시점에서 송신측 시스템(400)이 수신측 시스템(300)으로 전송할 수 있는 패킷의 수 MoreNumber는 다음과 같이 계산될 수 있다.
만약, TransmittedNumber가 Window Size 이상일 때, 송신측 시스템(400)은 수신측 시스템(300)으로 더 이상의 패킷을 전송하지 않게 된다. 즉, MoreNumber값은 "0"이 되는 것이다.
그러나, TransmittedNumber가 Window Size 미만일 때, 송신측 시스템(400)은 수신측 시스템(300)으로 Window Size와 TransmittedNumber의 차이에 해당하는 만큼의 패킷을 수신측 시스템(300)으로 전송할 수 있는 것이다. 즉, MoreNumber는 아래의 수학식 1과 같이 표현될 수 있는 것이다.
MoreNumber = Window Size - TransmittedNumber
상기한 바와 같은 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어 방법을 도 6에 도시된 동작 플로우챠트를 이용하여 단계적으로 살펴보기로 하자.
도 6은 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어 방법에 대한 동작 플로우챠트를 나타낸 도면이다.
먼저, 수신측 시스템(300)에서 트래픽 플로우 제어를 수행할 것인지를 판단한다(S101).
만약, 트래픽 플로우 제어를 수행하지 않을 경우에는 송신측 시스템(400)으로 전송할 GRE헤더의 Flags F 비트값을 "0"으로 설정한 후(S102), 표준화되어 있는 RFC1701의 GRE 헤더의 규격에 따라 GRE헤더를 송신측 시스템으로 전송한다(S103). 여기서, RFC 1701 GRE 헤더 규격은 도 2에 도시되어 있다. 여기서, 수신측 시스템(300)은 CDMA 2000 이동통신 시스템에서 BS와 PCF간 트래픽 제어가 있는 경우에는 BS가 되고, PCF와 PDSN 간 트래픽 플로우 제어가 있는 경우에는 PCF가 된다. 또한, 송신측 시스템(400)은, 트래픽 전송을 수행하는 PCF 또는 PDSN 이 될 수 있는 것이다.
그러나, 상기 S101 단계에서 수신측 시스템(300)에서 트래픽 플로우 제어를 수행하고자 할 경우에는, 송신측 시스템(400)으로 전송할 GRE 헤더의 Flags Bit를 "1"로 설정하고(S104), GRE 헤더에 "Window Size" 정보 및 "Received Sequence Number"정보를 추가하여 송신측 시스템(400)으로 전송한다. 여기서, "Window Size" 정보는 현재 수신된 패킷 수를 제외하고 송신측 시스템(400)으로부터 트래픽을 더 수신할 수 있는 버퍼의 크기를 의미하고, "Received Sequence Number" 정보는 현재 송신측 시스템(400)으로부터 수신된 패킷 수를 의미하며 수신측 시스템(300)에서 송신측 시스템(400)으로부터 가장 최근에 수신한 "Sequence Number"와 동일한 값으로 설정된다.
이와 같이 수신측 시스템(300)에서 트래픽 플로우 제어를 위한 GRE 헤더를 전송하면, 송신측 시스템(400)은 수신측 시스템(300)에서 전송되는 GRE 헤더를 수신하게 된다(S106).
송신측 시스템(400)은 수신측 시스템(300)으로부터 수신된 GRE 헤더 Flags F비트가 "1"로 설정되어 있는지 판단한다(S107).
판단결과, 수신한 GRE 헤더의 F 비트값이 "1"로 설정되어 있는 경우, Transmitted Number가 Window Size값 이상인지를 판단한다(S108). 여기서, Transmitted Number는 수신측 시스템(300)에서는 아직 수신하지 않았으나 송신측 시스템(400)에서 수신측 시스템(300)으로 현재 전송중인 패킷 수를 의미하고,Window Size는 수신측 시스템(300)에서 현재까지 수신한 패킷수를 제외하고 송신측 시스템(400)으로부터 더 수신할 수 있는 패킷수를 의미한다.
상기 S108 단계에서, Transmitted Number가 Window Size값 이상인 경우, 즉, 송신측 시스템(400)에서 수신측 시스템(300)으로 전송된 패킷 수가 수신측 시스템(300)의 현재 수신 가능한 패킷수보다 많거나 동일한 경우, 송신측 시스템(400)은 더 이상 패킷을 수신측 시스템(300)으로 전송을 하지 않는다(S109). 이런 경우에 송신측 시스템(400)에서 수신측 시스템(300)으로 계속적으로 패킷을 전송한다면, 전송되는 패킷은 계속적으로 손실될 것이다.
그러나, S108단계에서, Transmitted Number가 Window Size값 미만인 경우에는, (Window Size - Transmitted Number)값 만큼의 패킷 만을 수신측 시스템(300)으로 전송하게 되는 것이다(S110). 즉, 수신측 시스템(300)에서 수용 가능한 패킷수 만을 전송함으로써, 트래픽 플로우 제어가 이루어지는 것이다.
예를 들어, 수신측 시스템(300)의 윈도우 사이즈(Window Size)가 "5"이고, 송신측 시스템(400)에서 Received Sequence Number 이후로 현재까지 전송한 패킷 수(Transmitted Number)가 5인 경우에는 송신측 시스템(400)에서는 더 이상의 패킷을 전송하지 않고, 만약, 윈도우 사이즈가 5이고, 송신측 시스템(400)에서 Received Sequence Number 이후로 수신측 시스템(300)으로 현재까지 전송한 패킷수가 3인 경우에는 "2"만큼의 패킷을 더 전송할 수 있게 되는 것이다.
결국, 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어 방법은, CDMA 2000 이동통신 시스템에서 BS-PCF 간, PCF-PDSN 간 트래픽 플로우 제어를 수행하고자하는 경우, 별도의 트래픽 플로우 제어를 위한 시그널링 메시지(Signaling Message) 송수신 없이 트래픽을 수신하는 수신 시스템에서 송신측 시스템으로 전송하는 GRE 헤더에 트래픽 플로우 제어를 위한 패킷의 수용 가능한 Window Size 정보와 현재까지 수신된 패킷 수 Received Sequence Number 정보를 제공하여 줌으로써, 트래픽 송신 시스템에서는 이를 참고로 하여 수신측 시스템으로 전송하는 트래픽 량을 조절할 수 있도록 한 것이다.
상기한 실시예의 트래픽 제어 동작들은 각 사용자 별로 각각 별도로 관리 제어할 수 있음은 이 분야의 통상을 지식을 가진자라면 누구나 이해할 수 있는 부분이다. 즉, 본 발명에서 GRE 헤더의 Key 값마다 Window Size, Received Sequence Number, Transmitted Number를 독립적으로 설정해서 사용자별로 각각 트래픽 플로우 제어를 할 수 있다.
상기한 바와 같은 본 발명에 따른 이동통신 시스템에서의 트래픽 플로우 제어 방법은, CDMA 2000 이동통신 시스템에서 BS-PCF 간, PCF-PDSN 간 트래픽 플로우 제어를 수행하고자하는 경우, 트래픽 플로우 제어를 위한 별도의 시그널링 메시지(Signaling Message) 송수신 없이 트래픽을 수신하는 수신 시스템에서 송신측 시스템으로 전송하는 GRE 헤더에 트래픽 플로우 제어를 위한 패킷의 수용 가능한 Window Size 정보와 현재까지 수신된 패킷 수 Received Sequence Number 정보를 제공하여 줌으로써, 트래픽 플로우를 제어할 수 있도록 한 것이다.
따라서, 트래픽 수신측은 송신측이 전송하는 트래픽 양을 제한하여 수신측이 원하는 만큼 트래픽 저장용 메모리 크기를 조절할 수 있으며, 수신측의 트래픽 저장용 메모리의 용량이 작음으로써 발생할 수 있는 트래픽 손실을 방지할 수 있는 효과를 가진 것이다.

Claims (6)

  1. 트래픽을 송,수신하는 적어도 하나 이상의 송,수신 시스템을 구비하는 이동통신 시스템에서의 트래픽 플로우 제어 방법에 있어서,
    트래픽 수신 시스템에서 트래픽 플로우 제어를 위해 GRE 헤더의 플래그 비트값을 설정하는 단계;
    상기 GRE 헤더의 플래그 비트값을 트래픽 제어를 위한 비트값으로 설정한 경우, 트래픽 플로우 제어 정보를 포함하는 GRE 헤더를 트래픽 송신 시스템으로 전송하는 단계;
    상기 트래픽 수신 시스템으로부터 전송되는 트래픽 플로우 제어 정보가 포함된 GRE헤더를 이용하여 트래픽 수신 시스템으로 전송하는 전송 트래픽 플로우를 제어하는 단계를 포함하는 이동통신 시스템에서의 트래픽 플로우 제어방법.
  2. 제1항에 있어서,
    상기 트래픽 플로우 제어를 위한 GRE 헤더의 플래그 비트값은,
    5비트 플래그의 첫번째 비트값을 "1"로 설정하는 이동통신 시스템에서의 트래픽 플로우 제어방법.
  3. 제1항에 있어서,
    상기 트래픽 플로우 제어 정보는,
    트래픽 수신 시스템에서 현재부터 수신 가능한 트래픽 양을 나타내는 "Window Size" 정보와,
    트래픽 수신 시스템에서 현재까지 수신한 트래픽 양을 나타내는 "Received Syquence Number" 정보를 포함하는 이동통신 시스템에서의 트래픽 플로우 제어방법.
  4. 제1항 또는 제3항에 있어서,
    상기 전송 트래픽 플로우를 제어하는 단계는,
    트래픽 송신 시스템에서 트래픽 수신 시스템으로부터 받은 Receive Sequence Number에 해당하는 패킷 이후부터 현재까지 수신 시스템으로 전송한 트래픽 양(Transmitted Number)이 트래픽 수신 시스템으로부터 수신한 Window Size값 이상인지를 판단하는 단계;
    상기 판단 결과, 상기 Transmitted Number가 Window Size값 보다 작은 경우, Window Size 값에서 Transmitted Number값을 뺀 만큼의 트래픽을 수신 시스템으로 전송하는 단계를 포함하는 이동통신 시스템의 트래픽 플로우 제어방법.
  5. 제4항에 있어서,
    상기 판단 결과, 상기 Transmitted Number가 Window Size값 이상인 경우, 트래픽 손실을 방지하기 위해 트래픽 송신 시스템은 더 이상 패킷을 수신 시스템으로 전송을 하지 않는 이동통신 시스템의 트래픽 플로우 제어방법.
  6. 트래픽을 송,수신하는 적어도 하나 이상의 송,수신 시스템을 구비하는 이동통신 시스템에서의 트래픽 플로우 제어 방법에 있어서,
    트래픽 GRE 헤더의 플래그 초기 비트값을 설정하는 단계;
    수신 시스템에서 트래픽 플로우 제어를 위해 상기 GRE 헤더의 플래그 초기 비트값을 트래픽 제어를 위한 비트값으로 설정한 경우, 트래픽 수신 시스템에서 현재부터 수신 가능한 트래픽 양을 나타내는 "Window Size" 정보와, 트래픽 수신 시스템에서 현재까지 수신한 트래픽 양을 나타내는 "Received Sequence Number" 정보를 포함하는 GRE 헤더를 트래픽 송신 시스템으로 전송하는 단계;
    상기 트래픽 송신 시스템에서 트래픽 수신 시스템으로부터 받은 Receive Sequence Number에 해당하는 패킷 이후부터 현재까지 수신 시스템으로 전송한 트래픽 양(Transmitted Number)이 트래픽 수신 시스템으로부터 수신한 상기 Window Size값 이상인지를 판단하는 단계;
    a) 상기 판단 결과, 상기 Transmitted Number값이 Window Size값 이상인 경우, 트래픽 손실을 방지하기 위해 트래픽 송신 시스템은 더 이상 패킷을 수신 시스템으로 전송을 하지 않고,
    b) 상기 Transmitted Number가 Window Size값 보다 작은 경우, Window Size 값에서 Transmitted Number값을 뺀 만큼의 트래픽을 수신 시스템으로 전송하는 단계를 포함하는 이동통신 시스템의 트래픽 플로우 제어방법.
KR1020030018990A 2003-03-26 2003-03-26 이동 통신 시스템에서의 트래픽 플로우 제어 방법 KR20040084156A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020030018990A KR20040084156A (ko) 2003-03-26 2003-03-26 이동 통신 시스템에서의 트래픽 플로우 제어 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020030018990A KR20040084156A (ko) 2003-03-26 2003-03-26 이동 통신 시스템에서의 트래픽 플로우 제어 방법

Publications (1)

Publication Number Publication Date
KR20040084156A true KR20040084156A (ko) 2004-10-06

Family

ID=37367766

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020030018990A KR20040084156A (ko) 2003-03-26 2003-03-26 이동 통신 시스템에서의 트래픽 플로우 제어 방법

Country Status (1)

Country Link
KR (1) KR20040084156A (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100918435B1 (ko) * 2005-01-31 2009-09-24 삼성전자주식회사 무선 통신 시스템에서 데이터 트래픽 제어 시스템 및 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100918435B1 (ko) * 2005-01-31 2009-09-24 삼성전자주식회사 무선 통신 시스템에서 데이터 트래픽 제어 시스템 및 방법

Similar Documents

Publication Publication Date Title
CA2611642C (en) Method and apparatus for controlling rate of voice service in a mobile communication system supporting voice service via packet network
AU731568B2 (en) Point-to-multipoint mobile radio transmission
RU2303858C2 (ru) Способ передачи пакетных данных в системе связи
KR100339740B1 (ko) 고속 무선 데이터 통신(ｈｄｒ) 시스템의 버퍼상태 보고메시지와 버퍼상태 보고 메시지 전송방법
US20050047396A1 (en) System and method for selecting the size of dynamic voice jitter buffer for use in a packet switched communications system
KR20050053376A (ko) 이동통신 시스템의 데이터 수신정보 전송방법
AU2005255830A1 (en) Method for selecting transport format combination guaranteed QoS in mobile communication system
AU2005253495A1 (en) Transmitting and receiving control protocol data unit having processing time information
KR20020097271A (ko) 하나의 임시 블록 흐름상에 복수의 데이터 접속들을다중화하기 위한 방법 및 장치
EP1504554A1 (en) Technique for IP communication among wireless devices
US8000245B2 (en) Internet protocol header compression reordering
EP1472835B1 (en) Processing different size packet headers for a packet based conversational service in a mobile communications system
CN114051013B (zh) 一种通信数据传输方法及装置
US20050088991A1 (en) Transmitting data using multi-frames
JP5124591B2 (ja) Ｒａｎにおける連続するデータユニットの表示の方法
RU2316906C2 (ru) Способ передачи пакетных данных в системе связи
EP1469642A2 (en) Method, network nodes and system for sending data in a mobile communication network
KR20040084156A (ko) 이동 통신 시스템에서의 트래픽 플로우 제어 방법
JP2009267881A (ja) 無線通信システム、無線基地局、無線端末および無線通信方法
ES2335571T3 (es) Procedimiento para la transmision de paquetes de datos.
US7321562B2 (en) Packet transmission method, network element and arrangement

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application