KR100198924B1 - 차세대지능망을지원하는상세일체형구조의응용계층에서신호처리방법 - Google Patents

Abstract

1. 청구범위에 기재된 발명이 속한 기술분야

차세대지능망 상세 일체형 구조의 응용계층에서 신호처리방법

2. 발명이 해결하려고 하는 기술적 과제

상세 일체형 구조의 응용계층에서 송수신한 신호정보처리방법을 제공하고자 함.

3. 발명의 해결방법의 요지

지능망응용 프로토콜 사용자(INAP-User)(31), 상위-다중결합제어기능(U-MACF)(32), 단일결합제어기능(SACF)(33), 응용서비스요소(ASE)(34), 하위-다중결합제어기능(L-MACF)(36), 에러풀(35), 정보흐름유한상태기계(IF-FSM)(37)로 이루어진 주요 구성요소인 지능망 응용 프로토콜과 그 하위계층인 문답처리기능응용부(36), 신호연결제어부(37), 그리고 메시지전달부로 구성된 공통선 신호방식이 추가적인 원격 주소 정보를 포함하지 않으며, 서비스 교환 시스템, 지능형 주변장치, 그리고 서비스 데이타 시스템에 동일한 구조로 형성되어 신호를 처리하도록 함.

4. 발명의 중요한 용도

차세대지능망에 이용됨.

Description

차세대지능망을 지원하는 상세 일체형 구조의 응용계층에서 신호처리방법

본 발명은 차세대지능망을 지원하는 상세 일체형 구조의 응용계층에서 신호처리방법에 관한 것으로, 특히 서비스 교환 시스템(SSP: Service Switching Point), 서비스 제어 시스템(SCP: Service Control Point), 지능형 주변 장치(IP: Intelligent Peripheral), 그리고 서비스 데이타 시스템(SDP: Service Data Point)을 주요 신호점으로 하는 차세대지능망 구조에서 이들 4 신호점의 No.7 공통선 신호 방식중 상위 계층인 상세 일체형 구조의 응용계층에서 신호처리방법에 관한 것이다.

여기서, 차세대지능망이라 함은 현재 국제적으로 공인되고 있는 지능망 표준화의 발전 단계를 INCS(Intelligent Network Capabilities Set)-1, INCS-2, INCS-3 등으로 표시하고 있는 바를 근거로 INCS-1에 해당하는 기술적 요소를 지칭한다. 현재의 INCS-1은 1992년에 최초 권고안(Recommendation)이 발간된 이래 1994년말에 개정된 권고안이 국제적으로 배포되어 각국의 통신망 기술개발에 이용되고 있는 상황에 있다.

또한, 상세 일체형 구조라 함은 주요 구성요소인 지능망 응용 프로토콜(INAP: Intelligent Network Application Protocol)을 포함하여 그 하위계층인 문답처리기능응용부(TCAP: Transaction Capabilities Application Part), 신호연결제어부(SCCP: Signalling Connection Control Part), 그리고 메시지전달부(MTP: Message Transfer Part)로 구성된 공통선 신호방식이 추가적인 원격(peer-to-peer) 주소 정보(예, 특정 'SACF' 식별자)를 포함하지 않으며, 대상 신호점 즉, 서비스 교환 시스템(SSP), 지능형 주변장치(IP), 그리고 서비스 데이타 시스템(SDP)에 동일한 소프트웨어 구조로 형성되어 실제 시스템 구현을 위해 필요한 소기능블럭을 정의하고, 이들간 신호처리 절차를 반영한 구조를 말한다.

즉, 차세대지능망의 각 신호점들은 대상 지능망 서비스를 제공하기 위해 신호정보의 전송속도가 초당 64 kbps인 No.7 공통선 신호시스템을 사용해야 하는 데, 서비스 교환 시스템(SSP)과 서비스 제어 시스템(SCP) 사이, 서비스 제어 시스템(SCP)과 지능형 주변장치(IP) 사이, 그리고 서비스 제어 시스템(SCP)과 서비스 데이타 시스템(SDP) 사이는 메시지전달부(MTP), 신호연결제어부(SCCP), 문답처리기능응용부(TCAP), 문답처리기능응용부 사용자(TCAP-user)를 사용해야 한다. 여기서, 본 발명은 이들 네개의 신호점들 상에서 문답처리기능응용부(TCAP) 및 문답처리기능응용부 사용자(TCAP-user)를 포함하는 응용계층 구성요소에 적용된다.

현재 국내에서는 전국을 대상으로 두개의 지능망 서비스인 신용통화 서비스 및 착신과금 서비스를 제공하고 있다. 현재 국내 지능망의 응용계층은 해당 서비스별로 분리된 응용서비스요소(ASE: Application Service Elememt)에 하나의 공통적인 문답처리기능응용부(TCAP)를 이용하는 기능구조를 적용하고 있다.

여기서 서비스별로 분리된 응용서비스요소(ASE)의 종류로는 신용통화 서비스를 지원하기 위한 신용통화 응용서비스요소, 착신과금 서비스를 지원하기 위한 착신과금 응용서비스요소, 개인번호 서비스를 지원하기 위한 개인번호 응용서비스요소, 그리고 가상사설망 서비스를 지원하기 위한 가상사설망 응용서비스요소등이 있다.

그러나, 각각의 서비스에 대한 응용서비스요소가 응용계층 기능구조에서 거의 유사한 제어흐름으로 진행되고, 단지 동일한 파라미터를 각 응용서비스에 따라 식별자(Identifier)를 달리 적용하고 있어 심각한 기능 및 제어의 중복 문제를 야기하고 있다. 이러한 국내의 응용계층 기능구조는 특정 지능망 서비스와 관련 없는 서비스 독립적인 기능구조로 전환하여야 한다.

따라서, 새로운 지능망 서비스가 추가되더라도 해당 통신망 능력(예: INCS-1) 하에서는 기능구조 측면에서 추가적인 기능을 적용할 필요가 없는 시스템 플랫폼적인 형태의 응용계층 기능구조를 정립하여야 한다.

도 1 은 본 발명이 적용되는 No.7 공통선 신호장치의 구성도로서, 도면에서 '1'은 메시지전달부(MTP), '2'는 신호연결제어부(SCCP), '3'은 종합정보 통신망 사용자부(ISUP: ISDN User Part), '4'는 문답처리기능응용부(TCAP), '5'는 문답처리기능응용부 사용자(TCAP-user), '6'은 사용자부(User)를 각각 나타낸다.

신호 데이타 링크 기능, 신호 링크 기능 및 신호망 기능으로 구성되는 메시지전달부(MTP)(1)는 메시지전달부 사용자가 요청하는 신호 메시지를 에러 없이 전달하는 기능을 수행한다.

신호연결제어부(SCCP)(2)는 교환 시스템과 망 특수 설비들 사이의 회선 관련 정보 또는 비회선 관련 정보를 연결형 또는 비연결형 망계층 서비스로 전달하기 위해 총괄명 번역등 메시지전달부(MTP)의 추가적 기능을 제공한다.

종합정보 통신망 사용자부(ISUP)(3)는 종합정보통신망(ISDN)에서 음성 및 비음성 교환 서비스를 제공하기 위해 회선 접속 방법을 제공한다.

문답처리기능응용부(TCAP)(4)는 통신망내 분산 환경에서 교환 시스템과 교환 시스템 간 또는 교환 시스템과 특수 센터들(예: 서비스 제어 시스템(SCP)) 간 비회선 관련 신호 정보의 교환을 위해 사용자 응용계층간의 상호동작을 지원한다.

문답처리기능응용부 사용자(TCAP-user)(5)는 망내에서 응용 서비스의 통신 환경을 지원하는 OSI 계층중 최상위 기능으로써, 본 발명은 문답처리기능응용부(TCAP)(4)와 문답처리기능응용부 사용자(TCAP-user)(5)의 기능 관계 및 문답처리기능응용부 사용자(TCAP-user)(5)의 신호처리에 적용된다.

사용자부(User)(6)는 교환 시스템이나 서비스 제어 시스템(SCP)에서 문답처리기능응용부 사용자(TCAP-user)(5)의 사용자 기능을 수행하며, 교환 시스템의 경우 호제어 기능이 사용자부(User)에 해당하며, 서비스 제어 시스템(SCP)의 경우 서비스로직 기능이 사용자부(User)에 해당한다.

표 1 내지 표 3은 INAP와 INAP-user 간 상호 송수신되는 신호 종류를 나타낸다.

이 신호들은 현재 ITU-T Q.1218에서 정의하고 있는 오퍼레이션을 기본으로 INAP와 INAP-user간 외부 인터페이스를 위해 다시 정의 하였다. 표 1은 SSP/SCP 관련 신호 종류, 표 2는 IP/SCP 관련 신호 종류, 표 3은 SCP/SDP 관련 신호 종류를 각각 나타낸다. 각 신호들은 오퍼레이션 등급, 신호의 방향, 신호의 유형, 그리고 각 신호를 수신하였을 때 INAP에서 다이얼로그를 제어하는 유형을 정의하고, 다이얼로그 유형은 요청(request) 신호 유형에서 적용될 수 있는 유형을 기술한 것이다.

하나의 예로써, SSP/SCP 관련 신호중 InitialDP 신호는 오퍼레이션 등급이 2이기 때문에 문답처리기능응용부(TCAP)에서 정의한 규칙에 따르면 지시 컴포넌트 및 실패 컴포넌트를 송수신할 수 있다. 만일 오퍼레이션 등급이 1인 경우는 지시 컴포넌트, 성공 컴포넌트 및 실패 컴포넌트를 송수신할 수 있으며, 오퍼레이션 등급이 3인 경우는 지시 컴포넌트 및 성공 컴포넌트를 송수신할 수 있으며, 그리고 오퍼레이션 등급이 4인 경우는 지시 컴포넌트만을 송수신할 수 있다. 방향은 서비스 교환 시스템(SSP)에서 서비스 제어 시스템(SCP)이기 때문에 최초 발생되는 지시 컴포넌트는 반드시 서비스 교환 시스템(SSP)에서 서비스 제어 시스템(SCP)으로 전송되어야 하며, 또한 다이얼로그의 유형은 반드시 시작으로만 수행될 수 있다.

SSP/SCP 관련 신호 종류

번호	신호 종류	오퍼레이션 등급	방향	신호 유형	다이얼로그 유형
1	ActivateServiceFiltering	1	SCP-SSP	req/ind/res/con	시작
2	ActivityTest	3	SCP-SSP	req/ind/res/con	계속
3	AnalysedInformation	2	SSP-SCP	req/ind/res/con	시작
4	AnalyseInformation	2	SCP-SSP	req/ind/res/con	계속
5	ApplyCharging	2	SCP-SSP	req/ind/res/con	계속
6	ApplyChargingReport	2	SSP-SCP	req/ind/res/con	계속
7	AssistRequestInstructions	2	SSP-SCP	req/ind/res/con	시작
8	CallGap	4	SCP-SSP	req/ind	모든 유형 가능
9	CallInformationReport	4	SSP-SCP	req/ind	계속/종료
10	CallInformationRequest	2	SCP-SSP	req/ind/res/con	계속
11	Cancel	2	SCP-SSP	req/ind/res/con	계속
12	CancelStatusReportRequest	2	SCP-SSP	req/ind/res/con	계속
13	CollectedInformation	2	SSP-SCP	req/ind/res/con	시작
14	CollectInformation	2	SCP-SSP	req/ind/res/con	계속
15	Connect	2	SCP-SSP	req/ind/res/con	계속
16	ConnectToResource	2	SCP-SSP	req/ind/res/con	계속
17	Continue	4	SCP-SSP	req/ind	계속/종료
18	DisconnectForwardConnection	2	SCP-SSP	req/ind/res/con	계속
19	EstablishTemporaryConnection	2	SCP-SSP	req/ind/res/con	계속
20	EventNotificationCharging	4	SSP-SCP	req/ind	계속/종료
21	EventReportBCSM	4	SSP-SCP	req/ind	계속/종료
22	FurnishChargingInformation	2	SCP-SSP	req/ind/res/con	계속
23	HoldCallInNetwork	2	SCP-SSP	req/ind/res/con	계속
24	InitialDP	2	SSP-SCP	req/ind/res/con	시작
25	InitiateCallAttempt	2	SCP-SSP	req/ind/res/con	시작
26	OAnswer	2	SSP-SCP	req/ind/res/con	시작
27	OCalledPartyBusy	2	SSP-SCP	req/ind/res/con	시작
28	ODisconnect	2	SSP-SCP	req/ind/res/con	시작
29	OMidCall	2	SSP-SCP	req/ind/res/con	시작

30	ONoAnswer	2	SSP-SCP	req/ind/res/con	시작
31	OriginationAttemptAuthorized	2	SSP-SCP	req/ind/res/con	시작
32	ReleaseCall	4	SCP-SSP		계속/종료
33	RequestCurrentStatusReport	1	SCP-SSP	req/ind/res/con	시작/계속
34	RequestEveryStatusChangeReport	1	SCP-SSP	req/ind/res/con	시작/계속
35	RequestFirstStatusMatchReport	1	SCP-SSP	req/ind/res/con	시작/계속
36	RequestNotificationChargingEvent	2	SCP-SSP	req/ind/res/con	계속
37	RequestReportBCSMEvent	2	SCP-SSP	req/ind/res/con	계속
38	ResetTimer	2	SCP-SSP	req/ind/res/con	계속
39	RouteSelectFailure	2	SSP-SCP	req/ind/res/con	시작
40	SelectFacility	2	SCP-SSP	req/ind/res/con	계속
41	SelectRoute	2	SCP-SSP	req/ind/res/con	계속
42	SendChargingInformation	2	SCP-SSP	req/ind/res/con	계속
43	ServiceFilteringResponse	4	SSP-SCP	req/ind	시작
44	StatusReport	4	SSP-SCP	req/ind	계속/종료
45	TAnswer	2	SSP-SCP	req/ind/res/con	시작
46	TBusy	2	SSP-SCP	req/ind/res/con	시작
47	TDisconnect	2	SSP-SCP	req/ind/res/con	시작
48	TermAttemptAuthorized	2	SSP-SCP	req/ind/res/con	시작
49	TMidCall	2	SSP-SCP	req/ind/res/con	시작
50	TNoAnswer	2	SSP-SCP	req/ind/res/conP	시작

IP/SCP 관련 신호 종류

번호	신호 종류	오러레이션 등급	방향	신호 유형	다이얼로그 유형
1	AssistRequestInstructions	2	IP-SCP	req/ind/res/con	시작
2	Cancel	2	SCP-IP	req/ind/res/con	계속
3	PlayAnnouncement	2	SCP-IP	req/ind/res/con	계속
4	PromptAndCollectUserInformation	1	SCP-IP	req/ind/res/con	계속
5	SpecializedResourceReport	4	IP-SCP	req/ind	계속/종료

SCP/SDP 관련 신호 종류

번호	신호 종류	오퍼레이션 등급	방향	신호 유형	다이얼로그 유형
1	AddEntry	1	SCP-SDP	req/ind/res/con	시작/계속
2	DirectoryBind	1	SCP-SDP	req/ind/res/con	시작
3	ModifyEntry	1	SCP-SDP	req/ind/res/con	시작/계속
4	RemoveEntry	1	SCP-SDP	req/ind/res/con	시작/계속
5	Search	1	SCP-SDP	req/ind/res/con	시작/계속
6	DirectoryUnbind	4	SCP-SDP	req/ind	종료

표 4는 문답처리기능응용부(TCAP)와 INAP 간 상호 송수신되는 신호의 종류로서, 문답처리기능응용부(TCAP)의 서비스를 정의한 Q.771 권고안에서 인용한 신호의 종류를 나타낸다.

이들 신호는 크게 다이얼로그와 관련된 신호(시작, 계속, 종료 및 중단 등)와 컴포넌트(지시, 성공, 실패 및 거절 등)와 관련된 신호로 구분할 수 있다.

번호	다이얼로그 관련 신호 종류	신호 유형	번호	컴포넌트 관련 신호 종류	신호 유형
1	TC-UNI	req/ind	1	TC-INVOKE	req/ind
2	TC-BEGIN	req/ind	2	TC-RESULT-L	req/ind
3	TC-CONTINUE	req/ind	3	TC-RESULT-NL	req/ind
4	TC-END	req/ind	4	TC-U-ERROR	req/ind
5	TC-U-ABORT	req/ind	5	TC-L-CANCEL	ind
6	TC-P-ABORT	ind	6	TC-U-CANCEL	req
			7	TC-L-REJECT	ind
			8	TC-R-REJECT	ind
			9	TC-U-REJECT	req/ind

이하, InitialDP와 ConnectToResource 신호를 이용하여 신호전달 과정을 살펴보면 다음과 같다.

노드-A의 사용자 즉, INAP-user가 InitialDP 요청(request) 신호를 INAP로 전송하고, 노드-A의 INAP는 TC-INVOKE 요청 신호를 문답처리기능응용부(TCAP)로 전송한다. 그리고, 노드-A의 INAP는 TC-BEGIN 요청 신호를 문답처리기능응용부(TCAP)로 전송하고, 노드-A의 문답처리기능응용부(TCAP)는 관련 신호메시지를 공통선신호망을 통해 노드-B로 전송한다.

노드-B의 문답처리기능응용부(TCAP)는 INAP로 TC-BEGIN 지시(indication) 신호를 전송하고, 노드-B의 문답처리기능응용부(TCAP)는 TC-INVOKE 지시 신호를 INAP로 전송한다. 그리고, 노드-B의 INAP는 InitialDP 지시 신호를 사용자로 전송한다.

다음, 노드-B의 사용자 즉, INAP-user가 ConnectToResource 요청 신호를 INAP로 전송하고, 노드-B의 INAP는 TC-INVOKE 요청 신호를 문답처리기능응용부(TCAP)로 전송한다. 그리고, 노드-B의 INAP는 TC-CONTIBUE 요청 신호를 문답처리기능응용부(TCAP)로 전송하고, 노드-B의 문답처리기능응용부(TCAP)는 관련 신호메시지를 공통선신호망을 통해 노드-A로 전송한다.

노드-A의 문답처리기능응용부(TCAP)는 INAP로 TC-CONTINUE 지시 신호를 전송하고, 노드-A의 문답처리기능응용부(TCAP)는 TC-INVOKE 지시 신호를 INAP로 전송하며, 노드-A의 INAP는 ConnectToResource 지시 신호를 사용자로 전송한다.

도 2 는 종래의 차세대지능망을 지원하는 응용계층의 구성도로써, 주요 구성요소(INAP)의 기능블럭들에 대한 기능 정의는 권고안 Q.1218을 따른다.

주요 구성요소의 사용자(INAP-user)(21)는 서비스 제어 시스템(SCP), 서비스 교환 시스템(SSP), 지능형 주변장치(IP), 그리고 서비스 데이타 시스템(SDP) 등 해당 신호점이 좀더 포괄적이며, 교환 시스템의 경우 호제어 기능이 사용자(INAP-User)에 해당하며, 서비스 제어 시스템(SCP)의 경우 서비스로직 기능이 사용자(INAP-User)에 해당한다.

다중결합제어기능(MACF) 블럭(22)은 다수의 단일결합제어기능(SACF)(23)을 제어하는 기능을 제공한다. 그러나, 해당 신호점이 단 하나의 다른 관련 신호점과 접속되는 경우(예: SDP가 SCP와 접속되는 상황에서 SDP의 응용계층 프로토콜의 구조) 이 기능블럭은 요구되지 않는다.

서비스 교환 시스템(SSP), 서비스 제어 시스템(SCP), 서비스 데이타 시스템(SDP), 지능형 주변장치(IP)등 각 노드간에 적용되는 단일결합제어기능(SACF) 블럭(23)은 노드간 다수의 응용서비스요소(ASE)(24)들을 제어하는데 필요한 조정 기능을 제공한다. 즉, 서비스 교환 시스템(SSP) 및 서비스 제어 시스템(SCP)간 응용서비스요소(ASE) 제어 기능, 서비스 제어 시스템(SCP) 및 지능형 주변장치(IP)간 응용서비스요소(ASE) 제어 기능, 그리고 서비스 제어 시스템(SCP) 및 서비스 데이타 시스템(SDP)간 응용서비스요소(ASE) 제어 기능이 있다.

응용서비스요소(ASE) 기능블럭(24)은 문답처리기능응용부(TCAP)(25)의 사용자로써, 해당 오퍼레이션의 집합이다. 이들 오퍼레이션들은 서비스 교환 기능실체(SSF: Service Switching Function)와 서비스제어 기능실체(SCF: Service Control Function)간, 서비스제어 기능실체(SCF)와 서비스자원 기능실체(SRF: Service Resource Function)간, 그리고 서비스제어 기능실체(SCF)와 서비스데이타 기능실체(SDF: Service Data Function)간 적용된다.

문답처리기능응용부(TCAP)(25)는 통신망내 분산 환경에서 교환 시스템과 교환 시스템 간 또는 교환 시스템과 특수 센터들(예: 서비스 제어 시스템(SCP)) 간 비회선 관련 신호 정보의 교환을 위해 사용자 응용계층간의 상호동작을 지원한다.

신호연결제어부(SCCP)(26)는 교환 시스템과 망 특수 설비들 사이의 회선 관련 정보 또는 비회선 관련 정보를 연결형 또는 비연결형 망계층 서비스로 전달하기 위해 총괄명 번역등 메시지전달부(MTP)의 추가적 기능을 제공한다.

그러나, 도 2 와 같은 종래의 ITU-T(International Telecommunication Union-Telecommunication standardization sector)의 지능망 응용 프로토콜 권고안(Q.1218)에서 제시하는 새로운 형태의 응용계층 기능구조는 OSI(Open System Interconnection)의 컴퓨터 통신 분야중 ISO 9545(1989년) 문서에서 정의한 연결형 응용계층의 개념상 구조를 비연결형의 지능망 응용계층으로 그대로 적용한 비실제적인 구조이므로, 지능망 응용 프로토콜 구조 및 이에 대한 제어절차를 정확하게 결정할 수 없는 문제점이 있었다.

따라서, 본 발명은 현재 추상적으로 정의되어 있는 종래의 응용계층 기능구조의 문제점을 개선 수정한 상세 일체형 구조의 응용계층을 제시하고, 상세 일체형 구조의 응용계층에서 외부 및 내부와 송수신한 신호정보를 처리할 수 있는 상세 일체형 구조의 응용계층에서 신호처리방법을 제공하는데 그 목적이 있다.

도 1 은 본 발명이 적용되는 공통선 신호장치의 구성도,

도 2 는 종래의 차세대지능망을 지원하는 응용계층의 구성도,

도 3 은 본 발명에 따른 차세대지능망을 지원하는 응용계층의 상세 일체형 기능 구조도,

도 4A 내지 도 4F는 본 발명에 따른 상세 일체형 구조의 응용계층에서 신호처리 흐름도.

*도면의 주요 부분에 대한 부호의 설명

31 : 지능망응용 프로토콜 사용자(INAP-User)

32 : 상위-다중결합제어기능(U-MACF)

33 : 단일결합제어기능(SACF)

34 : 응용서비스요소(ASE)

35 : 에러풀(Error Pool)

36 : 하위-다중결합제어기능(L-MACF)

37 : 정보흐름유한상태기계(IF-FSM)

38 : 문답처리기능응용부(TCAP)

39 : 신호연결제어부(SCCP)

상기 목적을 달성하기 위한 본 발명은, 문답처리기능응용부 사용자 기능을 수행하는 응용서비스요소(ASE), 단일결합제어기능(SACF), 하위-다중결합제어기능(L-MACF), 상위-다중결합제어기능(U-MACF), 에러풀(Error Pool) 및 정보흐름유한상태기계기능블럭(IF-FSM)으로 구성된 주요 구성요소인 지능망응용프로토콜(INAP)과 문답처리기능응용부(TCAP)와 주요 구성요소 사용자(INAP-User)를 포함하여 이루어진 차세대지능망에 적용되는 신호처리방법에 있어서, 초기화 수행 후, 상위-다중결합제어기능블럭이 INAP-User로부터 요청(request) 또는 응답(response) 유형의 외부신호를 수신하면 수신한 정보흐름을 기준으로 특정 단일결합제어기능블럭(SACF)을 결정하여 관련 내부신호를 단일결합제어기능블럭으로 전송하고, 단일결합제어기능블럭으로부터 지시(indication) 또는 확인(confirm) 내부신호를 수신하면 식별자, 정보흐름 이름, 그리고 신호 유형등을 추출하여 정보흐름유한상태기계기능블럭(IF-FSM)으로 상태검사를 요청하고, IF-FSM으로부터 내부신호를 수신하면 특정 주요 구성요소 사용자(INAP-user)를 확인하여 해당 INAP-user로 관련 외부신호를 전송하는 제 1 단계; 단일결합제어기능블럭이 상위-다중결합제어기능블럭으로부터 내부신호를 수신하면 수신한 정보 흐름을 기준으로 특정 응용서비스요소를 확인하고, 허용된 응용문맥(AC)에 속하는지를 검사한 후, 요청 유형의 내부신호를 해당 응용서비스요소로 전송하여 해당 응용서비스요소로부터 요청형 내부 컴포넌트 신호를 수신하면 하위-다중결합제어기능블럭으로 내부 컴포넌트 신호를 전송하고, 최종 컴포넌트를 전송한 후, 전송 메시지 유형을 결정하여 메시지 유형에 따라 응용문맥을 포함하는 다이얼로그 부분을 준비한 후, 하위-다중결합제어기능블럭으로 내부 다이얼로그 신호를 전송하는 제 2 단계; 단일결합제어기능블럭이 하위-다중결합제어기능블럭으로부터 내부 다이얼로그 신호를 수신하면 수신한 다이얼로그 유형이 시작인 경우에만 응용문맥을 저장한 후, 하위-다중결합제어기능블럭으로부터 내부 컴포넌트 신호를 수신하면 수신한 정보 흐름을 기준으로 특정 응용서비스요소를 확인하고, 허용된 응용문맥에 속하는지를 검사한 후, 지시(indication) 유형의 내부신호를 해당 응용서비스요소로 전송하여 해당 응용서비스요소로부터 지시형 내부 컴포넌트 신호를 수신하면 상위-다중결합제어기능으로 내부신호를 전송하는 제 3 단계; 응용서비스요소기능블럭이 단일결합제어기능블럭으로부터 요청형 신호를 수신하면 컴포넌트 유형을 확인하여 컴포넌트 유형이 지시이면 지시번호(I-ID)를 할당하고, 동작등급 및 동작부호를 추가하며, 컴포넌트 유형이 반송(최종) 결과이면 동작부호만을 추가하여 관련 프로토콜 데이타 단위를 생성하여 단일결합제어기능블럭으로 요청형 내부 컴포넌트 신호를 전송하고, 컴포넌트 유형이 반송에러이면 오류부호를 추가한 후, 에러풀 기능블럭으로 요청형 신호를 전송하고, 에러풀 기능블럭으로부터 관련 요청형 신호를 수신하면 단일결합제어기능블럭으로 요청형 내부 컴포넌트 신호를 전송하는 제 4 단계; 응용서비스요소기능블럭이 단일결합제어기능블럭으로부터 지시형 신호를 수신하면 컴포넌트 유형을 확인하여 컴포넌트 유형이 지시 또는 반송(최종) 결과이면 관련 프로토콜 데이타 단위를 검사한 후, 컴포넌트 유형이 반송(최종) 결과인 경우에만 지시번호(I-ID)를 복구하여 단일결합제어기능블럭으로 지시형 내부 컴포넌트 신호를 전송하고, 컴포넌트 유형이 지시 또는 반송(최종) 결과가 아닌 반송에러이면 에러풀 기능블럭으로 지시형 신호를 전송하고, 에러풀 기능블럭으로부터 지시형 신호를 수신하면 지시번호(I-ID)를 복구하여 단일결합제어기능블럭으로 지시형 내부 컴포넌트 신호를 전송하는 제 5 단계; 에러풀 기능블럭이 응용서비스요소로부터 요청형 신호를 수신하면 관련 프로토콜 데이타 단위를 생성하여 응용서비스요소로 요청형 내부 컴포넌트 신호를 전송하고, 응용서비스요소로부터 지시형 신호를 수신하면 관련 프로토콜 데이타 단위를 검사하여 응용서비스요소로 지시형 내부 컴포넌트 신호를 전송하는 제 6 단계; 하위-다중결합제어기능블럭이 단일결합제어기능블럭으로부터 내부 컴포넌트 신호를 수신하면 식별자, 정보흐름 이름, 그리고 신호 유형등을 추출하여 정보흐름유한상태기계기능블럭(IF-FSM)으로 상태검사를 요청하고, IF-FSM으로부터 내부신호를 수신하면 문답처리기능응용부로 관련 컴포넌트 처리 프리미티브(CHP)를 전송하고, 내부 다이얼로그 신호를 수신하면 수신된 다이얼로그 유형이 시작인 경우만 다이얼로그 번호와 해당 단일결합제어기능블럭간의 관계를 설정한 후, 문답처리기능응용부로 관련 다이얼로그 처리 프리미티브를 전송하는 제 7 단계; 및 하위-다중결합제어기능블럭이 문답처리기능응용부로부터 다이얼로그 처리 프리미티브를 수신하면 수신된 다이얼로그 유형이 시작인 경우는 응용문맥을 검사하고, 다이얼로그 유형이 시작이 아닌 기타인 경우는 수신한 다이얼로그 번호에 적용되는 해당 단일결합제어기능블럭을 확인한 후, 특정 단일결합제어기능블럭을 선정하여 내부 다이얼로그 신호를 전송하고, 문답처리기능응용부로부터 컴포넌트 처리 프리미티브를 수신하면 수신한 다이얼로그 번호에 적용되는 해당 단일결합제어기능블럭을 확인하고, 특정 단일결합제어기능블럭(SACF)을 선정한 후, 내부 컴포넌트 신호를 전송하는 제 8 단계를 포함하여 이루어진다.

이하, 첨부된 도면을 참조하여 본 발명의 일실시예를 상세히 설명하면 다음과 같다.

도 3 은 본 발명에 따른 차세대지능망을 지원하는 응용계층의 상세 일체형 기능 구조도를 나타낸다.

주요 구성요소의 사용자(INAP-user)(31)는 서비스 제어 시스템(SCP), 서비스 교환 시스템(SSP), 지능형 주변장치(IP), 그리고 서비스 데이타 시스템(SDP) 등 해당 신호점이 좀더 포괄적이며, 교환 시스템의 경우 호제어 기능이 사용자(INAP-User)에 해당하며, 서비스 제어 시스템(SCP)의 경우 서비스로직 기능이 사용자(INAP-User)에 해당한다.

상위-다중결합제어기능(U-MACF)(32)은 주요 구성요소의 사용자(INAP-user)(31)에게 특정 단일결합제어기능(SACF)(33)을 접근하는 기능을 제공한다. 즉, 주요 구성요소의 사용자(INAP-user)(31)로부터 수신한 신호(신호 유형중 요청(request) 및 확인(confirm) 유형)를 기준으로 특정 단일결합제어기능(SACF)(33)을 확인하거나, 특정 단일결합제어기능(SACF)(33)으로부터 수신된 내부 신호를 기준으로 주요 구성요소 사용자(INAP-user)(31)를 확인하며, 필요한 경우 단일결합제어기능(SACF)(33)간 상호 접속 기능을 제공한다.

단일결합제어기능(SACF)(33)은 노드간 다수의 응용서비스요소(ASE)(34)들을 제어하기 위해 필요한 조정 기능을 제공하는데, 다른 기능실체간에 적용되고 있는 응용서비스요소(ASE)를 공유할 수 있다. 따라서, 동일한 응용서비스요소(ASE)(34)를 주요 구성요소(INAP)에서 중복시킬 필요가 없다. 만일 주요 구성요소(INAP)에서 특정 응용서비스요소(ASE)를 단 하나만을 유지하고, 직접 공유가 불가능한 경우, 요청하는 단일결합제어기능(SACF)(33), 다중결합제어기능(MACF), 응답하는 단일결합제어기능(SACF), 응용서비스요소(ASE)로 이어지는 요청 관련 신호 흐름과, 응용서비스요소(ASE), 응답하는 단일결합제어기능(SACF), 다중결합제어기능(MACF), 요청하는 단일결합제어기능(SACF)으로 이어지는 응답 관련 신호 흐름등 복잡한 신호처리 과정이 요구된다.

응용서비스요소(ASE)(34)는 해당 오퍼레이션의 집합으로써, 각 오퍼레이션에 대한 에러까지를 포함하는 의미로 적용된다. 그러나, 이 기능블럭은 각 오퍼레이션에서 포함하고 있는 에러 유형들이 대부분 중복되어 있다. 예를 들면, ITU-T 권고안 Q.1218에서 제시된 것과 같이 TaskRefused 에러의 경우 거의 대부분의 오퍼레이션에 포함되어 있다. 따라서, CancelFailed, RequestedInfoError, TaskRefused와 같이 에러 관련 파라미터가 존재하는 에러 유형에서는 하나의 독립된 에러풀(Error Poll) 기능블럭이 존재하여 다수의 관련 오퍼레이션이 공유할 수 있는 구조로 개선되어야 한다.

하위-다중결합제어기능(L-MACF)(36)은 문답처리기능응용부(TCAP)(38)에게 특정 단일결합제어기능(SACF)(33)을 접근하는 기능을 제공한다. 즉, 문답처리기능응용부(TCAP)(38)로부터 수신한 신호(다이얼로그 및 컴포넌트 관련 신호 유형중 지시(indication) 유형)의 응용문맥(Application context) 또는 다이얼로그 번호(Dialogue Identifier)를 기준으로 특정 단일결합제어기능(SACF)(33)을 확인한다. 일체형 구조에서 이 기능블럭이 존재하지 않으면 문답처리기능응용부(TCAP)(38)로부터 수신된 신호들이 처리되어야 하는 특정 단일결합제어기능(SACF)(33)을 확인하기 위해 방송을 해야 한다. 즉, 문답처리기능응용부(TCAP)(38)가 다수의 단일결합제어기능(SACF)(33)으로 관련 신호를 직접 방송하고, 관련 없는 단일결합제어기능(SACF)(33)은 수신한 신호를 폐기하고, 관련 있는 단일결합제어기능(SACF)(33)만이 수신한 신호를 처리해야 한다. 그러나, 이는 내부 통신 메시지의 지나친 흐름을 야기한다.

문답처리기능응용부(TCAP)(38)는 통신망내 분산 환경에서 교환 시스템과 교환 시스템 간 또는 교환 시스템과 특수 센터들 간 비회선 관련 신호 정보의 교환을 위해 사용자 응용계층간의 상호동작을 지원한다. 그러나, 종래의 기술에서는 문답처리기능응용부(TCAP)(38)가 각각의 단일결합제어기능(SACF)(33)과 직접 접속되어 있는데, 이는 OSI의 연결형 구조의 특성으로써 비연결형 구조를 기반으로 하는 지능망 응용 프로토콜 구조에서는 적합하지 않다.

신호연결제어부(SCCP)(39)는 교환 시스템과 망 특수 설비들 사이의 회선 관련 정보 또는 비회선 관련 정보를 연결형 또는 비연결형 망계층 서비스로 전달하기 위해 총괄명 번역등 메시지전달부(MTP)의 추가적 기능을 제공한다.

정보흐름유한상태기계(IF-FSM: Information Flow-Finite State Machine) 기능블럭은 서비스 교환 시스템(SSP), 서비스 제어 시스템(SCP), 서비스 데이타 시스템(SDP), 지능형 주변장치(IP) 등 각 노드에서 노드간 정보흐름의 상태검사 기능블럭으로써, 권고안 Q.1218의 관련 유한상태기계(Finite State Machine)들을 적용할 수 있다. 따라서, 본 발명에서는 이 기능블럭에 대한 제어 과정을 포함하지 않는다. 이 유한상태기계(FSM) 기능블럭은 현재 Q.1218에서 정의된 서비스 교환 시스템(SSP) 관련 유한상태기계(FSM), 서비스 제어 시스템(SCP) 관련 유한상태기계(FSM), 서비스 데이타 시스템(SDP) 관련 유한상태기계(FSM), 그리고 지능형 주변장치(IP) 관련 유한상태기계(FSM)로 구성된다. 또한, 이 기능블럭에서와 같은 응용타이머를 관리한다.

에러풀(Error Pool) 기능블럭(35)은 다수의 오퍼레이션이 서로 동일한 에러들을 포함하고 있기 때문에 관련 기능실체간 적용되는 모든 오퍼레이션의 에러들을 하나의 독립된 풀에 정의하고, 각 오퍼레이션들이 필요로 하는 에러에 대한 부호화 및 해독화 기능을 제공한다. 그러나, 이 기능블럭은 CancelFailed, RequestedInfoError, TaskRefused와 같이 에러 관련 파라미터가 존재하는 에러 유형에만 적용된다.

또한, 제 3 도의 상세 기능구조도 이외에 정보흐름유한상태기계(IF-FSM) 기능블럭과 다른 기능블럭간의 관계를 기본으로 다음과 같은 다수의 대안들이 있을 수 있다.

첫째, 하위-다중결합제어기능블럭(L-MACF)(36)과 정보흐름유한상태기계기능블럭(IF-FSM)(37) 간 신호흐름이 존재하지 않는 기능 구조,

둘째, 정보흐름유한상태기계기능블럭(IF-FSM)(37)이 단일결합제어기능블럭(SACF)(33)과의 신호흐름만이 존재하는 기능 구조,

세째, 정보흐름유한상태기계기능블럭(IF-FSM)(37)이 단일결합제어기능블럭(SACF)(33)과의 신호 흐름과 정보흐름유한상태기계기능블럭(IF-FSM)(37)이 문답처리기능응용부(TCAP)(38) 및 주요 구성요소의 사용자(INAP-user)(31)와 신호흐름이 존재하는 기능 구조,

네째, 정보흐름유한상태기계기능블럭(IF-FSM)(37)이 문답처리기능응용부(TCAP)(38) 및 주요 구성요소의 사용자(INAP-user)(31) 간 신호흐름을 추가한 기능 구조.

도 4A 내지 도 4E 는 본 발명에 따른 상세 일체형 구조의 응용계층에서 신호처리 흐름도를 나타낸다.

본 발명은 주요 구성요소(INAP)가 외부신호를 수신하면 이 신호를 완전히 처리할 때까지는 중단되지 않는다. 그리고, 본 발명에서 언급된 내부신호의 의미는 실제로 메시지 유형 및 데이타 길이등 구체적인 정보 형태로 송수신되는 것을 의미할 수 있으며, 아니면 단순히 C-프로그래밍 언어에서 처럼 함수를 호출하고, 상황에 따라 복귀값을 전달하는 것을 의미할 수 있다. 즉, 내부신호는 구현 방법에 따라 자유로히 결정된다.

도 4A 에서 프로세스간통신(IPC: InterProcess Communication), 정보흐름유한상태기계(IF-FSM), 오퍼레이션 및 에러 정의, 그리고 부호화/해독화 모듈 로딩등 해당 시스템의 특성 및 구현 방법에 따라 결정되는 주요 구성요소(INAP) 프로세스의 초기화 과정을 살펴보면, 주요 구성요소(INAP) 프로세스가 서비스를 개시하기 전인 유휴 상태(101)에서 시스템 운용자의 요구에 따라 초기화 과정을 수행한 후(102), 이 프로세스가 서비스를 개시할 수 있는 동작 상태로 천이한다(103).

초기화 수행 후, 상위-다중결합제어기능(U-MACF) 블럭(32)이 동작 상태(104)에서 INAP-user(31)로부터 요청(request) 또는 응답(response) 외부신호를 수신하면(105) 수신한 정보흐름을 기준으로 특정 단일결합제어기능(SACF)을 결정하고(106), 관련 내부신호를 SACF(33)로 전송한 후(107), 동작 상태로 천이한다(108).

동작 상태(104)에서 상위-다중결합제어기능(U-MACF) 블럭(32)이 SACF(33)로부터 지시(indication) 또는 확인(confirm) 내부신호를 수신하면(109) 식별자, 정보흐름 이름, 그리고 신호 유형등을 추출하여(110) 정보흐름유한상태기계기능블럭(IF-FSM)(37)으로 상태검사를 요청하고(111), IF-FSM(37)으로부터 내부신호의 수신을 대기한다(112). 대기상태에서 IF-FSM(37)으로부터 내부신호를 수신하면(113) 특정 INSP-User(31)를 확인하여(114) 해당 INAP-User(31)로 관련 외부신호를 전송하고(115), 동작 상태로 천이한다(108).

도 4B 는 각각의 단일결합제어기능(SACF) 블럭이 동작 상태에서 U-MACF(32)와 L-MACF(36)로부터 내부신호를 수신한 경우의 신호처리 흐름도를 나타낸다.

동작 상태에서 U-MACF(32)로부터 내부신호를 수신하면(116) 수신한 정보 흐름을 기준으로 특정 응용서비스요소(ASE)(34)를 확인하고, 허용된 응용문맥(AC)에 속하는지를 검사한다(117). 이후, 요청(request) 유형의 내부신호를 해당 응용서비스요소(ASE)(34)로 전송한 후(118), 이에 대응되는 요청(request) 유형의 내부 컴포넌트 신호가 해당 응용서비스요소(ASE)(34)로부터 수신되기를 대기한다(119).

해당 응용서비스요소(ASE)(34)로부터 요청형 내부 컴포넌트 신호를 수신하면(120), 하위-다중결합제어기능(L-MACF)(36)으로 내부 컴포넌트 신호를 전송한다(121). 그리고, 최종 컴포넌트를 전송하였으면(122), 문답처리기능응용부(TCAP)(38)의 전송 메시지 유형을 결정하고(123), 메시지 유형에 따라 응용문맥(AC)을 포함하는 다이얼로그 부분(Dialogue portion)을 준비한 후(124,125)), 최종적으로 하위-다중결합제어기능(L-MACF)(36)으로 내부 다이얼로그 신호를 전송하고(126), 동작 상태로 천이한다(127).

단일결합제어기능블럭(SACF)(33)이 동작 상태에서 하위-다중결합제어기능(L-MACF)(36)으로부터 내부 다이얼로그 신호를 수신하면(128) 수신한 다이얼로그 유형이 시작인 경우는 응용문맥(AC)을 저장하고(129, 130), 관련 컴포넌트가 수신되기를 대기한다(131).

관련 컴포넌트 대기 상태에서 L-MACF(36)로부터 내부 컴포넌트 신호를 수신하면(132) 수신한 정보 흐름을 기준으로 특정 응용서비스요소(ASE)(34)를 확인하고, 허용된 응용문맥(AC)에 속하는지를 검사한 후(133), 지시(indication) 유형의 내부신호를 해당 응용서비스요소(ASE)(34)로 전송하고(134), 이에 대응되는 지시(indication) 유형의 내부 컴포넌트 신호의 수신을 대기한다(135).

대기 상태에서 해당 응용서비스요소(ASE)(34)로부터 지시형 내부 컴포넌트 신호를 수신하면(136) 상위-다중결합제어기능(U-MACF)(32)으로 내부신호를 전송하고(137), 동작 상태로 천이한다(138).

도 4C 는 각각의 응용서비스요소(ASE) 기능블럭이 동작 상태에서 SACF(33)로부터 요청형 신호와 지시형 신호를 수신한 경우의 신호처리 흐름도를 나타낸다.

동작 상태(136)에서 응용서비스요소(ASE)(34)가 SACF(33)로부터 요청형 신호를 수신하면(140) 컴포넌트 유형을 확인한다(141). 컴포넌트 유형이 지시 컴포넌트이면 지시번호(I-ID)를 할당하고(142), 동작등급(Operation class) 및 동작부호(Operation code)를 추가한다(143). 그리고, 관련 프로토콜 데이타 단위(PDU: Protocol Data Unit)를 생성하여(144) SACF(33)로 요청형 내부 컴포넌트 신호를 전송한 후(145), 동작 상태로 천이한다(146).

컴포넌트 유형이 반송(최종) 결과인 경우는 동작부호(Operation code)만을 추가하고(147), 관련 프로토콜 데이타 단위(PDU: Protocol Data Unit)를 생성하여(144) SACF(33)로 요청형 내부 컴포넌트 신호를 전송한 후(145), 동작 상태로 천이한다(146).

또한, 컴포넌트 유형이 반송에러인 경우는 오류부호(Error code)를 추가하고(148), 에러풀(Error Pool) 기능블럭(35)으로 요청형 신호를 전송하고(149), 대기상태에서(150) 에러풀기능블럭으로부터 관련 요청형 신호를 수신하면(151) SACF(33)로 요청형 내부 컴포넌트 신호를 전송한 후(145), 동작 상태로 천이한다(146).

동작 상태(139)에서 응용서비스요소(ASE)(34)가 SACF(33)로부터 지시형 신호를 수신하면(152), 컴포넌트 유형을 확인한다(153). 컴포넌트 유형이 지시나, 반송(최종) 결과인 경우는 관련 프로토콜 데이타 단위(PDU)를 검사하고(154), 컴포넌트 유형을 다시 조사하여(155) 컴포넌트 유형이 반송(최종) 결과인 경우만 지시번호(I-ID)를 복구한 후(156), SACF(33)로 지시형 내부 컴포넌트 신호를 전송하고(157), 동작 상태로 천이하며(146), 컴포넌트 유형이 지시이면(155) SACF(33)로 지시형 내부 컴포넌트 신호를 전송하고(157), 동작 상태로 천이한다(146).

컴포넌트 유형이(153) 반송에러이면 에러풀기능블럭(35)으로 지시형 신호를 전송하고(158), 대기상태에서(159) 에러풀기능블럭(35)으로부터 관련 지시형 신호를 수신하면(160) 지시번호(I-ID)를 복구한 후(156), SACF(33)로 지시(indication)형 내부 컴포넌트 신호를 전송하고(157), 동작 상태로 천이한다(146).

도 4D 는 에러풀(Error Pool) 기능블럭(35)이 응용서비스요소(ASE)로부터 요청형 신호와 지시형 신호를 수신한 경우의 신호처리 흐름도를 나타낸다.

동작상태에서(161) ASE(34)로부터 요청형 신호를 수신하면(162) 관련 프로토콜 데이타 단위(PDU)를 생성하여(163) ASE(34)로 요청형 내부 컴포넌트 신호를 전송한 후(164), 동작상태로 천이한다(165).

동작상태에서(161) ASE(34)로부터 지시형 신호를 수신하면(166) 관련 프로토콜 데이타 단위(PDU)를 검사하여(167) 응용서비스요소(ASE)(34)로 지시형 내부 컴포넌트 신호를 전송한 후(168), 동작 상태로 천이한다(165).

도 4E 는 하위-다중결합제어기능블럭(L-MACF)(36)이 동작 상태에서 SACF(33)로부터 내부 컴포넌트 신호, SACF(33)로부터 내부 다이얼로그 신호, TCAP(38)으로부터 다이얼로그 처리 프리미티브(DHP: Dialogue Handling Primitive), 그리고 TCAP(38)로부터 컴포넌트 처리 프리미티브(CHP: Component Handling Primitive)를 수신한 경우의 신호처리 흐름도를 나타낸다.

동작 상태(169)에서 SACF(33)로부터 내부 컴포넌트 신호를 수신하면(170) 관련 정보(예: 식별자 및 정보흐름 이름등)를 추출한 후(171), 정보흐름유한상태기계기능블럭(IF-FSM)으로 상태검사를 요청하고(172), 대기상태에서(173) IF-FSM으로부터 관련 내부신호를 수신하면(174) 문답처리기능응용부(TCAP)로 관련 컴포넌트 처리 프리미티브(CHP)를 전송한 후(175), 동작 상태로 천이한다(176).

동작 상태(169)에서 SACF(33)로부터 내부 다이얼로그 신호를 수신하면(177), 수신된 다이얼로그 유형을 확인하여(178) 다이얼로그 유형이 시작이면 다이얼로그 번호와 해당 단일결합제어기능(SACF)간의 관계를 설정하고(179), 문답처리기능응용부(TCAP)로 관련 다이얼로그 처리 프리미티브(DHP)를 전송한 후(180), 동작 상태로 천이한다(176). 그리고, 다이얼로그 유형이(178) 시작이 아닌 기타 유형이면 문답처리기능응용부(TCAP)로 관련 다이얼로그 처리 프리미티브(DHP)를 전송하고(180), 동작 상태로 천이한다(176).

동작 상태(169)에서 TCAP(38)로부터 다이얼로그 처리 프리미티브(DHP)를 수신하면(181), 수신된 다이얼로그 유형을 파악하여(182) 다이얼로그 유형이 시작인 경우는 응용문맥(AC)을 검사하며(183), 다이얼로그 유형이(182) 시작이 아닌 계속 또는 종료인 경우는 수신한 다이얼로그 번호에 적용되는 해당 단일결합제어기능(SACF)을 확인한 후(184), 특정 단일결합제어기능(SACF)을 선정하여(185) SACF로 내부 다이얼로그 신호를 전송하고(186), 동작 상태로 천이한다(176).

동작 상태(169)에서 TCAP(38)로부터 컴포넌트 처리 프리미티브(CHP)를 수신하면(187), 수신한 다이얼로그 번호에 적용되는 해당 단일결합제어기능(SACF)을 확인하여(188) 특정 SACF를 선정한 후(189), SACF로 내부 컴포넌트 신호를 전송하고(190), 동작 상태로 천이한다(176).

본 발명 이외의 다수 대안들에 대한 신호처리절차를 기술하면 다음과 같다.

첫번째 하위-다중결합제어기능블럭(L-MACF)과 정보흐름유한상태기계기능블럭(IF-FSM) 간 신호 흐름이 존재하지 않는 기능구조를 형성하기 위해서는 제 4A 도 및 제 4E 도의 신호처리 절차중 식별자, 정보흐름 이름 그리고 신호 유형등을 추출하여 정보흐름유한상태기계기능블럭(IF-FSM)으로 상태 검사를 요청하고, IF-FSM으로 부터 내부신호의 수신을 대기하는 절차를 수행하지 않으면 된다.

두번째 정보흐름유한상태기계기능블럭(IF-FSM)(37)이 단일결합제어기능블럭(SACF)(33)과의 신호흐름만이 존재하는 기능구조를 형성하기 위해서는 제 4B 도의 신호절차중 응용서비스요소(ASE)로부터 요청형 내부 컴포넌트 신호를 수신한 경우(120)와 하위-다중결합제어기능블럭(L-MACF)으로 내부 컴포넌트 신호를 전송하는(121) 처리 절차 사이에 식별자, 정보흐름 이름, 그리고 신호 유형등을 추출하여 정보흐름유한상태기계기능블럭(IF-FSM)으로 상태 검사를 요청하고, 정보흐름유한상태기계기능블럭(IF-FSM)으로 부터 내부신호의 수신을 대기하는 일련의 처리절차를 추가하면 된다. 또한, 응용서비스요소(ASE)로부터 지시형 내부 컴포넌트 신호를 수신한 경우(136)와 상위-다중결합제어기능블럭(U-MACF)으로 내부신호를 전송하는(137) 처리 절차 사이에 동일한 일련의 절차를 추가하면 된다.

세번째 정보흐름유한상태기계기능블럭(IF-FSM)(37)이 단일결합제어기능블럭(SACF)(33)과의 신호 흐름과 정보흐름유한상태기계기능블럭(IF-FSM)(37)이 문답처리기능응용부(TCAP)(38) 및 주요 구성요소의 사용자(INAP-user)(31)와 신호흐름이 존재하는 기능구조를 형성하기 위해서는 두번째 사항에서 하위-다중결합제어기능블럭(L-MACF)으로 내부 컴포넌트 신호를 전송하는(121) 처리 절차와 상위-다중결합제어기능블럭(U-MACF)으로 내부신호를 전송하는(137) 처리 절차를 삭제하면 된다. 그리고 정보흐름유한상태기계기능블럭(IF-FSM)에서는 Q.1218 권고안의 내용에 따라 상태 검사를 수행한 후, 주요 구성요소(INAP)의 사용자 및 문답처리기능응용부(TCAP)에게 관련 신호를 전송하는 일련의 절차를 추가한다.

네번째 정보흐름유한상태기계기능블럭(IF-FSM)(37)이 문답처리기능응용부(TCAP)(38) 및 주요 구성요소의 사용자(INAP-user)(31) 간 신호흐름을 추가한 기능구조를 형성하기 위해서는 제 4A 도의 처리 절차중에서 식별자, 정보흐름 이름, 그리고 신호 유형등을 추출하여 정보흐름유한상태기계기능블럭(IF-FSM)으로 상태 검사를 요청한 후(110,111), IF-FSM으로 부터 내부신호의 수신을 대기하지 않고 곧바로 동작 상태로 천이(108)하는 절차로 변경하고, 또한 제 4E 도의 처리 절차에서도 식별자, 정보흐름 이름, 그리고 신호 유형등을 추출하여 정보흐름유한상태기계기능블럭(IF-FSM)으로 상태 검사를 요청한 후(171,172), IF-FSM으로 부터 내부신호의 수신을 대기하지 않고 곧바로 동작 상태로 천이(176)하는 절차로 변경하면 된다.

상기와 같이 이루어지는 본 발명은 차세대지능망의 주요 구성요소(INAP)인 상위-다중결합제어기능(U-MACF), 하위-다중결합제어기능(L-MACF), 응용서비스요소(ASE), 단일결합제어기능(SACF), 에러풀(Error Pool), 정보흐름유한상태기능(IF-FSM) 블럭을 상세 일체형 구조로 형성하여 신호를 처리하게 함으로써, 동일한 응용서비스요소(ASE)를 주요 구성요소(INAP)에서 중복시킬 필요가 없으며, 대상 신호점에 따라 프로토콜 구조를 변경하지 않고, 소프트웨어를 패키지 형태로 사용할 수 있어 개발 기간을 단축시킬 수 있을 뿐만아니라 응용계층 기능구조를 특정 지능망 서비스와 관련 없는 서비스 독립적인 기능구조로 전환하여 새로운 지능망 서비스가 추가되더라도 기능구조 측면에서는 추가적인 기능을 적용할 필요가 없는 효과가 있다.

이상에서 설명한 본 발명은 본 발명이 속하는 기술분야에서 통상의 지식을 가진자에게 있어 본 발명의 기술적 사상을 벗어나지 않는 범위내에서 여러가지 치환, 변형 및 변경이 가능하므로, 전술한 실시예 및 도면에 한정되는 것이 아니다.

Claims (1)

1. 문답처리기능응용부 사용자 기능을 수행하는 응용서비스요소(ASE: Application Service Element)(34), 단일결합제어기능블럭(SACF: Single Association Control Function)(33), 하위-다중결합제어기능블럭(L-MACF: Lower Multi Association Control Function)(36), 상위-다중결합제어기능블럭(U-MACF: Upper Multi Association Control Function)(32), 에러풀(Error Pool)(35) 및 정보흐름유한상태기계기능블럭(IF-FSM: Information Flow - Finite State Machine)(37)으로 구성된 주요 구성요소인 지능망응용프로토콜(INAP: Intelligent Network Application Protocol)과 문답처리기능응용부(TCAP: Transaction Capabilities Application Part)(38)와 주요 구성요소 사용자(INAP-User)(31)를 포함하여 이루어진 차세대지능망에 적용되는 신호처리방법에 있어서,

   초기화 수행 후, 상위-다중결합제어기능블럭(32)이 INAP-User(31)로부터 요청(request) 또는 응답(response) 유형의 외부신호를 수신하면 수신한 정보흐름을 기준으로 특정 단일결합제어기능블럭(SACF)(33)을 결정하여 관련 내부신호를 단일결합제어기능블럭(33)으로 전송하고, 단일결합제어기능블럭(33)으로부터 지시(indication) 또는 확인(confirm) 내부신호를 수신하면 식별자, 정보흐름 이름, 그리고 신호 유형등을 추출하여 정보흐름유한상태기계기능블럭(IF-FSM)(37)으로 상태검사를 요청하고, IF-FSM(37)으로부터 내부신호를 수신하면 특정 주요 구성요소 사용자(INAP-user)(31)를 확인하여 해당 INAP-user(31)로 관련 외부신호를 전송하는 제 1 단계;

   단일결합제어기능블럭(33)이 상위-다중결합제어기능블럭(32)으로부터 내부신호를 수신하면 수신한 정보 흐름을 기준으로 특정 응용서비스요소(34)를 확인하고, 허용된 응용문맥(AC)에 속하는지를 검사한 후, 요청 유형의 내부신호를 해당 응용서비스요소(34)로 전송하여 해당 응용서비스요소(34)로부터 요청형 내부 컴포넌트 신호를 수신하면 하위-다중결합제어기능블럭(36)으로 내부 컴포넌트 신호를 전송하고, 최종 컴포넌트를 전송한 후, 전송 메시지 유형을 결정하여 메시지 유형에 따라 응용문맥을 포함하는 다이얼로그 부분을 준비한 후, 하위-다중결합제어기능블럭(36)으로 내부 다이얼로그 신호를 전송하는 제 2 단계;

   단일결합제어기능블럭(33)이 하위-다중결합제어기능블럭(36)으로부터 내부 다이얼로그 신호를 수신하면 수신한 다이얼로그 유형이 시작인 경우에만 응용문맥을 저장한 후, 하위-다중결합제어기능블럭(36)으로부터 내부 컴포넌트 신호를 수신하면 수신한 정보 흐름을 기준으로 특정 응용서비스요소(34)를 확인하고, 허용된 응용문맥에 속하는지를 검사한 후, 지시(indication) 유형의 내부신호를 해당 응용서비스요소(34)로 전송하여 해당 응용서비스요소(34)로부터 지시형 내부 컴포넌트 신호를 수신하면 상위-다중결합제어기능블럭(32)으로 내부신호를 전송하는 제 3 단계;

   응용서비스요소기능블럭(34)이 단일결합제어기능블럭(33)으로부터 요청형 신호를 수신하면 컴포넌트 유형을 확인하여 컴포넌트 유형이 지시이면 지시번호(I-ID)를 할당하고, 동작등급 및 동작부호를 추가하며, 컴포넌트 유형이 반송(최종) 결과이면 동작부호만을 추가하여 관련 프로토콜 데이타 단위를 생성하여 단일결합제어기능블럭(33)으로 요청형 내부 컴포넌트 신호를 전송하고, 컴포넌트 유형이 반송에러이면 오류부호를 추가한 후, 에러풀 기능블럭(35)으로 요청형 신호를 전송하여 에러풀 기능블럭(35)으로부터 관련 요청형 신호를 수신하면 단일결합제어기능블럭(33)으로 요청형 내부 컴포넌트 신호를 전송하는 제 4 단계;

   응용서비스요소기능블럭(34)이 단일결합제어기능블럭(33)으로부터 지시형 신호를 수신하면 컴포넌트 유형을 확인하여 컴포넌트 유형이 지시 또는 반송(최종) 결과이면 관련 프로토콜 데이타 단위를 검사한 후, 컴포넌트 유형이 반송(최종) 결과인 경우에만 지시번호(I-ID)를 복구하여 단일결합제어기능블럭(33)으로 지시형 내부 컴포넌트 신호를 전송하고, 컴포넌트 유형이 지시 또는 반송(최종) 결과가 아닌 반송에러이면 에러풀 기능블럭(35)으로 지시형 신호를 전송하여 에러풀 기능블럭(35)으로부터 지시형 신호를 수신하면 지시번호(I-ID)를 복구하여 단일결합제어기능블럭(33)으로 지시형 내부 컴포넌트 신호를 전송하는 제 5 단계;

   에러풀 기능블럭(35)이 응용서비스요소(34)로부터 요청형 신호를 수신하면 관련 프로토콜 데이타 단위를 생성하여 응용서비스요소(ASE)(34)로 요청형 내부 컴포넌트 신호를 전송하고, 응용서비스요소(ASE)(34)로부터 지시형 신호를 수신하면 관련 프로토콜 데이타 단위를 검사하여 응용서비스요소(ASE)(34)로 지시형 내부 컴포넌트 신호를 전송하는 제 6 단계;

   하위-다중결합제어기능블럭(36)이 단일결합제어기능블럭(33)으로부터 내부 컴포넌트 신호를 수신하면 식별자, 정보흐름 이름, 그리고 신호 유형등을 추출하여 정보흐름유한상태기계기능블럭(IF-FSM)(37)으로 상태검사를 요청하고, IF-FSM(37)으로부터 내부신호를 수신하면 문답처리기능응용부(38)로 관련 컴포넌트 처리 프리미티브(CHP)를 전송하고, 내부 다이얼로그 신호를 수신하면 수신된 다이얼로그 유형이 시작인 경우만 다이얼로그 번호와 해당 단일결합제어기능블럭(33)간의 관계를 설정한 후, 문답처리기능응용부(36)로 관련 다이얼로그 처리 프리미티브를 전송하는 제 7 단계; 및

   하위-다중결합제어기능블럭(36)이 문답처리기능응용부(38)로부터 다이얼로그 처리 프리미티브를 수신하면 수신된 다이얼로그 유형이 시작인 경우는 응용문맥을 검사하고, 다이얼로그 유형이 시작이 아닌 기타인 경우는 수신한 다이얼로그 번호에 적용되는 해당 단일결합제어기능블럭(33)을 확인한 후, 특정 단일결합제어기능블럭(33)을 선정하여 내부 다이얼로그 신호를 전송하고, 문답처리기능응용부(38)로부터 컴포넌트 처리 프리미티브를 수신하면 수신한 다이얼로그 번호에 적용되는 해당 단일결합제어기능블럭(33)을 확인하고, 특정 단일결합제어기능블럭(SACF)을 선정한 후, 내부 컴포넌트 신호를 전송하는 제 8 단계를 포함하여 이루어지는 차세대지능망을 지원하는 상세 일체형 구조의 응용계층에서 신호처리방법.