KR20060105354A - 교환기의 ｒｔｅ 호 제어 시스템 및 방법 - Google Patents

교환기의 ｒｔｅ 호 제어 시스템 및 방법 Download PDF

Info

Publication number
KR20060105354A
KR20060105354A KR1020050028082A KR20050028082A KR20060105354A KR 20060105354 A KR20060105354 A KR 20060105354A KR 1020050028082 A KR1020050028082 A KR 1020050028082A KR 20050028082 A KR20050028082 A KR 20050028082A KR 20060105354 A KR20060105354 A KR 20060105354A
Authority
KR
South Korea
Prior art keywords
call
job
ipc
queue
processor
Prior art date
Application number
KR1020050028082A
Other languages
English (en)
Other versions
KR100646065B1 (ko
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 KR1020050028082A priority Critical patent/KR100646065B1/ko
Publication of KR20060105354A publication Critical patent/KR20060105354A/ko
Application granted granted Critical
Publication of KR100646065B1 publication Critical patent/KR100646065B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 발명은 교환기의 RTE 호 제어시스템 및 방법에 관한 것으로, 특히 PPS 가입자가 비정상적으로 허용되지 않은 전화를 사용할 때 LCS(Limitative Call Screen) 기능과 특정시간 이상 통화 콜 관리기능을 이용하여 감시하기 위한 시스템 및 방법에 관한 것이다.
본 발명의 교환기의 RTE 호 제어시스템은 RTE에서의 트렁크(trunk) 신호의 규격에 따라 발신번호 또는 착신번호의 호 연결 요구를 수신하는 iASP; 상기 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나를 수신하여 정상 호 처리를 하는 NTP; 및 상기 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나의 호 연결 요구를 수신하는 oASP;를 포함한다.
교환기, RTE, LCS, 콜, PPS

Description

교환기의 ＲＴＥ 호 제어 시스템 및 방법{The system and method for controlling RTE call in switching system}
도 1은 본 발명의 교환기의 RTE 호 제어 시스템을 나타낸 도면이다.
도 2는 본 발명의 LCS(Limitative Call Screen) 방법을 나타낸 도면이다.
도 3은 본 발명의 특정시간 이상 콜 관리방법을 나타낸 도면이다.
도 4는 본 발명의 PPS 비정상 국제전화 처리방법을 나타낸 도면이다.
본 발명은 교환기의 RTE 호 제어 시스템 및 방법에 관한 것으로, 특히 PPS 가입자가 비정상적으로 허용되지 않은 전화를 사용할 때 LCS(Limitative Call Screen) 기능과 특정시간 이상 통화 콜 관리기능을 이용하여 감시하기 위한 시스템 및 방법에 관한 것이다.
ICS(Incoming Call Screen) 및 OCS(Outgoing Call Screen)의 주된 개념은 교환기의 특정한 RTE에 들어오거나 나가는 호에 대하여 제한하고자 하는 특정한 번호를 처리하지 않고, 호를 종료시키거나 안내멘트를 처리하는 방법이다. 상기 방법은 교환기 내의 RTE를 관리하기 위한 기술로서 일반적으로 사용되는 방법이다.
ICS는 인커밍(incoming) RTE에 호 처리 요구가 들어오게 되면 필터링 테이블(filtering table)에 있는 제한 착신 국번호(착신 PFX)를 확인하여 차단한다. 이 기능은 각 제조사 또는 소프트웨어 개발자마다 다르게 구현이 가능하나, 결과는 동일하다. 즉, 필터링 테이블을 관리하는 곳 또는 판단하는 대상이 다르게 될 수 있는 문제점이 있다.
OCS는 아웃고잉(outgoing) RTE에서 타 교환기로 호를 보내기 전에 ASP에서 필터링 테이블에 있는 제한 발신 국번호(발신 PFX)를 확인하여 차단한다. 이 기능도 ICS와 같이 각 제조사 또는 소프트웨어 개발자마다 다르게 구현이 가능하나, 결과는 동일하다. 즉, 필터링 테이블을 관리하는 곳 또는 판단하는 대상이 다르게 될 수 있는 문제점이 있다.
이에 본 발명은 상기 문제점을 해결하기 위한 것으로써, 지능망 서버에 의한 호 제한기능을 보완하고, 최종단인 RTE에서 관리함으로써 불법 호를 차단하도록 하며, 비정상적으로 발생한 호에 대해서는 즉시 종료할 수 있도록 하는 교환기의 RTE 호 제어 시스템 및 방법을 제공하는 것을 목적으로 한다.
본 발명은 RTE에서의 트렁크(trunk) 신호의 규격에 따라 발신번호 또는 착신번호의 호 연결 요구를 수신하는 iASP; 상기 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나를 수신하여 정상 호 처리를 하는 NTP; 및 상기 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나의 호 연결 요구를 수신하는 oASP;를 포함하는 교환기의 RTE 호 제어시스템을 제시한다.
또한, 본 발명은 RTE에서의 트렁크(trunk) 신호의 규격에 따라 iASP에서 발신번호 또는 착신번호의 호 연결 요구를 수신하는 제1단계; 상기 호에 대하여 상기 iASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고 차일드 프로세서를 생성하는 제2단계; 상기 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호를 필터링 테이블의 발신번호와 비교하는 제3단계; Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 없으면 차일드 프로세서가 정상적인 호 처리를 위하여 NTP로 발신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호를 필터링 테이블의 착신번호와 비교하는 제4단계; Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 없으면, 차일드 프로세서가 정상적인 호 처리를 위하여 상기 NTP로 착신번호를 보내는 제5단계; 상기 NTP가 상기 iASP로 정상 호 처리를 하는 제6단계; 상기 NTP가 상기 iASP로 정상 호 처리를 한 후에 상기 oASP가 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나의 호 연결 요구를 수신하는 제7단계; 상기 호에 대하여 상기 oASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고 차일드 프로세서를 생성하는 제8단계; 상기 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호를 필터 링 테이블의 발신번호와 비교하는 제9단계; Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 없으면 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 발신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 Job_ID의 착신번호를 필터링 테이블의 착신번호와 비교하는 제10단계; 및 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 없으면 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 착신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 비정상적인 호로 판단하여 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 삭제하고 종료하는 제11단계;를 포함하는 교환기의 RTE 호 제어 방법을 제시한다.
또한, 본 발명은 NTP가 iASP로 정상 호 처리를 한 후에 oASP가 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나의 호 연결 요구를 수신하는 제1단계; 상기 호에 대하여 상기 oASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고 차일드 프로세서를 생성하는 제2단계; LCS 기능 프로세서가 Process_ID를 확인하여 Process_ID별로 시작시간을 주기적으로 관리하는 제3단계; 상기 LCS 기능 프로세서가 Process_ID의 시작시간과 현재시간의 차이값을 산출하여 필터링 테이블의 값과 비교하는 제4단계; 상기 Process_ID의 시작시간과 현재시간의 차이값이 상기 필터링 테이블의 값보다 크면 상기 LCS 기능 프로세서가 상기 차일드 프로세서에게 호 처리 정보를 출력하도 록 신호를 보내고, 상기 Process_ID의 시작시간과 현재시간의 차이값이 상기 필터링 테이블의 값보다 작으면 Process_ID의 시작시간과 현재시간의 차이값이 상기 필터링 테이블의 값보다 클 때까지 주기적으로 Process_ID의 시작시간과 현재시간의 차이값을 산출하여 상기 필터링 테이블의 값과 비교하는 제5단계; 및 상기 차일드 프로세서가 LCS 기능 프로세서의 호 처리 정보 출력신호를 수신하여 시스템 콘솔(console)에 Process_ID에서 관리하는 호 처리 정보를 출력하거나 시스템에 로그를 남기는 제6단계;를 포함하는 교환기의 RTE 호 제어 방법을 제시한다.
또한, 본 발명은 NTP가 iASP로 정상 호 처리를 한 후에 oASP가 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나의 호 연결 요구를 수신하는 제1단계; 상기 호에 대하여 상기 oASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고 차일드 프로세서를 생성하는 제2단계; LCS 기능 프로세서가 Process_ID를 확인하여 Process_ID별로 시작시간을 주기적으로 관리하는 제3단계; 상기 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호를 필터링 테이블의 발신번호와 비교하는 제4단계; Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 없으면 상기 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 발신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호를 상기 필터링 테이블의 착신번호와 비교하는 제5단계; Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 없으면 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 착신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 비정상적인 호로 판단하여 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 삭제하고 종료하는 제6단계; LCS 기능 프로세서가 Process_ID의 시작시간과 현재시간의 차이값을 산출하여 필터링 테이블의 값과 비교하는 제7단계; 상기 Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 크면 상기 LCS 기능 프로세서가 차일드 프로세서에게 호 처리 정보를 출력하도록 신호를 보내고, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 작으면 Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 클 때까지 주기적으로 Process_ID의 시작시간과 현재시간의 차이값을 산출하여 필터링 테이블의 값과 비교하는 제8단계; 상기 차일드 프로세서가 호 처리 정보 출력신호를 수신하여 시스템 콘솔(console)에 Process_ID에서 관리하는 호 처리 정보를 출력하거나 시스템에 로그를 남기는 제9단계; 발신번호 또는 착신번호에 의해 호 처리 정보로 종료 요구시에 프로세서가 이를 수신하여 상기 차일드 프로세서에게 종료신호를 보내는 제10단계; 및 상기 차일드 프로세서가 호 처리 정보를 출력하고 종료하는 제11단계;를 포함하는 교환기의 RTE 호 제어 방법을 제시한다.
이하, 본 발명의 실시예에 대한 구성 및 그 작용을 첨부한 도면을 참조하면서 상세히 설명하기로 한다.
도 1은 본 발명의 교환기의 RTE 호 제어 시스템을 나타낸 도면이다. 도 1에 도시된 바와 같이, 본 발명의 교환기의 RTE 호 제어 시스템은 iASP(input Access Switching Processor, 100), NTP(Number Translation Processor, 200) 및 oASP(300)를 포함하고 있다. iASP(100)는 호 처리 프로세서(110)와 필터링 테이블(120)을 포함하고 있으며, oASP(300)는 호 처리 프로세서(310), 필터링 테이블 (320)및 LCS 기능 프로세서(330)을 포함하고 있다.
iASP(100)는 RTE에서의 트렁크(trunk) 신호의 규격에 따라 발신번호(또는 착신번호)의 호 연결 요구를 수신한다.
상기 호에 대하여 iASP(100) 내에 존재하는 호 처리 프로세서(110)가 Job_ID, IPC, Queue 또는 Process_ID(차일드 프로세서의 고유번호, 메모리 어드레스, RTE 번호 또는 digit 정보)를 할당하고 차일드 프로세서를 생성한다.
차일드 프로세서는 Job_ID, IPC, Queue 또는 Process_ID의 발신번호(또는 착신번호)를 필터링 테이블(120)의 발신번호(또는 착신번호)와 비교하여 Job_ID, IPC, Queue 또는 Process_ID의 발신번호(또는 착신번호)가 필터링 테이블(120)에 없으면, NTP로 발신번호(또는 착신번호) 또는 Process_ID를 보낸다. 그러나, 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID의 발신번호 및 착신번호를 필터링 테이블(120)의 발신번호 및 착신번호와 비교하여 Job_ID, IPC, Queue 또는 Process_ID의 발신번호 및 착신번호가 필터링 테이블(120)에 있으면 비정상적인 호로 판단하여 Job_ID, IPC, Queue 또는 Process_ID를 삭제하고 종료한다. 종료시에는 발신번호(또는 착신번호)를 출력하거나 시스템에 로그(log)를 남긴다.
필터링 테이블(120)은 발신번호 및 착신번호에 대한 정보를 가지고 있고, 상 기 발신번호 및 착신번호가 상기 차일드 프로세서에 의해 Job_ID, IPC, Queue 또는 Process_ID의 발신번호(또는 착신번호)와 비교된다.
NTP(200)는 iASP(100)의 차일드 프로세서로부터 발신번호(또는 착신번호) 또는 Process_ID를 수신하여 정상 호 처리를 한다.
oASP(300)는 NTP(200)가 iASP(100)로 정상 호 처리를 한 후에 iASP(100)로부터 발신번호(또는 착신번호) 또는 Process_ID의 호 연결 요구를 수신한다.
상기 호에 대하여 oASP(300) 내에 존재하는 호 처리 프로세서(310)가 Job_ID, IPC, Queue 또는 Process_ID를 할당하고 차일드 프로세서를 생성한다.
차일드 프로세서는 Job_ID, IPC, Queue 또는 Process_ID의 발신번호(또는 착신번호)를 필터링 테이블(320)의 발신번호(또는 착신번호)와 비교하여 Job_ID, IPC, Queue 또는 Process_ID의 발신번호(또는 착신번호)가 필터링 테이블에 없으면, 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 발신번호(또는 착신번호)를 보낸다. 그러나, 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID의 발신번호 및 착신번호를 필터링 테이블(320)의 발신번호 및 착신번호와 비교하여 Job_ID, IPC, Queue 또는 Process_ID의 발신번호 및 착신번호가 필터링 테이블(320)에 있으면, 차일드 프로세서가 비정상적인 호로 판단하여 Job_ID, IPC, Queue 또는 Process_ID를 삭제하고 종료한다. 종료시에는 발신번호(또는 착신번호)를 출력하거나 시스템에 로그(log)를 남긴다. 또한, 차일드 프로세서는 LCS 기능 프로세서(330)의 호 처리 정보 출력신호를 수신하여 시스템 콘솔(console)에 Process_ID에서 관리하는 호 처리 정보(발신번호, 착신번호, RTE 번호 또는 통화시 간, 사유)를 출력하거나 시스템에 로그를 남긴다.
LCS 기능 프로세서(330)는 Process_ID를 확인하여 Process_ID별로 시작시간을 주기적으로 관리하고, Process_ID의 시작시간과 현재시간의 차이값(현재시간 - 시작시간)을 산출하여 필터링 테이블(320)의 값과 비교한다. 여기서, 현재시간은 시작시간보다 늦은 시각이므로 항상 0보다 큰 값을 갖는다. Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블(320)의 값보다 크면, LCS 기능 프로세서(330)가 차일드 프로세서에게 호 처리 정보(발신번호, 착신번호, RTE 번호 또는 통화시간)을 출력하도록 신호를 보낸다. 그러나, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블(320)의 값보다 작으면, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블(320)의 값보다 클 때까지 주기적으로 Process_ID의 시작시간과 현재시간의 차이값(현재시간 - 시작시간)을 산출하여 필터링 테이블(320)의 값과 비교한다.
도 2는 본 발명의 LCS(Limitative Call Screen) 방법을 나타낸 도면이다. LCS 방법은 발신번호 및 착신번호를 교환기 내의 특정한 RTE에서 필터링할 수 있는 조건으로 두어 특정한 발신 국번호(또는 번호)가 특정한 착신 국번호(또는 번호)로 호가 되지 않도록 하고, 이동전화 번호를 관리하는 HLR(홈위치 등록기) 등의 특정한 부가 서비스를 이용하지 않더라도 교환기 내에서 처리할 수 있도록 하는 방법이다.
LCS 방법의 경우에는 사전에 발신번호 및 착신번호에 대한 필터링 테이블(filtering table)을 생성하여야 한다. 필터링 테이블은 특정한 파일, DB 및 메모 리 등의 다양한 자원을 관리하고, 프로세서는 호 처리시 차일드 프로세서(child processor)를 생성하여 관리한다.
먼저, RTE에서의 트렁크(trunk) 신호의 규격에 따라 iASP에서 발신번호 또는 착신번호의 호 연결 요구를 수신한다(S100).
다음, 상기 호에 대하여 iASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID를 할당하고 차일드 프로세서를 생성한다(S110).
다음, 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID의 발신번호를 필터링 테이블의 발신번호와 비교한다(S120).
다음, Job_ID, IPC, Queue 또는 Process_ID의 발신번호가 필터링 테이블에 없으면, 차일드 프로세서가 정상적인 호 처리를 위하여 NTP로 발신번호를 보낸다(S130). 그러나, Job_ID, IPC, Queue 또는 Process_ID의 발신번호가 필터링 테이블에 있으면, 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID의 착신번호를 필터링 테이블의 착신번호와 비교한다(S140).
다음, Job_ID, IPC, Queue 또는 Process_ID의 착신번호가 필터링 테이블에 없으면, 차일드 프로세서가 정상적인 호 처리를 위하여 NTP로 착신번호를 보낸다(S150). 그러나, Job_ID, IPC, Queue 또는 Process_ID의 착신번호가 필터링 테이블에 있으면, 차일드 프로세서가 비정상적인 호로 판단하여 Job_ID, IPC, Queue 또는 Process_ID를 삭제하고 종료한다(S190). 종료시에는 발신번호나 착신번호를 출력하거나 시스템에 로그(log)를 남긴다.
다음, NTP가 iASP로 정상 호 처리를 한다(S160).
다음, NTP가 iASP로 정상 호 처리를 한 후에 oASP가 iASP로부터 발신번호, 착신번호 또는 Process_ID의 호 연결 요구를 수신한다(S170).
다음, 상기 호에 대하여 oASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID를 할당하고 차일드 프로세서를 생성한다(S180).
다음, 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID의 발신번호를 필터링 테이블의 발신번호와 비교한다(S200).
다음, Job_ID, IPC, Queue 또는 Process_ID의 발신번호가 필터링 테이블에 없으면, 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 발신번호를 보낸다(S210). 그러나, Job_ID, IPC, Queue 또는 Process_ID의 발신번호가 필터링 테이블에 있으면, 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID의 착신번호를 필터링 테이블의 착신번호와 비교한다(S220).
마지막으로, Job_ID, IPC, Queue 또는 Process_ID의 착신번호가 필터링 테이블에 없으면, 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 착신번호를 보낸다(S230). 그러나, Job_ID, IPC, Queue 또는 Process_ID의 착신번호가 필터링 테이블에 있으면, 차일드 프로세서가 비정상적인 호로 판단하여 Job_ID, IPC, Queue 또는 Process_ID를 삭제하고 종료한다(S240). 종료시에는 발신번호나 착신번호를 출력하거나 시스템에 로그(log)를 남긴다.
LCS 방법은 RTE 별로 다르게 적용할 수 있고, 발신 및 착신에 동시에 적용할 수 있다. 또한, 교환기에서 사용하고 있는 ICS(Incoming Call Screen) 기능과 OCS (Outgoing Call Screen) 기능은 단독으로만 사용하는 것이 가능하나, LCS 기능으로 통합하여 동시에 적용하는 것이 가능하다.
도 3은 본 발명의 특정시간 이상 콜 관리방법을 나타낸 도면이다. 특정시간 이상 콜 관리방법은 교환기의 특정한 RTE에서 지정된 시간 이상 통화할 경우에 비정상적인 호로 판단하여 처리하기 위해 정보를 제공하고, 교환기에서 제공하는 정보인 발신번호, 착신번호 및 통화시간을 획득하여 장시간 발생하는 호를 처리할 수 있도록 하는 방법이다.
특정시간 이상 콜 관리방법의 경우에는 사전에 지속시간(duration time)에 대한 필터링 테이블을 생성하여야 한다. 필터링 테이블은 특정한 파일, DB 및 메모리 등의 다양한 자원을 관리하고, 프로세서는 호 처리시 차일드 프로세서를 생성하여 관리한다. ASP 내의 LCS 기능 프로세서는 로그 콜 체크(log call check) 기능을 한다.
특정시간 이상 콜 관리방법은 iASP가 RTE에서의 트렁크(trunk) 신호의 규격에 따라 발신번호(또는 착신번호)의 호 연결 요구를 수신하여 NTP가 iASP로부터 발신번호(또는 착신번호) 또는 Process_ID를 수신하여 정상 호 처리를 하는 과정까지이루어진 후에 가능한 방법으로 이 후의 동작방법은 다음과 같다.
먼저, NTP가 iASP로 정상 호 처리를 한 후에 oASP가 iASP로부터 발신번호, 착신번호 또는 Process_ID의 호 연결 요구를 수신한다(S170).
다음, 상기 호에 대하여 oASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID를 할당하고 차일드 프로세서를 생성한다(S180).
다음, LCS 기능 프로세서가 Process_ID를 확인하여 Process_ID별로 시작시간 을 주기적으로 관리한다(S300).
다음, LCS 기능 프로세서가 Process_ID의 시작시간과 현재시간의 차이값(현재시간 - 시작시간)을 산출하여 필터링 테이블의 값과 비교한다(S310). 여기서, 현재시간은 시작시간보다 늦은 시각이므로 항상 0보다 큰 값을 갖는다.
다음, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 크면, LCS 기능 프로세서가 차일드 프로세서에게 호 처리 정보(발신번호, 착신번호, RTE 번호 또는 통화시간)을 출력하도록 신호를 보낸다(S320). 그러나, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 작으면, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 클 때까지 주기적으로 Process_ID의 시작시간과 현재시간의 차이값(현재시간 - 시작시간)을 산출하여 필터링 테이블의 값과 비교한다.
마지막으로, 차일드 프로세서는 LCS 기능 프로세서의 호 처리 정보 출력신호를 수신하여 시스템 콘솔(console)에 Process_ID에서 관리하는 호 처리 정보(발신번호, 착신번호, RTE 번호 또는 통화시간, 사유)를 출력하거나 시스템에 로그를 남긴다(S330).
특정시간 이상 콜 관리방법은 기존에 시스템 별로 일괄적으로 적용되는 문제점을 개선하는 것이 가능하고, RTE 별로 다르게 관리할 수 있기 때문에 다수의 RTE에 최적화하는 것이 가능하다. 또한, 기존의 교환기에 있는 장시간 호 관리는 교환기에서 일괄적으로 특정시간 동안 관리하고 있기 때문에 RTE 별로 제한이 되지 않으나, RTE 별로 개별적인 시간으로 관리하여 적용할 수 있다.
도 4는 본 발명의 PPS 비정상 국제전화 처리방법을 나타낸 도면이다. PPS 비정상 국제전화 처리방법은 PPS 가입자가 비정상적으로 허용되지 않는 전화를 사용할 경우에 LCS 방법과 특정시간 이상 콜 관리방법을 이용하여 감시하고, 교환기에서 호 처리가 진행될 때 지능망 서버의 지능망에서 제한된 내용이 필터링되지 않는 문제점을 찾아내어 감시하도록 하는 방법이다.
PPS 비정상 국제전화 처리방법의 경우에는 사전에 LCS 및 특정시간 이상 통화 콜 관리기능을 위하여 발신번호, 착신번호 또는 지속시간에 대한 필터링 테이블을 생성하여야 한다. 필터링 테이블은 특정한 파일, DB 및 메모리 등의 다양한 자원을 관리하고, 프로세서는 호 처리시 차일드 프로세서를 생성하여 관리한다. ASP 내의 LCS 기능 프로세서는 로그 콜 체크(log call check) 기능을 한다.
PPS 비정상 국제전화 처리방법은 iASP가 RTE에서의 트렁크(trunk) 신호의 규격에 따라 발신번호(또는 착신번호)의 호 연결 요구를 수신하여 NTP가 iASP로부터 발신번호(또는 착신번호) 또는 Process_ID를 수신하여 정상 호 처리를 하는 과정까지 이루어진 후에 가능한 방법으로 이 후의 동작방법은 다음과 같다.
먼저, NTP가 iASP로 정상 호 처리를 한 후에 oASP가 iASP로부터 발신번호, 착신번호 또는 Process_ID의 호 연결 요구를 수신한다(S170).
다음, 상기 호에 대하여 oASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID를 할당하고 차일드 프로세서를 생성한다(S180).
다음, LCS 기능 프로세서가 Process_ID를 확인하여 Process_ID별로 시작시간을 주기적으로 관리한다(S400).
다음, 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID의 발신번호를 필터링 테이블의 발신번호와 비교한다(S410).
다음, Job_ID, IPC, Queue 또는 Process_ID의 발신번호가 필터링 테이블에 없으면, 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 발신번호를 보낸다(S420). 그러나, Job_ID, IPC, Queue 또는 Process_ID의 발신번호가 필터링 테이블에 있으면, 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID의 착신번호를 필터링 테이블의 착신번호와 비교한다(S430).
다음, Job_ID, IPC, Queue 또는 Process_ID의 착신번호가 필터링 테이블에 없으면, 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 착신번호를 보낸다(S440). 그러나, Job_ID, IPC, Queue 또는 Process_ID의 착신번호가 필터링 테이블에 있으면, 차일드 프로세서가 비정상적인 호로 판단하여 Job_ID, IPC, Queue 또는 Process_ID를 삭제하고 종료한다(S500). 종료시에는 발신번호나 착신번호를 출력하거나 시스템에 로그(log)를 남긴다.
다음, LCS 기능 프로세서가 Process_ID의 시작시간과 현재시간의 차이값(현재시간 - 시작시간)을 산출하여 필터링 테이블의 값과 비교한다(S450). 여기서, 현재시간은 시작시간보다 늦은 시각이므로 항상 0보다 큰 값을 갖는다.
다음, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 크면, LCS 기능 프로세서가 차일드 프로세서에게 호 처리 정보(발신번호, 착신번호, RTE 번호, 통화시간 또는 사유)를 출력하도록 신호를 보낸다(S460). 그러나, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 작으면, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 클 때까지 주기적으로 Process_ID의 시작시간과 현재시간의 차이값(현재시간 - 시작시간)을 산출하여 필터링 테이블의 값과 비교한다.
다음, 차일드 프로세서가 시스템 콘솔(console)에 Process_ID에서 관리하는 호 처리 정보(발신번호, 착신번호, RTE 번호, 통화시간 또는 사유)를 출력하거나 시스템에 로그를 남긴다(S470).
다음, 운용자 요구(발신번호 또는 착신번호)에 의해 호 처리 정보(ASP 정보, 발신번호 또는 착신번호)로 종료 요구시에 프로세서가 이를 수신하여 차일드 프로세서에게 종료신호를 보낸다(S480).
마지막으로, 차일드 프로세서는 호 처리 정보(ASP 정보, 발신번호 또는 착신번호)를 출력하고 종료한다(S490).
PPS 비정상 국제전화 처리방법은 지능망 호의 제한기능의 보완기능 및 특정한 서비스를 위하여 관리할 수 있고, 장시간 발생한 호에 대하여 즉시 종료하는 것이 가능하다. 또한, 장시간 통화하는 호에 대하여 즉시 종료하는 것이 가능하다.
이상에서 설명한 내용을 통해 본 업에 종사하는 당업자라면 본 발명의 기술사상을 이탈하지 아니하는 범위 내에서 다양한 변경 및 수정이 가능함을 알 수 있을 것이다. 따라서, 본 발명의 기술적 범위는 실시예에 기재된 내용만으로 한정되는 것이 아니라 특허청구범위에 의하여 정해져야 한다.
이상에서와 같이 본 발명에 의한 교환기의 RTE 호 제어방법은 다음과 같은 효과가 있다.
첫째, LCS(Limitative Call Screen) 방법을 이용하면 사업자 간의 연동회선인 최종단에서 호를 제한할 수 있으므로 인증서버에서 제거되지 않은 조건이 발생할 경우에 교환기에서 필터링할 수 있고, 특정한 발신 및 착신에 대하여 공통적으로 적용할 수 있으므로 운용자에 의한 추가 및 삭제가 가능하다.
둘째, 특정시간 이상 콜 관리방법을 이용하면 제한요소인 시간에 대하여 RTE 별로 다르게 적용함으로써 기존의 일괄적용에 의한 문제점을 개선할 수 있고, RTE별로 비정상적인 장시간의 호에 대한 관리가 가능하여 불법적인 호를 추적할 수 있다.
셋째, PPS 비정상 국제전화 처리방법을 이용하면 지능망 서버에 의한 호 제한기능을 보완하고, 최종단인 RTE에서 관리함으로써 불법 호를 차단하도록 하며, 비정상적으로 발생한 호에 대해서는 즉시 종료할 수 있다.

Claims (8)

  1. RTE에서의 트렁크(trunk) 신호의 규격에 따라 발신번호 또는 착신번호의 호 연결 요구를 수신하는 iASP;
    상기 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나를 수신하여 정상 호 처리를 하는 NTP; 및
    상기 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나의 호 연결 요구를 수신하는 oASP;
    를 포함하는 교환기의 RTE 호 제어 시스템.
  2. 청구항 1에 있어서,
    상기 iASP는
    Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고, 차일드 프로세서를 생성하는 호 처리 프로세서; 및
    발신번호 및 착신번호에 대한 정보를 가지고 있고, 상기 발신번호 및 착신번호가 상기 차일드 프로세서에 의해 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호(또는 착신번호)와 비교되는 필터링 테이블;
    을 포함하는 교환기의 RTE 호 제어 시스템.
  3. 청구항 1에 있어서,
    상기 Process_ID는 차일드 프로세서의 고유번호, 메모리 어드레스, RTE 번호 또는 digit 정보 중에서 어느 하나를 나타내는 것을 특징으로 하는 교환기의 RTE 호 제어 시스템.
  4. 청구항 1에 있어서,
    상기 oASP는
    Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고, 차일드 프로세서를 생성하는 호 처리 프로세서;
    발신번호 및 착신번호에 대한 정보를 가지고 있고, 상기 발신번호 및 착신번호가 상기 차일드 프로세서에 의해 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호(또는 착신번호)와 비교되는 필터링 테이블; 및
    Process_ID를 확인하여 Process_ID별로 시작시간을 주기적으로 관리하고, Process_ID의 시작시간과 현재시간의 차이값을 산출하여 필터링 테이블의 값과 비교하는 LCS 기능 프로세서;
    를 포함하는 교환기의 RTE 호 제어 시스템.
  5. RTE에서의 트렁크(trunk) 신호의 규격에 따라 iASP에서 발신번호 또는 착신번호의 호 연결 요구를 수신하는 제1단계;
    상기 호에 대하여 상기 iASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고 차일드 프로세서를 생성 하는 제2단계;
    상기 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호를 필터링 테이블의 발신번호와 비교하는 제3단계;
    Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 없으면 차일드 프로세서가 정상적인 호 처리를 위하여 NTP로 발신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호를 필터링 테이블의 착신번호와 비교하는 제4단계;
    Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 없으면, 차일드 프로세서가 정상적인 호 처리를 위하여 상기 NTP로 착신번호를 보내는 제5단계;
    상기 NTP가 상기 iASP로 정상 호 처리를 하는 제6단계;
    상기 NTP가 상기 iASP로 정상 호 처리를 한 후에 상기 oASP가 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나의 호 연결 요구를 수신하는 제7단계;
    상기 호에 대하여 상기 oASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고 차일드 프로세서를 생성하는 제8단계;
    상기 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호를 필터링 테이블의 발신번호와 비교하는 제9단계;
    Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 없으면 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 발신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 Job_ID의 착신번호를 필터링 테이블의 착신번호와 비교하는 제10단계; 및
    Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 없으면 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 착신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 비정상적인 호로 판단하여 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 삭제하고 종료하는 제11단계;
    를 포함하는 교환기의 RTE 호 제어 방법.
  6. NTP가 iASP로 정상 호 처리를 한 후에 oASP가 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나의 호 연결 요구를 수신하는 제1단계;
    상기 호에 대하여 상기 oASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고 차일드 프로세서를 생성하는 제2단계;
    LCS 기능 프로세서가 Process_ID를 확인하여 Process_ID별로 시작시간을 주 기적으로 관리하는 제3단계;
    상기 LCS 기능 프로세서가 Process_ID의 시작시간과 현재시간의 차이값을 산출하여 필터링 테이블의 값과 비교하는 제4단계;
    상기 Process_ID의 시작시간과 현재시간의 차이값이 상기 필터링 테이블의 값보다 크면 상기 LCS 기능 프로세서가 상기 차일드 프로세서에게 호 처리 정보를 출력하도록 신호를 보내고, 상기 Process_ID의 시작시간과 현재시간의 차이값이 상기 필터링 테이블의 값보다 작으면 Process_ID의 시작시간과 현재시간의 차이값이 상기 필터링 테이블의 값보다 클 때까지 주기적으로 Process_ID의 시작시간과 현재시간의 차이값을 산출하여 상기 필터링 테이블의 값과 비교하는 제5단계; 및
    상기 차일드 프로세서가 LCS 기능 프로세서의 호 처리 정보 출력신호를 수신하여 시스템 콘솔(console)에 Process_ID에서 관리하는 호 처리 정보를 출력하거나 시스템에 로그를 남기는 제6단계;
    를 포함하는 교환기의 RTE 호 제어 방법.
  7. NTP가 iASP로 정상 호 처리를 한 후에 oASP가 iASP로부터 발신번호, 착신번호 또는 Process_ID 중에서 어느 하나의 호 연결 요구를 수신하는 제1단계;
    상기 호에 대하여 상기 oASP 내에 존재하는 호 처리 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 할당하고 차일드 프로세서를 생성하는 제2단계;
    LCS 기능 프로세서가 Process_ID를 확인하여 Process_ID별로 시작시간을 주 기적으로 관리하는 제3단계;
    상기 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호를 필터링 테이블의 발신번호와 비교하는 제4단계;
    Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 없으면 상기 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 발신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 발신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호를 상기 필터링 테이블의 착신번호와 비교하는 제5단계;
    Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 없으면 차일드 프로세서가 정상적인 호 처리를 위하여 타 교환기로 착신번호를 보내고, Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나의 착신번호가 상기 필터링 테이블에 있으면 차일드 프로세서가 비정상적인 호로 판단하여 Job_ID, IPC, Queue 또는 Process_ID 중에서 어느 하나를 삭제하고 종료하는 제6단계;
    LCS 기능 프로세서가 Process_ID의 시작시간과 현재시간의 차이값을 산출하여 필터링 테이블의 값과 비교하는 제7단계;
    상기 Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 크면 상기 LCS 기능 프로세서가 차일드 프로세서에게 호 처리 정보를 출력하도록 신호를 보내고, Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값 보다 작으면 Process_ID의 시작시간과 현재시간의 차이값이 필터링 테이블의 값보다 클 때까지 주기적으로 Process_ID의 시작시간과 현재시간의 차이값(현재시간 - 시작시간)을 산출하여 필터링 테이블의 값과 비교하는 제8단계;
    상기 차일드 프로세서가 호 처리 정보 출력신호를 수신하여 시스템 콘솔(console)에 Process_ID에서 관리하는 호 처리 정보를 출력하거나 시스템에 로그를 남기는 제9단계;
    발신번호 또는 착신번호에 의해 호 처리 정보로 종료 요구시에 프로세서가 이를 수신하여 상기 차일드 프로세서에게 종료신호를 보내는 제10단계; 및
    상기 차일드 프로세서가 호 처리 정보를 출력하고 종료하는 제11단계;
    를 포함하는 교환기의 RTE 호 제어 방법.
  8. 청구항 5에 있어서,
    상기 호 처리 정보는 발신번호, 착신번호, RTE 번호, 통화시간 또는 사유 중에서 어느 하나인 것을 특징으로 하는 교환기의 RTE 호 제어 방법.
KR1020050028082A 2005-04-04 2005-04-04 교환기의 ｒｔｅ 호 제어 시스템 및 방법 KR100646065B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020050028082A KR100646065B1 (ko) 2005-04-04 2005-04-04 교환기의 ｒｔｅ 호 제어 시스템 및 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020050028082A KR100646065B1 (ko) 2005-04-04 2005-04-04 교환기의 ｒｔｅ 호 제어 시스템 및 방법

Publications (2)

Publication Number Publication Date
KR20060105354A true KR20060105354A (ko) 2006-10-11
KR100646065B1 KR100646065B1 (ko) 2006-11-14

Family

ID=37635156

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020050028082A KR100646065B1 (ko) 2005-04-04 2005-04-04 교환기의 ｒｔｅ 호 제어 시스템 및 방법

Country Status (1)

Country Link
KR (1) KR100646065B1 (ko)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05103087A (ja) * 1991-10-04 1993-04-23 Hitachi Ltd 着信接続方式
JPH05110675A (ja) * 1991-10-14 1993-04-30 Nec Corp 加入者着信規制サービス方式
KR100387080B1 (ko) * 1995-12-23 2003-08-14 삼성전자주식회사 발신가입자의발신번호확인및거부방법
EP0895432A1 (en) 1997-07-29 1999-02-03 Tecnomen OY Mobile telephone call screening
KR20000044332A (ko) * 1998-12-30 2000-07-15 윤종용 교환시스템에서 선택적 착신 거부 방법
KR100570348B1 (ko) * 1999-07-20 2006-04-12 에스케이 텔레콤주식회사 무선통신시스템에서의 선택적인 호 차단 및 전환 방법

Also Published As

Publication number Publication date
KR100646065B1 (ko) 2006-11-14

Similar Documents

Publication Publication Date Title
JP4531987B2 (ja) 通信ネットワーク
JPH01168155A (ja) 通信端末装置
CN110177368A (zh) 一种呼叫建立方法和系统、视频通信服务器
CN104283851A (zh) 非法自动呼叫的屏蔽方法和系统以及语音鉴权设备
JPH0654059A (ja) ネットワーク内のｄｔｍｆ信号伝播の選択的制御方法
US10285061B2 (en) System and method for detecting fraud in telephony
CN111049993B (zh) 基于map与bicc信令的海量码号异常状态检测方法及其系统
KR100646065B1 (ko) 교환기의 ｒｔｅ 호 제어 시스템 및 방법
KR100415117B1 (ko) 인터넷프로토콜 전화시스템에서 인터넷프로토콜단말기들간의 다중통화 시 강제 착신장치 및 방법
CN100471215C (zh) 一种pstn电话终端接入ip会议电视系统的方法
CN110661922B (zh) 一种通话控制方法、网络设备及系统
CA2329915C (en) Automatic call distribution system agent log-on with pseudo-port
JP3549809B2 (ja) 交換機のリソースオーディット処理システム及び処理方法
CN111182158B (zh) 一种通话处理方法、装置及设备
CN101094267A (zh) 一种防止异常超长通话的方法
KR100596003B1 (ko) 할입 서비스 제공 방법 및 상기 방법을 채용한 ｉｐ교환기 시스템
KR100617816B1 (ko) 지능망에서 호 제어 기능 블럭의 객체 지향 설계 방법
KR100800682B1 (ko) 교환기 시스템에서 가상 포트의 비제한적 할당 및 통화서비스 방법
JP2503212B2 (ja) 蓄積形情報通信網における代表番号通信方法
KR20000044360A (ko) 가입자 포트 상태 관리방법
JP3251267B2 (ja) 電話交換機および長時間通話呼の切断方法
CN117336405A (zh) 一种一号双机呼叫的方法及装置
KR100322027B1 (ko) 운용자 명령어에 의한 베어러 채널 감사방법
CN116668413A (zh) 一种sip信息的处理方法及装置
US20060072731A1 (en) Selective telephony functions

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20121002

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20131029

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee