KR20140075572A - 오류 호 요청 차단 방법 및 그를 위한 이동통신 시스템 - Google Patents

Abstract

특정 단말의 오동작에 의한 시그널링 및 트래픽량 증가로 인한 시스템 과부하 등의 장애시, 해당 단말의 호 시도를 차단할 수 있는 방법 및 그를 위한 이동통신 시스템이 개시된다. 본 발명에 따르면, 소정 주기 동안 호 시도를 요구하는 단말의 연결 요청 횟수를 카운트하여 비정상적인 호를 시도하는 것으로 판정된 단말의 정보를 차단 대상 단말 등록 DB에 저장해둔다. 임의의 단말로부터 호 요구시, 상기 차단 대상 단말 등록 DB를 참조하여 해당 단말의 등록 여부를 판단하여, 등록되지 않은 단말에 대해서 해당 단말의 연결 요청 횟수를 누적시켜 호 시도 단말 등록 DB에 저장하고, 등록된 단말에 대해서 해당 단말에게 호 거부 메시지를 전송한다. 여기서, 연결 요청 횟수가 차단 임계값을 초과하는 경우, 호를 요구한 단말의 정보를 차단 대상 단말 등록 DB에 등록한다.

Description

오류 호 요청 차단 방법 및 그를 위한 이동통신 시스템{METHOD FOR REJECTING WRONG CALL REQUEST AND MOBILE TELECOMMUNICATION SYSTEM FOR THE SAME}

본 발명은 특정 오류 단말기의 호 요구를 차단하는 방법 및 그를 위한 이동통신 시스템에 관한 것이다.

최근에 통신 및 컴퓨터 네트워크, 반도체 기술의 비약적인 발전으로 인해 무선통신망을 이용한 다양한 서비스가 제공되고 있을 뿐만 아니라 수요자들의 요구 사항은 날이 갈수록 수준이 높아지고 있으며, 전세계 무선 인터넷 서비스 시장은 폭발적으로 증가하고 있는 추세이다. 이에 따라, 무선통신망을 이용한 이동통신 시스템에서 제공하는 서비스는 음성 서비스뿐만 아니라, 다양한 데이터를 전송하는 멀티미디어 통신 서비스로 발전해 가고 있다.

최근 스마트폰의 증가와 데이터 트래픽의 사용 요구 증가에 따라, 이동통신 사업자는 다양한 방법으로 증대된 데이터 트래픽을 수용하기 위해 설비투자 및 기술투자를 진행하고 있다.

스마트폰에서는 다양한 단말 어플리케이션(application)들이 다양한 형태로 데이터 트래픽을 사용한다. 그런데, 이 단말 어플리케이션들 중에서는 어플리케이션 사용에 따른 시스템 부하나 영향을 고려하지 않고 개발되는 경우가 많다.

따라서, 일반적으로 통신사업자가 예측할 수 있는 데이터 트래픽의 증가가 아닌, 단말의 오동작이나 특정 어플리케이션에 의한 과다 시그널링(signaling)로 인한 시스템 부하 증가는 예측하기 힘들고, 불특정 시점에 발생할 수 있다.

특히 1x EV-DO 이동통신 시스템에서 최초 단말은 전원 On시 Radio Access System(BTS, BSC, PCF)과 통신하여 HRPD(High Rate Packet Data) 세션(session)을 할당받고, 이 과정에서 단말의 구분자인 UATI(Unicast Access Terminal Identifier)를 할당받게 된다. 이후, 해당 단말은 세션을 새롭게 할당받기 전까지는 부여된 UATI를 구분자로 호를 시도하여 시스템으로부터 서비스를 받는다.

그러나, 최근에 스마트폰의 활성화로 인하여, 다양한 단말의 형태 및 애플리케이션이 등장하였고, 이에 따라 시스템에서 예측하지 못한 오류 동작을 수행하는 단말이 증가하였다. 특히 짧은 시간에 호 시도를 반복하는 단말이나 애플리케이션에 의하여 시스템의 과부하를 초래하는 경우가 빈번하게 발생하였다. 따라서, 이러한 특정 단말에 의하여 불안정적인 시스템 운용을 방지할 수 있는 방안이 절실히 요구된다.

한국공개특허공보 2006-48884(2005.05.25 공개)

본 발명의 목적은 특정 단말의 오동작에 의한 시그널링 및 트래픽량 증가로 인한 시스템 과부하 등의 장애시, 해당 단말의 호 시도를 차단할 수 있는 방법 및 그를 위한 이동통신 시스템을 제공하는 것이다.

본 발명의 일 특징에 따르면, 특정 단말의 오동작에 의한 시그널링 및 트래픽량 증가로 인한 시스템 과부하 등의 장애시, 해당 단말의 호 시도를 차단할 수 있는 방법 및 그를 위한 이동통신 시스템이 개시된다. 본 발명에 따르면, 소정 주기 동안 호 시도를 요구하는 단말의 연결 요청 횟수를 카운트하여 비정상적인 호를 시도하는 것으로 판정된 단말의 정보를 차단 대상 단말 등록 DB에 저장해둔다. 임의의 단말로부터 호 요구시, 상기 차단 대상 단말 등록 DB를 참조하여 해당 단말의 등록 여부를 판단하여, 등록되지 않은 단말에 대해서 해당 단말의 연결 요청 횟수를 누적시켜 호 시도 단말 등록 DB에 저장하고, 등록된 단말에 대해서 해당 단말에게 호 거부 메시지를 전송한다. 여기서, 연결 요청 횟수가 차단 임계값을 초과하는 경우, 호를 요구한 단말의 정보를 차단 대상 단말 등록 DB에 등록한다.

본 발명에 의하면, 운영자는 해당 기능을 On/Off함으로써, 특정 단말의 오동작에 의한 시그널링 및 트래픽량 증가로 인한 시스템 과부하 등의 장애시 조속한 부하 경감을 통한 시스템 안정화를 가져올 수 있으며, 일반 정상 동작 단말에 대한 서비스를 보장할 수 있는 이점이 있다.

도1은 본 발명이 실시될 수 있는 예시적인 EV-DO 이동통신 시스템의 구성을 개괄적으로 도시한 도면이다.
도2는 본 발명의 실시예에 따라 오류 호 요청 차단 방법을 개략적으로 보여주는 도면.
도3은 본 발명의 실시예에 따라 호 시도 단말 등록 DB(ConnReqATList)를 관리하는 과정을 보여주는 도면.
도4는 본 발명의 실시예에 따라 Connection Request 단말 정보 저장 및 갱신 절차를 도시한 도면.
도5는 본 발명의 실시예에 따라 호 시도 단말 등록 DB(ConnReqATList)를 저장 및 갱신하는 과정을 보여주는 도면.
도6은 본 발명의 실시에에 따라 차단 단말 판단 절차를 구체적으로 도시한 도면.
도7은 본 발명의 실시예에 따라 RejectedATList 관리 절차를 구체적으로 도시한 도면.
도8은 본 발명의 실시예에 따라 차단 단말을 판단하는 과정을 보여주는 도면.

이하 첨부된 도면을 참조하여 본 발명의 실시예들에 대해 상세히 설명한다. 다만, 이하의 설명에서는 본 발명의 요지를 불필요하게 흐릴 우려가 있는 경우, 널리 알려진 기능이나 구성에 관한 구체적 설명은 생략하기로 한다.

도1은 본 발명이 실시될 수 있는 예시적인 EV-DO 이동통신 시스템의 구성을 개괄적으로 도시한 도면이다.

도1에 도시된 바와 같이, EV-DO 이동통신 시스템은, 크게 단말기(AT: Access Terminal)(110a~110h), 기지국(BTS: Base Transmission Subsystem)(108a~108h), 기지국 제어기(BSC: Base Station Controller)(106a~106d), 패킷 제어 기능부(PCF: Packet Control Function)(104a, 104b)을 포함하는 서브넷(subnet)과, 패킷 데이터 서빙 노드(PDSN: Packet Data Serving Node)(11), 인가/인증/과금 서버(AAA: Authentication, Authorization, Accounting)(12), 홈에이전트(HA: Home Agent)(13), ACS(Auto Configuration Server)(14), 주소 할당 서버(DHCP 서버)(15) 등을 포함하는 패킷 핵심망(packet core network)을 구비한다. 패킷 핵심망 상위에는 DSC(Data Service Controller) 서버(10) 등을 구비한다.

단말(AT)(110a~110h)은 각각 자신이 속해 있는 영역을 관리하는 BTS(108a~108h)와 역방향 및 순방향 무선 링크를 통해 BTS(108a~108h)로부터 호를 착신하거나 BTS(108a~108h)로 호를 발신한다. AT(110a~110h)는 자신이 속한 셀에서 통신을 시작하려고 하는 경우, 우선 고유 식별자인 UATI를 PCF(104a,104b)에 요청하고, PCF(104a,104b)와 세션 협상을 수행한다. 도1에서는 편의상 1개의 BTS가 담당하는 셀 내에 하나의 AT가 있는 것으로 도시되었지만, 복수의 AT가 하나의 셀 안에 존재할 수 있음은 당업자라면 충분히 알 수 있다. 일실시예로서, 단말(AT)(110)은 EV-DO 단말일 수 있다.

기지국(BTS)(108a~108h)은 BTS 신호 프로세서(BSP: BTS Signaling Processor), 채널 카드(CHC: Channel Card) 등을 포함하여 자신이 발/착신한 호를 처리하고 OAM(Operations, Administration and Maintenance)을 수행한다. BTS(108a~108h)는 각각 대응하는 BSC(106a~106d)에 연결되어 있다.

일실시예로서, BSP는 기지국(108)의 메인 프로세서로서, 기지국 호 처리 및 OAM을 담당한다.

기지국 제어기(BSC)(106a~106d)는 자신에 연결된 BTS(108a~108h)에 대하여 자원 할당, 호 제어, 핸드오프 제어, 음성 및 패킷 처리 등을 수행한다. BSC(106a~106d)는 자신이 발/착신한 호 처리 및 OAM 처리를 수행하는 호출 및 공통 제어 프로세서(CCP: Call & Common Control Processor)와 자신의 관리하는 복수의 BTS(108a~108h)로부터 수신된 프레임에 대한 선택 및 무선 링크 프로토콜(RLP: Radio Link Protocol) 처리를 하는 선택 프로세서(SLP: Selection Processor) 등을 포함하고 있다. 도1에서는 하나의 BSC에 64개의 BTS가 연결되어 있는 것으로 도시되어 있으나 본 발명의 다른 실시예에 따르면 이보다 많거나 적은 BTS가 연결될 수 있다.

일실시예로서, CCP는 기지국 제어기(BSC)(106) 내에서 EV-DO 호처리 및 OAM을 담당하며, BTS(108) 제어를 수행한다.

특히 Abis 인터페이스인 기지국(BTS)(108a~108h)과 기지국 제어기(BSC)(106a~106d) 구간은 E1/T1과 같은 포트 단위로 별도의 경로로 구성되거나, 인터넷을 이용하는 IP 백홀 등으로 구성될 수 있다.

또한, BSC(106a~106d)는 각각 PCF 1 및 2(104a,104b)에 연결되는데, PCF 1 및 2(104a,104b)는 BSC(106a~106d)와 PDSN(11) 간의 인터페이스를 제공한다.

PCF 1 및 2(104a 및 104b)는 트래픽 전달 기능을 담당하고, 이동 단말에 대한 세션 관리 및 이동성 관리를 담당한다. PCF 1 및 2(104a,104b)는 PDSN(11)에 연결되어 PDSN(11)으로부터 패킷 데이터를 공급받고, 각각 서브넷(112a,112b)을 관할하며, 자신만의 서브넷 ID 및 컬러 코드(color code)를 보유한다. 도1에는 편의상 2개의 PCF(104a,104b)가 PDSN(11)과 연결되어 있는 것으로 도시되어 있지만 본 발명의 다른 실시예에 따르면, 더 많은 수의 PCF가 PDSN과 연결될 수 있다.

PCF 1 및 2(104a,104b)는, 패킷 데이터 호를 처리하고 AT에 대한 세션 및 이동성 관리와 OAM 처리를 하는 패킷 제어 프로세서(PCP: Packet Control Processor) 및 패킷 데이터의 트래픽을 처리하는 패킷 인터페이스 프로세서(PIP: Packet I/F Processor) 등을 포함한다. 구체적으로, PCF 1(104a)에 내장된 PCP는 AT(110a~110d)에 대한 세션 정보를 관리하고, PCF 2(104b)에 내장된 PCP는 AT(110e~110h)에 대한 세션 정보를 관리한다.

PDSN(11)은 PCF(104a,104b) 및 외부 네트워크와 연동하여 AT(110a~110h)에게 패킷 데이터 서비스를 제공한다. 패킷 핵심망의 인가/인증/과금 서버(AAA)(12)는 가입자에 대한 인증, 권한 검증 및 과금을 담당하고, 홈에이전트(HA)(13)는 이동 중에도 연결을 잃지 않도록 AT(110a~110h)의 이동성 제공을 위한 Mobile IP를 제공한다. 또한 ACS(Auto Configuration Server)(14)는 예컨대 CPE(Customer Premises Equipment)들을 원격에서 provisioning하고 관리한다. CPE의 유형으로는 가입자 댁내 게이트웨이(Residential Gateway), IPTV 셋톱박스, VoIP Adaptor, Femtocell AP(Access Point) 등이 있다. 또한 DHCP 서버(15)는 Mobile IPv4/v6 주소를 할당한다.

구체적으로 PDSN(11)에는 다수개의 PCF(104a,104b)가 연결되고, 각 PCF(104a,104b)는 하나의 서브넷을 관할한다. 하나의 서브넷에 속한 AT(110a~110h)가 EV-DO 시스템하에서 무선 데이터 통신을 시작하는 경우, 해당 서브넷을 관할하는 PCF(104a,104b)는 AT(110a~110h)에게 해당 서브넷 내에서 유일한 UATI(Unicast Access Terminal Identifier)를 할당하고 해당 AT(110a~110h)에 대한 세션 정보(단말기와 무선접속 망 간의 파라미터 협상을 통해 결정된 단말 정보가 포함되어 있는 데이터베이스)를 관리한다. UATI 및 세션 정보는 각 서브넷 별로 관리되기 때문에, AT(110a~110h)가 하나의 서브넷(소스 서브넷)에서 다른 서브넷(타겟 서브넷)으로 이동하는 경우, AT(110a~110h)는 타겟 서브넷의 PCF로부터 새로운 UATI를 할당받고, 타겟 서브넷의 PCF는 소스 서브넷의 PCF와의 통신을 통해 세션 정보를 복구(retrieval)함으로써 계속적으로 통신을 수행할 수 있다.

여기서 AT(110a~110h)가 소스 서브넷에서 타겟 서브넷으로 이동하는 경우, AT(110a~110h)는 타겟 서브넷의 PCF로부터 브로드캐스트(broadcast)되는 서브넷 ID를 수신하여, 서브넷이 변경되었음을 인지하게 된다. 서브넷 변경을 인식하면 AT(110a~110h)는 소스 서브넷의 PCF와 연결된 세션을 종료하고, 타겟 서브넷의 PCF와 새로운 세션을 맺고 UATI를 재할당받는다. 이처럼 핸드오프시 AT(110a~110h)는 타겟 PCF로부터 새로운 UATI를 할당받고, 타겟 서브넷의 PCF가 소스 서브넷의 PCF로부터 세션을 복구한다. 이에 따라 타겟 서브넷 영역으로 이동한 AT(110a~110h)는 타겟 서브넷의 BTS, BSC 및 PCF를 통해 PSDN과 통신이 가능해진다.

일실시예로서, PCF(104)에 연동된 BSM(Base Station Manager)(102)는 시스템 운용 단말로서, 운영자가 네트워크를 운용하기 위한 MMI(Man Machine Interface), 통계, 운용 파라미터, 장애보고 등의 기능을 수행한다.

본 발명은 특정 가입자가 일정 짧은 시간 동안 호 시도를 반복하는 경우, 정상적인 호 요구가 아닌, 단말기 오류에 의한 것으로 판단하여 해당 특정 단말(110)의 호 시도를 차단하는 호 제어 기능(오류 호 요청 차단 기능)에 관한 것이다. 운영자는 해당 기능을 On/Off함으로써, 특정 단말의 오동작에 의한 시그널링 및 트래픽량 증가로 인한 시스템 과부하 등의 장애시 조속한 부하 경감을 통한 시스템 안정화를 가져올 수 있으며, 일반 정상 동작 단말에 대한 서비스를 보장할 수 있다.

본 발명의 특정 단말에 대한 호 제어 기능을 구현하기 위해서는 다음의 기능이 요구된다.

- Connection Request 단말 정보 저장 및 갱신 기능

차단 대상 단말(110)의 기준이 되는 단위 시간당 Connection Request 수신 횟수를 Count하고, 해당 단말(110)의 정보(UATI, Connection Request Time)를 DB에 저장 및 갱신한다.

- 차단 대상 단말 등록/보고 기능 및 등록된 단말 차단 기능

Connection Request 단말 정보 저장 및 갱신 기능에 의해 저장/갱신된 정보를 UATI 기준으로 동일 단말 여부를 판단하고, 운영자에 의해 지정된 주기 동안 동일 단말(110)의 Connection Request의 수신 횟수가 운영자에 의해 지정된 임계값보다 크거나 같은 경우, 차단 대상 단말(110)로 DB에 등록하고 운용 단말에게 해당 정보를 장애(fault)로 보고하고 등록된 단말(110)에 대해 차단을 수행한다.

- 등록된 차단 대상 단말 해제 기능

호 제어 기능 오프(off)시 차단 대상 단말(110)로 등록된 DB 정보를 초기화하고, 해당 단말(110)의 호 시도를 허용한다.

- 제어 파라미터 변경 기능

차단 단말 등록 절차에 있어서 기준이 되는 Connection Request의 수신 횟수 측정 주기(Call_Rej_Period)와 임계값(Call_Rej_Threshold) 및 차단 기능 수행 여부(Call_Rej_Indicator)를 운영자로 하여금 변경 가능하도록 한다.

본 발명에 따른 특정 단말(110)에 대한 호 제어 기능(특정 오류 단말기의 호 요구 차단 기능)을 온(on)한 경우의 처리 절차를 도2를 참조하여 설명한다.

도2는 본 발명에 따라 오류 호 요청 차단 방법을 개략적으로 보여주는 도면이다.

단말(AT)(110)로부터 호 요구 메시지인 Connection Request 메시지를 수신하면(201), 기지국(BTS)(108)은 해당 Connection Request 메시지를 전송한 단말(110)의 UATI를 기준으로 차단 대상 단말 등록 데이터베이스(DB)인 RejectedATList를 검색하여(202) 동일 UATI를 가지는 정보가 있는지를 확인한다(203). 일실예에 있어서, 차단 대상 단말(110)의 개수는 최대 100개로 설정할 수 있지만, 해당 정보는 기지국(108) 프로세서 BSP의 메모리 용량 및 호처리 성능에 따라서 설계시 변경될 수 있다.

확인 결과, RejectedATList에 동일 UATI 정보가 있으면 "204" 단계를 수행하며, 동일 UATI 정보가 없으면 "205" 단계를 수행한다.

"204" 단계에서, RejectedATList에 동일 UATI 정보가 있으면, Connection Request 메시지를 통해 호 시도를 요구한 단말(110)은 차단 대상 단말이므로, 기지국(108)의 BSP는 기지국(108)의 호 거부 메시지인 Connection Deny (Reason: 2) 메시지를 해당 AT(110)에게 전송한다(204).

"205" 단계에서, RejectedATList에 동일 UATI 정보가 없으면, Connection Request 메시지를 통해 호 시도를 요구한 단말(110)은 차단 대상 단말이 아니므로, 호 시도 단말 등록 DB인 ConnReqATList에 해당 UATI에 대한 Connection Request Count를 저장 및 갱신한다(205). 일실시예에 있어서, 호 시도 단말(110)의 연결 요청 개수는 최대 6000개로 설정할 수 있지만, 해당 정보는 기지국(108) 프로세서 BSP의 메모리 용량 및 호처리 성능에 따라서 설계시 변경될 수 있다.

호 시도 단말 등록 DB(ConnReqATList) 갱신 후, 기지국(108)의 BSP는 해당 UATI에 대한 Connection Request Count 값이 호 차단 임계값(Call_Rej_Threshold) 범위 내인지를 비교한다(206).

비교 결과, Connection Request 메시지를 통해 호 시도를 요구한 단말(110)의 Connection Request Count 값이 호 차단 임계값(Call_Rej_Threshold) 범위 이내이면, 정상 단말(100)의 호 시도로 판정하고, 다음 Connection Request가 시도될 때까지 대기한다(207).

비교 결과, Connection Request 메시지를 통해 호 시도를 요구한 단말(110)의 Connection Request Count 값이 호 차단 임계값(Call_Rej_Threshold) 범위를 벗어나면 해당 UAIT를 가진 단말이 비정상적으로 호 시도를 수행하고 있다고 판정하여 차단 대상 단말 등록 DB(RejectedATList)에 등록한다(208). 그리고, 기지국(108)의 BSP는 해당 대상 차단 단말(110)에게 호 거부 메시지인 Connection Deny (Reason: 2) 메시지를 전송한다(209). 또한 기지국(108)의 BSP는 내부의 장애 블록으로 호 차단된 UATI 정보를 전송하고(210), BSP 장애 블록은 BSM(102) 장애 블록으로 해당 정보를 전송하여 운용자가 특정 단말(100)이 호 차단되었음을 인지할 수 있도록 보고한다(211). BSM(102)에서는 장애(fault) 메시지를 출력하여 운용자가 인지할 수 있도록 한다.

상기와 같은 특정 단말에 대한 호 제어 기능(특정 오류 단말기의 호 요구 차단 기능)을 구현하기 위해서는 제어 파라미터의 설정이 불가피하다.

하기 [표1]의 제어 파라미터는 호 제어 기능(특정 오류 단말기의 호 요구 차단 기능)을 구현하기 위한 파라미터로서, 실제 시스템에 설계 적용 및 운용시 고려되어야 하는 값들이다. 제어 파라미터의 변경 절차는 각 시스템 설계 적용시의 구현 사항이므로, 본 발명에서는 논외로 한다.

상기 Connection Request 단말 정보 저장 및 갱신 기능을 구체적으로 살펴보면 다음과 같다.

Connection Request 메시지를 전송한 단말(110)의 정보는 기지국(108)의 BSP에서 수신된 시의 초(second)에 해당하는 배열에 ConnReqATList에 저장되고, 가장 최근에 Connection Request 메시지를 전송한 시점을 기준으로 최근 Call_Rej_Period 초 동안에 데이터를 유지한다.

본 발명에서 사용되는 curr_index, sec_index, con_index는 다음의 의미를 가진다.

"curr_index"는 현재 요청된 Connection Request된 정보가 ConnReqATList에 저장되어야 할 인덱스를 의미한다.

다음의 [수학식1]과 같이 Connection Request가 요청된 분(minute)과 초(second)에 의해 결정된다. [수학식1]은 curr_index 계산법을 보여준다.

또한, "sec_index"는 ConnReqATList의 첫 번째 배열 인덱스를 의미하고, 검색시 사용된다.

또한, con_index : ConnReqATList의 두 번째 배열의 인덱스를 의미하고, 검색시 사용된다.

호 시도 단말 등록 DB(ConnReqATList)의 관리는 ConnReqATMap의 초에 해당하는 ConnReqATList의 삭제와 검색을 위해 필요하다.

본 발명에서 Call_Rej_Period를 120초로 가정하고, 최대 6000개의 Connection Request에 대하여 저장한다고 가정하였을 경우, 일반적인 DB 검색 알고리즘을 사용할 경우 DB 검색 부하가 증가하게 된다. 따라서, 본 발명에서의 ConnReqATMap은 DB 검색 부하를 감소시키기 위해, 매 초당 실제 Connection Request 시도 정보를 인덱스로 관리한다. 즉, ConnReqATMap은 배열로 관리하며, 각 배열 정보는 ConnReqATList의 첫 번째 배열과 1:1로 연결 관계에 있으며, ConnReqATMap는 각 배열마다 ConnReqATList의 해당 배열에 저장된 가장 마지막의 Index (0~49)를 저장한다. 만약 해당 초에 저장 정보가 없을 경우 0xff(N/A)로 설정한다.

도3은 본 발명의 실시예에 따라 호 시도 단말 등록 DB(ConnReqATList)를 관리하는 과정을 보여주는 도면이다. 도면에서, 좌측은 ConnReqATMap을 의미하며 총 120개 배열로 구성하고, 우측은 ConnReqATList를 의미하며 [120][50]의 2차원 배열로 구성하여 매 초당 50개의 Connection Request 시도를 저장할 수 있도록 구성된다.

도3에서와 같이 ConnReqATMap의 각 배열이 ConnReqATList의 해당 배열에 저장된 가장 마지막 인덱스를 저장하도록 되어 있으므로, 0초에는 ConnReqATList[0]의 마지막 con_index 값인 "2"로 저장되고, 117초에는 ConnReqATList[117]의 마지막 con_index 값인 "3"으로 저장된다.

따라서, 도3의 예에서 ConnReqATList의 DB 검색시 6000개의 CR 정보를 모두 검색할 필요없이, ConnReqATMap을 참조하여 0초에 3개, 117초에 4개의 CR 정보만 검색하면 되므로, DB 검색 부하를 현저히 감소시킬 수 있는 효과가 있다.

도4는 본 발명의 실시예에 따라 Connection Request 단말 정보 저장 및 갱신 절차를 도시한 도면으로서, Call_Rej_Period 동안 Connection Request를 시도한 단말(110)의 정보(UATI)를 ConnReqATList에 저장 및 갱신하는 과정을 보여준다.

DB 초기 재구동 시 ConnReqATList, ConnReqATMap, RejectedATList 정보를 초기값으로 설정한다(401).

기지국(108)의 BSP는 단말(110)로부터 Connection Request 메시지를 수신 하면(402), 차단 대상 등록 DB(RejectedATList)를 검색하여(403) 현재 Connection Request를 송신한 단말(110)의 UATI 값과 동일한 UATI가 있는지를 확인한다(404).

확인 결과, RejectedATList에 동일한 UATI 정보가 존재하면, 기지국(108)의 BSP는 차단 대상 단말로 인식하여 Connection Deny (Reason: 2) 메시지를 해당 단말(110)로 전송하고, 다음 Connection Request 메시지 대기 상태로 천이한다(405).

확인 결과, RejectedATList에 동일한 UATI 정보가 존재하지 않으면, 기지국(108)의 BSP는 상기 [수학식1]을 바탕으로 메시지 수신 시각 정보 중 curr_time.minute과 curr_time.second 정보를 이용하여 curr_index를 계산하여 저장한다(406).

기지국(108)의 BSP는 저장된 curr_index를 기준으로 ConnReqATMap[curr_index]의 정보를 확인하고(407), 만약 ConnReqATMap[curr_index]가 0xff가 아닌 경우(408), 초당 저장 가능한 Connection Request 메시지의 수가 50개이므로, ConnReqATMap[curr_index]의 값이 49보다 크거나 같은지를 비교한다(409).

비교 결과, ConnReqATMap[curr_index] 값이 "49" 보다 크거나 같으면, 더 이상 저장할 수 있는 공간이 없으므로, 기지국(108)의 BSP는 Connection Request 메시지를 송신한 현재 단말(10)의 정보를 저장하지 않고, Connection Request 단말 정보 저장 및 갱신 기능을 종료하고, 또한 차단 대상 단말 등록/보고 기능 및 등록된 단말 차단 기능을 추가적으로 수행하지는 않는다.

비교 결과, ConnReqATMap[curr_index] 값이 "49" 미만이면, 수신된 Connection Request 메시지를 송신한 현재 단말(10)의 정보를 저장하기 위한 절차(즉 ConnReqATList 저장 및 갱신 절차)를 수행한다. 이를 위해, 먼저 ConnReqATMap[curr_index]의 값을 1 증가시키고, 해당 값을 con_index에 맵핑(mapping)한다(410). 그리고, 맵핑된 정보를 이용하여 ConnReqATList[curr_index][con_index]에 Connection Request 메시지를 전송한 단말(110)의 정보를 저장한다(412). 이후, Connection Request 단말 정보 저장 및 갱신 기능을 위한 절차를 종료(즉, ConnReqATList 저장 및 갱신 절차를 종료함)하고 차단 단말 판단 절차(413)(하기의 도6 참조)를 수행한다.

상기 확인 결과(407), ConnReqATMap[curr_index]가 "0xff"이면(408), 해당 시간에 시도된 Connection Request 정보가 없는 것으로 판단하여, ConnReqATMap[curr_index] 및 맵핑되는 con_index를 "0"으로 변경하고, ConnReqATList[curr_index][0] 정보를 Connection Request 메시지를 전송한 단말(110)의 정보로 업데이트한다(414). 이후에, Call_Rej_Period가 120초로 설정하였으므로, curr_index 기준 120초 이전에 저장되어 있던 ConnReqATList[sec_index][con_index]의 모든 단말(110)의 정보를 초기화한다(415). 이후, Connection Request 단말 정보 저장 및 갱신 기능을 위한 절차를 종료(즉, ConnReqATList 저장 및 갱신 절차를 종료함)하고 차단 단말 판단 절차(413)(하기의 도6 참조)를 수행한다.

도5는 본 발명의 실시예에 따라 호 시도 단말 등록 DB(ConnReqATList)를 저장 및 갱신하는 과정을 보여주는 도면이다.

도면에서, 현재시각 최종 Connection Request 메시지를 수신한 시각은 "18시00분43초"이고, 바로 이전에 마지막으로 Connection Request 메시지를 수신한 시각이 "17시59분58초"라고 가정할 때의 ConnReqATList의 정보 업데이트 예제이고, 다음은 각 시각별로 보았을 때 ConnReqATList에 대한 설명이다.

1) 17:59:58 시각의 ConnReqATList정보

- ConnReqATList 정보 확인

ConnReqATList[1][0], ConnReqATList[103][0], ConnReqATList[103][1], ConnReqATList[104][0], ConnReqATList[118][0]에 Connection Request를 송신한 AT정보 있음.

- ConnReqATMap 정보 확인

ConnReqATMap[0]=0xff, ConnReqATMap[1]=0, … ConnReqATMap[103]=2, ConnReqATMap[104]=1, … ConnReqATMap[118] =0, ConnReqATMap[119] = 0xff

2) 시각의 18:00:43의 ConnReqATList 정보

- ConnReqATList 정보 확인

기존 ConnReqATList[1][0] 정보 삭제됨, 기존ConnReqATList[103][0], ConnReqATList[103][1] 삭제 후 ConnReqATList[103][0]에 현재 정보 추가, ConnReqATList[104][0]유지, ConnReqATList[118][0] 유지

- ConnReqATMap 정보 확인

ConnReqATMap[0]=0xff, ConnReqATMap[1] = 0 -> 0xff, … ConnReqATMap[103] = 2 -> 1, ConnReqATMap[104] = 1, … ConnReqATMap[118] = 0, ConnReqATMap[119] = 0xff

이제 차단 대상 단말 등록/보고 기능 및 등록된 단말 차단 기능을 구체적으로 살펴보면 다음과 같다. 이 기능은 Connection Request 단말 정보 저장 및 갱신 기능에서 제공하는 ConnReqATList 정보를 Connection Request 메시지를 송신한 단말(110)의 UATI를 기준으로 검색하여 차단 대상 단말(110)의 여부를 결정하는 차단 단말 판단 절차(도6 참조), 차단 단말(110)로의 등록 Fault 보고 절차, 차단 등록된 단말(110)에 대하여 Connection Deny (Reason: 2) 메시지 송신을 통한 차단 절차를 포함한다.

참고로 차단 단말 판단 절차에서 사용되는 ConnReqNumThisAT, SearchCount, CurrUATI, RectectFlag의 의미는 다음과 같다.

- ConnReqNumThisAT : 동일 단말(110)이 현재 기준 시각 이전 Call_Rej_Period-1 초부터 현재 시각까지 ConnReqATList 정보를 검색하면서 Count되는 동일 단말(110)의 Connection Request 메시지의 개수를 의미한다.

- SearchCount : ConnReqATMap을 검색한 횟수를 의미한다.

- CurrUATI : 현재 검색 대상이 되는 단말(110)AT의 UATI 정보를 의미한다.

- RejectFlag : 현재 검색 대상이 차단 대상 단말(110)로 등록되어야 되는지의 여부를 나타내고, "1" 값을 가지면 해당 단말(110)이 차단 대상 단말로 등록 필요함을 의미한다.

도6은 본 발명의 실시에에 따라 상기 도4의 차단 단말 판단 절차(413)를 구체적으로 도시한 도면으로서, 상기 Connection Request 단말 정보 저장 및 갱신 기능에서 제공하는 ConnReqATList 정보를 Connection Request 메시지를 송신한 단말(110)의 UATI를 기준으로 검색하여 차단 대상 단말(110)의 여부를 결정하는 과정을 보여준다.

상기 도5의 ConnReqATList 저장 및 갱신 과정을 수행한 후, 차단 단말 판단 절차로 천이되면, 기지국(108)의 BSP는 Connection Request 메시지 수신 시점을 기준으로 sec_index 값을 curr_index(상기 [수학식 1] 참조) 값으로 초기화, SearchCount는 0으로 초기화, CurrUATI는 현재 검색 대상 단말(110)의 UATI로 업데이트, RejectFlag는 0으로 초기화한다(601).

기지국(108)의 BSP는 ConnReqATMap[sec_index]을 확인하고, SearchCount를 "1" 증가시킨다(602). 그리고, ConnReqATMap[sec_index]값이 "0xff"인 경우(603), 다시 sec_index 값이 0인지를 확인한다(604).

확인 결과(604), sec_index 값이 "0"이 아닌 경우, sec_index 값을 "1" 감소시키고(605), 상기 "602" 단계로 천이한다.

확인 결과(604), sec_index 값이 "0"인 경우, sec_index 값을 "119"로 설정하고, 상기 "602" 단계로 천이한다.

한편, 기지국(108)의 BSP는 ConnReqATMap[sec_index] 값이 "0xff"가 아니면(603), con_index 값을 0 ~ ConnReqATMap[sec_index]까지 증가시키면서 ConnReqATList[sec_index][con_index].UATI 값과 CurrUATI 값과 비교한다(607,608).

비교 결과(608), ConnReqATList[sec_index][con_index].UATI 값과 CurrUATI 값이 다른 경우, 상기 "607" 단계로 천이한다.

비교 결과(608), ConnReqATList[sec_index][con_index].UATI 값과 CurrUATI 값과 같은 경우, ConnReqNumThisAT 값을 "1" 증가시키고(609), 증가된 ConnReqNumThisAT 값과 설정된 Call_Rej_Threshold 값을 비교한다(610).

비교 결과(610), ConnReqNumThisAT 값이 Call_Rej_Threshold 보다 크거나 같으면, 차단 대상 단말(110)로 판단하여 RejectedATList 관리 절차(하기의 도7 참조)를 수행한다.

비교 결과(610), ConnReqNumThisAT 값이 Call_Rej_Threshold 보다 작으면, SearchCount 값과 Call_Rej_Period 값과 비교하여(612), SearchCount 값이 Call_Rej_Period 보다 크거나 같으면 전체 검색 주기에서 차단 대상 단말(110)이 아닌 것으로 판단하여 다음 Connection Request 메시지 수신 대기 상태로 천이하고, 해당 Connection Request에 대하여 정상 호처리를 수행한다. 그러나, SearchCount 값이 Call_Rej_Period 보다 작으면, ConnReqATList의 DB 검색을 완료하지 않은 상태이므로, sec_index 값을 1 감소시키고(614), 상기 "602" 단계로 천이한다.

도7은 본 발명의 실시예에 따라 상기 도6의 RejectedATList 관리 절차(611)를 구체적으로 도시한 도면으로서, 차단 대상 단말로 판단된 단말(110)에 대하여 DB로 관리하여 이후 Connection Request 메시지 수신시에 단말 차단 여부를 판단하게 하고, 또한 호 거부 메시지인 Connection Deny 메시지를 송신하는 과정을 보여준다.

상기 도6의 차단 단말 판단 절차서 RejectedATList 관리 절차로 천이하면, 기지국(108)의 BSP는 해당 단말(110)의 UATI에 대하여 RejectFlag 값을 "1"로 설정한 후(701), RejectedATList의 RejectedATCount 값과 최대 차단 가능 AT 값(100개)을 비교한다(702).

비교 결과, RejectedATList의 RejectedATCount 값이 100이면(703), RejectedATList[0]의 정보를 삭제하고(704), 기존의 저장된 차단 대상 단말(110)의 정보를 차단된 시간 순으로 Sorting하고(705), RejectedATList[99]에 CurrUATI 정보를 저장한 후(706), 현재 단말(110)이 차단 대상 단말로 등록되었음을 CCP를 통하여 BSM(102)에게 Fault 메시지로 보고한다(709).

비교 결과, RejectedATCount 값이 100보다 작으면(703), RejectedATList[RejectedATCount]에 CurrUATI 정보를 저장하고(707), RejectedATCount 값을 "1" 증가시킨 후(708), 현재 단말(110)이 차단 대상 단말로 등록되었음을 CCP를 통하여 BSM(102)에게 Fault 메시지로 보고한다(709).

BSM(102)은 해당 단말(110)에게 Connection Deny (Reason : 0x02) 메시지를 송신한다(710).

도8은 본 발명의 실시예에 따라 차단 단말을 판단하는 과정을 보여주는 도면이다.

도면에서, Connection Request Message 수신 시점이 "18시00분43"인 경우, BSP는 계산된 curr_index 값 "43"을 sec_index로 설정한다.

이후 sec_index 값을 1씩 감소, SearchCount 값을 1씩 증가시키면서 ConnReqATList를 검색한다. 검색 중 동일한 UATI 값으로 저장된 정보가 있는 경우 ConnReqNumThisAT 값을 1씩 증가시키도록 되어 있는데, 상기 예의 경우 Call_Rej_Threshold 값을 8로 설정하였으므로, ConnReqATList 검색 중 ConnReqNumThisAT 값이 "8"을 만족하는 시점에 해당 단말(110)의 RejectFlag를 "1"로 변경하고 RejectedATList에 등록하게 된다.

한편 본 발명의 특정 단말(110)에 대한 호 제어 기능(특정 오류 단말기의 호 요구 차단 기능)의 해제는 운용자에 의하여 Call_Rej_Indicator 값을 "0"으로 변경하는 경우 수행하게 된다. 이 경우 ConnReqATList, ConnReqATMap, RejectedATList, RejectedATCount 값을 모두 초기값으로 설정한다

상기와 같은 본 발명은 CDMA Access System이 아닌 W-CDMA나 LTE Access System에서도 유사한 현상이 발생한다면, 각 기술에서 사용되는 단말기 구분 인식자를 사용하여 본 발명의 호 제어 기능(특정 오류 단말기의 호 요구 차단 기능)을 적용할 수 있다.

상기 방법은 특정 실시예들을 통하여 설명되었지만, 상기 방법은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광데이터 저장장치 등이 있으며, 또한 케리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한, 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고, 상기 실시예들을 구현하기 위한 기능적인(functional) 프로그램, 코드 및 코드 세그먼트들은 본 발명이 속하는 기술분야의 프로그래머들에 의해 용이하게 추론될 수 있다.

본 명세서에서는 본 발명이 일부 실시예들과 관련하여 설명되었지만, 본 발명이 속하는 기술분야의 당업자가 이해할 수 있는 본 발명의 정신 및 범위를 벗어나지 않는 범위에서 다양한 변형 및 변경이 이루어질 수 있다는 점을 알아야 할 것이다. 또한, 그러한 변형 및 변경은 본 명세서에 첨부된 특허청구의 범위 내에 속하는 것으로 생각되어야 한다.

10: DSC 서버 11: PDSN
12: AAA 13: HA
14: ACS 15: DHCP 서버
102: BSM 104: 패킷 제어 기능부(PCF)
106: 기지국 제어기(BSC) 108: 기지국(BTS)
110: 단말(AT)

Claims (11)

1. 특정 오류 단말기의 호 요구를 차단하는 방법으로서,
   a) 소정 주기 동안 호 시도를 요구하는 단말의 연결 요청 횟수를 카운트하여 비정상적인 호를 시도하는 것으로 판정된 단말의 정보를 차단 대상 단말 등록 DB에 저장하는 단계;
   b) 임의의 단말로부터 호 요구시, 상기 차단 대상 단말 등록 DB를 참조하여 해당 단말의 등록 여부를 판단하는 단계;
   c) 상기 판단 결과에 따라, 등록되지 않은 단말에 대해서 해당 단말의 연결 요청 횟수를 누적시켜 호 시도 단말 등록 DB에 저장하는 단계; 및
   d) 상기 판단 결과에 따라, 등록된 단말에 대해서 해당 단말에게 호 거부 메시지를 전송하는 단계를 포함하는 오류 호 요청 차단 방법.
2. 제1항에 있어서,
   상기 단계 c)에서 연결 요청 횟수가 차단 임계값을 초과하는 경우, 호를 요구한 단말의 정보를 상기 차단 대상 단말 등록 DB에 등록하는, 오류 호 요청 차단 방법.
3. 제2항에 있어서,
   호 거부된 단말의 정보를 시스템 운용 단말에게 전달하여 호 차단 사실을 보고하는 단계를 더 포함하는 오류 호 요청 차단 방법.
4. 제1항 내지 제3항 중 어느 한 항에 있어서,
   상기 단말의 정보는, 단말의 구분자(UATI)인, 오류 호 요청 차단 방법.
5. 제4항에 있어서,
   상기 방법은, 기지국 단에서 이루어지는, 오류 호 요청 차단 방법.
6. 제4항에 있어서,
   상기 호 시도 단말 등록 DB는, 매 초당 연결 요청 시도를 인덱스로 관리하되, ConnReqATMap은 배열로 관리하며, 각 배열 정보는 ConnReqATList의 첫 번째 배열과 1:1로 연결 관계에 있으며, ConnReqATMap는 각 배열마다 ConnReqATList의 해당 배열에 저장된 가장 마지막의 인덱스를 저장하는, 오류 호 요청 차단 방법.
7. 특정 오류 단말기의 호 요구를 차단하는 이동통신 시스템으로서,
   소정 주기 동안 호 시도를 요구하는 단말의 연결 요청 횟수를 카운트하여 비정상적인 호를 시도하는 것으로 판정된 단말의 정보를 저장ㆍ관리하는 차단 대상 단말 등록 DB; 및
   임의의 단말로부터 호 요구시, 상기 차단 대상 단말 등록 DB를 참조하여 해당 단말의 등록 여부를 판단하여, 등록되지 않은 단말에 대해서 해당 단말의 연결 요청 횟수를 누적시켜 호 시도 단말 등록 DB에 저장하고, 등록된 단말에 대해서 해당 단말에게 호 거부 메시지를 전송하는 기지국을 포함하는 이동통신 시스템.
8. 제7항에 있어서,
   상기 기지국은, 연결 요청 횟수가 차단 임계값을 초과하는 경우, 호를 요구한 단말의 정보를 상기 차단 대상 단말 등록 DB에 등록하는, 이동통신 시스템.
9. 제8항에 있어서,
   상기 기지국은, 호 거부된 단말의 정보를 시스템 운용 단말에게 전달하여 호 차단 사실을 보고하는 기능을 더 구비하는 이동통신 시스템.
10. 제7항 내지 제9항 중 어느 한 항에 있어서,
    상기 단말의 정보는, 단말의 구분자(UATI)인, 이동통신 시스템.
11. 제10항에 있어서,
    상기 호 시도 단말 등록 DB는, 매 초당 연결 요청 시도를 인덱스로 관리하되, ConnReqATMap은 배열로 관리하며, 각 배열 정보는 ConnReqATList의 첫 번째 배열과 1:1로 연결 관계에 있으며, ConnReqATMap는 각 배열마다 ConnReqATList의 해당 배열에 저장된 가장 마지막의 인덱스를 저장하는, 이동통신 시스템.

Images