머리말

지난 2004년 우리나라에 u-City개념이 출현된 이후, 현재 전국적으로 40여개

지방자치단체에서 도시발전전략으로 u-City를 추진하고 있습니다.

u-City는 첨단 정보통신망을 기반으로 도시의 다양한 구성요소에

RFID, USN 등 유비쿼터스 기술과 서비스를 접목시켜, 보다 안전하고, 편리

하고, 쾌적한 미래 도시를 건설하여, 도시의 가치를 새롭게 진화시켜 나가는

것이라고 할 수 있습니다.

u-City가 우리나라에서 선도적으로 추진하는 세계 최초의 개념이다보니

관련 기술이나 서비스 등에 대한 체계적인 정립이 아직은 미흡한 실정

입니다. 정보통신부도 지자체 등 u-City 추진주체의 시행착오와 난개발을

최소화하여 효율적으로 u-City를 구축할 수 있는 기반을 마련하고자 2006년

12월 “u-City 구축 활성화 기본계획”을 수립하고, 지자체 등의 u-City 담당자가

u-City 사업을 기획하고 발주 및 관리하는데 참고할 수 있는 종합가이드라인을

개발하여 보급하는 것을 주요 과제로 제시한 바 있습니다.

이번에 작성된 "u-City IT 인프라 구축 가이드라인"은 u-City 서비스

및 IT인프라의 계획, 설계, 구축, 운영을 위한 u-City 추진 프로세스와,

기초인프라, 통신망, 센서망, 도시통합운영센터 등 IT 인프라에 대한 개념

및 기술현황, 추진시 고려사항 등을 종합 제시하였으며, 향후 추가 연구를

통해 보다 유용한 업무지침으로 활용될 수 있도록 보완해 나갈 계획입니다.

u-City 추진 지자체가 증가하고 있는 현 시점에서 본 가이드라인이

u-City 관계자분들의 업무추진 및 관련 연구 수행에 조금이나마 도움이

될 수 있기를 바랍니다.

2008년 2월

한국정보사회진흥원장 김창곤

이 가이드라인은 정보통신부 “u-City 구축 활성화 기본계획(2006.12)”

추진과제의 일환으로 한국정보사회진흥원에서 추진한 “u-City IT 인프라

구축 가이드라인 및 인증방안 연구”를 통해 작성되었습니다.

동 가이드라인은 기존 관련 법령이나 고시 등에 의한 준수사항을 제외하고는

준수 의무가 부여된 강제규범이 아니며, 관련 업무수행에 참고자료로 활용

할 수 있도록 제공되는 것입니다.

※ 이 가이드라인은 한국정보사회진흥원 u-City지원센터 홈페이지

(http://www.ucitycenter.org → u-City자료실)에 게시될 예정

입니다.

- 내용중 오류가 있거나 의견이 있을 때에는 ucity@nia.or.kr 로

문의하여 주시기 바랍니다.

- 1 -

목 차

I. 총괄편·······························································································································1

1. 배경 및 목적···················································································································2

2. 용어 정의·························································································································3

3. 가이드라인의 구성 및 의미·························································································6

II. u-City 추진 프로세스 ·······························································································9

제1절 u-City 추진 프로세스 개요 ···············································································10

1. 개요·································································································································10

2. u-City 추진 프로세스·································································································12

3. u-City IT인프라 구축 프로세스···············································································19

4. u-City 서비스 구현 프로세스···················································································20

제2절 u-City 추진 단계별 세부프로세스·····································································21

1. u-City기본계획 수립···································································································21

1.1 현황분석·····················································································································22

1.2 비전/전략 수립·········································································································25

1.3 u-City모델 수립·······································································································26

1.4 이행계획 수립···········································································································29

2. u-City개발계획 수립···································································································31

2.1 개발구역 현황분석···································································································32

2.2 개발목표/전략 수립·································································································33

2.3 서비스/인프라 모델 수립·······················································································34

2.4 개발구역 이행계획 수립·························································································35

- 2 -

3. u-City기본설계·············································································································37

3.1 기본설계 요구사항 분석·························································································38

3.2 서비스 기본설계·······································································································39

3.3. 인프라 기본설계·····································································································40

3.4 실행계획 수립···········································································································42

4. u-City실시설계·············································································································43

4.1 실시설계 요구사항 조사분석·················································································44

4.2. 단위시스템 상세설계·····························································································45

4.3 인프라 실시설계·······································································································47

4.4 공정/예산 작성·········································································································48

5. u-City시공/준공/운영·································································································49

5.1 u-City시공/감리·······································································································49

5.2 u-City검사/준공·······································································································50

5.3 u-City운영/평가 ·····································································································51

제3절 u-City IT인프라 구축 프로세스 고려사항·······················································52

III. IT 인프라 부문별 구축 가이드라인·····································································53

제1절 기초인프라부문·······································································································54

1. 개요·································································································································54

2. 통신관로/맨홀···············································································································55

3. 공동구·····························································································································68

4. IT-Pole ···························································································································71

5. 통신 철탑 ·····················································································································79

- 3 -

제2절 통신망 인프라부문·································································································83

1. 개요·································································································································83

2. 유선가입자망·················································································································84

3. 무선가입자망·················································································································86

4. 구내망·····························································································································89

제3절 센서망부문···············································································································94

1. 개요·································································································································94

2. 공통센서접속망·············································································································95

3. RFID/USN ·······················································································································101

4. 영상정보망···················································································································107

제4절 도시통합운영센터부문·························································································111

1. 개요·······························································································································111

2. 물리적 센터 구축 ·····································································································116

3. 도시통합운영센터 플랫폼 ·······················································································118

4. 도시통합운영센터 운영 조직 및 운영 체계 ·······················································126

5. 고려사항·······················································································································131

6. 사례·······························································································································134

IV. 기 타·······················································································································137

1. u-City 구축 활성화 추진 로드맵···········································································138

2. 가이드라인 발전방향·································································································139

- 4 -

<표 차례>

<표 1>이해관계자 분석을 위한 내부역량조사 내역(예시) ·····································23

<표 2>관로의 토피 기준 ·································································································57

<표 3>광맨홀규격표···········································································································61

<표 4>PC맨홀의 종류 및 규격·························································································64

<표 5>PC맨홀의 부속자재·································································································64

<표 6>PC맨홀 구간 관로의 표준배열·············································································65

<표 7>접지저항 규격치·····································································································66

<표 8>지능형가로등 사양(행정복합도시 u-세종․연기 사례)····································72

<표 9>지능형가로등 사양(서울 u-청계천 첨단가로등 사례)···································73

<표 10>지능형가로등 사양(화성 동탄신도시 사례)···················································73

<표 11>철탑제원(예시)·····································································································80

<표 12>2010년 서비스 소요 대역폭 전망 ·································································85

<표 13>한미간 ISM 밴드의 통신용 허용기준 비교·····················································96

<표 14>u-City운영센터의 역할 ···················································································113

<표 15>도시통합운영센터의 물리적 구성요소(예시) ·············································116

<표 16>운영관리 서비스의 기능 ·················································································124

<표 17>u-City 구축활성화 단계별 추진계획 ···························································138

- 5 -

<그림 차례>

<그림 1>u-City IT인프라 가이드라인 수립 배경·························································2

<그림 2>u-City 개념도·······································································································3

<그림 3>u-City IT인프라 개념도·····················································································5

<그림 4>u-City 추진 프로세스의 도출 근거·······························································10

<그림 5>u-City 추진 전체 프로세스·············································································12

<그림 6>u-City계획 및 설계 프로세스단계 세부업무···············································13

<그림 7>u-City 시공, 준공, 운영 프로세스 세부업무·············································13

<그림 8>u-City IT인프라 구축 프로세스·····································································19

<그림 9>u-City 서비스 구현 프로세스·········································································20

<그림 10>제1단계(u-City기본계획) 프로세스·····························································21

<그림 11>u-City기본계획의 현황분석 프로세스·························································22

<그림 12>u-City기본계획의 비전/전략 수립 프로세스 ···········································25

<그림 13>비전/전략수립 업무 흐름도(예시) ·····························································26

<그림 14>u-City기본계획의 u-City모델수립 프로세스 ···········································27

<그림 15>도시의 서비스모델 수립 흐름도(예시)·······················································27

<그림 16>u-City기본계획의 이행계획 프로세스 ·······················································29

<그림 17>제2단계(u-City개발계획수립)프로세스·······················································31

<그림 18>u-City개발계획의 현황분석 프로세스·························································32

<그림 19>u-City개발계획의 비전/목표 수립 프로세스·············································33

<그림 20>u-City개발계획의 서비스/인프라 모델수립 프로세스·····························34

<그림 21>u-City개발계획의 이행계획 수립 프로세스···············································35

<그림 22>제3단계(u-City기본설계)프로세스·······························································37

<그림 23>u-City기본설계의 요구사항 분석 프로세스···············································38

<그림 24>u-City기본설계의 서비스 기본설계 프로세스 ·········································39

<그림 25>u-City기본설계의 인프라 기본설계 프로세스···········································40

<그림 26>u-City기본설계의 실행계획 프로세스·························································42

<그림 27>제4단계(u-City실시설계) 프로세스·····························································43

<그림 28>u-City실시설계의 요구사항 분석 프로세스···············································44

<그림 29>u-City실시설계의 단위시스템 상세설계 프로세스···································45

- 6 -

<그림 30>u-City실시설계의 인프라 실시설계 프로세스 ·········································47

<그림 31>u-City실시설계의 공정/예산작성 프로세스 ·············································48

<그림 32>시공/준공/운영 단계의 프로세스·································································49

<그림 33>IT인프라만의 구축 프로세스·········································································52

<그림 34>통신사업자의 기초인프라의 구성 사례·······················································54

<그림 35>관로망 구조 예시도·························································································55

<그림 36>h < 0.4m의 관로 보호공법 ···········································································58

<그림 37>0.4m < h < 0.8m의 관로 보호공법·······························································58

<그림 38>광맨홀 케이블 포설예시·················································································59

<그림 39>분기T형(6호)케이블 포설형태·······································································62

<그림 40>분기십자형(6호)케이블 포설형태·································································62

<그림 41>인산분선 관로도(예시)···················································································65

<그림 42>공동구 내부구조·······························································································68

<그림 43>기존가로등에 통신망장비 설치현황(예시) ···············································71

<그림 44>지능형가로등 구성도(KT 제공)·····································································76

<그림 45>지능형가로등 구축사례(화성 동탄신도시) ·················································76

<그림 46>행정복합도시 u-세이프/램프 서비스 구성도·············································77

<그림 47>행정복합도시 도시경관조명 서비스 구성도···············································77

<그림 48>u-청계천 첨단가로등 시스템 구성도···························································78

<그림 49>u-청계천 첨단가로등 경관·············································································78

<그림 50>건물옥상　철탑 설치 구조도(예시) ···························································79

<그림 51>옥상관통 관로 표준 설치도···········································································81

<그림 52>통신망 개념도···································································································83

<그림 53>구내망 개념도···································································································89

<그림 54>센서망 및 접속망 구성도···············································································94

<그림 55>부산 해운대 주변의 무선메쉬 통신망·······················································100

<그림 56>RFID/USN 개념도·····························································································101

<그림 57>영상정보망의 기본 구성도(예시)·······························································107

<그림 58>네트워크 카메라를 이용한 영상정보망 사례···········································110

<그림 59>u-City통합운영센터 개념도·········································································111

<그림 60>도시통합운영센터 구성요소·········································································114

- 7 -

<그림 61>도시통합운영센터 플랫폼 아키텍쳐 개념도 ···········································119

<그림 62>추상화된 도시통합운영센터 플랫폼 참조모델·········································120

<그림 63>도시통합운영센터 조직 구성방안(예시)···················································127

<그림 64>도시통한운영센터 운영프로세스(예시)·····················································129

<그림 65>도시통합운영센터 통합모니터링 방안(예시)···········································130

<그림 66>도시통합운영센터 신규 서비스 도입절차(예시)·····································132

<그림 67>화성 동탄 도시통합정보센터 시스템 구성도···········································135

- 1 -

I. 총괄편

- 2 -

1. 배경 및 목적

가. 배경

ㅇ 각 지자체를 중심으로 u-City 사업이 활발하게 진행되고 있으며 향후 더욱

많은 u-City 사업 추진이 예상됨

­u-City 사업을 추진하는 지자체가 참조할 수 있는 u-City 모델에 대한 관심과

수요가 증대

ㅇ 이에 정보통신부는 ‘u-City 구축 활성화 기본계획(2006.12)’의 주요과제의

하나로 u-City 인프라 구축 종합가이드라인 마련을 추진

<그림 1>u-City IT인프라 가이드라인 수립 배경

나. 목적

ㅇ 지자체, 도시개발사업자 등 u-City 사업 관련주체 담당자에게 u-City IT

인프라 구축에 대한 업무지침을 제공하여

­u-City 기반으로서 IT 인프라의 경제적 구축과 IT 인프라간 연동성 확보 등

효율적 구축을 위한 기반 마련

- 3 -

2. 용어 정의

ㅇ u-City

u-City 란 도시의 경쟁력과 삶의 질의 향상을 위하여 유비쿼터스도시기술을

활용하여 건설된 유비쿼터스도시기반시설 등을 통하여 언제 어디서나 유비쿼터스

도시서비스를 제공하는 도시를 말한다.

<그림 2>u-City 개념도

ㅇ 유비쿼터스도시기반시설 (u-City 인프라)

유비쿼터스도시기반시설이란 다음중 어느 하나에 해당하는 시설을 말한다.

- 도시 기반시설1) 또는 공공시설2)에 건설․정보통신 융합기술을 적용하여 지능화된

시설

- 초고속정보통신망3), 광대역통합정보통신망4), 기타 대통령령으로 정하는

정보통신망

1) 국토의 계획 및 이용에 관한 법률 제2조제6호

2) 국토의 계획 및 이용에 관한 법률 제2조제13호

3) 정보화촉진기본법 제2조제5호

4) 정보화촉진기본법 제2조제5의2호

- 4 -

- 유비쿼터스도시의 관리에 관한 시설로서 대통령령으로 정하는 시설

※ 시설물의 지능화를 위해서는 센서망, 통신망, 운영센터가 모두 필요하다.

ㅇ 유비쿼터스도시기술 (u-City 기술)

유비쿼터스도시기술이란 유비쿼터스도시기반시설을 건설하여 유비쿼터스

도시서비스를 제공하기 위한 건설․정보통신 융합기술과 정보통신기술을

말한다.

ㅇ 유비쿼터스도시서비스 (u-City 서비스)

유비쿼터스도시서비스란 유비쿼터스도시기반시설 등을 통하여 행정ㆍ교통ㆍ

복지ㆍ환경ㆍ방재 등 도시의 주요 기능별 정보를 수집한 후 그 정보 또는

이를 서로 연계하여 제공하는 서비스로서 대통령령으로 정하는 서비스를

말한다

ㅇ BcN (Broadband convergence Network)

가입자에게 서비스품질(QoS)이 보장되며 음성․데이타/유․무선/통신․방송의 어떤

조합이라도 가능한 서비스를 제공할 수 있는 네트워크이다. BcN서비스는

BcN이 지원하는 기능을 활용하여 제공되는 서비스로 유․무선, 음성, 데이터,

방송서비스 및 다양한 부가서비스를 포함한다.5)

ㅇ u-City IT 인프라

u-City IT 인프라란 BcN 서비스와 u-City 서비스 제공을 위해 필요한 정보

통신기술 기반의 설비를 말한다. 본 가이드라인에서 u-City IT 인프라는 기초

인프라, 통신인프라, 센서망, 정보관리인프라로 구분하며, 그 구성은 아래와

같다.

­기초인프라 : 통신관로/맨홀/공동구, 철탑, IT-Pole 등 다른 IT설비의

설치 및 관리 용이하게 하는 기초기반시설

5) 정보통신부 BcN 구축 기본계획 II, (2006.6)의 BcN 및 BcN 서비스 정의

- 5 -

­통신인프라 : 유선가입자망, 무선가입자망, 구내망 등 데이터/음성/영상 등의

정보를 송수신하는 정보통신망

­센서망 : USN(RFID/센서), CCTV, 공통센서접속망 등 u-City에서 다양한

도시정보 수집을 위해 이용되는 매체 및 설비

­정보관리인프라 : u-City내의 각종 도시정보를 수집․관리하여 도시를 효율적

으로 관리하며, 거주민이나 관련기관에게 분석된 도시정보를 배포/제공하는

기능을 수행하는 정보관리체계(이하‘도시통합운영센터’로 칭한다)로,

센터 운영에 필요한 내부 정보시스템 설비(LAN, 서버 등의 하드웨어플랫폼과

미들웨어 등의 소프트웨어플랫폼)를 포함

<그림 3>u-City IT인프라 개념도

※ 통신인프라중 백본망은 도시와 도시를 연결하는 통신망을 말하며, 국가적

관점에서는 중요한 통신인프라이지만 u-City 인프라로는 볼 수 없다.

- 6 -

3. 가이드라인의 구성 및 의미

가. 가이드라인v1.0의 구성

ㅇ 가이드라인v1.0은 “u-City 추진프로세스”와“IT인프라 부문별 구축 가이드

라인"으로 구성되어 있다.

1) u-City 추진프로세스

­u-City 추진프로세스는 도시건설 프로세스와 IT 구축 프로세스를 결합하여

u-City IT 인프라 및 서비스의 계획, 설계, 구축, 운영이 포함된 u-City 계획

부터 준공까지의 프로세스를 제시한다.

­u-City 내 u-City 서비스와 IT 인프라를 도입하기 위한 업무기획과 발주,

관리감독에 대해 전반적인 이해를 돕기 위해 활용될 수 있다.

­여기에 제시된 u-City 추진 프로세스는 각 도시의 서비스 구현 목표, 도시

규모에 따라 세부프로세스를 선택적으로 적용할 수 있다.

2) IT 인프라 부문별 구축 가이드라인

­IT 인프라 부문별 구축 가이드라인은 각 u-City IT 인프라 요소에 대한 개념,

관련근거 및 규정, 구축에 따른 기술적 고려사항 등을 제시한다.

­u-City IT 인프라에 대한 개념적 이해와, u-City 내 IT 인프라 구축목표 수준

설정을 위해 참고할 수 있다.

ㅇ 가이드라인v1.0과 관련한 참조문서로서“2007년 u-City테스트베드 사업 결과

보고서”와“u-City서비스 표준화 문서(SRP/ARP)”가 있다.

※ SRP : Service Requirement Profile

※ ARP : Application Requirement Profile

- 7 -

나. 가이드라인V1.0의 의미

ㅇ 가이드라인v1.0에는 각 IT 인프라별로 기술기준, 표준, 기술정보 등 다양한

수준의 내용이 포함되어 있으며, 이는 다음과 같은 의미를 갖는다.

­기술기준(Regulation)은 정부 또는 정부의 위임을 받은 자가 제정 고시하는

공식문서로 반드시 준수해야할 사항에 해당한다.

­표준(Standard)은 표준기관에서 제정한 것으로 권고사항에 해당한다.

­기술정보(Information)는 구축 추진시 고려할 수 있는 참고사항에 해당한다

- 9 -

II. u-City 추진 프로세스

- 10 -

제1절 u-City 추진 프로세스 개요

1. 개요

가. 목적

ㅇ u-City 추진시 u-City 내에 IT 인프라가 효율적으로 적용될 수 있도록 하기

위하여, u-City IT인프라의 계획, 설계, 구축, 운영이 포함된 u-City 추진

프로세스를 제공한다.

나. u-City 추진 프로세스의 도출방법 및 적용 범위

ㅇ 「국토의 계획 및 이용에 관한 법률」,「도시개발법」,「유비쿼터스 도시의

건설 등에 관한 법률(안)」등에 포함되어 있는 도시건설 프로세스와, 「정

보통신공사업법」,「엔지니어링기술진흥법」,「소프트웨어산업진흥법」등에

포함되어 있는 IT 구축 프로세스를 결합하여 u-City 추진 프로세스를 도출

하였다.

<그림 4>u-City 추진 프로세스의 도출 근거

- 11 -

ㅇ 이 프로세스는 신도시와 기존도시에 포괄적으로 적용할 수 있으며, u-City

서비스 및 IT 인프라의 계획․설계․구축․운영이 포함된 u-City 계획부터 준공

까지의 전체 프로세스를 제안하고 있다.

­신도시 : 본 가이드라인에서 신도시는 건설을 수반하여 구축하는 도시를 의미

하며, 도시를 재개발하는 경우를 포함한다.

­기존도시 : 본 가이드라인에서 기존도시는 건설을 수반하지 않고 IT 인프라

구축만을 통해 u-City 서비스를 제공하고자 하는 경우의 도시를 의미한다.

ㅇ 기존의 도시계획이 공간과 시설에 대한 계획이었다면 u-City계획은 공간과

시설의 지능화, 정보화를 통한 업무혁신 계획으로 발전하여야 u-City 추진

목표를 달성할 수 있을 것으로 예상된다.

- 따라서 u-City계획수립(u-City기본계획 및 u-City개발계획)에서는 도시혁신을

위한 업무프로세스재정립(BPR)이 중요하다.

- 12 -

2. u-City 추진 프로세스

가. u-City 추진 프로세스의 구성

ㅇ u-City 추진 프로세스는 아래 그림과 같이 7단계로 구성될 수 있다.

­각 단계별 세부절차는 기존에 진행되었거나 진행되고 있는 마스터플랜,

도시정보화전략계획 등의 사례를 토대로, 공통된 업무를 추출하고 가장

많이 사용하는 용어를 사용하여 작성하였다.

ㅇ 본 프로세스의 7단계 절차는 되도록 준수할 것을 권고한다.

­세부절차는 업무수행시 참고하되, 각 도시의 상황에 맞게 조정하여 적용할

수 있다.

<그림 5>u-City 추진 전체 프로세스

ㅇ 프로세스에 대한 표현방식 : 수평적 이동에 대해서는 단계로 표현하고 수직적

이동에 대해서는 계위로 표현한다.

※ 예) 1단계, 2단계, 3단계, ..., 1.1단계, 1.2단계, 1.3단계, ...

1 계위(1~7단계), 2계위(1.1~1.x단계), 3계위(1.1.1~1.1.x단계), ....

- 13 -

나. u-City 추진단계별 세부업무

ㅇ u-City 계획 및 설계단계 세부업무

<그림 6>u-City계획 및 설계 프로세스단계 세부업무

ㅇ u-City 실시설계후 시공/감리, 검사/준공, 운영/평가단계 세부업무

<그림 7>u-City 시공, 준공, 운영 프로세스 세부업무

- 14 -

다. 제1계위 프로세스별 업무내용

1) 제1단계(u-City기본계획)

도시전체를 대상으로 수립하는 계획으로 경제, 사회, 문화, 교육, 지방행정제도

등의 분야에 대한 유비쿼터스 정보화와 IT인프라 구축 및 고도화를 계획적으로

추진하기 위한 도시혁신계획이다.

ㅇ 이 계획은 u-City 마스터플랜이라고 할 수 있으며 정보화전략계획이라고도

할 수 있다.

ㅇ u-City 구현은 도시전체를 대상으로 동시에 진행되기 보다는 예산 등의 이유로

일정 지역(또는 일정 공간)을 대상으로 하여 부분적인 수행이 일반적인 형태

이므로 도시전체에 대한 서비스 제공 수준과 연동성 확보를 위해서는 도시

전체에 대한 u-City 추진계획이 필요하다.

※ 이 계획은 「국토의 계획 및 이용에 관한 법률」제18조~제23조에 규정한

‘도시기본계획’의 세부내용으로 사용하기를 권고하며, 「유비쿼터스도시의

건설 등에 관한 법률(안)」의 ‘유비쿼터스도시계획’내용의 일부로도

사용할 수 있다.

2) 제2단계(u-City개발계획)

건설을 수반하는 개발구역(재개발 구역)이나 IT 인프라 재구축(일부 서비스

도입을 위한 시설 개보수 포함)을 추진하는 구역에 대해 사업시행자가 수립하는

도시혁신계획으로 정의한다.

- 15 -

ㅇ 이 프로세스는 「도시개발법」, 「도시주거환경정비법」등과 같이 신도시를

개발하거나 기존도시를 개발하는 법률에서의 도시사업계획 또는 도시개발계획

(이하 ‘사업계획’이라 함) 단계와 결합하여 적용할 수 있다.

ㅇ u-City개발계획 업무에는 3단계 업무인 u-City기본설계 업무의 일부를 포함

할 수 있다.

ㅇ 「도시개발법」 등 도시개발관련법의 ‘사업계획’ 승인절차가 끝난 경우에는

u-City개발계획 프로세스에 따라 서비스 및 인프라 계획을 수립할 수 있다.

이때 수립한 u-City IT 인프라계획으로 인해 ‘사업계획’에서의 도시 시설

계획 등에 변경이 필요한 경우 '사업계획'의 변경절차를 진행하여야 한다.

3) 제3단계(u-City기본설계)

1단계에서 정해진 전체 목표와 2단계에서 정해진 개발구역의 서비스 및 인프라

목표에 대해 구체적인 계획을 수립하는 단계이다.

ㅇ 이 프로세스는 u-City 구현에 필요한 응용소프트웨어의 개발 및 서버시스템,

단위 시스템 및 센서망, 통신망인프라, 통신기초인프라 등을 구축하기 위한

발주 규격을 작성하기 위한 것이다.

ㅇ IT 분야의 기본설계에 대한 사항은 「엔지니어링기술진흥법」 제10조(엔지

니어링사업대가의 기준)에 의해 작성된 기본설계업무 규정을 준용하고 있다.

ㅇ 이 프로세스는 「도시개발법」, 「도시주거환경정비법」등과 같이 신도시를

개발하거나 기존도시를 개발하는 법률에서의 ‘실시계획’ 단계와 결합하여

적용할 수 있다.

ㅇ 개발 구역에서의 실시계획 승인은 인허가 업무를 대신하는 절차를 포함하므로

인허가 의제6)절차를 위해 실시설계의 일부 업무를 포함할 수 있다.

6) 도시개발법 등에서 인허가 업무의 편의를 위해 다른법의 인허가 절차를 대신하는 절차 규정

- 16 -

ㅇ u-City IT 인프라 기본설계로 ‘실시계획’의 도시시설에 변화가 필요한 경우

실시계획의 변경절차를 진행하여야한다.

4) 제4단계(u-City실시설계)

3단계에서 정해진 공사발주 규격에 따라 시공자가 선정되면 해당 시공자가 공사

또는 응용소프트웨어 개발에 필요한 계획을 수립하는 단계이다.

ㅇ 실시설계 또는 소프트웨어 개발 상세설계를 수행한 자가 설계도 및 시방서에

가장 부합하게 공사(또는 개발)를 할 수 있으므로 설계/시공을 같은 기관이

수행하는 것으로 가정하고 있다.

ㅇ 특히 응용소프트웨어 개발 및 최적화나 통신망 최적화 등 설계자만이 구현할

수 있는 사항들이 있다.

ㅇ 이 프로세스는 「정보통신공사업법7)」, 「엔지니어링기술진흥법8)」, 「소프트

웨어산업진흥법9)」등과 같이 IT 분야의 프로세스를 정의한 법률의 설계 절차를

준용한다.

ㅇ 이 프로세스는 응용소프트웨어 부문, 통신망 부문, 기초인프라 부분 등 각

부문별로 다른 시공자를 선정할 수 있다.

5) 제5단계(u-City시공/감리 단계)

4단계의 실시설계(소프트웨어 상세설계)를 기반으로 소프트웨어를 개발하고,

시설공사를 수행하는 것에 대해 감리를 진행하는 단계이다.

7) 주요 통신설비와 방송설비에 대해서는 이법에 따라 설계를 하도록 규정하고 있음

8) 구내통신망, 전산시스템 등의 구축 실시설계는 이법에 의해 업무를 수행 할 수 있음

9) 서비스 구현을 위한 응용소프트웨어의 개발 및 시스템 적용은 이법에 의해 업무를 수행할 수 있음

- 17 -

ㅇ 실시설계자와 시공자가 같은 경우에는 발주처를 대신하여 해당 분야의 전문가가

감리를 의무적으로 수행하거나 감리를 권고하는 것이 일반적이다.

ㅇ 이 프로세스는 「정보통신공사업법10)」, 「엔지니어링기술진흥법11)」,「정보

시스템의 효율적인 도입 및 운영 등에 관한 법률12)」등의 IT 분야 프로세스를

정의한 법률의 시공 감리 절차를 준용한다.

6) 제6단계(u-City검사/준공 단계)

5단계의 시설공사 및 응용소프트웨어의 적용이 끝나면 수량, 제품 기능, 작동

수준 등에 대한 검사와 시험을 동반한 준공 절차를 수행하게 된다.

ㅇ 이 프로세스는 「도시개발법」, 「도시주거환경정비법」등과 같이 신도시를

개발하거나 기존도시를 개발하는 법률에서의 준공 단계와 결합하여 적용할

수 있다.

ㅇ 이 프로세스는 「정보통신공사업법」, 「엔지니어링기술진흥법」, 「소프트웨어

산업진흥법」등과 같이 IT 분야의 프로세스를 정의한 법률의 준공 절차를 준용

한다.

10) 주요 통신설비와 방송설비에 대해서는 이법에 의해 시공감리를 받도록 규정하고 있음

11) 구내통신망, 전산실의 부대설비(전력, 공조 등)등의 구축감리는 이법에 의해 업무를 수행 할 수

있음

12) 공공기관에서 도입하는 일정규모 이상의 정보시스템에 대해서는 이법에 의해 감리를 받도록 하

고 있음

- 18 -

7) 제7단계(u-City운영/평가 단계)

6단계에서 인수받은 시설을 이용하여 서비스를 제공하는 단계이다.

ㅇ 도시통합운영센터의 정보시스템 운영은 「정보시스템의 효율적인 도입 및

운영 등에 관한 법률」을 준용하고 있다.

ㅇ u-City 에 대한 평가는 향후 평가제도 또는 평가지침이 마련될 경우 그에

따라 수행될 수 있다.

※ 이 프로세스에서 수립된 운영계획은 「국토의 계획 및 이용에 관한 법률」

제24조~제35조의 ‘도시관리계획’의 세부 내용으로 사용하기를 권고함

다. 전체 프로세스 적용 고려사항

ㅇ 전체 프로세스에서 수행주체의 사업추진 현황에 따라 각 단계별로 나누어진 하위

프로세스대로 하지 않고 상하 단계를 조정하여 추진할 수 있다.

※ 제2단계 개발구역에 대한 u-City개발계획 프로세스를 진행하는데 도시전체의

발전 비전과 전략, 서비스 비전 및 전략, 도시 인프라 확보 목표 등 도시계획의

주요 내용이 불충분 한 경우에는 제1단계인 u-City기본계획을 함께 수립할 것을

권고한다. 도시의 경제, 산업, 문화 등의 분야에 대해 구체적인 발전 전략과

수행계획 등은 ‘도시기본계획’이나 ‘도시개발계획’에 포함되지 않으므로

도시혁신을 위한 ISP 수립이 필요할 것으로 예상된다.

ㅇ 각 절차별 세부 내용은 컨설팅․시스템통합․통신 분야의 전문기업에서 채택하고

있는 절차와 그 내용을 중심으로 모든 가능한 절차를 제시하지만, 실제

적용에서는 IT인프라 종류 및 규모에 따라 선택적으로 적용하는 것이 업무

추진에 효율적일 것이다.

- 19 -

3. u-City IT인프라 구축 프로세스

ㅇ u-City 추진 프로세스에서 IT 인프라 관련 내용은 아래와 같다.

­u-City 추진 프로세스 중에서 점선으로 표시된 부분으로, u-City IT인프라

중심의 내용으로 특화하여 추진할 수 있다.

<그림 8>u-City IT인프라 구축 프로세스

ㅇ u-City IT인프라는 기초인프라, 통신망인프라, 단위시스템/센서망, 정보관리

인프라로 나누어 계획할 수 있다. 실시설계 업무부터는 대부분 IT인프라

구축설계와 관련이 많아진다.

- 20 -

4. u-City 서비스 구현 프로세스

ㅇ u-City 추진 프로세스에서 서비스 구현 관련 내용은 아래와 같다

­u-City 추진 프로세스 중에서 점선으로 표시된 부분으로, u-City 서비스 내용을

중심으로 계획을 수립하고 인프라 요구사항을 제시할 수 있다.

<그림 9>u-City 서비스 구현 프로세스

- 21 -

제2절 u-City 추진 단계별 세부프로세스

1. u-City기본계획 수립

ㅇ 제1단계인 도시전체를 대상으로 하는 u-City기본계획은 도시기본계획이나

도시의 마스터플랜 수립을 위한 단계이다.

ㅇ 도시마다 도시발전 비전, 조직, 예산 등이 다르므로 해당 도시에 적합한

혁신을 위한 계획을 수립할 것을 권고한다.

ㅇ 본 단계의 수행주체는 지자체이며 수행자는 지자체 직접수행방식과 전문기관

용역방식이 있다. 일반적으로는 마스터플랜 용역 또는 ISP 용역과 같은 전문

기관 용역방식으로 추진되고 있다.

<그림 10>제1단계(u-City기본계획) 프로세스

ㅇ 본 프로세스는 일반적으로 4개의 세부절차로 구성되어 추진되고 있으며, 같은

개념을 가진 다른 명칭의 세부절차가 존재하기도 한다. 또한 지역 특성과

업무에 따라 특정 세부절차를 나누어 수행할 수도 있다.

ㅇ 본문에서는 u-City기본계획 수립과정의 3계위 세부업무를 정의한다. 지자체

관점에서는 용역기관과의 업무협력, 협의 내용이 되며, 용역종료 후 검수

항목이 된다.

- 22 -

1.1 현황분석

가. 개요

ㅇ u-City기본계획 수립의 첫째 단계는 현황분석으로 도시환경분석, 도시개발

정책분석, 중앙 및 인접도시의 이해관계자분석, 지역수요분석 등의 업무로

나눌 수 있다.

<그림 11>u-City기본계획의 현황분석 프로세스

ㅇ 세부수행업무는 지역적 특성에 따라 세분화하여 나눌 수 있다.

­예를 들어, 1.1.3의 이해관계자 분석에는 이해관계자의 업무분석(BPR)과

이해관계 분석으로 나눌 수 있으며 지역에 따라서 업무분석(BPR)이 하나의

단일과제가 될 수도 있다.

나. 업무내용 및 산출물

ㅇ 도시환경분석 업무는 지자체의“도시기본계획”에서 작성된 인구, 토지이용

계획, 일반현황 조사 및 분석 업무를 수행하는 과정이며 주요 업무는 다음과

같다

­도시개발과 관련된 인구, 토지이용계획 등 일반현황 조사 및 분석을 통하여

도시개발에 영향을 주는 핵심요인을 도출하고 서비스와 인프라 계획에 반영

한다.

­조사방법으로는 도시기본계획이나 도시개발계획, 각종 통계, 백서에 나타나

있는 일반현황을 중심으로 조사할 수 있다

- 23 -

ㅇ 도시개발정책분석 업무는 중앙정부의 도시개발정책, 도시기본계획의 도시발전

정책뿐만 아니라 각 부분의 세부도시발전 정책도 분석하는 과정이다.

­도시 개발에 영향을 주는 핵심요인인 중앙 및 광역도시개발정책, 지자체의

도시개발관련 정책(교통, 환경, 통신 등), 개발 도시환경(경쟁, 입지 등),

문화․산업정책, 잠재적 거주민 요구사항, 도시개발 관련 기술환경 등을 분석

하여 도출한다.

ㅇ 이해관계자 분석업무는 실질적인 u-City 서비스 도출을 위해 지자체의 업무를

분석(BPR)하여 관련 요구사항을 정의하는 과정으로서 지자체 업무분석 방법

으로는 계약서 내용, 관련 업무담당자의 인터뷰 등을 통해 진행한다.

<표 1>이해관계자 분석을 위한 내부역량조사 내역(예시)

­u-City기본계획의 이해관계자는 중앙정부, 기초지자체의 경우 광역자치단체,

인접 지자체, 지역내의 행정기관과 지자체 내부의 행정부서가 그 대상이다.

­u-City기본계획에서는 지자체 내부의 행정부서간 업무 분석이 더 중요하며

내부 업무, 조직, 예산 등을 조사 분석하는 내부역량분석을 포함하여 업무를

추진하는 것이 바람직하다.

- 24 -

ㅇ 서비스/인프라 현황분석 업무는 서비스 현황 및 제공사례, 서비스 구현 및

인프라 구축기술 발전 추세 등을 분석하여 u-City 모델수립의 기초자료로

사용하게 된다.

ㅇ 지역수요분석은 도시환경, 개발정책, 이해관계자의 업무분석 등을 통해 도시의

u-City 서비스와 인프라에 대한 수요를 분석하는 과정이다.

­지역수요는 이해관계자와 지역주민의 실질적인 의견 반영을 위해 설문, 면접

조사를 포함하는 것이 일반적이다.

­다만, 신도시의 경우 지역주민을 대상으로 하는 면접이 성립하기 어렵기 때문에

생략할 수 있다.

ㅇ 산출물: u-City 현황분석서

다. 고려사항

ㅇ 일반현황 자료가 부족한 도시는 업무범위에 일반현황에 대한 조사통계 등의

업무를 추가하여야 하거나, 조사범위를 제한적으로 수행하도록 탄력적으로

적용할 수 있어야 한다.

ㅇ 지자체 u-City 담당자는 지자체 내 담당부서의 업무 조사에 대한 공동 작업이

필요하므로 내부 협의체 등을 운영하는 방안을 고려하도록 한다.

ㅇ 이해관계를 조정하기 위해서는 이해관계자 협의체 운영과 협의체 리더의

직위와 역할이 중요한 점을 고려하여 공동의 목표를 인지시켜야 한다.

ㅇ 요구사항은 발주자와 수행자 상호간에 공유하여 확인한다.

ㅇ 업무분석(BPR)을 별도로 추진하거나 중요하게 처리할 때에는 경영컨설팅

방법론으로 접근하는 것이 바람직하다.

- 25 -

1.2 비전/전략 수립

가. 개요

ㅇ 이 단계는 도시의 발전비전과 주요 전략을 수립하는 단계이다. 도시전체에 대한

비전과 도시내 권역, 구역에 대한 비전을 수립하고 비전 달성을 위한 주요

전략을 수립한다.

­비전 : 궁극적으로 지향하는 미래상은 무엇인가?

­전략 : 비전 달성을 위해 무엇으로 어떤 분야에 집중 할 것인가?

­목표 : 집중할 분야의 결과 또는 결과물은 무엇인가?

<그림 12>u-City기본계획의 비전/전략 수립 프로세스

나. 업무내용 및 산출물

ㅇ 도시의 중장기 발전 비전을 수립하고 주요 전략을 수립하는 과정으로서 도시

개발 배경에 대한 이해를 충분히 습득하여야 한다.

ㅇ 도시전체 및 권역별 비전을 제시한다.

­권역별 비전과 도시전체 비전은 조화를 이루어야 한다.

ㅇ u-City 서비스 도출에 대한 기본적 근거확보를 위하여 정부, 지자체 등 주요

이해관계자가 구상하는 도시 비전을 구체화하고 도시가 지향하는 차별적

특성을 명확히 하여야 한다.

ㅇ 도시비전 구성 요소는 도시의 경쟁(비교)우위 포인트 분석, 도시 거주민의

추구가치 분석, 인접(도시)지역과의 관계 분석 등을 통하여 도출하며 이를

토대로 도시의 미래상을 제시한다.

- 26 -

<그림 13>비전/전략수립 업무 흐름도(예시) ­SWOT : 강점요소(Strengths), 약점요소(Weaknesses), 기회요소(Opportunities),

위협요소(Threats)로 구성

­CSF : 핵심성공요소(Key Successful Factors)

ㅇ 산출물: u-City 비전 및 전략

다. 고려사항

ㅇ 비전/전략은 기본적인 특성인 미래에 대한 도전(Challenging), 성공가능성

(Achievable), 단순성(Simple), 독창성(Uniqueness) 등을 고려하여 수립하며,

되도록 간결/명료해야하며 목표가 명확하게 제시되어야 한다.

ㅇ 수립된 비전/전략은 주요 이해관계자의 리뷰를 통해 수정/보완한다.

1.3 u-City모델 수립

가. 개요

ㅇ 본 단계는 도시전체에 공통적으로 적용될 서비스 모델 및 인프라 모델을 수립

하는 과정이다

ㅇ 이를 통해 도시의 서비스 및 인프라 모습이 나타나고 도시의 목표가 나타나

보여져야 한다.

- 27 -

<그림 14>u-City기본계획의 u-City모델수립 프로세스

나. 업무내용 및 산출물

ㅇ 공통서비스 모델수립 업무는 도시 전체에 공통적으로 제공할 서비스를 도출

하고 서비스별 제공방안을 수립하는 업무이다.

­도시 비전을 달성하기 위하여 요구되는 기반/특화 서비스 영역에 포함될 수

있는 서비스 리스트를 도출하며 시장규모, 요구사항, 위험요인에 근거한

사업성을 검토하여 해당 도시에서 필요한 서비스 모델을 수립한다.

­도출된 서비스 리스트는 개발구역에서 사용할 수 있도록 명세를 만들어 도시에

보급하도록 한다.

<그림 15>도시의 서비스모델 수립 흐름도(예시)

ㅇ 공통인프라 모델수립 업무에서는 도시 공통 u-City 서비스를 구현할 수 있는

공통시스템을 정의하고, 시스템이 안정적으로 동작하도록 하기 위해 필요한

공통 인프라 모델을 수립한다.

­u-City의 핵심인프라인 도시통합운영센터 도입 여부에 대해 결정을 하여야

한다.

- 28 -

­도시통합운영센터의 통합 모델을 정의하고 통신 인프라 모델 및 단위서비스

시스템 모델을 정의한다.

ㅇ 인접 지자체와 연계가 필요한 서비스 또는 인프라가 있는 경우에는 연계모델을

수립하여야 한다.

ㅇ u-City기본계획에서 비즈니스모델은 수익창출 개념의 상용서비스 모델 도출

이라기보다는 도시의 생산성 및 생산유발효과 등 정성적인 측면에서 총량

개념을 적용하여 도시 비즈니스 모델을 검토하는 것으로 한다.

­서비스별 시장규모는 대상 서비스의 시장성 및 공공성을 분석하며, 요구사항은

법제도 및 기술요소 등을 고려하여 분석하고, 각 분야에 대한 위험요인을 도출

하여 영향도를 진단한다.

­이와 같은 업무를 수행하기 위해서는 개발대상 각 서비스 모델에 대해, 명세

및 핵심 프로세스를 정의하여야 한다.

ㅇ 산출물: u-City 공통모델 정의서

다. 고려사항

ㅇ 기반/특화 서비스 영역별 u-City 서비스 도출시, 서비스 이용자, 서비스

내용, 서비스 제공 주체에 따른 정의 및 시민, 지자체, 기타 이해관계자를

대상으로 가치에 대한 검증이 필요하다는 것을 고려하여야 한다.

ㅇ 도시통합운영센터의 역할요건(건축물, 시스템 구성 등)에 따라 모델을 정의

하여야 한다.

ㅇ 단위 서비스 시스템의 역할 요건(현장 시설물, 시스템 구성 등)에 따라 단위

서비스 시스템 모델을 정의하여야 한다.

ㅇ 도시통합운영센터와 단위 서비스 시스템 모델을 토대로, 통신인프라 모델을

정의하여야 한다.

- 29 -

1.4 이행계획 수립

가. 개요

ㅇ 본 단계는 u-City 서비스와 인프라를 실현할 수 있는 재원조달계획과 중앙

행정기관 및 인접 지자체와의 협력, 추진조직 등 추진체계, 일정 등을 수립하는

단계이다.

ㅇ u-City기본계획에서 이행계획수립은 u-City의 성공과 실패를 가늠할 수 있는

매우 중요한 프로세스이다.

<그림 16>u-City기본계획의 이행계획 프로세스

ㅇ 이행계획수립 프로세스에 기대효과를 포함할 수 있다.

나. 업무내용 및 산출물

ㅇ 이행계획 수립 단계에서는 u-City 서비스를 위해 정의된 시스템에 대해 단계별

구축을 위한 전략과 일정을 수립하고, 지자체 내부의 기반시설 구축 및 운영비,

정보통신 부문의 예산 등을 검토하여 재원조달계획을 수립한다.

ㅇ 소요비용은 시스템 구축비용, 도시통합운영센터 건축물 구축비용, 통신인프라

구축비용, 시스템 운영비용 등을 추정하고 종합하여 산출한다.

ㅇ 도시전체에 대한 계획이므로 중앙정부 및 광역자치단체, 인접도시의 협력에

대한 사항이 포함되어야 한다.

­협력계획은 추진체계에 포함하여 수립할 수 있다. 다만, 본 가이드라인에서는

- 30 -

기본계획 단계에서 그 중요성을 강조하기 위해 별도의 업무로 정리하였다.

ㅇ 구축전략 수립을 통해, 서비스별 우선순위를 부여하여 단계별 구축 로드맵을

작성한다.

ㅇ 기대효과는 서비스별 정성적 효과를 중심으로 분석한다.

ㅇ 산출물: u-City 추진계획서

다. 고려사항

ㅇ 이행계획은 주변상황(외부시스템 연계일정, 법제도 현황, 주변도시 협력일정

등)과 연계하여 수립한다.

ㅇ 이행계획 수립절차는 먼저, u-City 각 분야별 이행내역을 정의하고, 다음으로,

평가기준에 따라 우선순위를 평가하며, 최종적으로 단계별 이행내역을 확정한다.

ㅇ 도시전체에 대한 u-City추진은 유․무선 기간통신사업자의 상용망 구축 참여가

중요한 관건이므로 이들과의 협력 방안을 강구하여야 한다.

- 31 -

<그림 17>제2단계(u-City개발계획수립)프로세스

2. u-City개발계획수립

ㅇ 본 단계는 일정한 도시개발구역(또는 IT 리모델링 구역)에 대하여 추진하는

건설을 수반하는 u-City 사업이나 u-City 서비스 및 인프라 구축하는 사업에

적용하는 도시혁신계획 수립 프로세스이다.

­신도시 보다는 기존도시의 혁신계획이 더욱 필요할 것이며, 기존도시의 혁신

계획은 이해관계자의 첨예한 대립이나 직접적인 갈등을 유발 할 수 있는 매우

어려운 업무가 될 것으로 예상된다.

ㅇ 개발구역의 목적과 개발목표가 도시별, 개발구역별로 다른 경우가 많으므로

개발구역에 대한 혁신계획 수립을 권고한다.

ㅇ 본 프로세스는 일반적으로 4개의 세부절차로 구성되어 추진되고 있으며, 같은

개념을 가진 다른 명칭의 세부절차가 존재하기도 한다. 또한 지역 특성과

업무에 따라 특정 세부절차를 나누어 업무를 수행할 수도 있다.

ㅇ 본 프로세스는 개발구역을 담당하는 사업시행자가 계획을 수립하여 지자체에

제안하는 것이 일반적이다. 사업시행자 관점에서는 용역기관과의 업무협력,

협의 내용이 되며, 용역종료후 검수 항목이 된다.

- 32 -

ㅇ 지자체 관점에서는 사업시행자가 제안한 내용을 검토하는 기준이 될 수 있다.

ㅇ u-City개발계획수립 프로세스에 대해서는 도시전체를 대상으로 하는 u-City

기본계획과 비교하여 다른 점 위주로 설명하며 u-City개발계획 수립과정의

3계위 세부업무를 정의한다.

2.1 개발구역 현황분석

가. 개요

ㅇ 본 단계에서는 개발구역에 대해 서비스와 인프라를 도입하고자 할 때에는

u-City기본계획을 기준으로 해당구역의 환경분석, 개발정책분석, 이해관계자

분석, 수요분석을 할 수 있다.

<그림 18>u-City개발계획의 현황분석 프로세스

나. 업무내용 및 산출물

ㅇ 지자체의 기존 업무와 개발구역의 혁신적인 업무방식의 조화를 이룰 수 있는

계획을 수립하는 것이 중요한 업무이다.

ㅇ IT 분야의 리모델링을 하는 경우에는 기존업무에 대한 혁신 방안에 대해 심도

있는 고찰이 필요하다.

­기존도시의 IT리모델링의 예: 재래시장의 IT 리모델링을 통한 혁신계획 수립

ㅇ 산출물: u-City 환경분석

- 33 -

다. 고려사항

ㅇ 기존도시의 개발구역에는 직접적인 이해관계가 발생하게 된다. 인프라 구축

비용 분담, 서비스 운영비용 분담 등의 사유가 발생할 수 있으며, 사유지에

대한 점유도 발생할 수 있다.

ㅇ 개발구역의 환경 및 개발정책 분석을 토대로, 주요 특징 및 차별화 할 수

있는 요소파악에 주력한다.

ㅇ 기타 고려사항은 u-City기본계획 프로세스의 환경분석과 유사하다.

2.2 개발목표/전략 수립

가. 개요

ㅇ 본 단계는 개발구역의 특성에 맞도록 구현 목표를 설정하고 목표를 달성하기

위한 전략을 수립하는 단계이다.

<그림 19>u-City개발계획의 비전/목표 수립 프로세스

나. 업무내용 및 산출물

ㅇ 도시환경, 도시개발정책, 거주민들의 Needs 분석을 통하여 u-City 구현 목표를

수립하고 성공적 수행을 위한 구축 범위를 설정한다.

ㅇ 주요절차 : 도시환경, 개발정책, Needs 분석 도시비전 명확화 도시기능

모델 수립

ㅇ 산출물: u-City 구현 목표 및 전략

- 34 -

다. 고려사항

ㅇ u-City 개발환경 분석, u-City 비전 및 전략, u-City사업계획(도시기능 모델

정의, 사업타당성 분석)등의 u-City Master Plan을 도시개발계획에 적극

반영한다.

ㅇ u-City의 비전에 적합한 개략적인 u-City 서비스의 개념을 정의한다.

2.3 서비스/인프라 모델수립

가. 개요

ㅇ 본 단계는 도시 공통으로 제공될 서비스와 개발구역에 특화된 서비스를 도출

하고 서비스 제공을 위한 인프라 모델을 수립하는 단계이다.

<그림 20>u-City개발계획의 서비스/인프라 모델수립 프로세스

나. 업무내용 및 산출물

ㅇ 도시전체에 적용되는 공통서비스모델의 기반 하에, 특정 개발구역에 요구되는

특화 서비스 영역에 포함될 수 있는 최적의 서비스 모델을 수립한다.

ㅇ 공통서비스모델과 본 단계에서 도출되는 서비스 모델을 구현할 수 있는

시스템을 정의하고, 시스템이 안정적으로 작동하도록 하기 위해 필요한 최적의

인프라 모델을 수립한다.

ㅇ 서비스모델 주요절차: 개발구역의 특화 서비스 도출 서비스별 사업성 심사

개발대상 서비스 모델 설계

- 35 -

ㅇ 인프라규모예측 주요절차: 도시통합운영센터 모델 정의 단위 서비스 시스템

모델 정의 통신인프라 모델 정의 인프라 규모 예측

ㅇ 기존도시연계방안 도출, 비즈니스 모델 분석과 사업성분석은 u-City기본계획

수립단계의 관련 세부 업무를 참조하도록 한다.

ㅇ 산출물: u-City 서비스/인프라 모델 정의서

다. 고려사항

ㅇ 공통서비스 모델이 도시전체를 대상으로 하는 공공성을 위주로 하는 것과

달리, 본 단계의 서비스 모델은 특정 도시개발구역을 대상으로 하므로, 해당

구역의 특성화 또는 가치 상승을 위한 특화된 서비스를 고려해야한다.

ㅇ 기타 고려사항은 도시전체의 공통서비스/인프라모델 수립과 유사하다.

2.4 개발구역 이행계획수립

가. 개요

ㅇ 개발구역의 이행계획은 구체적인 투자유치계획이 중요하다.

<그림 21>u-City개발계획의 이행계획 수립 프로세스

- 36 -

나. 업무내용 및 산출물

ㅇ 재원조달계획 수립시에는 이전 단계에서 도출된 u-City 수립범위에 대해

비용에 따른 사업성을 분석하고 투자금액을 산정하여 예산계획을 수립한다.

­투자 대비 기대효과를 분석하여 이득이 어느 정도인지 사업성을 심사한다.

u-City 구축 가부를 결정하고자 하는 것이 아니라, 플러스 측면의 기대효과

산출에 목적을 둔다.

­사업성이 높은 서비스를 대상으로 사업모델을 구체화하고 특수목적회사(SPC :

Special Purpose Company) 설립 필요성을 평가하고 참여계획을 수립한다.

ㅇ 추진체계/일정을 수립시에는 전 단계에서 도출된 u-City 수립범위에 대해

개발일정에 따른 사업성을 분석하고 성공적 수행을 위한 일정계획을 수립하여야

한다.

ㅇ 산출물: u-City 추진계획서

다. 고려사항

ㅇ 도시전체와 달리, 개발구역에 대한 u-City개발계획 단계에서는 수익성 항목을

최대한 고려하여야 한다.

ㅇ 도시개발공정 및 인프라 구축 일정과 연계하여, 실현 가능한 u-City 서비스를

심사하며 이를 토대로 일정을 계획한다.

ㅇ 사업성 심사 결과를 사업시행자의 개발계획서에 반영할 것을 권고한다.

- 37 -

3. u-City기본설계

ㅇ 기본설계 프로세스가 u-City개발계획 프로세스와 시간적인 차이가 6개월 이상

이면(IT 기술발전 속도와 u-City 분야의 발전 속도가 매우 빠름) 중요한 역할을

할 수 있다.

ㅇ 개발구역의 u-City개발계획 프로세스와 통합하여 업무를 진행 할 수 있다.

ㅇ 기본설계 업무는 사업시행자가가 지정한 설계 전문기관에서 수행하는 것이

일반적인 형태이다.

<그림 22>제3단계(u-City기본설계)프로세스

- 38 -

3.1 기본설계 요구사항 분석

가. 개요

ㅇ 본 단계는 u-City 기본설계에 필요한 요구사항을 조사 분석하는 단계로서

u-City 기본계획 수립시점의 차이에 따른 정책, 표준, 기술 발전 추세를 반영

하기 위한 업무이다.

ㅇ 기본설계 요구사항 분석을 위해서는 u-City 개발계획의 분석, 서비스 수요

및 구현 가능성과 인프라의 도입 목표의 변동사항 등을 조사하여 요구사항을

재정의 하게 된다.

<그림 23>u-City기본설계의 요구사항 분석 프로세스

나. 업무내용 및 산출물

ㅇ 요구사항 조사분석 방법으로는 u-City 개발계획 수행결과 내용, 관련 업무

담당자의 인터뷰 등을 통해 진행된다.

ㅇ 산출물: 기본설계요구사항 정의서

다. 고려사항

ㅇ 요구사항은 발주자와 수행자 상호간에 공유하여 확인한다.

ㅇ 요구사항 도출은 지엽적이 아닌, 전체 측면에서 접근한다.

ㅇ u-City기본계획과 기본설계가 동시에 진행될 경우에는 생략할 수 있다.

- 39 -

3.2 서비스 기본설계

가. 개요

ㅇ 서비스 기본설계는 서비스를 제공하기 위한 기술적인 모델과 사업적인 모델을

수립하게 된다.

<그림 24>u-City기본설계의 서비스 기본설계 프로세스

나. 업무내용 및 산출물

ㅇ 주요절차: u-City기본계획 수행결과 분석 서비스별 시나리오 설계 관련

서비스 시스템 요구사항 정의 서비스 사업모델 수립

ㅇ 서비스 시스템의 구조 설계시, 단위 시스템 아키텍처 수립을 통해, 단위 시스템

구현기능을 정의하고 센서/제어장비의 H/W 구성 및 위치설계 작업을 진행한다.

ㅇ 산출물: 서비스 기본설계서

다. 고려사항

ㅇ 서비스 시스템의 기술 아키텍처는 서비스지향아키텍쳐(SOA : Service Oriented

Architecture) 기반으로 설계한다.

- 40 -

3.3. 인프라 기본설계

가. 개요

ㅇ 인프라 기본설계는 도입 목표로 결정된 개별 IT인프라에 대해 기술적인 검토를

거쳐 도입규격을 수립하는 과정이다.

<그림 25>u-City기본설계의 인프라 기본설계 프로세스

나. 업무내용 및 산출물

ㅇ 도시통합운영센터 기본설계 단계에서는 u-City 서비스를 구현할 수 있는 시스템을

정의하고, 전체 기술 아키텍처와 서비스 기능, H/W 규모, 구조물 및 장비, 센터

내부 통신망의 기본설계를 수행한다.

­주요절차 : 도시통합운영센터 기본설계 도시통합플랫폼 기본설계 도시

통합운영센터 네트워크 기본설계

­도시통합운영센터의 구조 설계시, 물리적인 센터 건축, H/W 구성, 시스템

측면의 아키텍처 등을 도출한다.

­도시통합플랫폼과 단위 서비스 시스템을 포함한 전체 구조 설계는, 중복배제

및 서비스 통합 관점에서 기술 아키텍처를 설계한다.

­운영센터 내부 통신인프라 설계시, 통신망의 아키텍처를 수립하고 통신망

H/W 구성설계 작업을 진행한다.

ㅇ 단위시스템/센서망 기본설계 단계에서는 부문별 구조설계를 토대로 도출된

각 시스템이 수행할 기능을 정의한다.

­주요절차 : 부문별 구조설계 결과 분석 각 시스템의 기능 정의

­여기서 단위시스템이라 함은 방범시스템, 교통관리시스템, 환경측정시스템,

- 41 -

지하시설물관리시스템 등 도시계획의 주요시설을 관리하기 위한 시스템을

말한다.

­단위시스템과 센서망을 같이 설계하는 것은 u-City의 계획 및 설계과정에서는

센서망이 독립적으로 존재하지 않고 대부분 단위시스템의 일부 시설로 존재

하기 때문이다.

­공통센서접속망은 단위시스템/센서망에서 설계하거나 도시의 상황에 따라

통신망인프라 기본설계에 포함하여 설계할 수 있다.

ㅇ 통신망인프라 기본설계 단계에서는 u-City 구현을 위해 구축될 각 시스템의

상호연동에 대해 설계한다.

­주요절차 : 기술 아키텍처를 통한 데이터 흐름 분석 내부연계시스템의

인터페이스 설계 외부연계시스템의 인터페이스 설계

ㅇ 산출물: 인프라 기본설계서

다. 고려사항

ㅇ 운영센터 기본설계시에는 전체 구조에 대한 기술 아키텍처는 통합성, 확장성,

사용 용이성, 유지보수성 등을 고려하여 서비스지향아키텍쳐(SOA : Service

Oriented Architecture) 기반으로 설계한다.

ㅇ 단위시스템/센서망 기본 설계시에는 각 시스템의 기능이 내부 및 외부 연계

대상을 포함할 수 있도록 고려하여 설계한다.

ㅇ 통신망 인프라 기본설계의 상호연동 설계시 시스템 성능, 통신 트래픽 부하량,

시스템 확장성, 유지보수 용이성 등을 고려하여 설계한다.

- 42 -

3.4 실행계획 수립

가. 개요

ㅇ 기본설계의 실행계획 수립은 개략공사일정과 개략 공사비를 산출하는 과정

이다.

ㅇ 설계 단계는 이미 투자자가 결정된 것으로 보고 일정과 공사비 중심으로 업무를

수행한다.

<그림 26>u-City기본설계의 실행계획 프로세스

나. 업무내용 및 산출물

ㅇ 개략 공사비 산출시 전체 기본설계 단계의 전체 개략예산 항목을 참조하여,

부문별로 개략적인 예산을 산정한다.

ㅇ 산출물: 실행계획서

다. 고려사항

ㅇ 공사일정계획은 실제 구현할 서비스별 우선순위 평가결과에 따라, 관련 시스템

구축일정을 고려하여 계획한다.

- 43 -

4. u-City 실시설계

ㅇ 실시설계는 통상 시공자가 수행하게 된다.

<그림 27>제4단계(u-City실시설계) 프로세스

ㅇ 실시설계는 서비스제공 측면, 통합/표준화 측면, 효율적 운영 측면의 관점

에서 진행한다.

­서비스제공 측면은 서비스 요구사항에 근간한 운영개념을 정립하며, 현실적

으로 구현 가능한 서비스 모델을 제시하며, 관제업무의 즉시성을 확보할 수

있도록 설계한다.

­통합/표준화 측면에서는 융ㆍ복합서비스 구현, 통합데이터 구조 설계, 표준

기술 반영 등을 고려하여 설계한다.

­효율적 운영 측면에서는 향후 확장을 고려한 인프라 설계, 유관기관과의 연계

방안, 현실성 있는 운영방안 제시 등의 관점에서 설계한다.

ㅇ (도시통합)운영센터와 연관된 시스템 실시설계 절차는, 요구사항을 바탕으로 한

u-City 전체 아키텍처 설계 운영센터의 아키텍처 설계 운영센터 및

통신 인프라설계 통합시스템 설계 운영센터 운영방안 설계 단위

서비스별 시스템 실시설계 순으로 진행한다.

- 44 -

4.1 실시설계 요구사항 조사분석

가. 개요

ㅇ 본 단계에서는 개발구역에 대한 기본설계의 부문별 기본설계 항목의 수행결과를

바탕으로, 조사분석을 통해 전반적인 요구사항을 명세화한다.

<그림 28>u-City실시설계의 요구사항 분석 프로세스

나. 업무내용 및 산출물

ㅇ 기본설계에서 제시된 개발특성 등을 분석하여, u-City 실시설계에 반영한다.

ㅇ 내/외부 환경요인에 대한 변화를 토대로, 시스템 및 인프라 변동사항을 분석

한다.

ㅇ 여러 이해관계자의 요구사항 및 국내외 선진사례 분석을 통해, 실제 구현될

실시설계 요구사항을 재정의 한다.

ㅇ 산출물: 요구사항 정의서

다. 고려사항

ㅇ 부문별 기본설계 단계의 요구사항 조사분석 항목을 참조하여, 부문별 요구

사항을 구체적으로 도출한다.

ㅇ 실시설계 단계의 요구사항은 실현가능성을 우선적으로 고려한다. 이를 위해,

실무 담당자와 충분한 협의를 거쳐야 한다.

- 45 -

4.2. 단위시스템 상세설계

가. 개요

ㅇ 본 단계에서는 서비스 제공 목표에 따라 결정된 단위시스템에 대한 상세설계를

수행한다.

<그림 29>u-City실시설계의 단위시스템 상세설계 프로세스

나. 업무내용 및 산출물

ㅇ 현장 시설물에 대한 상황인식 및 대응, 통합 데이터처리, 외부연계처리 등의

기능을 담당하는 통합시스템의 상세설계를 중심으로, 기타 서비스 시스템에

대한 상세설계를 진행한다. 이 때 서비스 시스템 설계 대상은 서비스 요구

사항 및 구축일정과 연계되어 결정된다.

ㅇ 주요절차 : S/W 아키텍처 및 내․외부 시스템간 인터페이스 결과 분석 사용자

인터페이스 설계 컴포넌트 설계 데이터 설계 테스트 설계

ㅇ 산출물: 통합시스템 상세설계서, 단위 서비스 시스템 상세설계서

다. 고려사항

ㅇ 상세설계는 확장성, 안정성, 상호운용성, 성능 속성 등을 고려하여 SOA

(Service Oriented Architecture) 기반으로 설계한다.

- 46 -

ㅇ 통합시스템을 통해, u-City의 융․복합서비스가 가능하도록 설계에 반영한다.

ㅇ 기술 아키텍처 설계시, 특정 제품 솔루션에 종속되지 않도록 주의한다.

- 47 -

4.3 인프라 실시설계

가. 개요

ㅇ 인프라 실시설계는 도시통합운영센터, 통신망인프라, 센서망, 기초인프라

등에 대해 구축 대상으로 확정된 부문에 대해 실시설계를 하게 된다.

<그림 30>u-City실시설계의 인프라 실시설계 프로세스

나. 업무내용 및 산출물

ㅇ (도시통합)운영센터의 공간구성, 시스템, 기반환경시설물 등과 같은 인프라

요소에 대한 실시설계를 진행한다.

ㅇ 네트워크장비 등과 같은 유․무선 통신망과 공통센서접속망에 대한 실시설계를

진행한다.

ㅇ 통신 기초인프라에 대한 실시설계를 진행한다.

ㅇ 산출물: (도시통합)운영센터 인프라 실시설계서, 통신망/센서망 인프라 실시

설계서, 통신기초인프라 실시설계서

다. 고려사항

ㅇ (도시통합)운영센터는 공간성, 확장성, 효율성, 홍보성을 고려한 설계로 최적화된

기반환경을 구축한다. 즉, 단위 서비스 시스템에 대한 공간 배치는 업무의

특성 및 보안성을 확보하여 설계하며, 향후 시스템 증가를 고려하여 공간이

확보되어야 하며, 통합관제가 가능하도록 해야 하며, 별도의 홍보실을 통한

- 48 -

홍보효과를 고려해야 한다.

ㅇ 통신인프라 설계시 재난 재해에 대비한 비상 통신망 확보 및 재난 복구방안을

마련하여 설계한다.

ㅇ 정보보호를 고려하여 인프라를 설계한다.

4.4 공정/예산 작성

가. 개요

ㅇ 본 단계에서는 설계된 각 인프라 및 전체 인프라에 대한 공정과 실제 공사비를

계산하여 작성하게 된다.

<그림 31>u-City실시설계의 공정/예산작성 프로세스

나. 업무내용 및 산출물

ㅇ 주요절차: 개별공정 계획 수립 통합공정 계획 수립 공사비산출

ㅇ 실시설계에 포함된 각 인프라별 공정계획을 수립한다.

ㅇ 개별 인프라 공정 중에서 동시 시공이 가능한 것은 통합하여 공정계획을 수립한다.

ㅇ 예산서를 작성하기 위해서는 실시설계 결과를 검토하고 품셈에 따라 예산서를

작성하게 된다.

ㅇ 산출물: 공정/예산서

- 49 -

다. 고려사항

ㅇ 통합 및 개별 공정 계획은 u-City 건설 공정과 연계하며, 우선순위 및 상호

의존성을 고려한다.

5. u-City시공/준공/운영

ㅇ 시공/준공/운영 등은 실시설계를 기준으로 주로 행위가 일어나는 단계로서

도시계획에 반영하는 업무가 아니므로 통합하여 간략히 서술한다.

<그림 32>시공/준공/운영 단계의 프로세스

5.1 u-City시공/감리

가. 개요

ㅇ 시공은 실시설계서의 도면, 시방서를 기준으로 시공자로 선정된 기업에서

수행하게 된다.

ㅇ 감리는 시공자의 업무를 객관적이고 투명하게 관리하기 위하여 감리계획을

수립하고 시공 과정에서 도면과 시방서를 준수하는지를 감독하는 업무이다.

- 50 -

나. 업무내용 및 결과물

ㅇ 감리인은 시공과정에서 도면과 시방서를 준수하여 진행되는지에 대한 품질

감리, 안전감리 등을 수행하고 기록으로 남기게 된다.

ㅇ 결과물 : 감리계획서 및 감리보고서

다. 고려사항

ㅇ 사업시행자를 대리하는 감리인을 선정하여 통신감리와 전산감리를 수행할

것을 권고한다.

5.2 u-City검사/준공

가. 개요

ㅇ 검사는 시공자의 공사완료 보고에 따라 사업시행자가 수행한다.

ㅇ 준공은 설치한 시설에 대한 준공 의미로 해석하며 검사가 완료되면 준공서류에

의한 행정절차이다.

나. 업무내용 및 결과물

ㅇ 사업시행자는 시공자와 감리인이 제출한 도면, 물품명세, 감리보고서를 기반

으로 서류검사를 하게 된다.

ㅇ 통신망, 센서망, 운영센터 등은 시운전을 통해 동작여부를 검사하게 된다.

ㅇ 감리보고서에 물품 검수내역, 동작시험 내역 등이 첨부되어 있으면 서류 검사로

대신하거나 샘플을 선정하여 시험을 하게 된다.

ㅇ 결과물 : 물품명세, 준공도면 등 준공서류

다. 고려사항

ㅇ 준공업무는 IT인프라의 규모에 따라 업무 효율을 위해 사업시행자와 시설을

인수받을 지자체가 협의에 의해 공동으로 수행할 수 있다.

- 51 -

5.3 u-City운영/평가

가. 개요

ㅇ 시설을 인수받은 지자체는 직접운영하거나 위탁운영 할 수 있다.

ㅇ 운영자는 IT인프라의 효과적인 운영을 위한 운영지침을 만들 수 있다.

ㅇ IT인프라 운영에 대한 평가는 물론 도시의 인프라 수준에 대한 평가기준을

만들어 지속적인 평가를 통해 도시의 수준 관리가 필요하다.

나. 업무내용 및 결과물

ㅇ 운영자는 시공자가 제출한 시스템별 유지보수 매뉴얼을 기반으로 지자체의

조직 및 업무에 적합하게 전체시스템 운영지침을 만들 수 있다.

ㅇ 운영지침은 시스템운영과 유지보수 처리절차, 보고 등의 내용으로 작성된다.

ㅇ 평가지침은 지자체가 위탁운영자를 평가하는 내용과 지자체의 u-City 기본

계획의 목표를 기준으로 평가계획을 수립한다.

ㅇ 결과물 : 운영자지침서, 평가계획서

다. 고려사항

ㅇ 공공기관을 위한 전산시스템운영, 정보통신망운영 등에 대한 가이드라인은

한국정보사회진흥원에서 발간한 자료를 참고하도록 한다.

- 52 -

제3절 u-City IT인프라 구축 프로세스 고려사항

ㅇ <그림33>에 제시된 프로세스는 <그림8>의 IT인프라 구축 프로세스 부분을 기초로

하여 인프라의 계획부터 운영에 이르는 전 과정을 재구성한 것이다.

ㅇ 이 프로세스는 기존도시에서 특정 IT인프라(예:도시무선인프라의 신규도입)를

도입하는데 적용할 수 있다.

ㅇ 아울러 서비스 계획이 수립되어 있는 상황에서 u-City기본계획의 인프라 부문에

대한 기본계획을 수립하거나, 도시나 개발구역에서 IT인프라만을 대상으로

구축계획을 수립하고 이후 프로세스를 진행할 때에도 적용할 수 있다.

<그림 33>IT인프라만의 구축 프로세스

ㅇ 각 단계에 대한 세부 프로세스는 u-City추진 프로세스에 준하여 인프라 관련

업무들을 선택적으로 수행하면 될 것이다.

- 53 -

III. IT 인프라 부문별 구축 가이드라인

- 54 -

제1절 기초인프라부문

본 절에서는 기초인프라의 경제적이고 효율적인 구축․운영을 위하여 u-City 계획

수립에 반영할 수 있는 정보를 제공함으로써 통신사업자 또는 건축주 등과의 협력을

바탕으로 도시에 최상의 IT 인프라를 구축하는데 도움이 되고자 한다.

1. 개요

ㅇ 기초인프라는 유무선 통신망이나 센서망의 선로 및 장비를 설치하기 위해

필요한 관로/맨홀, 공동구와 지상의 다양한 Pole, 철탑 등을 말한다.

ㅇ 기초인프라의 일반적인 구성형태13)는 그림과 같다.

<그림 34>통신사업자의 기초인프라의 구성 사례

주) CEV(Controlled Environment Vault) : 통신장비를 설치 할 수 있도록 지능화 한

맨홀

13) KT 사례를 참조한 것임.

- 55 -

2. 통신관로/맨홀

u-City에서는 유선 선로를 모두 지하화하여 도시미관을 개선하고 선로의 안전성을

높이기 위해 통신관로가 중요한 기초인프라에 해당한다. 특히 통신관로를 설치

하는 기간통신사업자의 수가 도시별로 4~7개 정도이므로 공동구축이 중요한 관건이

되고 있다.

가. 개념

ㅇ 정의

­통신관로는 맨홀, 통신구(공동구) 등의 사이를 연결하는 관을 말하고, 원칙적

으로 지반을 굴착하지 않고 케이블을 관내에 인입하고 또 철거할 수 있도록

시설한 것을 말한다.

­맨홀은 케이블의 인입, 인출, 접속 및 관로와 케이블의 점검 등을 위하여

지하에 설치하는 구조물을 말한다.(핸드홀은 맨홀과 용도가 같지만 크기와

설치 위치가 다르다. 핸드홀은 사람이 들어갈 수 없어 손(hand)만 들어가는

것이라는 의미이지만 가장 큰 핸드홀 크기(규격)는 가장 작은 맨홀 크기

(규격)보다 크다. 핸드홀은 주로 연립주택과 같은 다중주택 단지에 사용되고

있으며 대개의 경우 건축주가 설치한다.)

ㅇ 통신관로의 구조

­통신관로는 간선관로, 배선관로, 인입관로로 구분되며 그 내용은 다음과 같다.

관로의 망구조 결정은 통신서비스의 안정성을 위하여 간선ㆍ배선 관로망은

격자형 구조로 설계하는 것을 원칙으로 한다.

<그림 35>관로망 구조 예시도

배 선 관

간 선 관

맨 홀

- 56 -

­간선 관로 : 전화국에서 부터 절체반까지의 케이블 또는 전화국에서 고정배선

구역의 주배선점까지의 케이블을 수용하는 관로

­배선 관로 : 피더 케이블 끝에서 가입자 방향으로 배선구역 내에 설치된 케이블을

수용하는 관로

­인입 관로 : 배선망의 맨홀에서 분기하여 건물의 구내 또는 인입 함체까지의

케이블을 수용하는 관로

나. 관련근거

ㅇ 「정보화촉진기본법」 제32조 광대역통합정보통신망 확충을 위한 협조 등

ㅇ 「정보화촉진기본법 시행령」 제26조 관로 등의 건설․대여 요청 등

ㅇ 「정보화촉진기본법 시행령」 제27조 조정요청 및 심의

ㅇ 「정보화촉진기본법 시행규칙」제12조 관로등의 건설․대여에 관한 조정요청

ㅇ 「전기통신기본법」 제30조의 2 관로시설의 확보 등

ㅇ 「도로법」 제43조 점용료의 징수

ㅇ 「도로법 시행령」 24조 점용의 허가신청

ㅇ 정보통신부 전파연구소 고시2006-70호 “접지설비․구내통신설비․선로설비 및

통신공동구 등에 관한 기술기준”

ㅇ 한국통신사업자연합회(KTOA) “통신관로공동구축에 관한 협약”

ㅇ 지자체 “도로점용료 징수 조례”

ㅇ 한국산업규격(KS) 관로 및 맨홀 규격

ㅇ 한국정보통신기술협회(TTA) 단체표준 “옥외 구내선로 배선표준(TTAS.KO-

04.0019/R1)”

ㅇ 기간통신사업자의 내부 규격

- 57 -

다. 기술 고려사항

관로 및 맨홀에 대한 기술기준은 위 관련근거의 전파연구소 고시(2006-70호)와

KS 관로 및 맨홀규격, TTA단체표준을 준수하여야 한다. 아래는 관련 업계에서

위 고시 등을 기준으로 작성하여 적용하고 있는 세부공법의 사례이다.

1) 통신관로의 기술기준

ㅇ 관의 재질 및 강도는 KS규격에 명시되어 있으며, 통신관로로 사용하는 관은

PVC 3종관(t=5.5+1.0mm) 또는 동등 이상의 성능을 가진 관이다.

ㆍ 5% 변형편평하중 : 105kgf 이상

ㆍ 100% 변형편평하중 : 580kgf 이상

ㅇ 관로의 포설은 토압, 차량의 하중 등 외부로 부터의 관로 및 선로의 안정성,

시공의 편의성, 경제성 등을 고려하여 결정하여야 하며, 공법으로는 최소

깊이 공법, 관로보호공법 등이 있다. 지하 매설을 위한 토피14)기준은 법에

정해져 있으며, 관로의 토피는 아래 표와 같다.

<표 2>관로의 토피 기준

구분 토피

차도합성수지전선관 1.0m 이상

기타관 0.9m 이상

보도 및 횡단 0.6m 이상

궤도, 고속도로의 횡단 궤도 및 고속도로의 관리청과 협의하되 1.5m 이상

ㅇ 농경지, 야산지, 하천, 가드레일 설치구간 등 인위적, 자연적 재해가 예상

되는 지역과 같은 특수구간에 대한 관로의 토피는 현장여건을 감안하여 결정

하여야 한다.

ㅇ 타 시설물 등의 원인으로 규정토피가 미달인 경우 관로를 매설하였을 때 관의

상부에 받는 하중이 커져서 관이 파괴될 가능성이 많으므로 관을 보강하여야

한다.

14) 관로의 토피란 지표면에서 최상단 관로의 정부까지 깊이를 의미

- 58 -

ㅇ 재해지역 및 예상구간(홍수, 태풍, 해일 등 자연재해 예상구간)은 현장 여건

등을 고려하여 관로의 토피를 깊게 매설하거나 콘크리트 등으로 보강하여야

한다.

ㅇ 토피 미달 구간 등의 관로 보호를 위해서는 타 시설물 등의 원인으로 규정

토피가 미달인 경우 관로를 매설하였을 때 관의 상부에 받는 하중이 커져서

관이 파괴될 가능성이 많으므로 다음의 방법과 같이 관을 보강하여야 한다.

토피 40 이하인 경우 <그림 36>과 같이 배관용 탄소강판(ø100)을 포설하고

철근콘크리트로 보강하여야 한다.

<그림 36>h < 0.4m의 관로 보호공법

ㅇ 특히 보강구간이 통신용관과 강관의 접합, 현장여건 등을 고려하여 강관을

외관으로 하고 내부에 통신용관을 포설할 수 있다.

ㅇ 토피 40 이상 80 이하인 경우에는 무근콘크리트로 보강하고 최상단의

관은 탄소강관(KSD3507)을 사용하여야 한다.

<그림 37>0.4m < h < 0.8m의 관로 보호공법

ㅇ 예비배관은 필수이고 관로 용량은 향후 광케이블 수요 증가를 고려하여야 한다.

- 59 -

2) 맨홀 및 핸드홀의 기술기준

ㅇ 맨홀은 케이블 접속개소, 인상점 등 각종 지하 장치의 설치점, 기타 케이블

작업상 필요한 장소에 설치하며, 크기와 형태에 대해서는 관로공수 및 분기

방향에 따라 규격맨홀을 적용한다.

ㅇ KS규격맨홀을 적용할 수 없는 경우에는 특수맨홀로 설계한다. 다만, 관로공수에

대응하는 규격맨홀을 직접 사용할 수 있는 경우는 그 맨홀을 적용한다.

ㅇ 핸드홀은 지하배선 관로구간 가운데 중차량의 통행이 없거나 보도구간에 있는

케이블 접속개소, 인상점, 기타 케이블 작업상 필요한 장소에 설치하며, 그

용량은 수용 가능한 케이블 대수 및 수용관로 공수에 따라 규격 핸드홀을

적용한다.

ㅇ KS규격 핸드홀을 적용할 때 유의사항은 ①1호 핸드홀은 주택가, 아파트지역

등의 화단, 보도에 설치하고, ②2호 및 3호 핸드홀은 경차량(DB-18)이 통행

하는 소도로에 설치한다.

<그림 38>광맨홀 케이블 포설예시인입

증설 및 배선용

ㅇ 맨홀 및 핸드홀의 점용위치는 가능한 도로 교통에 지장이 적은 도로의 노견 측

으로 선정하여 장래 증설계획, 도로계획 등을 충분히 고려한 위치로 하여야

한다.

ㅇ 맨홀의 점용위치를 설정할 때는 다음 사항을 유의하여 설정하여야 한다. ①

인가 등 출입구는 피하고 ②지상 및 지하의 타 시설물에 영향이 적은 장소로

③가입자 케이블을 수용할 맨홀을 도로의 교차점 부근에 설치할 때는 장래

- 60 -

케이블의 분기 또는 인상분선 관로시설이 가능한 위치로 ④맨홀 축조공사

및 선로공사 시공상 도로 교통에 따른 지장이 적은 장소로 ⑤교량 끝의 맨홀은

교대에서 가능한 한 15m 이상 떨어진 위치로 ⑥보도 또는 보‧차도 구분이 없는

도로에서는 가능한 한 노견 측에 설치할 것 등이다.

ㅇ 일반도로에서의 맨홀용량은 계획 케이블 조수를 2배와 예비배관을 가산한

관로공수에 맞는 것으로 한다.

ㅇ 교량 양끝의 맨홀 및 광케이블 또는 동축케이블을 접속 또는 향후 접속이

예상되는 맨홀은 관로공수에 따르되 3호 이상으로 한다.

ㅇ 특수도로 등에서의 맨홀의 경우는 장래 증설이 곤란하거나 필요가 없다고

생각되는 다음 사항에 해당하는 경우는 산출한 관로공수에 맞는 맨홀 용량

으로 한다.

­도로구조 또는 지하매설물 등에 의하여 관로공수가 제한되어 장래 증관이

곤란한 장소 및 그 영향을 받는 앞뒤 구간

­현재의 지하관로 계획 루트에 평행한 도로가 있든지 또는 평행한 도로의 건설

계획이 있고 현재 계획하고 있는 관로가 만공으로 되었을 시 그 평행한 도로에

관로를 신설하는 것이 용이하다고 생각될 경우 현재 계획의 지하관로 구간 등

- 61 -

<표 3>광맨홀규격표

호 형

규격(cm) 광전용 광, 동 혼용

철개 비고길

이폭

높

이

수용

관로

(조*

단)

관로

공수

관구

위치

수용

관로

(조*

단)

관로

공수

관구

위치

1직선

형95 45 70 2*1 1-2

일방

향

편기

핸드

홀

통과CA수용

(기존핸드홀

1호)

2 “ 190 120 150 2*2 1-4

일방

향

편기

2*2 1-4 “ “

3 “ 240 150 180 2*2 1-4 “ 2*2 1-4 “ 대형

4 “ 320 150 1802*3

(3*2)5-6 “ 3*3 5-9

양방

향편

기

“

광,동혼용의

경우

3공(1*3)은직

선

통과CA용

5 “ 340 190 180 3*3 7-9 “ 5*310-1

5“ “

광,동혼용의

경우

6공(2*3)은직

선

통과CA용

6

“ 340 190 210 3*410-1

2“ 5*4

16-2

0“ “

광,동혼용의

경우

8공(2*4)은직

선

통과CA용

L형 370 190 210 5*416-2

0중앙 “

7

직선

형440 190 210 6*5

21-3

0“ “

L형 440 190 210 6*521-3

0“ “

※ 신도시에서는 광전용을 권고하고 기존도시에서는 동케이블 사용 여부에 따라

광동혼용 규격을 고려할 수 있다.

- 62 -

케이블 포설 형태는 분기 T형(6호인 경우)의 경우와 분기 십자형(6호인 경우)

의 경우는 아래와 같이 포설한다.

<그림 39>분기T형(6호)케이블 포설형태

<그림 40>분기십자형(6호)케이블 포설형태

- 63 -

ㅇ KS규격맨홀 적용에 있어서는 아래 사항에 대하여 충분히 검토한 다음에 적용의

가부에 대하여 판정한다.

ㅇ KS규격맨홀 적용상의 유의사항은 ①케이블 분기방향, ②관로의 배열, ③ 관로의

인입위치, ④관로의 인입각도 등이다.

ㅇ 특수맨홀(현장제작 및 타설 방식)은 도로점용 가능 폭과 길이, 관로의 배열,

케이블의 분기방향, 케이블의 교차상황 등에 의하여 다음의 규정에 따라 설계

한다.

ㅇ 맨홀의 길이는 맨홀의 길이 결정을 위한 접속점의 배열방법은 수용 케이블

조수가 많은 벽면을 기준으로 하며, 케이블의 수평 지지간격은 80, 접속

연관의 규격은 150×600로 한다.

ㅇ 케이블의 곡률반경은 6D(48)이상으로 한다. 단, 케이블 작업중의 곡률반경은

케이블 종별에 관계없이 1.0m 이상으로 하고, 접속 연관단의 케이블 직선부는

접속연관을 지지하는 케이블 걸이의 측단까지 확보한다.

ㅇ 맨홀의 폭은 맨홀내 작업공간 : 수용관로 9조 이하는 80, 10조 이상은

120로 하고, 관축과 측벽면과의 최소 이격거리 ℓ＝10＋D/2로 한다. 즉,

ℓ ＝ 10＋8/2＝14이상으로 한다.

ㅇ 맨홀의 깊이는 관측과 상부 슬라브 및 바닥 슬라브와의 최소 이격거리는 30로

하고, 케이블 수평지지 상하간격(케이블 걸이의 수직간격)은 20로 한다.

ㅇ 폴리머 콘크리트 조립식 맨홀(이하 PC 맨홀)의 설치장소는 ①맨홀을 확대하지

않고 신설하는 구간 ②직매 케이블 등 장애물이 없는 구간 ③작업에 필요한

공간 확보가 가능하고, 조립식 맨홀의 운반 및 설치를 위한 장비의 통행이

가능한 도로 ④택지조성 등의 도로유관 관로공사구간 ⑤해안지역, 매립지,

공단지역 등 염수 또는 오염수의 유출이 있는 곳 ⑥도로가 협소하여 장기간

도로차단이 불가능한 구간 ⑦기타 PC 맨홀 설치가 유리하다고 판단되는 구간

등을 고려하여 선정하여야 하며, 맨홀의 구체가 노출된 상태로 사용은 금한다.

- 64 -

ㅇ PC맨홀 블록의 형상, 치수, 중량 및 규격 등은 아래 표와 같다.

<표 4>PC맨홀의 종류 및 규격 구분

호수

분할블럭

내부치수(cm)길이×폭×높이

부재의 두께(cm) 개산중량(톤)

인입구공수

비고상 부슬래브

벽체하 부슬래브

핸드홀2호(PPH-2)

일체 170× 80× 110 10 5 8 1.4 4(8) 3

핸드홀3호(PPH-3)

일체 200× 100× 140 10 5 8 2.1 4(8) 4

맨홀 직선형2호(PPMS-2)

일체 200× 100× 170 10 5 10 2.3 6(8) 4

맨홀직선형3호(PPMS-3)

일체 320× 130× 170 12 6 12 4.7 12(8) 9

* 주) : ( ) 내는 인상분선관, 배선관로 공수, 비고란은 현장 타설 맨홀 주관로 공수임

ㅇ 부속자재 : PC맨홀의 부속자재는 아래의 표와 같다.

<표 5>PC맨홀의 부속자재품 명 규 격(mm) 용 도연결관 Φ100L200 관로연결연결관 Φ50L200 인상관로연결

관연결가스켓 Φ110L21 관로와 연결관 사이누수방지관연결가스켓 Φ60L21 관로와 연결관 사이누수방지

철개고정용 인서트 M16×L40 철개고정받침대고정용 인서트 M16×L40 케이블걸이 받침대 고정접지판고정용 인서트 M12×L40 접지판 부착

끌기철물 Φ16L460 케이블 끌기용양중고리 Φ16L460 맨홀 운반용

케이블 받침대 5단 L550 핸드홀2호 케이블 거치용케이블 받침대 8단 L1150 핸드홀3호, 맨홀 2,3호 케이블 거치용

받침대 고정용 가락지 Φ19L100 받침대간격 유지용받침대 고정용 볼트 M16×L120 받침대 고정접지판 고정용 볼트 M12×L20 접지판 고정

철개 고정용 전산볼트 M16×L250 철개고정상하블럭 고정용 인서트 M16×L40 상하블럭 고정상하블럭 고정용 볼트 M16×L20 상하블럭 고정블록 접합용 평철 40×500×3T 상하블럭 고정

접지선 22mm2 600V 접지선 연결

- 65 -

ㅇ PC 맨홀 구간의 관로의 표준배열은 아래표에 따른다.

<표 6>PC맨홀 구간 관로의 표준배열관로

공수

배열

1-4 5-6 7-12

횡조수 2 2 4

단 수 1-2 3 2-3

ㅇ 인상분선 관로는 가능한 한 가입자측 방향으로 시공하여야 하며, 국측으로

역방향 설계하는 일이 없도록 하여야 한다. 다음 그림은 인상분선 관로도의

“예”이다.

<그림 41>인산분선 관로도(예시)

- 66 -

ㅇ 맨홀의 접지설계 기준

1) 접지가 필요한 경우

ㆍ유도 대책용 차폐 접지 및 보조접지가 필요한 맨홀

ㆍ중계장치 수용맨홀

ㆍ보안접지 맨홀

2) 접지저항 규격치

<표 7>접지저항 규격치종별 규격치 비고

차폐 접지 2Ω/km

차폐보조 접지 10Ω 차폐구간 500m마다

중계기 접지 10Ω

보안 접지 100Ω이하 매 맨홀마다

ㅇ 송전선 접지체와 통신시설의 이격거리는 가공 및 지중 송전선의 지락 사고시

전기통신시설의 대지전류 상승 제한치 이하가 되어야 한다. 일반적으로 발전소

및 변전소 접지체로부터는 수백미터, 송전선 접지체 또는 철탑으로부터는

60m 정도, 특고압 배전선으로부터는 10m 이상 이격시킨다.

ㅇ 맨홀(핸드홀) 미설치 조건은 인입선로의 길이가 짧거나 분기되지 않는

경우로 통신사업자 맨홀(핸드홀)과 종말주(전주) 등과의 거리가 40미터 이하인

경우이다.

라. 기타 고려사항

ㅇ 지자체 또는 사업시행자는 기간통신사업자로 하여금 한국통신사업자연합회의

“통신관로 공동구축에 관한 협약”에 따라 공동으로 통신관로/맨홀 설치

계획을 수립하고, 시행하도록 유도하여야 한다.

- 67 -

ㅇ 건축주가 통신사업자와의 맨홀과 연결을 위해 통신사업자 맨홀 주변에 맨홀

(핸드홀)을 설치하지 않을 경우 도로굴착의 원인이 되므로 지자체의 담당자는

건물설계 도면에 통신사업자 맨홀과 건물의 맨홀이 표시되어 있는 지 확인할

것을 권고한다.

※ 현행 도로법 시행령 제24조 제4항 6호에 의하면 통신관로/맨홀 설치 후 재굴착

허용기간이 3년이나, 건축물 준공 기간에 비해 재굴착 허용기간이 짧아 현실성이

적다. 따라서 통신사업자의 통신관로 공동구축 참여를 유도하기 위해서는 재굴착

허용기간을 현실성에 맞게 개정을 고려할 필요가 있다

- 68 -

3. 공동구

IT인프라 측면에서 공동구는 지하에 통신망을 수용할 수 있는 기초인프라 시설에

포함된다. 여기에서는 공동구 구축 활성화 차원에서 고려한다.

가. 개념

ㅇ 정의 : "공동구"라 함은 지하매설물(전기․가스․수도 등의 공급설비, 통신시설,

하수도시설 등)을 공동 수용함으로써 미관의 개선, 도로구조의 보전 및 교통의

원활한 소통을 기하기 위하여 지하에 설치하는 시설물을 말한다.

ㅇ 공동구 구조 : 공동구의 내부 구조는 그림과 같은 형태로 되어 있다.

<그림 42>공동구 내부구조

ㅇ 공동구 구성 요소 : 공동구는 공동구 본체, 부대시설, 부속물 등으로 구성

되며 본체에는 분기구, 재료반입구, 환기구, 출입구등의 시설이 포함되어

있다.

­공동구 본체 : 공동구 자체 콘크리트 구조물을 말한다.

­분기구 : 전기, 통신, 오수, 급수 및 상수, 소방, 난방 등 공급시설의 일부가

- 69 -

분기하기 위하여 공동구의 단면 또는 형태를 변화시키는 부분을 말한다.

­재료반입구 : 전기, 통신케이블, 오수, 급수 및 상수관 등 재료를 공동구내에

반입할 때 사용하는 부분을 말한다.

­환기구 : 공동구내의 온도, 습도의 조절 및 유해 가스를 배출하기 위한 부분을

말하며, 자연환기구와 강제환기구로 구분한다.

­출입구 : 공동구의 유지, 관리, 보수를 위하여 또는 비상시 인원이나 장비가

출입하는데 이용되는 부분을 말한다.

­부대시설 : 공동구의 기능을 유지하는 시설로서 공동구 관리사무소, 급․배수

설비, 환기설비, 전원설비, 조명설비, 중앙통제설비, 방재설비, 상황표지판,

기타설비 등을 말한다.

­부속물 등 기타 시설 : “공동구 설치 및 관리지침”의 용어정의 참조

나. 관련근거 및 규정

ㅇ 「국토의 계획 및 이용에 관한 법률」 제2조 제9호 공동구 정의

ㅇ 「국토의 계획 및 이용에 관한 법률」 제44조 공동구의 설치 관리

ㅇ 「국토의 계획 및 이용에 관한 법률 시행령」제36조 공동구 설치에 대한 의견

청취

ㅇ 「국토의 계획 및 이용에 관한 법률 시행령」」제37조 공동구에의 수용

ㅇ 「국토의 계획 및 이용에 관한 법률 시행령」제38조 공동구 설치비용 등

ㅇ 「국토의 계획 및 이용에 관한 법률 시행령」제39조 공동구의 관리

ㅇ 「도로법 시행령」제1조의3 도로의 부속물

ㅇ 건설교통부 “공동구 설치 및 관리지침”

ㅇ 지자체 “공동구점용료 등 징수조례”

- 70 -

다. 기술 고려사항

ㅇ 공동구의 설계, 시공, 유지보수 등에 관해서는 건설교통부의 “공동구 설치

및 관리치침”을 준수하여야 한다.

라. 기타 고려사항

ㅇ 공동구를 설치하고자 하는 경우에는 「국토의 계획 및 이용에 관한 법률 시행령」

제36조 내지 제39조의 규정에 따른 절차에 의해 추진하여야 한다.

ㅇ 건설교통부 “공동구 설치 및 관리지침”에 공동구는 설치 후 국가 주요기반

시설로 지정되어 출입절차가 엄격하게 제한됨에 따라 통신사업자는 유지보수에

대한 어려움이 발생하므로, 원활한 운영을 위해서는 센서망 활용 등을 통한

효율적인 출입관리방안 마련이 필요하다.

ㅇ 건설교통부 「국토의 계획 및 이용에 관한 법률 시행령」제38조 공동구 설치

비용에 의하여 설치되는 공동구는 관리 및 유지보수의 효율성 제고를 위한

것이나 목적대비 설치비용의 과다로 그 효과가 매우 저조한 것이 현실이다.

이를 개선하기 위한 방안으로 통신관로와 비슷한 수준으로 공동구의 설치비를

인하하기 위한 지침의 개정이 필요하다.

ㅇ 공동구에 통신선로를 수용하기 위해서는 지자체 “공동구 점용료 등 징수조례”에

규정된 점용료 및 관리비 부과기준에 대한 조정이 필요하다. 통신선로의

광케이블화에 따른 점유면적 축소와 건축기술 발전에 따른 지하시설물 수명

연장을 부과기준에 반영할 필요가 있다.

- 71 -

4. IT-Pole

본 절에서는 u-City에서 도로 또는 기타 실외 공간에 센서망 또는 통신망 장비를

설치하기 위한 기반시설로서의 기능을 할 수 있는 가로등, 통신용 전주(Pole)

등 IT Pole 에 대한 사항을 정리한다.

가. 개념

ㅇ 정의 : 가로등, 통신Pole 등에 통신망이나 센서망의 장비를 효과적으로 설치

하여 정보를 수집하거나 제공할 수 있도록 하는 경우를 말한다.

­IT Pole은 도시 전역의 각종 정보를 취합, 중계하는 통신망 노드로서 기초

인프라의 역할을 수행할 수 있다.

­특히, 지능형가로등이란 기존의 단순 조명 역할 뿐만 조명제어, 전력제어를

자동화함은 물론, 원격장애관리, LED등을 이용한 경관조명서비스 등 다양한

기능을 수행하도록 한 경우를 말한다.

ㅇ 구성요소 : 가로등, 통신Pole 등에 설치한 통신망 및 센서망 장치, 장치보호용

함체, 전원장치 등으로 구성된다.

<그림 43>기존가로등에 통신망장비 설치현황(예시)

MESH : HotPort6000

AP : HotPoint4600

N/W CCTV Camera

­Pole : 기존 가로등, 첨단가로등, 통신Pole 등

- 72 -

. 첨단가로등의 경우 경관조명을 위한 LED조명등 및 제어기 등의 장치를 포함

한다.

­통신망 장치 : 센서망, CCTV 등의 장치로부터 정보를 취합하여 도시통합운영

센터 등의 관리센터로 전송하기 위한 장치로서 주로 무선랜 AP 등의 통신장치가

설치될 수 있다.

­센서망 장치 : CCTV, N/W카메라, 위치추적센서 등 다양한 센서망 장치들이

부착 가능하다.

­장치 보호용 함체 : 외부 함체를 사용하는 경우와 가로등 몸체 내부에 설치

하는 방식이 있다.

­전원장치 : 주간에 전력이 공급되지 않는 가로등의 경우 센서망 및 통신망

장치를 위한 별도의 상시 전원장치를 설치하게 된다.

­기타장치 : 서비스와 관련하여 디스플레이장치, 음향장치 등을 설치할 수

있다.

ㅇ IT Pole 규격 :

IT Pole에 관한 기술기준 또는 규격은 아직 정해진 것이 없다. 다음은 u-City

테스트베드 구축사업과 화성 동탄신도시에 적용된 IT Pole 사양의 사례이다.

<표 8>지능형가로등 사양(행정복합도시 u-세종․연기 사례)품 명 사 양 비 고

가로등주 STS-304 / 6M

무전극등주 STS-304 / 6M

관제시스템 mtom 통신장치 외 1종

분전함 제어기 PCU-4R-8C

개별등주 감시장치 PUC-2.0

분전함감시기(마스터) PUC-256P

통합분전함Lamp + CCTV + Monitor : 2EA

Lamp + CCTV + Monitor + Solar : 1EA

일반분전함CCTV : 2EA

Lamp+CCTV : 1EA

LCD 17" 17인치 와이드 (16:9)

피뢰침

- 73 -

<표 9>지능형가로등 사양(서울 u-청계천 첨단가로등 사례)품 명 사 양 비 고

첨단가로등 242 × 7000 × 194

보행등 280 × 154, 메탈할라이드 150W

이벤트등 270 × 186.5 × 112, LED 132W(광원기준)

무드등270 × 186.5 × 112, LED 132W(광원기준)

270 × 186.5 × 112, LED 66W(광원기준)

조명 제어기 240 × 160 × 80

Encoder 200 × 155 × 50, MPEG-4

파워앰프 180 × 300 × 70, 100W

스피커 180 × 300 × 70, 100W

스위칭 허브 178 × 30.2 × 108, 10/100 Base-T, 8Pont

<표 10>지능형가로등 사양(화성 동탄신도시 사례)

- 74 -

나. 관련근거 및 규정

ㅇ 「도로법」 제3조 도로부속물의 정의

ㅇ 「도로법」 제43조 점용료의 징수

ㅇ 「도로법 시행령」 제24조 점용의 허가신청

ㅇ 산업자원부 고시 2006-065호 “전기설비기술기준”

ㅇ 지자체 훈령 “도로전기설비 설치 및 관리에 관한 규정” 또는 “가로등 설치

및 운영규정”

ㅇ 지능형가로등 서비스를 위한 응용요구사항프로파일 (u-City테스트베드 결과물)

다. 기술 고려사항

ㅇ 외부 부착물의 재질은 외부 환경에 따른 파손 문제 등을 고려하여 항온․충격

내성․방수성 등을 가져야 하며, 가로등에 센서망 또는 통신용장비를 설치할 경우

전원설비의 안전성능에 대해서는 산업자원부 “전기설비기술기준”을 따라야

한다.

ㅇ IT-Pole의 등주 및 전원설치기준은 각 지자체의“가로등 설치 및 운영규정”

또는 이와 관련된 규정의 설치기준을 따른다.

­다만, 가로등에 센서망 또는 통신용장비를 설치하기 위한 설치기준, 전원사용

등에 대한 기준이 마련되어 있지 않은 경우에는 기존의 설치․운영규정에 이에

대한 설치기준을 마련하는 것이 필요하다.

ㅇ 외부에 설치되는 안테나의 낙뢰 피해에 방지시설을 설치하여야 한다. 또한

도시계획 등 건물의 건축계획에 따른 외형적인 부분도 고려하여 설치하여야

한다.

ㅇ 가로등에 부착하는 장치로 인해 동하중 및 수직하중에 영향을 주지 않아야

한다.

ㅇ 첨단가로등은 통신망 장비, LED 조명, 조명제어기, 코덱 등의 각종 장비를

외부에 별도의 장비함체를 만들지 않고 내부에 실장하므로 장비의 허용 동작

온도에 맞게 내부 온도를 적정하게 유지하여야 한다.

- 75 -

­내부 온도 유지를 위하여 팬을 이용할 경우 먼지등의 오염 물질로 인한 팬의

잦은 고장으로 유지보수에 많은 어려움이 따르므로, 첨단가로등의 재질을

방열이 우수한 알루미늄으로 하여 자체 방열로 내부 온도를 유지한다.

라. 기타 고려사항

ㅇ 도로 등에 IT-Pole을 설치하거나 가로등에 통신장치 등을 부착하기 위해서는

지자체의 도로 담당부서의 협의와 승인이 필요하다.

ㅇ 서비스 사업자가 지자체 소유의 가로등을 이용하여 상용 서비스를 제공하고자

할 경우에는 지자체에서 점용료를 징수 할 수 있을 것으로 예상한다.

­현재 전력주 및 통신주의 경우에는 기간통신사업자(또는 유선방송사업자)간에

사용료 기준이 있어 임대비를 내고 사용하고 있으며. 유선방송의 경우에는

임대비를 감면하여 주고 있다.

­지자체에서도 이러한 사례를 바탕으로 임대비를 책정하고 u-City 서비스

활성화를 위해 임대비 감면제도 등을 운영하는 방안을 검토할 것을 권고한다.

- 76 -

마. 사례

ㅇ 화성 동탄신도시

­중요 교차로의 돌발 상황 및 교통상황 모니터링 등 교통정보 수집을 위한

CCTV, 주요 교차로 상황정보와 차량의 흐름을 실시간으로 감지하여 신호주기

및 신호체계 관리를 위한 실시간 신호제어기, 주요 공공 행정정보 제공을 위한

도로 전광표지판 등을 운영하고 있다.

<그림 44>지능형가로등 구성도(KT 제공)

(비상버튼) (전기계량기)

<그림 45>지능형가로등 구축사례(화성 동탄신도시)

- 77 -

ㅇ 행정복합도시 u-세종․연기

­첨단가로등에 설치된 지능형 CCTV기술을 기반으로 영상처리․위치추적․영상감지

기술 등을 접목하여 도시에서 범죄 예방을 위한 지능형 방범서비스를 제공

하고, LED 조명등에 의해 도시의 경관을 아름답고 흥미롭게 조성하며,

가로등에 부착된 디스플레이를 통해 생활정보를 제공한다.

<그림 46>행정복합도시 u-세이프/램프 서비스 구성도

<그림 47> 행정복합도시 도시경관조명 서비스 구성도

- 78 -

ㅇ 서울 U-청계천

­서울 청계광장에 무선으로 원격 IP 제어를 할 수 있는 첨단가로등을 설치하여

LED조명등을 이용한 무드/이벤트 경관조명서비스와 재난방송 등 복합적인

서비스를 제공한다.

<그림 48>u-청계천 첨단가로등 시스템 구성도

<그림 49>u-청계천 첨단가로등 경관 (u-청계천 결과보고서)

- 79 -

5. 통신 철탑

언제 어디서나 통신이 되어야 하는 u-City에서는 무선통신 환경이 매우 중요한

위치를 점유하고 있다. 기존 도시에서 무선통신망을 설치하는데 있어 건물옥상에

기지국 철탑 설치 장소를 확보하는데 많은 비용과 시간이 들어가 통신사업자의

투자 활성화에 장애요인이 되었다, 이러한 경험을 토대로 u-City에서는 이를 해소할

필요가 있으며, 이를 위해 지자체에서 u-City 계획 수립시 통신사업자 및 건축주와

적극적인 협력이 필요하다.

가. 개념

ㅇ 정의 : 무선통신 안테나를 설치할 수 있도록 건물옥상 또는 실외 공간에 설치한

철 구조물을 말한다.

ㅇ 철탑 구조 : 건물 옥상 철탑의 구조에는 삼각, 사각, 원형 등 다양한 모양이

있으며, 아래 그림은 원형 철탑의 사례를 나타낸 것이다.

<그림 50>건물옥상 철탑 설치 구조도(예시)

- 80 -

<표 11>철탑제원(예시)최소단면적 높이 무게

5.7m(가로) x 5.7m(세로) 6m (피뢰침 높이 : 7m별도) 약 6.7톤

ㅇ 건물옥상에 철탑을 설치하기 위하여 필요한 공간은 다음과 같다.(2G 이상의

무선통신망 기지국 철탑설치시)

­최소단면적 : 약 6m x 10m (부대장비상면포함)

­최소 천장높이 : 약 2.5m

나. 관련근거 및 규정

ㅇ 「전파법」 제48조 무선설비의 효율적 이용

ㅇ 「전파법 시행령」 제42조 무선설비의 위탁운영 및 공동사용

ㅇ 「전파법 시행규칙」 제28조 공동사용 명령의 기준 및 절차

ㅇ 정보통신부 고시 제2003-30호 “무선설비공동사용명령의기준및절차”

ㅇ 정보통신부 전파연구소 고시2006-70호 “접지설비․구내통신설비․선로설비 및

통신공동구등에 대한 기술기준”

다. 기술 고려사항

ㅇ 지구단위계획 및 택지분양조건에 의거 무선 기지국위치로 지정된 택지에 건물을

건축하는 경우에는 옥상 또는 건축물 내에 기지국 장비설치를 위한 장소를

제공하여야 하며, 건축 당시에 철탑을 건립하지 않을지라도, 건물 옥상은

철탑 하중을 견딜 수 있도록 시공할 것을 권고한다.

ㅇ 기지국 시설대상 건물을 신축하는 경우 옥외 안테나용 급전선을 위하여 옥상을

관통하는 관로 또는 덕트를 설치하여야 한다.

ㅇ 기지국 장비에서 옥상 안테나까지 급전선을 위한 관로는 접지설비․구내통신

- 81 -

설비․선로설비 및 통신공동구등에 대한 기술기준(정보통신부 전파연구소 고시

2006-70호)의 규정에 준한다.

<그림 51>옥상관통 관로 표준 설치도

①

④통신접지선

B1

B2

B3

옥외안테나

〈터널〉

⑥피뢰접지선

①옥외안테나

⑤옥내안테나

③옥내안테나

〈지상〉

〈지하도 , 지하상가〉

〈지하주차장 B1, B2 , B3〉

②중계장치

⑤옥내안테나

③전원단자

접지봉

②중계장치

⑤옥내안테나

②중계장치

ㅇ 이동통신 설비를 위하여 건축주는 그 전기통신설비가 최대로 사용되는 때의

전력에서 통신설비를 위한 전력용량을 별도로 고려하여 설계하여야 하며,

건축물에는 이동통신 설비용 접지가 설치되어야 한다.

라. 기타 고려사항

ㅇ 개별 무선국 건설에 따른 중복투자 방지 및 기지국 난립에 따른 도시 미관

환경저해를 개선하며, 자연환경 훼손방지 등의 목적으로 통신사업자로 하여금

전파법 제48조에 의한 기지국 공용화 제도를 따르도록 유도할 것을 권장한다.

ㅇ 또한 도시에 무선통신망을 효율적으로 구축하기 위해서 u-City 계획 수립 시

무선기지국 설치 계획을 수립하고, 이에 따른 무선설치국 위치에 건설되는

- 82 -

건축물 또는 시설물에 대해서는 무선기지국 철탑 설치를 위한 상면, 전송로,

전력 및 기반시설을 확보할 수 있도록 해당 지구단위계획 및 택지분양조건에

반영할 것을 권고한다.

­참고로 지구단위계획이 수립되어 있는 경우 한국전파기지국의 협조를 받아

예상 철탑위치를 지정할 수 있다.

마. 사례

용인 흥덕지구의 u-City계획수립에는 한국전파기지국에서 참여하여 예상 철탑 및

중계기 위치를 도면에 표시하였다.

- 83 -

제2절 통신망 인프라부문

통신망은 음성, 영상, 데이터를 유선 또는 무선으로 교환할 수 있는 망이다.

전송매체 기준으로 통신망은 유선망과 무선망으로 구분하지만, 논리적으로는 두 망이

융합되어 통신망으로 불린다.

도시에서 최상의 유․무선 통신망을 보유하기 위해서는 기간통신사업자의 투자가

중요한 관건이다. 이에 지자체에서는 유․무선 통신망 기술발전 추세를 감안하고

기간통신사업자가 최상의 통신망 투자를 할 수 있도록 협력 방안 마련이 필요하다.

1. 개요

ㅇ u-City에서의 통신망 인프라는 정보통신 및 도시관리를 위한 네트워크로

유선가입자망, 무선가입자망, 구내망, 전달망으로 분류된다.

<그림 52>통신망 개념도

무선망

공공시설

단독주택

연립

아파트

업무용 건물

CO인입 함체

맨홀

인입계

배선계

간선계

가입자망 구내망

U N I V E R S I T YU N I V E R S I T Y

전달망

도시통합

운영센터

무선망

공공시설

단독주택

연립

아파트

업무용 건물

CO인입 함체

맨홀

인입계

배선계

간선계

가입자망 구내망

U N I V E R S I T YU N I V E R S I T YU N I V E R S I T YU N I V E R S I T Y

전달망

도시통합

운영센터

※ 전달망 : 도시통합운영센터와 외부망과의 연결지점까지의 범위가 해당되며,

다양한 전달능력과 고가용성, 고신뢰성을 갖추어야 한다.

- 84 -

2. 유선가입자망

가. 개념

ㅇ 정의

­유선가입자망이란 전화선․동축케이블․UTP케이블․광케이블 등의 유선매체를 이용

하여 국사와 가입자를 연결하는 망으로, BcN 유선가입자망은 가입자당

50~100Mbps 속도를 제공하는 망으로 정의한다.

ㅇ 유선가입자망 기술방식

­유선가입자망 기술 방식에는 xDSL, HFC, FTTH등이 있으나 최소 100Mbps

속도가 보장되고 대역폭 및 QoS가 보장되는 FTTH방식이 u-City 인프라로써

유력하다.

나. 관련근거 및 규정

ㅇ 「정보화촉진기본법」의 광대역통합정보통신망 규정

ㅇ 「전기통신기본법」의 포괄적인 전기통신망 규정

ㅇ 「전기통신사업법」의 전기통신사업자 권리와 의무

ㅇ BcN 포럼 “BcN 표준모델 Version 2.1”

ㅇ 정보통신부 “BcN 구축 기본계획 II”

다. 기술 고려사항

ㅇ 방송통신 융합 전달매체로서 구축비용 및 운영비용 측면에서 전력공급이 필요

없는 FTTH-PON 방식의 유선통신망 도입을 고려할 필요가 있다.

­특히 Kiosk 단말이 설치되고 있는 버스정류장이나 통신 Post로 떠오르고 있는

가로등에 PON 기반의 광통신망 도입을 고려할 필요가 있다.

ㅇ 유선가입자망의 구축 기술기준은 BcN표준모델을 준수할 것을 권고한다. 다음은

BcN표준모델의 유선가입자망에 대한 주요 요구사항이다.

- 85 -

­품질 보장 기능 : QoS 제공 메커니즘은 유선 가입자망의 종류에 따라 다르며,

서비스별 차별화된 품질을 제공할 수 있어야 하며 전달망의 품질 제공 메커니즘과

연동하는 기능이 필요하다.

­보안 : 유선가입자망에서 서비스를 제공하기 전에 사용자들에 대한 식별

기능을 제공하여야 하며, 사용자에 대한 인증 기능을 탑재하여 불법사용자에

대한 원천적인 접근을 제어하는 역할이 필요하다.

­무선 가입자들을 수용하기 위한 연동 기능 : 무선 가입자망과의 연동을 위한

IP 기반의 이동성 제공 기능이 필요하다. QoS 및 상태 정보를 연동하기 위한

게이트웨이 역할이 필요하다.

­음성․데이터, 통신․방송 융합서비스 등 미래의 다양한 융합형 멀티미디어서비스의

수용을 위한 가입자망의 광대역화가 필요하다.

※ 향후 2010년에는 HD급 방송콘텐츠, P2P, 영상회의, 게임 등의 각종 통신․방송서비스 및 다양한 융합서비스의 제공을 위해 약 50～100Mbps의 통신

대역폭이 필요할 것으로 전망

<표 12>2010년 서비스 소요 대역폭 전망

구 분 서비스 유선가입자 요구

통 신

웹서비스 5Mbps온라인게임/음악 2Mbps

P2P 5Mbps

영상전화 4Mbps (VGA급 영상 2채널)

방 송 방송서비스 60Mbps (HD급 방송 3채널) (주1)

통․방 융합 VoD/EoD 10Mbps (2채널)기 타 홈네트워크, URC 등 2Mbps

합 계 88Mbps

(주1) HD-TV(60") 해상도 1920×1080, MPEG2 기준

라. 기타 고려사항

ㅇ u-City기본설계단계에서 통신사업자가 적극적으로 참여하여 도시의 기능에

맞는 통신망을 구축하도록 유도가 필요하다.

- 86 -

3. 무선가입자망

가. 개념

ㅇ 정의 : 무선 가입자망이란 무선채널을 사용하여 가입자 단말을 연결시켜 주는

가입자망으로, cdma2000 1x Ev/DO 망, WCDMA 망과 같은 이동통신망과 무선랜,

WiBro 등의 무선 네트워크를 이용하여 고정, 보행, 저속이동 또는 고속이동 등

이용자의 이동환경에 따라 다양한 형태의 서비스를 제공한다.

ㅇ 무선가입자망은 입주민이 언제 어디서나 u-City 서비스를 이용하기 위해서는

매우 중요한 IT 인프라이지만, 대부분 기간통신사업자가 설치하는 통신망으로

구축과정에서 지자체의 역할이 적은 부문이다.

­그러나 도시에 최상의 무선가입자망을 갖추기 위해서는 영업실적이 중요한

기간통신사업자의 시장논리에 맡겨두는 것 보다 지자체에서 기간통신사업자의

투자를 유도하는 정책을 수립하여 시행하는 것이 필요하다.

나. 관련근거 및 규정

ㅇ 「전기통신기본법」의 포괄적인 전기통신망 규정

ㅇ 「전기통신사업법」의 전기통신사업자 권리와 의무

ㅇ 「전파법」의 무선통신 규정

ㅇ BcN 포럼 “BcN 표준모델 Version 2.1”

ㅇ 정보통신부 “BcN 구축 기본계획 II”

다. 기술 고려사항

ㅇ 무선가입자망의 구축 기술기준은 BcN표준모델을 준수할 것을 권고한다. 다음은

BcN표준모델의 무선가입자망에 대한 주요 요구사항이다.

­다양한 종류의 무선가입자망 지원: 다중 무선접속(Multiple Radio Access)을

지원하여야 한다.

- 87 -

­무선랜, RFID, WiBro, 2세대/3세대 이동통신 무선접속 기술 등을 수용할 수

있어야 한다.

­WLAN 가입자망 요구사항

• 신속한 핸드오버(Fast Handover)를 통한 고속 이동성이 보장되어야 한다.

• 이종망간 유․무선 연동 지원: WiBro, HSDPA 등과 IP기반으로 Seamless한 연동이

제공되어야 한다.

­다양한 무선접속 환경에서 사용자에게 “Always Best Access” 기능을 제공할

수 있어야 한다.

­무선 가입자망 내 이동성 제공 : 서비스 접속 중인 단말기의 이동으로 인하여

서비스 중인 셀 영역을 벗어나 다른 셀 영역으로 진입하더라도 서비스가 단절

없이 지속적으로 유지되도록 핸드오버(Handover)를 지원하여야 한다. 동종 무선

가입자망뿐만 아니라 이종 무선가입자 망간에도 제공되는 기본서비스 범주에서

핸드오버(Handover)가 지원되어야 한다.

­사용자 인증 및 보안: 적법한 서비스 사용자/장치 이외 제3자의 불법적인

사용과 불법적인 액세스 네트워크의 서비스 제공을 금지하기 위한 인증 서비스와

사용자의 송/수신 정보가 통신 당사자 이외의 제 3자에게 노출되는 것을 예방할

수 있는 보안 서비스를 제공하여야 한다. 또한 유․무선 망간의 Seamless

서비스 제공을 위한 인증 및 보안에 대한 연동이 제공되어야 한다.

­사용자가 요구하는 단대단 서비스 품질 보장 : QoS 제공 메커니즘은 무선

가입자망의 종류에 따라 다르며, 품질 보장을 위한 실시간 트래픽 측정/감시

및 협약 품질(SLA) 기능이 필요하다.

­BcN에서의 서비스 연속성을 보장하기 위하여 동일한 Identity 기반으로 단말을

식별할 수 있어야 한다. 동일한 Identity를 기반으로 하여 사용자 및 서비스에

대한 식별을 할 수 있어야 한다.

­무선 가입자 망은 현재 이 기종 망들로 구성되어져 있고 이 기종 Handover

기술로써 제공되고 있으므로 동일한 Handover 기술로써 제공되어져야 한다.

­이 기종 망간의 이동 후에도 서비스의 보안성을 보장하기 위한 기능이 제공

되어져야 한다.

­이동 망에서 멀티미디어 서비스를 위한 브로드캐스트/멀티캐스트 서비스가

제공될 수 있어야 한다.

- 88 -

­사용자가 이용하고 있는 서비스가 이 기종 망간의 이동 후에도 동일한 품질을

보장 받을 수 있도록 Mobility-Based Qos 제공 메커니즘 기능이 제공되어야

한다.

­일반화된 이동성 지원 : 이종 무선 가입자망간은 이동성을 지원할 수 있어야

한다.

라. 기타 고려사항

ㅇ 무선가입자망의 목표 설정

­도시에서 무선가입자망의 목표는 최상의 상용망 인프라를 확보하는 것과 공공

장소에서 무선랜을 제공할 것을 권고한다.

­무선가입자망은 이동통신망의 WCDMA, WiBro 통신망과 무선랜을 말한다.

­다만, 무선랜의 경우에는 WCDMA 및 WiBro가 경쟁적으로 설치될 경우 중복투자의

우려가 있으므로 공공건물과 공원 등에서 휴대용단말기를 사용할 수 있는

여건이 되어 있는 경우에 설치할 것을 권고한다.

※ 휴대용단말기 사용 여건이라 함은 의자 등이 설치되어 있으며 우천시에도

비를 맞지 않을 정도의 시설이 갖추어진 장소를 말한다.

ㅇ 이동중에 음성․데이터, 통신․방송 융합서비스 등 미래의 다양한 융합형 멀티

미디어서비스를 수용하기 위한 무선가입자망 광대역화가 필요하다.

­향후 2010년에는 영상전화, VoD/EoD 등 통신서비스와 방송콘텐츠, P2P, 영상

회의, 게임 등의 다양한 융합서비스의 제공을 위해 가입자당 평균 1Mbps이상의

통신대역폭이 필요할 것으로 전망된다.

- 89 -

4. 구내망

가. 개념

ㅇ 정의

­구내망이란 공동주택 및 업무용 건축물 등에서 초고속 정보통신을 행하기

위한 구성 설비로서 관로, 선로, 교환설비 및 이들을 구성하는 부속설비로

정의한다.

­구내망은 건축주에 의해서 구축되고 민간 주도하에 관리되어지는 통신망이다.

­구내망 설비는 집중구내통신실(MDF)에서 건물의 IDF(건물배선반 또는 중간

배선반) 또는 지역 Cube에서 단지 주택 IDF에 이르는 시설로서 각 세대별로

Access 기능을 제공하는 역할을 수행한다.

홈G/W

조명제어

전력량계

보일러 에어컨 가스밸브

가스감지

Zigbee

<범위>- 통신국사 ~ 단지 MDF/지역Cube

<기능 및 특징>- 대용량 정보 트래픽 처리- 정보시스템과의 연계- 기가급 이상의 대역 확보- 서비망과 관리망 기능

공공 접점

<범위>- 관리사무소(MDF) ~ 건물 IDF- 지역 Cube ~ 단지주택 IDF

<기능 및 특징>- 각 세대별로의 Access기능 제공- 건물 / 지역별 전용대역 확보- 100Mbps~ 기가급 대역보장- 증설과 변경의 용이성

<범위>- 건물 IDF ~ 댁내 환경(IBS구간 포함)

<기능 및 특징>- 다양한 디바이스 인터페이스 제공- 정보 트래픽의 안정적 전송매체 확보- 세대별 전용대역 확보(50~100Mbps급 )- 기술변화에 따른 유연한 환경

가입자망 or 지역망 구내망 세대 및 옥외 환경

통신국사

단지 MDF지역 Cube

무선AP

키오스크

CCTV지선망

옥외옥외

HomeHome

리모트스위치

- 90 -

나. 관련근거 및 규정

ㅇ 「정보통신공사업법」의 사용전검사

ㅇ 정보통신부 전파연구소 고시2006-70호 “접지설비․구내통신설비․선로설비 및

통신공동구 등에 관한 기술기준”

ㅇ 정보통신부 “초고속정보통신건물 인증업무 처리지침”

ㅇ 정보통신부 “BcN 구축 기본계획 II”

다. 기술 고려사항

ㅇ 공동주택, 업무용 건물, 오피스텔의 구내망 구축 기준은 정보통신부의

“초고속정보통신건물 인증제도”에 의한 “초고속정보통신건물인증업무

처리지침”의 기술기준을 적용할 것을 권고한다. 다음은 동 업무처리지침의

주요 내용이다.

① 구내배관설비 설치요건

­집중구내통신실, TPS 또는 동별통신실, 동단자함, 중간단자함 등은 2개 이상

사업자의 통신장비를 설치하고 구내배선설비와 접속, 운용하는데 지장을

주지 않는 구조 및 형태로 설치되어야 한다.

­구내간선계, 건물간선계, 수평배선계(세대인입 및 댁내)의 배관시설은 심사

기준을 적용하여 성형배선이 가능하도록 설치한다.

­심사기준에 규정된 배선자재를 수용하고 성형배선이 가능해야 하며 외부의

압력 또는 충격 등으로부터 선로를 보호할 수 있는 기계적 강도를 가져야

한다.

­향후 배선용량 증설, 유지보수의 필요성에 대비하여 규정된 예비배관설비를

설치하여야 한다. 다만, 통신구, 덕트 또는 트레이를 설치한 구간에는 그러

하지 아니하다.

② 집중구내통신실의 설치환경 요건

­집중구내통신실은 구내정보통신 인프라 시설 및 구내통신용 장비를 설치,

운용하는데 필요한 다음의 요건을 갖추어야 한다.

- 91 -

• 바닥설비는 액세스 플로어 또는 집중구내통신실의 바닥으로 배선의 설치,

증설 및 철거 등이 용이한 배관시설 설치

• 집중구내통신실의 주배선반 등(IN/OUT 배선 연결)은 2개 사업자 이상이

서비스를 제공하는데 지장이 없는 구조 및 형태로 설치

• 집중구내통신실의 주배선반 등(IN/OUT 배선)을 연결하는데 필요한 구내용

배선설비(배선반, 배선단자, 패치패널 등) 설치

• 상온 상습을 유지할 수 있도록 냉난방기 또는 환풍기 설치

• 집중구내통신실이 지하수위보다 아래에 위치하고 있거나 물의 침투위험이

존재하는 경우에는 필요한 방수 및 배수시설 설치

• 조명스위치는 출입문 근처에 설치

• 집중구내통신실 전용의 전원시설(분전반) 설치

• 잠금장치는 드라이버 또는 칼 등을 사용하여 쉽게 열리지 않는 튼튼한 구조로

설치

③ TPS 또는 동별통신실 설치환경 요건

­TPS 또는 동별통신실(동별통신장비 설치공간확보 포함)은 다음 요건을 갖추어야

한다.

• 구내간선계에 설치되는 광케이블(구내간선계를 확장하여 집중구내통신실로

부터 건물 내의 중간배선반등까지 광케이블을 설치하는 경우를 포함한다)의

종단 및 광배선반(FDF) 설치

• TPS 또는 동별통신실의 중간배선반 등(IN/OUT 배선 연결)은 2개 사업자

이상이 서비스를 제공하는데 지장이 없는 구조 및 형태로 설치

• TPS 또는 동별통신실의 중간배선반 등(IN/OUT 배선 연결)을 연결 하는데

필요한 구내용 배선설비(배선반, 배선단자, 패치패널 등) 설치

• 지하수위보다 아래에 위치하고 있거나 물의 침투위험이 존재하는 경우에는

필요한 방수 및 배수시설 설치

• 조명스위치는 출입문 근처에 설치(TPS는 제외)

• 통신용 전원시설은 전용회로로 설치

- 92 -

• 잠금장치는 드라이버 또는 칼 등을 사용하여 쉽게 열리지 않는 튼튼한 구조로

설치

④ 옥내배관설비 요건

­건축물의 옥내에는 선로를 용이하게 설치하거나 철거할 수 있도록 배관 또는

닥트 등의 배관시설을 설치하여야 한다.

­배관의 내경은 수용되는 선로(다조인 경우에는 그 전체) 단면적의 총합계가

배관 단면적의 32% 이하가 되도록 설치하여야 한다.

­배관의 굴곡은 완만하게 처리하여야 하며, 곡률반경은 배관내경의 6배 이상을

유지토록 한다.

­하나의 배관 구간에 있어서 굴곡개소는 3개소 이내이어야 하며, 1개소의 굴곡

각도는 90° 이내이고 3개소의 굴곡각도의 합계는 180° 이내이어야 한다.

⑤ 세대단자함 설치

­세대단자함은 인증심사기준의 요건을 충족시키고 입주자에게 다양한 서비스를

원활하게 제공할 수 있도록 설치한다. 세대단자함의 구체적인 설치요건은

“주거용 건축물의 구내통신선로설비 기술표준(TTA)"을 참조한다.

⑥ 전선관 방식에 의한 배관에 있어서 주의사항

­세대단자함으로부터 실내 인출구까지 전선관 방식으로 설치할 경우에는 전선관을

통해 근방의 다른 인출구로 경유할 수 있는 인출구는 1개소를 초과하지 말아야

한다.

ㅇ 공동주택, 업무용 건물, 오피스텔 이외의 건물에 대한 구내망은 다음 내용에

따라 구축할 것을 권고한다.

­연립, 단독 주택 : 세대내의 광선로종단장치(FDF)까지 광케이블 설치하여

100Mbps~기가급 이상의 대역을 확보할 수 있도록 한다.

­기타 : 관공서 및 병원은 업무용 적용, 학교는 집중구내통신실(MDF)까지

광케이블을 설치한다.

- 93 -

ㅇ 구내통신망 설치는 정보통신공사 사용전검사 규정 및 전파연구소 고시

2006-70호를 따라야 한다.

라. 기타 고려사항

ㅇ u-City에 건축되는 건물에는 원활한 u-City서비스 제공을 위해 지구단위계획과

택지분양조건에 정보통신부 초고속정보통신건물인증제도 도입을 의무화하는

것을 권고한다.

- 94 -

제3절 센서망부문

본 절은 센서망에 대한 기술기준의 제시보다는 일반적인 기술정보를 제공한다.

센서망(특히 RFID/USN)은 향후 서비스 표준모델 개발이 지속적으로 필요한 분야

이다.

1. 개요

가. 개념 및 정의

ㅇ u-City에서는 센서망 종류가 RFID나 Zigbee등 미세전력을 사용하는 무선

센서망(USN) 뿐만아니라, CCTV나 네트워크카메라 등 유선기반의 소전력을

사용하는 센서들도 다수 사용되고 있으므로 여기서는 넓은 의미로서 센서망

이란 용어를 사용하기로 한다. 특히, 향후 기술발전을 고려하여 폐쇄회로

TV(CCTV) 네트워크를 영상정보망이라고 일반화하여 사용하기로 한다.

나. 기술요소

ㅇ 센서망의 구성은 아래 그림과 같다.

<그림 54>센서망 및 접속망 구성도

- 95 -

ㅇ 센서망(Sensor Network)은 센서노드와 중계노드, 센서게이트웨이를 연결하는

네트워크이며, 공통센서접속망(Common Sensor Access Network)은 다양한 센서망과

BcN의 유무선 가입자망과 접속을 위한 네트워크 인프라를 의미한다.

2. 공통센서접속망

가. 개념 및 정의

ㅇ 정의 : 공통센서접속망(Common Sensor Access Network)은 USN이나 영상정보망

등 다양한 센서망과 BcN의 유무선 가입자망과 접속을 위한 네트워크 인프라를

말한다.(본 가이드라인에서 정의하는 개념의 네트워크이다)

나. 기능

ㅇ 다양한 USN이 교량이나 도로에 실험적으로 구축되어 운영되고 있으며, CCTV 등

대용량 데이터를 발생시키는 영상센서들도 도시에 설치되고 있다. USN은 주로

미세 전력을 소비하는 센서와 무선 네트워크 기술을 이용하여 소용량 데이터를

송수신 하는 네트워크라면 영상정보망 등은 대용량 데이터를 전달해야 하는

네트워크이다.

ㅇ 또한 USN을 활용한 다양한 서비스가 제안되어 있으며 이러한 서비스가 도시의

일정한 공간(예; 광장)에서 동시에 제공된다면 서비스 별로 CMDA, WiBro,

유선, 무선LAN, Zigbee, Blue tooth 등 다양한 통신방식으로 정보가 수집되고

서비스가 제공될 수 있다.

ㅇ 이로 인해 1개 광장에 많은 수의 센서게이트웨이와 접속망이 존재하게 될

수 있어 센서망의 난개발 상황이 예상된다.

­이에 도시 공간에 센서망 관련 장비를 최소화하고 접속망 장비 수를 최소화

하기 위해 공통센서접속망 구축이 필요하다.

- 96 -

구 분 한국 미국

주파수 대역2400~2480MHz

5725~5825MHz

900~925MHz

2400~2483.5MHz

5725~5850MHz

출력기준 10mW 이하 1W 이하

다. 공통센서접속망 기술

1) Wi-Fi Mesh

ㅇ WiFi 기술을 사용하는 무선랜은 유선망과 무선랜 AP(Access Point)로 구성

되는 네트워크가 일반적인 형태이다.

ㅇ 도로에 유선망과 무선랜 AP를 설치하는 것은 도로굴착 문제에 부딪혀 많은

시간과 비용이 발생하는 단점이 있다. 그래서 유선망 설치가 가능한 곳에

유선 기반의 AP를 설치하고 그 이외에는 무선랜을 이용한 메쉬 네트워크를

구성함으로써 유선망 설치에 대한 문제를 해결할 수 있게 되었다.

ㅇ WiFi메쉬 네트워크는 무선주파수 대역 중 무료로 사용할 수 있는 비상용

주파수 대역인 ISM(Industrial, Scientific and Medical) Band 15)를 사용

하게 되므로 공통센서접속망으로 관심이 높아지고 있으며, 국내에서도 u-City

테스트베드 및 USN 시범사업에서 광범위하게 사용되고 있다.

ㅇ WiFi메쉬 네트워크 기술은 이미 국제표준이 제정되고 외국에서는 상용제품이

출시되어 광범위하게 적용되고 있다. 다만, 우리나라에서는 WiFi 무선출력

규제제도로 인해 AP 설치 간격이 조밀해져 경제성이 떨어지고 있다.

ㅇ 우리나라는 인구밀도가 높으며 WiFi 대역을 사용하는 수많은 전자 기기들이

높은 인구밀도만큼 도시에 혼재하고 있어 전파간섭으로 인한 기기간의 오동작이

우려되는 현실을 안고 있다. 특히 병원에서 사용하는 전자기기의 오동작에

대한 우려가 존재하고 있다. 그러므로 지자체에서 WiFi 무선메쉬 네트워크를

도입하고자 할 때에는 경제성과 안전성을 검토하여 도입하여할 것으로 사료

15) ISM : 2.4 , 5.7

- 97 -

된다.

2) 광통신 공통센서접속망 기술

ㅇ 신도시에서 주로 사용되는 기술로서 공통센서접속망 장비간의 연결을 위하여

광케이블을 설치하여 광통신망을 구축하는 방식이다.

ㅇ 현재 사용가능한 기술로는 광전송장비와 MSPP 장비를 이용한 광네트워크 방식이

있으며, 이 방식은 화성동탄에 적용된 사례가 있다. 이 방식을 사용하기 위해서는

전송장비와 MSPP 등에 전력을 공급하여야 하고 장비 보호를 위한 함체를 설치

해야 하는 불편함이 있다.

ㅇ 이 방식의 불편을 개선하기 위한 방안으로 전력을 공급하지 않는 광통신망

방식인 PON 방식을 대안으로 고려할 수 있다. 현재 국내에서 개발된 PON

기술을 적용하면 센서게이트웨이가 설치된 가로등을 BUS 통신구조로 32개

까지 연결할 수 있는 기술 수준에 도달해 있다. 양방향 통신인 경우 16개의

가로등을 BUS 방식으로 연결할 수 있는 기술수준이다. 다만, 이 기술은 아직

현장에 적용된 사례가 없어 현장적응 검증을 거쳐 통신망구축운영 표준모델과

표준공법이 제공되면 사용할 수 있을 것으로 사료된다.

3) WiBEEM

ㅇ WiBEEM(Wireless Beacon-enabled Energy Efficient Mesh network)은 u-City

포럼 기술분과에 제안된 표준안이다.

­이 기술은 Zigbee를 대체할 수도 있도록 전력소모를 최소화시킨 저전력 무선

메쉬통신망 기술로 개발되어지고 있다.

ㅇ WIBEEM은 근거리무선통신기술(WPAN)이면서 u-주차장이나 u-Home 등에서

공통센서접속망으로 유용하게 사용될 수 있을 것으로 기대되고 있다.

ㅇ WiBEEM은 다음과 같은 특징을 갖는다.

­무선 상에서 최소 250 Kbps, 최대 4 Mbps의 데이터 전송률을 지원한다

­일 대 일 통신 및 성형 토폴로지는 물론 트리와 메쉬 토폴로지를 지원한다.

­16비트 Short Addresses와 64비트 Extended Address를 지원한다.

­비컨 충돌을 회피하기 위한 비컨 스케줄링 기능을 지원한다.

­CSMA-CA를 이용한 채널 접속 기능을 지원한다.

- 98 -

­전송 신뢰성을 보장하는 전체적인 Ack 프로토콜을 지원한다.

­저 전력 소모 기능을 지원한다.

­에너지 검출 기능을 지원한다.

­Link Quality 표시 기능을 지원한다.

­2450 MHz 대역에서 16개의 채널 사용을 지원한다.

ㅇ WiBEEM 기술의 주요 장점은 다음과 같다.

­하나의 Superframe 안에 다수 개의 비컨을 전송함으로써 전체 네트워크가

하나로 동기화되어 낮은 전력을 소모하면서 메쉬 네트워크 기능을 수행할

수 있다.

­전송 전력 또는 수신 감도를 증가시키지 않고도 네트워크 범위를 확장할 수

있다.

­전송 경로의 중복을 활용하여 데이터 통신의 신뢰성을 향상시킬 수 있다.

­네트워크 구성을 보다 쉽게 할 수 있다.

­재 전송을 줄임으로써 배터리 수명을 보다 길게 할 수 있다.

4) IP-USN

ㅇ Internet Protocol-Ubiquitous Sensor Network의 약자로 기존의IP 인프라를

기반으로 광범위한 확장성 제공하며 센서노드, 게이트웨이의 이동성을 보장

할 수 있다.

ㅇ 인터넷 인프라와 연계해 원하는 장소에 센서네트워크를 구축해 다양한 서비스가

가능하게 하는 것이 특징이다. USN에 TCP/IP 기술을 접목하여 센서 노드의

종단간 통신이 가능하게 할 뿐 아니라 기존의 IP 기술을 센서 노드 및 센서

네트워크에서 활용하고자 하는 기술이다.

ㅇ 센서 네트워킹 프로토콜로 TCP/IP를 활용하게 되면 다음과 같은 이점이 있다.

­TCP/IP는 통신 장애를 해당 장애 지점에 한정시켜 전체 네트워크가 안정적

으로 운용할 수 있게 하는 데에 유용하게 활용될 수 있다.

­TCP/IP 기술은 기존 기술이므로 경제적 비용으로 설치 및 운용이 가능하다는

- 99 -

장점을 갖는다.

­센서노드가 IP 주소를 갖고 있기 때문에 가장 광범위하게 구성되어 있는 IP

통신망에 자연스레 통합될 수 있다.

라. 고려사항

ㅇ 공통센서접속망을 설계하기 위해서는 서비스를 분석하여 공동 구축할 수 있는

통신망 요소를 도출할 것을 권고한다.

ㅇ 향후 서비스 도입 계획을 반영한 공통센서접속망 설계가 필요하다. 설계시

에는 다음의 사항을 고려할 것을 권고한다.

­신도시에서는 유선기반의 광통신 공통센서접속망을 구현하는 것이 미래

지향적이며 광통신망 중에서도 PON기술을 적용하면 유지보수비용을 줄일

수 있을 것으로 예상된다.

­기존도시의 기초시설(IT-Pole 등)을 이용하여 공통센서접속망을 구현할 경우

에는 도로굴착 등의 토목공사 비용을 최소화하기 위해서는 무선을 활용할

수 밖에 없을 것이다. 현재 가능한 방법은 무선메쉬(WiFi Mesh)방식이나 전파

출력 규제와 병원 등에서 사용하는 다른 무선기기와의 전파간섭 문제로 경제성

이나 안전성에서 문제가 되고 있으므로 도입에 신중하여야 한다.

­무선방식의 대안으로 u-City포럼 기술분과에서 제안한 WIBEEM은 현재 제품이

개발되어 인천 송도에서 u-City 테스트베드 사업의 하나로 주차관리 서비스에

적용되어 시험중이므로 그 결과를 지켜보고 도입을 결정할 것을 권고한다.

마. 사례

ㅇ 공통센서접속망으로 볼 수 있는 사례로는 울산 태화강의 영상정보수집과 수질,

교량상태관리 정보 수집용으로 설치한 무선메쉬 통신망과 해운대 해수욕장의

영상정보수집과 위치정보 수집을 위한 센서망의 공통접속망으로 설치 운용중인

무선메쉬 통신망이 있다.

- 100 -

ㅇ 그중 해운대에 설치된 사례는 다음 그림과 같다.

<그림 55>부산 해운대 주변의 무선메쉬 통신망

- 101 -

3. RFID/USN

가. 개념

ㅇ 정의

­RFID/USN은 모든 사물에 태그와 센서를 부착하여 사물정보 및 환경정보까지

감지하고 이를 네트워크에 연결하여 실시간으로 관리하는 시스템을 말한다.

­RFID(Radio Frequency Identification)는 소형 전자 칩과 안테나로 구성된

전자 태그를 사물에 부착하여 전자 태그의 고유 주파수를 통해 사물을 인식

하여 기존 IT시스템과 실시간으로 정보 교환/처리를 할 수 있도록 하는 기술

이다.

­USN은 어느 곳에나 부착된 태그 및 센서노드로부터 사물 및 환경정보를 감지

/저장/가동/통합하여 언제/어디서나/누구나 맞춤형 지식 서비스를 자유로이

이용할 수 있는 첨단 장치이다.

<그림 56>RFID/USN 개념도ㅇ 기능(용도): 기상·해양관측, 도로, 공공안전 등의 분야에서 USN 확산이 진전

되고 있으며 설비ㆍ교통 관련 서비스, 유통ㆍ물류 관련 서비스, 환경 관련

서비스, 자동화ㆍ안전 관련 서비스, 생활ㆍ문화 관련 서비스 등에 활용이

가능하다.

ㅇ 기술요소(구성도 및 구성요소): USN 구성은 USN 환경을 구축하기 위한 하드

웨어(센서노드, 중계노드, 게이트웨이, RFID 태그, RFID 리더), 소프트웨어

(운영체제, 네트워크프로토콜, 보안기술)와 이들을 적절히 구성하여 특정응용

분야의 서비스를 제공하는 센서 네트워크를 포함한다.

- 102 -

­RFID 시스템: 리더(Reader: Interrogator), 태그(Tag: Transponder), 데이터

수집 시스템으로 구성된다.

• RFID 태그 : 데이터베이스에 저장된 정보에 상응하는 하나의 제품이나

숫자에 관한 정보가 프로그램된 소형 또는 미니어쳐된 컴퓨터 칩으로,

태그 위치로는 제품, 품목, 포장 재료의 내부나 표면 등에 장착할 수 있다.

• RFID 리더기 : 태그로 시그널을 전송하거나 응답을 받는 질의 시스템.

이러한 응답은 데이터 수집 시스템에 나중에 전송하기 위하여 리더기 내에서

저장될 수 있거나 데이터 수집 시스템에 즉각적으로 전송될 수 있다.

• 데이터 수집 시스템 : 데이터 프로세스 소프트웨어를 운영하는 컴퓨터를

구성하며, 대규모 정보운영시스템과 네트워크 연결되어 있다.

­센서 : 물리 또는 환경계의 현상을 정량적으로 측정하는 소자로서 센서 인터

페이스에 따라 다양하게 정보화되며 USN의 다양한 응용 영역에 따라 조도,

열, 습도, 가속도/지진강도, 음향, 지자기, 위치 등과 같은 다양한 종류의

센서가 필요하게 된다.

­센서노드 : 환경, 물리계에서 센싱된 정보 또는 센서에 관련된 특정 이벤트를

유무선 통신기술 기반으로 하여 전달하거나 컴퓨팅을 수행하는 시스템이다.

센서 노드들은 감각기관에 해당하는 센서 모듈, 신호를 정보로 변환하는 모듈,

정보를 임시로 저장하고 프로토콜에 따라 패킷으로 변환하는 모듈, 변환된

정보를 전송하기 위한 채널 접속 모듈, 그리고 접속된 채널을 사용하여 정보를

전송하는 모듈, 전원모듈 등으로 구성된다.

­싱크노드 : 센서노드에서 감지된 센싱 데이터를 취합하거나, 이벤트성 데이터를

센서 네트워크 외부로 연계하고 관련 센서 네트워크를 관리하는 시스템으로

외부 네트워크 통신을 위한 중계노드로 의미한다. 기능은 센서 내의 노드들을

관리하고 제어, 센싱한 데이터를 수집하고, 외부 네트워크로의 게이트웨이

역할 수행한다. 대체로 하드웨어/소프트웨어적으로 센서 노드보다 역량이

큰 시스템으로 구성된다.

­센서게이트웨이 : 싱크노드 중에서 IP 기반으로 액세스할 수 있는 다양한

네트워크(LAN, WLAN, CDMA, WiBro 등)를 통하여 USN 서비스를 제공할 수 있도록

IP 기반 네트워크와 센서 네트워크를 연계하는 시스템으로 센서망 내의

노드들을 관리하고 제어하며 센싱한 데이터를 수집하여 외부 네트워크로의

전달하는 센서망의 관문 역할을 수행한다.

­USN 미들웨어 : 이기종 센서네트워크로부터 수집한 센싱 데이터를 통합 처리.

- 103 -

저장.관리하고 실시간 상황정보를 인식하여 최적의 서비스를 제공하도록

지원하는 시스템 소프트웨어이다. USN 미들웨어는 USN 응용 서비스와 BcN의

중간에 위치하며 서버 시스템에 설치되어 그 둘간의 통합이 유연하게 이루어

지도록 하는 역할을 수행한다.

나. 관련근거 및 규정

ㅇ 측정망에 대한 법률

­「대기환경보전법」 제3조 상시 측정

­「대기환경보전법 시행령」 제8조의4 측정망의 종류 및 측정결과 보고

­「소음진동규제법」 제3조 상시 측정

­「소음진동규제법 시행령」 제7조 측정망설치계획의 고시

­「수질및수생태계보전에관한법률」 제9조 상시측정 및 수질·수생태계 조사

­「잔류성유기오염물질관리법」 제11조 측정망의 설치·운영

­「지하수법」 제17조 지하수의 관측 및 조사 등

­「토양환경보전법」 제5조 토양오염도 측정등

­「한국수자원공사법」 제26조의2 수질오염도의 측정등

­「해양오염방지법」 제4조의3 해양환경측정망

­「해양환경관리법」 제9조 해양환경측정망

ㅇ 관측망에 대한 법률

­「기상관측표준화법」 제8조 기상관측망 구축 및 관리

­「기상법」 제7조 관측망의 구축을 통한 기상현상 관측

­「해양수산발전기본법」 제17조 해양과학조사 및 기술개발 등

ㅇ 기타 정보화․서비스 관련법, 규정 등

­「교통체계효율화법」 제3장 교통체계의 지능화

­「도로법」 제3조 도로부속물의 정의 제3의2호

­「도로법 시행령」 제1조의3 도로의 부속물

­한국정보보호진흥원 “RFID 프라이버시보호 가이드라인”(2007.9)

- 104 -

다. 기술 고려사항

ㅇ 국내에서 센서 네트워크와 관련되어 발표된 표준은 없는 상태이며 국내 기술의

빠른 표준화와 뒤따르는 연구로 초안 작성 수준의 국제 표준화에 영향력 행사

가능성이 큰 것으로 예상되고 있다.

ㅇ USN표준화포럼에서 RFID/USN의 표준화를 위해 기술, 응용, 네트워크, 정보

보호의 4개 분과로 나누어 표준화를 진행 중이다.

ㅇ 다양한 이기종 센서네트워크를 이용한 다양한 응용 서비스들이 서로 호환.

통합되어 운용되기 위해서는 USN 미들웨어가 필요하며, 이에 관한 개발 및

표준화가 진행되고 있다.

1) RFID 및 리더

ㅇ RFID 시스템 도입을 위한 기간을 고려하여야 한다. 국내외의 사례를 통계로

보면 일반적으로 6개월에서 1년 정도의 구축 기간이 소요된다.

ㅇ 사용하고자 하는 환경에 맞도록 RFID 를 구축하여야 한다. 인식률을 높이기

위한 일정한 표준은 없다고 보아야 하며, Pilot Test를 통해 주어진 환경에

가장 적합한 방식을 찾아내는 것이 중요하다.

2) 센서

ㅇ 다양한 종류의 센서들이 소형의 센서노드에 집적되어 다양한 물리 및 환경

정보를 제공하여야 하므로 동종 및 이종 센서 간, 신호 회로와의 집적화가

중요하다.

3) 센서노드

ㅇ 저전력 센서노드 개발이 요구된다. 또한 응용 서비스에 따라 노드의 설치

용이성이 고려되므로 센서노드의 소형화와 경량화가 필수적이다.

4) 싱크노드

ㅇ 센서게이트웨이와 싱크노드가 통합되어 구현되기도 하므로 설계시 고려하여야

한다.

5) 센서게이트웨이

ㅇ 센서 네트워크의 구성요소인 센서노드 또는 싱크노드간 통신 기술이 중요하다.

- 105 -

복잡성(Complexity), 비용(Cost), 소비전력(Power Consumption), 전송속도

(Data Rate),전송범위(Data Transmit Range) 를 고려하여야 한다.

ㅇ 시간동기화 및 센서노드들의 위치 인식에 관한 기술도 고려하는 추세이다.

6) IP-USN

ㅇ 국제적으로 우리나라가 선도적으로 이끌어 나갈 수 있는 유망한 기술로 인정

되는 추세이다. 국내에서의 시범사업들은 국제적 테스트베드 시장이라 할

수 있다.

ㅇ 국내외적인 특허 출원에 있어서도 국내기술의 특허가 압도적으로 많은 상황임을

고려하면 지적재산권 문제에서 유리할 것으로 예상된다.

7) USN 미들웨어 기술

ㅇ USN 미들웨어는 도시통합운영센터의 서브시스템으로 운영될 수 있으며, 이를

통해 다양한 응용 서비스들이 상호 연계 및 통합 운용되기 위해서는 상호

운용성을 보장하는 USN 미들웨어의 표준 규격이 필요하다.

ㅇ 국가 표준화 단체인 TTA에서 2007년에 USN 미들웨어의 국내표준 규격이 제정

되었으므로 가능한 이를 따르는 제품을 사용하는 것이 바람직하다.

라. 기타 고려사항

ㅇ 현재의 국내 기술 개발이 연구기관, 일부 중소기업을 중심으로 USN 관련 기술,

제품 등을 개발 중이나 센서, RF모듈 등 요소분야의 기술경쟁력이 취약한

상항을 고려하여야 하며, 그간의 시범사업 성과를 기초로 기술적 타당성이

입증되고 업무 효율성을 극대화할 수 있는 SOC와 공공안전 분야를 우선적으로

고려하여야 할 것으로 판단된다.

ㅇ 기존 정보시스템과의 연계를 고려하여야 한다. 만약 RFID 태그 정보 자체의

활용이 목적이라면 기존 시스템의 수정 없이 독립적으로 사용이 가능할 것

이다. 그러나 수집된 RFID 태그 정보를 통해 기존 시스템의 정보 처리 효율을

개선할 목적으로 한다면 연계되는 정보를 처리하는 데이터베이스 또는 관련

시스템을 수정해야 한다.

ㅇ 수집된 수많은 RFID 태그 정보 관리방법에 대한 준비가 필요하다. RFID 시스템은

실시간으로 태그 정보로부터 목적하는 자료가 수집되기 때문에 일반적으로

- 106 -

예상한 자료의 양보다 많은 자료가 순식간에 쌓이게 된다. 이로 인해서 시스템의

부하가 발생하여 예측하지 못한 피해가 올 수도 있다.

ㅇ RFID 태그 정보의 보안 문제를 고려하여야 한다. 제3자가 RFID 태그 정보를

읽어서 나쁜 목적을 위해 사용할 수도 있기 때문에 태그 사용자의 입장에서

소비자의 프라이버시 보호라는 사회적 문제와 책임이 발생하게 된다.

ㅇ 개인정보를 수집하는 경우에는 이해관계인의 의견을 수렴하고 수집내용을

알려야 한다.

ㅇ 안전한 USN 서비스 제공 및 네트워크 정보보호를 위해 통신, 사람, 사물 등에

대한 인증시스템 도입 등 USN 보안체계 강화가 필요하다.

ㅇ 향후 USN 구축 확산에 따른 USN시설 공동 구축 및 활용, 주파수 혼신, 서비스

통합 및 망 연동에 따른 운영체계 정립 등을 위한 법제도 개선방안이 마련

되어야 한다.

ㅇ USN 주파수에 관한 것으로 현재 센서네트워크 무선통신은 2.4 대역에서

16채널을 사용하고 있는 ZigBee 방식을 주로 이용하고 있으나, 향후 USN 서비스

활성화로 인한 센서 통신망 증가에 따라 센서네트워크용 주파수가 부족할

경우에 대비가 필요하다.

­RFID는 태그와 리더기간 무선통신을 위하여 RFID 전용주파수 대역을 확보

(433/908-914대역)하였으나, USN의 경우 센서노드와 센서게이트웨이 간의

무선통신은 전용주파수 대역없이 주로 2.4의 ISM 대역을 이용한다. USN

수요 전망 및 국제 동향을 기초로 적정 주파수 대역 공유방안 및 전용주파수

분배여부 등에 대한 중장기적 검토가 필요하다.

마. 사례

ㅇ 정부에서 RFID 분야 초기 수요 창출을 위해 2004년도부터 RFID 확산 사업을

추진하고 있으며, 2005년~2006년에는 USN 신기술의 현장검증을 위해 USN 현장

시험을 추진하였고, 2007년에는 u-City 테스트베드 구축사업을 통하여 전국의

6개 지역(서울,부산,광주,인천,울산,세종․연기)에서 RFID/USN 기술의 u-City

적용 사업이 진행되었다.

- 107 -

4. 영상정보망

가. 개념

ㅇ 정의: 영상정보망은 화상정보를 특정의 목적으로 특정사용자에게 전달해주는

것으로 CCTV, 네트워크 카메라 등을 이용하는 영상정보수집 통신망을 말한다.

ㅇ 기능(용도) : 교육·의료 및 지역 정보서비스 등 산업 분야 전반에 이용되고

있으며, 공공기관이 설치․운영하고 있는 교통흐름 조사용, 방범용 교통법규

위반차량 단속용, 쓰레기 무단투기 단속용 등으로 사용되고 있다.

ㅇ 기술요소(구성도 및 구성요소) : 시스템의 기본 구조는 피사체 및 이것을

촬영하여 전기 신호로 변환하는 촬상계, 이 전기신호를 원격지(Remote

Site)에 전송하는 전송계, 전송되어 온 영상 신호를 재생‧표시하는 수상계

등 크게 3가지 계로 구성된다.

<그림 57>영상정보망의 기본 구성도(예시)

­촬상계 : 촬상계는 TV 카메라를 주체로 하는 것이며, 목적에 따라 선택할

카메라의 종류, 렌즈의 종류, 필터의 종류 등이 결정되고, 다음에 이 카메라를

고정하기 위한 설치 브래킷(Braket), 카메라 하우징 등이 필요하게 된다.

그 외에 카메라 본체, 렌즈, 카메라와 피사체의 상호위치 관계의 원격제어가

필요할 경우에는 리모컨 컨트롤에 필요한 주변기기가 포함된다. 촬상계는

시스템 전체의 품질을 결정하는 요인이 된다.

- 108 -

­전송계 : 화상을 이용할 목적 지점까지 영상신호를 전송하는 것이 전송계이며,

유선 전송과 무선 전송으로 크게 나누어진다.

­수상계(화상처리계) : 전송되어 온 영상신호를 수신 재생하는 것이 수상계

이며, 단지 인간의 시각에 의해서만 사용되어지는 경우는 드물고 시스템과

연계하여 화상의 가공, 기록, 재생 등 정보처리 장치에 의한 화상 처리계와

함께 널리 사용된다.

나. 관련근거 및 규정

ㅇ 「공공기관의 개인정보보호에 관한 법률」제4조의2 폐쇄회로 텔레비전의 설치 등

ㅇ 「공공기관의 개인정보보호에 관한 법률」제4조의3 폐쇄회로 텔레비전의 설치

및 관리에 대한 위탁

ㅇ 「주차장법 시행규칙」제6조 노외주차장의 구조 및 설비기준

ㅇ 「지하공공보도시설의 결정․구조 및 설치기준에 관한 규칙」제12조 부대시설의

종류 및 설치기준

ㅇ 「공중위생관리법시행규칙」제2조 시설 및 설비기준의 목욕실․발한실 및 탈의실

외의 시설에 CCTV설치

ㅇ 한국정보보호진흥원 “CCTV 개인영상정보보호 가이드라인”(2007.11)

다. 기술 고려사항

ㅇ 기술 측면에서 다양한 형태의 영상정보 획득장치, 전송방법, 정보처리 기술이

개발되고, 정보보관 및 정보유통 등에서도 다양한 방법들이 개발될 것으로

예상되므로 기술변화를 고려하여 시스템을 계획하여야 한다.

1) 유선 CCTV

ㅇ CCTV의 대표적인 방식은 동축케이블을 사용하여 비디오서버와 카메라를 연결

하여 폐쇄회로를 구성하는 방식이다.

ㅇ 동축케이블을 사용하는 것은 동축케이블을 통해 전력을 공급할 수 있는 장점과

- 109 -

광대역의 데이터전송을 전화선보다 멀리 전송할 수 있다는 장점이 있기 때문

이다. CCTV의 디지털화로 인해 IP 기반의 유․무선의 네트워크 카메라를 사용

하는 방식으로 발전하고 있다.

2) 무선 CCTV 기술 고려

ㅇ 무선 CCTV는 유선 CCTV에 비해 별도의 선로 설치비가 부담되지 않으므로,

실제 유선 CCTV보다 저렴하고, 유선 CCTV의 사각지역을 무선 CCTV 설치로

감시효과가 높다. 무선 카메라는 처음 설치 할 때는 물론, 이미 설치한 후라도

장소이동이 매우 쉽다.

ㅇ 또한, 가격측면에서 무선 카메라가 기존 CCTV 카메라보다 비싸다는 문제를

지적하기도 했지만 설치장소에 따라서는 유선 방식보다 오히려 더 저렴해질

수 있다.

ㅇ 유선과 달리공중파를 이용하므로, 보안성이 없어 도/감청 발생의 가능성이

높으므로, 보안성이 요구되는 장소에서는 설치하기 어려우며, 아날로그 무선

방식이므로 혼선 가능성, 디지털 영상 저장이 어렵다는 문제점이 존재한다.

ㅇ 유선 CCTV 카메라와 달리 별도의 전원이 필요로 하므로, 무선 카메라에

아답터를 연결하거나, 별도의 전원팩을 연결해야 한다. 무선 CCTV 카메라가

갖고 있는 또 다른 한계는 바로 영상화질이 유선방식에 비해 떨어진다는 점

이다.

ㅇ 무선 CCTV 카메라의 한계로 지적됐던 전송거리는 고효율의 안테나를 채용하면

충분히 해결될 수 있을 것으로 보인다. 고효율의 외장형 안테나를 채용함

으로써 최대 10 이상까지 전송거리를 확대할 수 있다.

3) 네트워크 카메라 기술 고려

ㅇ 네트워크 카메라 시스템은 전하결합소자 (CCD; charge coupled device)와

같은 이미지센서로 입력된 영상정보를 디지털 영상정보로 변환한 후에 원격

퍼스널컴퓨터와 같은 사용자 단말기에서 사용자가 웹브라우저와 같은 인터넷

통신 프로그램을 이용하여 네트워크카메라 시스템에 접속을 하면 네트워크

카메라 시스템은 메모리에 저장된 압축 영상 데이터를 통신모뎀과 같은 네트워크

모듈을 이용하여 인터넷을 통해 원격지 사용자에게 전송하는 카메라 시스템

이다.

- 110 -

ㅇ 네트워크 카메라 관련 제품생산에 필요한 핵심기술은 MPEG 4 기반 동영상

압축과 네트워크 통합기술, 전송 및 복원, 저장기술, 전자회로 설계기술,

카메라 기구 설계기술이며 무선방식, 고화질화, 브로드 밴드 채용, 타 시스템과

융합, 원격 제어 방식으로 기술개발 되고 있다.

라. 기타 고려사항

ㅇ 개인 프라이버시 침해문제, CCTV 모니터링 주체와 초소형, 무선화에 따른

법적 체계가 현재까지는 일부 미흡한 상황이다.

ㅇ 「행정절차법」 제2조제6호에 따른 공청회 등 관련 전문가 및 이해관계인의

의견을 수렴하여야 한다. 또한 CCTV 설치 시에는 주민이 쉽게 인식할 수 있도록

설치목적·촬영범위·시간 등을 담은 안내판을 설치하여야 한다.

마. 사례

ㅇ 서울 u-청계천 테스트베드 구축사업에서 최신 기술인 네트워크카메라를 이용한

영상정보망을 설치하여 운영중이다

<그림 58>네트워크 카메라를 이용한 영상정보망 사례

- 111 -

제4절 도시통합운영센터부문

현재 도시통합운영센터에 대해서는 명확한 구축기준을 제시할 수 없는 상황이나,

u-City포럼에서 추진되고 있는 플랫폼 표준화 내용과 구축․운영사례를 정리하여

도시통합운영센터를 계획하는데 참고자료를 제공하고자 한다.

1. 개요

가. 개념 및 정의

ㅇ 도시통합운영센터는 u-City내 통신망, 교통망, 시설물, 통합 단말기 등의

센서장치로부터 도시정보를 수집하고, 이를 통합적으로 모니터링, 분석하여,

도시를 효과적으로 운영/관리하며, 거주민이나 관련기관에 분석된 도시정보를

배포/제공하는 기능을 수행하는 정보시스템 체계이다.

<그림 59>u-City통합운영센터 개념도

u-City 운영센터

- 112 -

나. 기능 및 역할

ㅇ 도시통합운영센터는 도시 정보의 융합, 통합, 지능화 및 혁신의 허브(Hub)

역할을 담당한다.

ㅇ 도시통합운영센터는 u-City에서 운영될 다양한 u-서비스의 정보매체로의 유익한

정보를 수집-가공-배포하기 위한 수단으로, 개별적 콘텐츠 전달의 한계성

및 비경제적인 인프라 구축, 서비스의 중복 개발 등을 지양하고, 외부기관과의

유기적인 연계 및 확장을 위해 반드시 필요한 u-City의 핵심부문이다.

ㅇ 수집된 정보의 융합과 분석, 그리고 시민과 정보수요자를 대상으로 한 다양한

정보 제공 및 배포 기능을 포함하고 있다. 또한 신규로 개발될 u-City 서비스

에서 공통으로 필요로 하는 인증, 보안, 유무선 포탈, Context Awareness,

DCD(Dynamic Contents Delivery)와 같은 기능을 u-City 통합운영센터에서

제공하여 개별 u-City 서비스의 개발 기간 단축과 투자비 절감 및 표준화를

유도한다.

ㅇ 도시통합운영센터의 또 하나의 주요 역할은 도시 내 u-서비스에 대한 운용

및 관리 기능이다. u-City 내의 전송망을 포함한 u-서비스 인프라의 구성

현황, 고장 관리, 서비스의 상태 및 품질을 모니터링하며, 서비스의 품질저하

발생시 이를 즉각적으로 조치/관리하는 기능을 제공한다. 뿐만 아니라, 긴급

상황 발생시 즉각적인 조치 및 상황 분석을 할 수 있는 IT기반의 운용 환경을

기능을 제공하며 도시 기능의 수직, 수평적인 통합·연계를 위한 인프라를

제공한다.

- 113 -

<표 14>u-City운영센터의 역할

정보수집 운용관리 정보배포 통합 및 연계

기존의 대외 기관(경

찰청, 소방서 등)

신규 u-City 서비

스(교통정보, 환

경정보 등)

시민이 사용하는

각종 유무선 장치

(통합 단말기, 휴

대전화 등)

다양한 센서 정보

수집된 정보의 통

합 감시 및 실시간

품질 분석

Device및 Network

등 Infra의 능동적

운영

통합관제실 운영 및

고객 불만 처리

유무선 Devide에

대한 개인화 서비스

제공

관련기관 및 연관

시스템에 대한 정

보 제공

Web Portal, IPTV

등에 대한 대화형

정보 제공

기존 시스템 및

신규 시스템과의

유연한 연계

개방형 표준에 따른

단계적 확장

도시간 Seamless

한 서비스 제공

u-Service를 위한

핵심 공통 기능 제

공(인증,과금 등)

다. 구성요소

도시정보의 수집-통합-가공-제공 등 정보 흐름 측면에서 각 구성요소들의 필요

기술 및 특징을 기술한다.

ㅇ 정보제공 계층 : 세대기, 핸드폰, PC 등 u-서비스 이용자 및 센터 운영자에게

최상의 정보이용환경을 제공하기 위한 서비스 모듈의 집합

­다양한 정보이용 단말기에 따라 최적화된 화면 구성 및 콘텐츠 가공 시스템

구축 기술

­센터와 단말기간 실시간 커뮤니케이션 및 상황인지에 따른 컨텐츠 제공 기술

ㅇ 정보개발 계층 : 수집,통합된 정보를 바탕으로 사용자에게 부가가치가 높은

정보를 개발 가공하여 제공하는 서비스 모듈의 집합

­GIS 기반의 정보 표출 기술, 영상정보 연계 기술 등 서비스 공통 모듈

ㅇ 정보통합 계층 : 센서로부터 수집된 정보와 연계대상 기관으로부터 수집되는

정보의 통합을 원활하게 하고, 수집 및 연계된 정보를 안정적으로 저장 및

보관하기 위한 서비스모듈의 집합

­ESB 기반의 플랫폼 기술, EAI, 소켓, API 등 다양한 외부기관과의 연계기술

­대용량 센서데이터, 영상데이터 등 대용량 도시 정보 통합 DB 구축 기술

- 114 -

­SOA 기반의 BPM 기술 등 프로세스 통합을 고려한 서비스 설계 기술

ㅇ 정보수집 계층 : CCTV, 가로등, 센서 등 u-City 내 설치된 시설물 및 센서로

부터의 정보를 안정적으로 수집하기 위한 서비스 모듈 집합

­이기종 복수 센서로부터 정보를 수집할 수 있는 USN 미들웨어 기술

ㅇ 정보관리 계층 : 도시통합운영센터에 운영되는 u-서비스 및 이를 구현하기

위한 시스템을 관리하는 서비스모듈 집합

­SMS 도입을 통한 서버시스템 모니터링, NMS 도입을 통한 도시망 및 센터네트워크

모니터링, 시스템 보안 기술

<그림 60>도시통합운영센터 구성요소

- 115 -

라. 관련근거 및 규정

ㅇ 「정보시스템의 효율적 도입 및 운영 등에 관한 법률」

ㅇ u-City포럼 “도시통합운영센터 플랫폼 표준안”

※“유비쿼터스도시의 건설 등에 관한 법률안”이 국회에서 의결되면 도시통합

운영센터의 직접적인 근거 법률이 될 것이며, 현재는 전산시스템에 적용 가능한

위의 법률과 기술적으로 참조할 수 있는 표준안이 있다. 본 절의 “3.

도시통합운영센터 플랫폼”에 제시된 내용은 위의 u-City포럼 표준안을 토대로

한 것이다.

- 116 -

2. 물리적 센터 구축

가. 개념

ㅇ 도시통합운영센터는 u-서비스를 관제하고 관리하는 상황실, 시스템 설치를

위한 전산기계실 및 대외 홍보를 위한 견학실 등이 포함된 물리적 공간으로

구성할 수 있다.

ㅇ 물리적 공간에 대한 사례와 용도, 규모 산정기준을 아래 표에 예시하였다.

<표 15>도시통합운영센터의 물리적 구성요소(예시)공간 구분 용도 산정기준

업

무

공

간

상황실 u-서비스의 운영을 위한 관제실

및 프로젝터실

적정 상황판 규모산정, 적정

근무인원 산정에 따라 산정

전산기계실 공조 및 장비의 효율적인 관리

및 보관

장비수량에 따른 면적산정+

확장성

UPS실 무정전전원장치 보관실 용량 산정에 따른 장비규격

기준

직원휴게실

탈의실 직원을 위한 휴식공간 상황에 따라 설계가능

공

용

공

간

동선공간 화장실, 계단실, 주차공간 공공시설물 법규기준산정

홀 및

휴게공간

다중기능을 가진 지역센터로서

편의기능 상황에 따라 설계가능

접견실 VIP투어 및 업무협의 등 센터의 위상에 맞는 고급형

라운지 규모

대

민

공

간

시청각실 영상상영 공간 10~20인 관람 규모로 산정

체험관

센터의 관련 서비스 홍보 및

벤치마킹전략을 위한 체험관

및 통합상황실 견학실

시나리오에 따른 3개의 체험

부스 투어

견학실 통합상황실 업무에 지장을

주지 않는 독립적인 견학실 10~20인 기준 규모로 설정

- 117 -

나. 주요 공간별 요건

ㅇ 상황실

- 상황업무 zone은 별도로 분리하여 출입구와 보안설비를 설치해야 한다.

- 신속한 상황대처와 효율적인 상황관제를 위한 상황판과 좌석 등의 배치가

요구된다.

ㅇ 전산기계실 및 UPS실

- 방대한 데이터 관리를 위한 안정적인 시스템 환경 구축이 필요하다.

- 비상상황을 대비하여 별도의 공조, 소화, 전기시스템을 설치해야 하며 백업 시스

템에 대한 고려가 필수적으로 요구된다.

- 장비의 안정성과 관리의 안전성을 우선적으로 고려해야 한다.

- 향후 확장성을 고려하여 충분한 공간과 인프라기반 확보가 필요하다.

ㅇ 체험관, 견학실

- 상황실 업무에 지장을 주지 않는 범위에서 u-City의 첨단 기술을 활용하여

주민들이 u-서비스를 마음껏 체험할 수 있는 공간을 마련하도록 한다.

- 118 -

3. 도시통합운영센터 플랫폼

가. 개요

ㅇ 도시통합운영센터에서 제공되는 u-City 서비스는 여러 종류의 센서 및 장치

들을 수용하여, 수집된 각종 정보를 융 복합 가공, 저장, 분석, 배포하는

기능을 수행한다. 도시통합운영센터 플랫폼은 이러한 u-City 서비스를 효율

적으로 개발하고 개별 기능을 수행하기 위한 기반환경이라고 정의한다.

ㅇ 도시통합운영센터 플랫폼은 u-City 서비스 개발자가 서비스 플랫폼 상에서

다양한 u-City 서비스를 손쉽게 개발할 수 있는 확장성과 유연성을 바탕으로 한

개발 환경을 갖추어야 한다.

­이것은 많은 u-City 서비스들이 공통적인 요소를 많이 포함하고 있기 때문

이다. 이러한 서비스들에 공통적인 요소를 도시통합운영센터 플랫폼에서 갖추게

되면 플랫폼상에서 공통적인 요소를 사용하는 새로운 u-City 서비스를 손쉽게

개발할 수 있게 되며 u-City 서비스 구현에 불필요한 비용을 감소시킬 수

있다

ㅇ 또한, 도시통합운영센터 플랫폼은 플랫폼상에서 개발된 서비스가 효율적으로

수행될 수 있는 환경과 u-City 서비스의 처리과정을 모니터링하고 관리할

수 있는 환경을 제공해야 한다.

나. 도시통합운영센터 플랫폼 아키텍처 및 참조모델

ㅇ 도시통합운영센터 플랫폼은 개방형 서비스 지향 아키텍처(Service Oriented

Architecture)를 기본 방향으로 하며, u-City 서비스를 제공하기 위한 핵심

인프라 시스템으로 도시의 지능형 교통, 건물, 시설물 등 첨단화된 기반시설을

도시 전체적으로 관리하고 체계적으로 통제가능 하도록 한다.

ㅇ 이 플랫폼을 통하여 도시 전 분야에 대한 종합적이며, 상호유기적인 종합관제

기능을 지원하고, 물리적 u-공간에 설치된 다양한 형태의 장치 및 센서를

수용하기 위한 하부 수집 인프라, 공간, 시간, 단말 종류에 상관없는

Always-on 접속환경, context awareness 등의 재사용 가능한 인프라를 제공

한다. 이를 바탕으로 다수의 유사 관제 시스템과의 공유를 통한 중복 투자

- 119 -

최소화, 새로운 요구 사항 변화의 능동적 수용을 위한 유연한 소프트웨어

인프라 아키텍처를 지향한다.

<그림 61>도시통합운영센터 플랫폼 아키텍쳐 개념도

ㅇ 도시통합운영센터는 기본적으로 서비스 지향 아키텍처(SOA : Service

Oriented Architecture)로 구성하며, 이를 구현하기 위한 수단으로

ESB(Enterprise Service Bus)를 사용한다.

­ESB 영역 상에서 도시통합운영센터 플랫폼 참조모델이 운영된다. 플랫폼

참조모델은 1) u-City 서비스에 공통적으로 요구되는 핵심 서비스를 제공하는

공통 어플리케이션 서비스(Common Application Services), 2) 도시통합운영

센터 플랫폼의 운영 및 관리를 위한 운영관리서비스(Operation Management

Services), 3) 대내외 시스템과의 통합 및 통신을 위한 플랫폼 게이트웨이

(Platform Gateways) 등의 3개 영역으로 추상화되어 구성할 수 있다.

- 120 -

<그림 62>추상화된 도시통합운영센터 플랫폼 참조모델

다. 플랫폼 공통 기능

1) 공통 어플리케이션 서비스(Common Application Services)

ㅇ 공통 어플리케이션 서비스는 u-City 어플리케이션을 위한 여러 기능들을 제공

하는 서비스 컴포넌트들의 집합으로 구성된다.

ㅇ 이들 서비스에는 도시 내의 각종 센서들로부터 정보를 수집하여 u-City 어플리

케이션에 제공하는 USN 연계 서비스, 각종 비즈니스 프로세스에 대한 유연한

전개 및 재구성 등의 기능을 제공하는 비즈니스 프로세스 서비스, u-City

전용 단말에 정보를 제공하기 위한 컨텐트 전송 서비스, u-City 어플리케이션의

설계와 통합 개발을 위한 환경을 제공하는 개발 서비스, 플랫폼 내부의 각종

데이터 및 정보의 통합 관리 및 접근에 대한 효율적인 지원 기능을 담당하는

통합 DB 등이 포함된다.

2) 정보 요청 서비스

ㅇ 정보 요청 서비스는 데이터를 요청하고 수신할 웹 주소를 제공함으로써

u-City 서비스들이 u-City 단말기들로부터 일정한 간격으로 특정 데이터를

수신할 수 있도록 한다. u-City 서비스는 원하는 데이터 및 데이터 수집 간격,

그리고 데이터 수집을 원하는 u-City 단말을 명시해야 한다. 데이터는 도시

통합운영센터 플랫폼에서 제공되는 데이터 사전에서 선택할 수 있다.

ㅇ 이 서비스에서는 보고(Reported)와 기록(Archived)의 두가지 형태가 제공된다.

보고 형태는 데이터를 즉시 u-City 서비스에 전달한다. 기록 형태는 일정한

주기로(예: 매일) 통합된 리포트를 전달한다. u-City 서비스는 통합된 리포트에

대한 가공된 결과만을 요청하거나, 이러한 결과와 실시간 데이터 리포트를

- 121 -

함께 요청할 수 있으며, 데이터는 전달을 위해 압축될 수 있다.

ㅇ 정보 요청 서비스는 개별 u-City 단말기 혹은 그룹으로부터의 일회성 요청도

제공한다.

3) USN 연계 서비스

ㅇ USN 연계 서비스는 다양한 종류의 USN 게이트웨이 및 미들웨어로부터의 센서

데이터를 받아서 상황 인지 서비스나 여러 u-City 서비스들로 보내는 역할을

한다. 이때, 서로 다른 종류의 USN 게이트웨이나 미들웨어에서 보내는 센서

데이터의 형식은 다를 수 있으므로, 이를 u-City 플랫폼 표준 형태로 바꾸어

준다.

ㅇ USN 연계 서비스는 다양한 u-City 서비스에서 필요한 모든 센서 데이터를

받는다. 이중에서 각 u-City 서비스가 필요로 하는 센서 데이터만을 보내야

한다. 이러한 메커니즘을 위해 USN 연계 서비스는 센서 데이터 서브스크립션

등록 기능을 제공한다. 각 u-City 서비스는 자신이 필요로 하는 센서 데이터를

USN 연계 서비스에 등록하고, 정해진 주기로 이 데이터를 받을 수 있다.

3) GIS 연계 서비스

ㅇ 지도 및 지리 정보는 u-City 운영 센터를 구성하는 중요한 요소이다. 이러한

정보는 내부 혹은 외부의 GIS 서버를 통해 제공될 수 있으며, GIS 서버에서

제공되는 정보를 u-City 전용 단말이나 u-City 서비스 혹은 포탈 등에 표준

형식으로 제공할 수 있도록 하는 GIS 연계 서비스가 필요할 수 있다.

ㅇ GIS 서버에서 제공하는 정보의 종류 및 규격은 GIS 서버를 제공하는 업체마다

다를 수 있으므로, GIS 연계 서비스에서는 이를 표준 형식으로 변환하여 각

단말 및 u-City 서비스에 제공하는 역할을 담당할 수 있다.

4) 시공간 상황인지 서비스

ㅇ 일반적인 센스/리스폰드(Sense/Respond) 어플리케이션의 구조를 반영하여,

상황 인지 서비스는 2개의 영역으로 구별되는 룰 기반의 프로그래밍 모델을

제공한다.

- 122 -

ㅇ 2개의 영역은 (1) 하위 레벨의 데이터 입력에 대하여 룰을 기반으로 평가를

하여, u-City 서비스에서 정의한 상위 레벨의 이벤트를 발생시켜주는 부분,

(2) 발생한 상위 레벨의 이벤트에 반응하여 실제 행동을 구현하는 u-City

서비스의 비즈니스 로직 부분으로 나뉜다.

5) 비즈니스 프로세스 서비스

ㅇ 비즈니스 프로세스 서비스는 비즈니스 프로세스에 대한 유연한 처리/전개

기능을 통하여, 상태 기반으로 서비스들간의 수평 프로세스를 통제 및 편성

하며, ESB를 통하여 각 서비스를 호출한다.

6) 통합 DB 서비스

ㅇ u-City 플랫폼 내부에서 사용되는 각종 데이터, 정보 및 컨텐트를 체계적으로

관리(데이터 추출, 변환, 로딩 등 ETL 과정의 효율적인 지원), 저장하고,

u-City 서비스의 정보 요청 시 원하는 정보를 제공한다.

ㅇ 통합 DB 서비스는 다양한 형태의 정보 검색 및 데이터 웨어하우스 기능을

수행하므로 다양한 정보 수요처의 공통 및 개별적인 요구사항을 수행한다.

7) 컨텐트 전송 서비스

ㅇ 컨텐트 전송 서비스는 u-City 서비스들이 u-City 단말기에 컨텐트를 전송할

때 사용하는 서비스로서, u-City 단말기와 도시통합운영센터 플랫폼을 연결

하는 다양한 무선 네트워크와, 다양한 장치들의 서로 다른 처리 능력과 특성

으로부터 u-City 서비스를 보호하는 역할을 한다. 컨텐트 전송 서비스가

u-City 서비스들을 위하여 처리하는 정보는 다음과 같은 특성을 가진다.

ㅇ 컨텐트 전송 서비스에 의해 전송되는 컨텐트는 바이트 배열이다. 이 컨텐트가

어떤 종류인지를 알려주기 위해 MIME 형식을 사용하는데, 이를 통해 u-City

단말기가 이 컨텐트를 어떻게 다루어야 할지를 판단할 수 있다.

ㅇ u-City 서비스들은 컨텐트 전송 서비스를 이용할 때, 컨텐트의 MIME 형식,

우선 순위, 순차적 전송을 위한 일련 번호 등을 파라미터로 사용한다.

- 123 -

8) 상호 작용 서비스(지능형 유무선 포탈)

ㅇ 하나의 시스템이 아닌 다양한 시스템으로 접근 가능한 지능형 유무선 포탈을

통하여 SOA기반 복합 어플리케이션을 구축을 위한 창구를 제공하며, 내부

비즈니스 프로세스 서비스 및 정보 서비스와 함께 연계가 가능하다.

9) 사용자 그룹 서비스

ㅇ 사용자 그룹 서비스는 다른 공통 어플리케이션 서비스(정보 요청 서비스,

컨텐트 전송 서비스 등)에서 참조될 수 있도록 명칭이 부여된 u-City 단말기의

그룹을 정의할 수 있도록 해 준다. 예를 들어, u-City 서비스는 텔레메트리

정보 요청 서비스에게 특정 사용자 그룹으로부터 데이터를 요청할 수 있으며,

컨텐트전송 서비스에게 동일 컨텐트를 특정 그룹 전체에 전송하도록 요청할

수 있다.

ㅇ 사용자 그룹 서비스는 그룹 생성과 제거, 사용자그룹의 추가 및 삭제, 그리고

그룹 내에 하위 그룹을 생성 및 제거하는 인터페이스를 제공한다. 또한 그룹의

사용자 리스트 요청 (재귀적으로 하위 그룹을 포함할 수 있음), 사용자의

그룹 존재 유무, 사용자가 가입한 모든 그룹의 추출 등의 인터페이스도 제공

한다.

10) 단말 연계 서비스

ㅇ 단말 연계 서비스는 u-City 서비스가 u-City 단말기 쌍방간의 혹은 u-City

단말기 그룹간의 직접적인 클라이언트-클라이언트 통신을 지원할 수 있도록

한다.

ㅇ 이 서비스는 u-City 서비스가 직접 이러한 통신 채널을 다루는 부하를 제거

하기 위해 제공되며, 이로 인해 u-City 서비스는 더욱 간단해 지고 u-City

서비스 서버의 자원 요구도 줄어들게 된다.

ㅇ 서비스 이용의 예로 "상대 위치 찾기"를 들 수 있다. 상대 위치 찾기를 지원

하는 u-City 서비스는 u-City 단말기 그룹이 각기 서로의 위치를 추적할 수

있도록 한다.

ㅇ 이 서비스를 사용하기 위해서 u-City 서비스는 먼저 상호 연결될 그룹을 생성

하고, 단말 연계 서비스에게 그룹내의 가입자들에게 명세된 데이터 집합을

- 124 -

<표 16>운영관리 서비스의 기능

분류 세 부 내 용

고장관리

서비스

ㅇ 실시간 고장 감시 : 도시통합운영센터 내에서 이루어지는 서비스에

대한 장애정보를 실시간으로 모니터링 할 수 있는 기능

ㅇ 고장 데이터 분석 : 장애 발생시 장애의 원인을 분석하여 신속하게

조치 할 수 있는 장애 원인 분석 기능

ㅇ 임계치 관리 : 효율적인 장애 관리를 위한 장애 경보에 대한 임계

치를 관리

ㅇ 고장 통보 기능 : 운용자가 장애의 발생을 쉽게 인지할 수 있는 기

능 제공

성능관리

서비스

ㅇ 실시간 성능 감시 : 서비스 품질 및 사용 현황에 대한 성능 저하 여부

를 실시간으로 감시

ㅇ 각종 통계 데이터를 이용한 서비스 및 시스템의 성능, 용량 등을 기

간별/시스템별/서비스별로 분석 관리

구성관리

서비스

ㅇ 토폴로지 관리 : 도시통합운영센터 내의 다양한 서비스 구성 및

network에 대한 토폴로지를 관리

ㅇ 시스템 구성 관리 : 도시통합운영센터 내의 다양한 서비스 현황 및

각각의 서비스를 구성하고 있는 USN/Ad-hoc network에 대한 구성

관리

배포하도록 요청한다.

라. 운영 관리 서비스(Operation Management Services)

ㅇ 운영 관리 서비스는 고품질의 u-City 서비스를 안정적으로 제공할 수 있도록,

u-City의 구성 장비 및 시스템에 대한 운용, 유지보수를 위한 장애관리, 성능

및 통계관리, 구성관리 및 시스템 운영 기능을 제공한다.

ㅇ 향후 제공될 신규 u-City 서비스 및 u-City 서비스를 위한 장비를 통합 관리

하기 위한 시스템 유연성 및 확장성을 토대로 설계 구현되어야 하며,

ㅇ 도시통합운영센터의 운용, 유지보수 프로세스를 쉽게 접목시킬 수 있도록

정책관리 기능을 별도로 제공함으로써, 서비스 및 시스템 운용에 필요한 임계값,

조직도, 백업주기, 보고서 발행 정책 등을 쉽게 변경, 운영할 수 있다.

- 125 -

ㅇ 원격 제어 : 시스템 및 장치의 장애 발생시 해당 장치와 관련 프로

그램을 운용자가 원격지에서 재시동할 수 있는 기능(해당 장비 및

프로그램에서 원격 재시동 기능 제공시)

플랫폼관리

서비스

ㅇ 도시통합운영센터 플랫폼 자체에 대한 장애/성능 관리를 할 수 있

는 관리 기능

ㅇ 운영 관리 서비스의 운영자의 로그인, 등급별 권한 부여, 작업 로그

관리

ㅇ 도시통합운영센터 플랫폼을 통해 u-City 서비스 정보에 대한 백업 관

리 기능

ㅇ 서비스 및 시스템 운영시 필요한 각종 임계치, 조직도, 백업주기,

보고서 발행 등 각종 운용정책을 관리

ㅇ 운연센터 플랫폼에 대한 내부 및 외부의 보안 위협에 대응하기 위

한 보안 관리 기능

마. 플랫폼 게이트웨이(Platform Gateways)

ㅇ 플랫폼 게이트웨이는 웹 서비스(WEB Service)를 제공하는 외부기관, 센터

내부시스템, 사용자들과 연동하기 위한 웹 서비스 게이트웨이, 웹 서비스를

제공하지 않는 외부기관, 센터 내부시스템, 사용자들과 연동하기 위한 레거시

게이트웨이, 플랫폼에서 제공하는 API를 통해 사용자 및 센터 내부시스템과의

연동을 지원하는 API 연동 게이트웨이등으로 구성된다.

1) API 방식

ㅇ u-City 플랫폼은 외부와의 데이터 교환 및 정보 교환을 위하여 플랫폼에 표준화된

API를 정의하여 사용함으로써 개방형 인터페이스를 제공할 수 있다. 이러한

개방형의 인터페이스는 신규 서비스의 수용과 변경, 그리고 재사용이 용이

하도록 하며, 정보 수요처, 사용자에게 정보 제공 및 접근의 표준화를 실현

한다.

2) 웹 서비스 방식

ㅇ u-City 플랫폼은 웹 서비스를 제공하는 이기종, 멀티플랫폼 시스템과의 연동을

위하여 웹 서비스를 지원한다. u-City 플랫폼은 웹 서비스 표준을 지원하여

웹 서비스를 지원하는 기관, 정보시스템, 기타 정보 수요처와의 연동을 수용

- 126 -

또는 지원한다.

ㅇ 서비스 사용자와의 통신은 XML기반의 메시지 표준인 SOAP를 사용한다. 단,

이벤트 처리 및 비동기식 처리는 WS-Event, WS-addressing 표준을 따르며,

연동 대상에 따라 다양한 환경 및 대상 능력에 따라 유연한 연동이 필요하므로

이를 지원할 웹 서비스 정책 표준을 지원하도록 한다.

­웹 서비스를 위한 플랫폼으로는 MS의 .NET 전략, Sun의 SunOne, IBM의

Websphere 등 다수의 플랫폼이 존재하는데, 도시통합운영센터 플랫폼의 구성

전략에 따라 최적의 솔루션을 선택하도록 한다.

3) 레거시(외부기관 시스템 등) 게이트웨이 방식

ㅇ 이 기종, 다양한 플랫폼과의 연동에 있어, 특히 기존의 인프라에서 운용중인

폐쇄적인 레거시 환경과의 데이터 연동 및 교환을 위하여서는 해당 인프라

에서 제공되는 연동방식을 도시통합운영센터 플랫폼에서 수용하여야 한다.

ㅇ 플랫폼에서는 외부 시스템과의 독립성을 유지하고 표준 인터페이스 제공을

위하여 레거시 게이트웨이를 제공한다.

4. 도시통합운영센터 운영 조직 및 운영 체계

ㅇ 도시통합운영센터는 효과적인 운영조직, 통합개념의 운영지원시스템과 관련

부서간 긴밀한 협조체계를 기반으로 유기적인 운영프로세스를 구현함으로써

효율적인 도시관리 및 u-City 거주자를 대상으로 안정적인 u-서비스 환경을

제공하고 운영할 수 있어야 한다.

가. 운영 조직

ㅇ 도시통합운영센터의 핵심 업무 분석을 통한 운영 조직을 구성하며, 조직변경,

절차변경, 업무증가와 협조 체계 등 조직에 영향을 미치는 요소에 대한 변화

관리 방안을 수립하여야 한다.

- 127 -

<그림 63>도시통합운영센터 조직 구성방안(예시)

ㅇ 운영조직 구성내역과 인원규모는 상세 BPR 후 협의 하에 구성하며 새로 설치

되어지는 u-시설물(IT-Pole 등) 관리 기능은 관련 부서 간 협의하여 결정한다.

ㅇ 효과적 운영을 위한 핵심 기능에 따른 조직구성은 u-City 총괄/기획 담당,

상황실 관제/모니터링 담당, 시스템 운영 담당, 시설물 유지관리 담당 등으로

구성할 수 있다.

­u-City 총괄/기획 담당은 도시통합운영센터의 운영 전략 및 기획업무를 수행하며,

u-서비스의 개발, 발굴 및 전체적인 운영의 총괄을 담당한다.

­상황실 관제/모니터링 담당은 전체적인 상황관제와 모니터링 관리를 수행

한다.

- 128 -

­시스템 운영 담당은 각 개별 서비스 시스템에 대한 운영 및 관리, 각종 장 애에

대한 응대담당 업무 등을 수행한다.

­시설물 유지관리 담당은 도시통합운영센터 내 상황실과 u-City 내 시설물을

대상으로 한 신규설치, 교환, 유지보수 등의 업무를 수행한다.

ㅇ 조직운영시에는 인력변동, 관련 절차 및 법규 변경, 유관기관 협조체제 변경,

서비스 및 업무증가에 따른 변화에 대해 신속하게 대처가능한 관리가 필요

하다.

ㅇ 일상적인 상황은 물론 집중호우, 건조, 태풍 등의 기상특보 상황이나 휴가철

/명절과 같은 집중 방범기간 동안의 운영방안을 수립하고, 긴급재해재난 발생시

운영방안을 마련하여 여러 상황에 맞는 조직운영이 가능하도록 하여야한다.

ㅇ 관할 지자체 내 조직으로 자체 운영하는 방안과, 수익모델 등을 감안하여

민간과 합작하는 특수목적회사(SPC)를 설립하여 운영하는 방안도 검토 할

수 있다.

나. 운영 프로세스

ㅇ 도시통합운영센터는 공공 기반 서비스 관제와 시스템/설비에 대한 모니터링,

u-서비스 통합관리를 위한 시스템 관리기능, 도시의 기본 시설물 인프라 관리를

위한 시설물관리 기능 및 u-City와 연계되는 공공서비스의 외부 연계 정보를

관리하는 기능이 핵심이다.

ㅇ 이러한 기능이 관리/운영시스템과 체계적인 프로세스를 통해 유기적으로 운영

되어 u-City 관리자 및 거주민들에게 효과적인 u-서비스를 제공할 수 있다.

- 129 -

<그림 64>도시통한운영센터 운영프로세스(예시)

ㅇ 기본적으로 운영프로세스는 도시통합운영센터를 기준으로 상황실 관제 및

모니터링을 통해 관련 데이터들을 처리 또는 가공 후 관련 서비스나 시스템에

이러한 정보를 연동시켜야 한다.

ㅇ 유관부서 및 각종 기관은 정보를 공유하고 피드백을 진행할 수 있어야 하며,

이를 위한 시스템간의 연계 또는 업무상의 협력에 대한 사전 합의를 거치도록

한다.

ㅇ 또한 관제 및 모니터링 시, 이벤트 발생 및 그에 따른 처리결과 통보는 시스템

및 시설물, 외부정보 관리 등을 통해 이루어질 수 있게 한다. 최종적으로는

사용자에게 이러한 처리 사항들을 피드백이 가능하도록 해야 한다.

다. 도시통합운영센터 통합 모니터링 방안

ㅇ 도시통합운영센터는 u-서비스, 시스템 인프라, 시설물 및 공공정보 등을

- 130 -

통합관리 함으로써 서비스의 객관성을 부여하고 정보의 효율성을 높여 다양

하고 투명성 있는 서비스를 제공하고 관리한다.

ㅇ 이를 위해 도시통합운영센터는 관제 및 모니터링 기능을 강화하여 통합적인

모니터링이 될 수 있도록 설계한다.

<그림 65>도시통합운영센터 통합모니터링 방안(예시)

- 131 -

ㅇ 도시통합운영정보는 방범 CCTV, 재해 감시 등 도시기능의 지능화 및 관리를

위한 효율화를 지원할 수 있어야 하며, 시스템/네트워크, 현장 시설물 등에서

수집되는 정보를 취합 및 분석하여 정보제공 및 연계, 통합관제 등의 역할을

수행할 수 있도록 해야 한다.

ㅇ 모니터링을 통한 정보취합은 u-City 내의 각종 서비스 및 시설물 정보 취합

/관리와 외부정보에 대한 내부 연계기능 및 통합정보에 대한 투명성 및 정합성

관리를 포함해야 한다.

ㅇ 통합관제 기능은 각종 센서 및 시스템, 시설물 등을 통한 관제와 관련 서비스

시스템 관리 및 문제 이벤트에 대한 통합적인 접수 및 대응을 지원해야 한다.

5. 고려사항

가. 기술 고려사항

1) 플랫폼 설계시 고려사항

ㅇ 도시통합운영센터 플랫폼의 아키텍처는 개방형 플랫폼으로써, 신규 서비스가

유연하게 적용할 수 있는 기반이 마련되어야 하며, 향후 타 u-City로의 서비스

확장 및 상호 연계가 가능하도록 한다.

ㅇ 도시통합운영센터 플랫폼의 기술적 구현 요구사항은 본 가이드라인에서 소개한

참조 모델 및 공통 기능, 인터페이스 표준 등 u-City포럼의 표준안을 따를

것을 권고한다.

ㅇ 신규 서비스 도입 절차를 마련하여 유연하고 경제적인 시스템을 구축하며

시스템 성격에 따라 공공 시스템은 도시통합운영 프레임워크 내에 모듈화

구현으로, 향후 도입될 수 있는 민간 시스템은 표준 연계 방법으로 유연하게

적용한다.

- 132 -

<그림 66>도시통합운영센터 신규 서비스 도입절차(예시)

2) 외부기관 연계시 고려사항

ㅇ u-City 내의 다양한 서비스 제공을 위해 외부 시스템들과의 효율적인 연계가

필요하며 이를 위한 표준화 및 확장 가능한 통합/연계 방안을 수립하고, 조화

로운 운영을 위해서는 관련 기관들과의 R&D 정의 및 업무 프로세스 정립,

운영 체계 수립이 되어져야 한다.

ㅇ 공공기관 시스템 연계방안 : 경찰, 소방 등 외부기관에 연계단말 제공을 통한

연계성 확장, 또는 EAI/ESB 도입을 통한 외부시스템과의 직접적인 연계방안을

고려할 수 있으며, 최근 공공기관 연계의 표준으로 확산되고 있는 웹서비스

방식을 통한 연계를 고려한다.

ㅇ 민간 시스템 연계 방안 : 아파트 통합관리 센터, 병원, 학교 등 타 서비스

제공자의 민간 시스템과의 연계를 위해서는 도시통합운영센터의 표준화 모듈

및 컨텐츠 수집 모듈을 개발하여 연계하는 방안을 고려한다.

- 133 -

나. 기타 고려사항

1) 도시통합운영센터 입지 선정시 고려사항

ㅇ 도시통합운영센터는 공공 시설물 관점에서 공공시설 부지에 위치하는 것을

우선으로 하며, 유관기관과의 연계기능이 원활히 수행될 수 있는 곳에 위치

하도록 한다.

ㅇ 주민의 접근성을 높이고, 선로 공사를 위한 구축비 절감을 위해서 서비스가

제공되는 지역의 중심부에 위치해야 한다.

ㅇ 통신설비, 전기설비, 건물구조의 내구성, 부대설비 측면에서, 통신인프라

확장의 용이성, 센터 운영에 필요한 전기 인입에 대한 검토, 변경시 구조적인

문제 발생이 없는지에 대한 내용을 검토한다.

ㅇ 도시통합운영센터를 운영하기 위한 공간규모를 결정하기 위하여 동시상주

인원수, 사용 용도, 기능 및 설치시스템 규모와 센터 인프라를 최우선으로

고려하고, 향후 u-서비스의 지역이 확장될 경우에도 중복투자 없이 서비스

제공에 유연하게 대응할 수 있도록 서비스 및 기능 확장에 대비하여 충분한

공간으로 산정한다.

ㅇ 방대한 데이터를 관리하는 센터의 보안유지 측면을 고려해야 하며, 재해 등

환경적 위험요소 및 필요 공간 확보 가능성을 검토한다.

ㅇ 개발구역별 준공시점에 맞추어 서비스 개시가 가능한지 고려해야 하며, 이해

관계자와의 의사결정 조율을 통한, 통합 센터 준공시점을 고려해야 한다.

2) 운영 방안 수립시 고려사항

ㅇ 도시통합운영센터의 비즈니스 프로세스를 정의하고, 이에 관련한 여러 이해

관계자 및 유관 기관들과의 업무프로세스 조정 및 최적화를 위한 BPR 수행을

고려한다.

ㅇ 상황에 최적화된 센터 운영방안 도입을 고려한다. 즉, 일상적인 상황의 운영

방안 이외에, 기상특보 상황 및 명절/휴가철 등 집중 방범기간 동안의 운영

방안, 또한 긴급 재난 재해 발생시의 센터 운영방안 수립을 고려한다.

- 134 -

ㅇ 지역의 성장에 따른 센터 발전방향을 모색한다. 해당 u-City 지역의 성장에

따른 향후 서비스 추가, 확장 등의 성능 향상 방안을 마련해야하며, u-City의

영역 확대에 따른 센터의 확장 및 발전방향을 고려한다.

6. 사례

ㅇ 화성동탄의 도시통합정보센터는 u-City정보를 수집 및 분석하여 신속한 상황

조치를 할 수 있도록 설계ㆍ구축하였으며, 운영자의 업무 편의와 법적 사항을

고려하여 독립된 2개의 상황실을 배치하였다.

­u-City정보센터는 관제상황실, 방범상황실, 통합장비실로 구분되며 260평

규모 중 운영지원사무실, 대ㆍ소회의실, 관람실, 탈의실을 제외하면 상황실

내부는 약 55평의 규모이다.

­관제상황실에는 26식 멀티큐브를 2단으로 배치하였으며 12식의 운영단말로

구성되었다. 방범상황실에는 20식 멀티큐브가 배치되었으며 최대 16분할 화면을

제공하는 17“운영모니터 18식을 배치하였다.

­통합장비실은 UNIX와 NT기반의 서버 74식과 저장장비 4식, 네트워크 장비

15식, 음향시스템, DVR 영상감시 및 중앙통제시스템, 항온항습설비 및 무정전

시스템이 설치되어 운영한다.

­동탄의 도시통합정보센터의 시스템은 공간정보를 기반으로 공공정보서비스와의

인터페이스를 통해 도시내에서 발생하는 다양한 재난/재해, 기상, 환경, 교통

등의 다양한 이벤트와 u-City 시설물들의 상태 등을 통합 운영자 접속환경을

통해 관제, 운영 및 관리함으로써 신속하며 유기적인 전방위 관제환경을 제공

하기위하여, 플랫폼을 그림과 같이 구성하였다.

- 135 -

<그림 67>화성 동탄 도시통합정보센터 시스템 구성도

- 137 -

IV. 기 타

- 138 -

<표 17>u-City 구축활성화 단계별 추진계획 1단계 : 기반구축

(2007~2008)

2단계 : 본격구축

(2009~2010)

3단계 : 확산

(2011~2012)

o 추진체계 정립(‘07)

- 추진체계 정비

- u-City지원센터 설립

o 서비스 표준모델 개발(12건)

o 인프라 조성 지원

- 인프라 종합 가이드라인

마련

o 법제도 정비 지원

- u-City기본법 제정 및 시행

- 개별 법령 정비 추진 지원

o 국제협력 및 해외진출

- 해외 진출 지원 방안

마련(‘07)

- 서비스 표준모델 수출

지원 (‘08, 3건)

o 서비스 표준모델 개발(12건)

o 인프라 조성 지원

- 인프라 종합 가이드라인

시범적용 지원

o 개발된 표준모델 보급

- 행복도시, IFEZ 등 시범적용

지원(3개 도시이상)

o u-City 인증제 시범 도입

o 법제도 정비 지원

- 개별 법령 정비 추진 지원

o 국제협력 및 해외진출

- 서비스 표준모델 수출

지원(‘10, 5건)

- 전략적 국제 표준화

추진(‘10, 3건)

o 서비스 표준모델 개발(12건)

o 인프라 고도화 지원

- 인프라 종합 가이드라인

본격 적용

o 표준모델 전국 확산 지원

- 행복ㆍ혁신ㆍ기업도시 본격

확산(10개 도시이상)

- 기존 도시 확대 적용

o u-City 인증제 전면 도입

o 법제도 정비 지원

- 개별 법령 정비 추진 지원

o 국제협력 및 해외진출

- 서비스 표준모델 수출

지원(‘12, 7건)

- 전략적 국제 표준화

추진(‘12, 6건)

1. u-City 구축활성화 추진 로드맵

ㅇ 정보통신부의 “u-City 구축 활성화 기본계획(2006.12)”에 의한 인프라 가이드

라인 관련 단계별 추진계획은 그림과 같다.

­1단계(2007~2008) : 인프라 종합 가이드라인 마련

­2단계(2009~2010) : 인프라 종합가이드라인의 시범적용

­3단계(2011~2012) : 인프라 고도화 지원

- 139 -

ㅇ 1단계에서 수립된 가이드라인은 2단계 및 3단계에서 시범사업의 검증, 기술

발전 추세, 법제도 개선 내역 등을 반영하여 수정․보완하여야 한다.

ㅇ 또한, 서비스 구현 기술 발전에 따른 서비스 표준모델의 개정 및 표준모델

확대에 따른 인프라 요구사항을 반영하여 가이드라인을 수정․보완하여야 한다.

2. 가이드라인 발전방향

ㅇ u-City IT 인프라 가이드라인은 향후 현재 작성된 u-City 추진프로세스 및

IT 인프라 구축 가이드라인에 대한 보완과, 서비스 부문, 정보보호 부문 등의

추가를 위한 연구가 진행되어야 할 것이며, 이를 통해 u-City 인프라 종합

가이드라인으로 발전될 것이다. 이를 정리하면 다음과 같다.

­u-City 추진 프로세스 부문은 단계별 추진내용을 구체화하고 용어정의, 색인

등이 보완되어야 할 것이다.

­IT인프라 부문은 각 인프라별로 계획, 설계, 시공, 감리, 준공, 운영에 이르는

구체적인 추진 프로세스와 세부 실행가이드가 마련되어야 할 것이다. 또한

추진 내용 중 관련 법․제도 정비가 필요한 부분에 대한 추가 검토도 필요할

것이다.

­서비스 부문은 여러 시범사업을 통해 검증된 서비스 표준모델과 적용사례가

분야별로 체계적으로 정리되어 제공될 수 있을 것이다. 특히 도시기반시설

지능화를 위한 센서망 구축 등 공통 기반서비스 부분을 우선 대상으로 고려할

필요가 있다.

­정보보호 부문은 한국정보보호진흥원에서 2008년 수립하고자 하는 u-City

정보보호가이드가 그 역할을 할 수 있을 것이다. 도시통합운영센터와 개인

정보를 수집, 저장하는 시설에 대한 정보보호 방안이 주요 내용이 될 것이다.

ㅇ 이렇게 수립된 가이드라인의 객관성과 실용성 검토를 위하여 지자체, 도시

개발사업자, 통신사업자, SI업체 등 u-City 관련 주체의 의견수렴을 거쳐야

할 것이다.

- 140 -

- 141 -

【 참 여 인 원 】

공 동 연 구 책 임 자 : 이재근 팀장(한국정보사회진흥원)

권준철 국장(한국유시티협회)

공동 연구원 : 최승기 연구위원(한국정보사회진흥원)

신상철 단장(한국정보사회진흥원)

송석현 선임연구원(한국정보사회진흥원)

이기영 선임연구원(한국정보사회진흥원)

류 도 선임연구원(한국정보사회진흥원)

김연진 연구원(한국정보사회진흥원)

조원진 국장(한국정보통신산업협회)

최지원 팀장(한국유시티협회)

이화복 차장(한국정보통신산업협회)

박용준 과장(한국유시티협회)

김경수 선임연구원(한국정보통신산업협회)

서종한 연구원(한국유시티협회)

우재현 연구원(한국유시티협회)

권하나 연구원(한국유시티협회)

참여전문가(TFT) : 천두진(뉴웰텔레콤 대표)

홍재환(한국전자통신연구원 책임연구원)

김봉수(한국전자통신연구원 팀장)

이용준(한국전자통신연구원 팀장)

위성복(대한주택공사 팀장)

최 경(강원대학교 교수)

백송훈(KT 부장)

고주성(SKT 과장)

김상주(KTF 과장)

김은정(LG CNS 차장)

이용주(삼성SDS 수석)

조한대(한우리네트웍스 대표)

참여전문 가 (자문 ) : 김형중(고려대학교 교수)

한형석(경원대학교 교수)

이향범(숭실대학교 교수)

이달호(경원대학교 교수)

김형석(중앙대학교 교수)

박석천(경원대학교 교수)

전호인(경원대학교 교수)

공동연구책임자 : 권준철 (사단법인 한국유시티협회, 국장)

Tel : 02-3667-7114, jckwon@ubicity.org

과제관리책임자 : 이재근 (한국정보사회진흥원, u-서비스개발팀장)

Tel : 02-2131-0176, jglee@nia.or.kr

제목 : u-City IT인프라 구축 가이드라인 V1.0

2008년 2월 인쇄

2008년 2월 발행

발행인 : 김 창 곤

발행처 : 한국정보사회진흥원

서울 중구 무교동 77

TEL : 02-2131-0114

인 쇄 : 승림디엔씨

TEL : 02-2271-2581

<비매품>