12. 동기식 전송 - 문자 동기방식 (SYN, BSC) vs 비트 동기방식 (SDLC, HDLC)

핵심 인사이트 (3줄 요약)

본질: 동기식 전송은 데이터를 블록 단위로 보낼 때 송수신 간의 프레임 경계(시작과 끝)를 어떻게 인식할 것인가에 따라 문자(Character) 동기방식과 비트(Bit) 동기방식으로 나뉜다.

가치: 문자 동기방식(BSC)은 ASCII 제어 문자(SYN, STX 등)를 이용해 구조가 직관적이지만 데이터 내부에 제어 문자와 동일한 패턴이 올 경우 투명성(Transparency) 확보가 어렵다. 반면 비트 동기방식(HDLC)은 특정 플래그(01111110)와 비트 스터핑(Bit Stuffing) 하드웨어 로직을 이용해 어떤 종류의 데이터든 완벽하고 투명하게 고속 전송할 수 있다.

융합: 초창기 메인프레임 통신을 이끌었던 BSC를 넘어, 효율과 신뢰성이 극대화된 HDLC 비트 동기방식은 오늘날 인터넷을 지탱하는 PPP, Frame Relay, 그리고 이더넷 프레이밍의 논리적 모태가 되었다.

Ⅰ. 개요 및 필요성 (Context & Necessity)

개념:
- 문자 동기방식 (Character-oriented): 전송하는 데이터 블록의 시작과 끝을 약속된 특정 **'제어 문자(Control Character)'**를 삽입하여 구분하는 방식이다. 대표적으로 IBM이 개발한 BSC (Binary Synchronous Communication) 프로토콜이 있다.
- 비트 동기방식 (Bit-oriented): 데이터 블록의 양 끝에 제어 문자가 아닌 **특정 비트 패턴(플래그, Flag: 01111110)**을 씌워 경계를 구분하는 방식이다. 대표적으로 IBM의 **SDLC (Synchronous Data Link Control)**와 이를 국제 표준화한 **HDLC (High-Level Data Link Control)**가 있다.
필요성: 비동기식 전송의 비효율(Start/Stop 비트 낭비)을 극복하기 위해 블록 단위로 쏘는 동기식 전송이 발명되었다. 초기에는 텍스트(문자) 위주의 통신이었으므로 SYN, STX, ETX 같은 제어 '문자'를 사용하는 것이 자연스러웠다. 그러나 시간이 흘러 압축 파일, 이미지, 실행 파일 등 순수 이진 데이터(바이너리)를 전송하려다 보니, 우연히 데이터 속에 제어 문자와 똑같은 코드가 섞여 있어 통신이 끊어지는 치명적 문제(투명성 결여)가 발생했다. 이를 근본적으로 해결하기 위해 데이터 내용과 상관없이 기계적으로 프레임을 분리해 내는 '비트 단위'의 동기방식이 필수적으로 요구되었다.
💡 비유:
- 문자 동기방식은 영화 대본에 "【장면 시작】", "【장면 끝】"이라고 텍스트로 적어두는 것이다. 만약 배우의 대사 중에 "장면 끝"이라는 말이 들어가면 감독이 컷을 쳐버리는 사고가 날 수 있다.
- 비트 동기방식은 영화 필름의 양 끝에 눈에 띄는 "형광색 테이프(플래그)"를 붙이는 것이다. 영화 내용이 무엇이든 상관없이 편집자는 테이프만 보고 정확히 필름을 자를 수 있다.
동기방식별 프레임 구조 시각화:

  ┌─────────────────────────────────────────────────────────┐
  │        문자 동기방식 (BSC) vs 비트 동기방식 (HDLC) 프레임 구조      │
  ├─────────────────────────────────────────────────────────┤
  │                                                         │
  │ [문자 동기방식 (BSC 프로토콜)]                                 │
  │                                                         │
  │  SYN │ SYN │ STX │   Data (텍스트 위주)   │ ETX │ BCC │     │
  │  ───┴───┴───┴──────────────────────┴───┴───┘     │
  │  * SYN (Synchronous Idle): 동기 맞춤용 문자                  │
  │  * STX (Start of Text): 데이터 시작 알림 문자                 │
  │  * ETX (End of Text): 데이터 끝 알림 문자                    │
  │  ⚠ 한계: Data 안에 우연히 ETX 코드가 있으면 프레임이 조기 종료됨!     │
  │                                                         │
  │─────────────────────────────────────────────────────────│
  │ [비트 동기방식 (HDLC 프로토콜)]                                │
  │                                                         │
  │  FLAG │ Address │ Control │     Data     │ FCS │ FLAG │ │
  │  ───┴───────┴───────┴──────────────┴───┴───┘ │
  │  * FLAG: 01111110 (시작과 끝을 알리는 유일한 패턴)              │
  │  ✅ 해결: Data 안에 01111110 이 나타나면 비트 스터핑으로 회피함.    │
  │          모든 종류의 바이너리 데이터를 안전하게 전송 가능.           │
  └─────────────────────────────────────────────────────────┘

[다이어그램 해설] 두 방식의 가장 큰 차이는 "경계를 어떻게 나누느냐"다. 문자 방식(BSC)은 사람이 읽는 문자 코드(ASCII나 EBCDIC) 중 안 쓰는 문자를 제어용으로 빼두었다. 하지만 컴퓨터 데이터는 문자만 있는 게 아니므로 이 방식은 금방 한계를 드러냈다. 이를 대체한 비트 방식(HDLC)은 오직 01111110 이라는 8비트의 기계적 패턴 하나만 플래그로 지정했다. 이 플래그 사이에는 주소, 제어 명령, 데이터, 에러 검사 코드(FCS)가 위치하며, 하드웨어 칩이 이 플래그만 보고 프레임을 칼같이 잘라낸다.

📢 섹션 요약 비유: 글 사이에 쉼표나 마침표(문자 동기)를 쓰면 글 내용에 쉼표가 들어갔을 때 헷갈리지만, 글 전체를 노란색 투명 파일철(플래그)에 넣어버리면(비트 동기) 안에 어떤 내용이 있든 파일철 단위로 완벽하게 구분할 수 있습니다.

Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)

문자 동기방식: BSC (Binary Synchronous Communication)

개발: 1967년 IBM이 자사의 메인프레임과 단말기 간 통신을 위해 개발.
제어 문자 (Control Characters):
- SYN (동기): 수신기의 클럭을 맞추기 위해 2번 연속 보냄.
- STX (본문 시작) / ETX (본문 종료)
- SOH (헤더 시작) / EOT (전송 종료)
데이터 투명성 (Transparency) 문제와 해결책 (문자 스터핑): 순수 바이너리 데이터를 보낼 때, 데이터 안에 우연히 ETX와 같은 코드가 들어있으면 수신기가 통신을 끊어버린다. 이를 막기 위해 전송할 데이터 앞에 DLE (Data Link Escape) 문자를 강제로 삽입(Byte Stuffing)한다. 수신기는 DLE 뒤에 오는 문자는 제어 문자가 아니라 순수 데이터로 취급하여 무시한다. (마치 프로그래밍에서 \ 이스케이프 문자를 쓰는 것과 같다.)
한계: 반이중(Half-Duplex) 통신만 지원하며, 바이트 스터핑 방식이 소프트웨어적으로 무겁고 복잡하여 고속 전송에 부적합하다.

비트 동기방식: HDLC (High-Level Data Link Control)

개발: IBM의 SDLC를 기반으로 ISO가 국제 표준화한 데이터 링크 2계층 프로토콜.
특징: 전이중/반이중, 점대점(Point-to-Point)/다중점(Multi-point) 통신을 모두 지원하는 현대 통신의 바이블이다.
프레임 구조의 혁신:
1. Flag (01111110): 프레임의 시작과 끝을 절대적으로 알림.
2. Address (8비트): 수신국(또는 송신국)의 주소.
3. Control (8비트): 프레임의 종류(정보, 감독, 비번호)를 식별하고 시퀀스 번호를 매김.
4. Information (가변장): 투명성이 보장된 실제 페이로드 데이터.
5. FCS (16/32비트): 강력한 CRC(순환 중복 검사) 에러 검출 코드.
데이터 투명성 해결책 (비트 스터핑, Bit Stuffing): 문자 스터핑의 비효율을 없애기 위해 하드웨어 로직을 쓴다. 송신단은 데이터 비트 열을 감시하다가 '1'이 5개 연속 나오면 무조건 '0'을 하나 끼워 넣는다. 수신단은 '1'이 5개 연속 나온 뒤에 오는 '0'을 하드웨어적으로 즉시 삭제한다. 이 단순한 규칙 하나로 데이터 영역에 절대 플래그(01111110)가 나타나지 않게 만들어 100% 투명성을 달성한다.

 ┌───────────────────────────────────────────────────────────────┐
 │          투명성 보장 매커니즘 비교 (문자 스터핑 vs 비트 스터핑)        │
 ├───────────────────────────────────────────────────────────────┤
 │                                                               │
 │ [BSC의 문자 스터핑 (Byte Stuffing)]                             │
 │  송신 데이터에 우연히 <ETX> 코드가 포함됨.                           │
 │  처리: <ETX> 앞에 <DLE> 문자를 삽입 ──▶ 전송: <DLE><ETX>         │
 │  (단점: 1바이트를 피하기 위해 1바이트가 통째로 추가되어 오버헤드 큼)       │
 │                                                               │
 │───────────────────────────────────────────────────────────────│
 │ [HDLC의 비트 스터핑 (Bit Stuffing)]                            │
 │  송신 데이터: 0 1 1 1 1 1 1 0  (우연히 플래그와 똑같은 패턴 발생)      │
 │                 1이 5개 연속됨!                               │
 │                 ▼                                             │
 │  송신 처리:   0 1 1 1 1 1 [0] 1 0  (하드웨어적으로 0 강제 삽입)    │
 │  (장점: 1비트만 추가되므로 극도로 빠르고 오버헤드가 거의 없음)           │
 └───────────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: 문서 안의 괄호를 피하려고 복잡한 탈출 문자(DLE)를 일일이 타자로 치는 것(문자 동기)보다, 타자기가 똑똑해져서 괄호 모양이 나올 것 같으면 자동으로 눈에 안 띄는 점(비트 스터핑)을 찍어 헷갈림을 막아주는 것(비트 동기)이 훨씬 빠르고 완벽합니다.

Ⅲ. 융합 비교 및 다각도 분석

비교 1: BSC vs SDLC/HDLC 상세 비교

비교 항목	문자 동기방식 (BSC)	비트 동기방식 (SDLC, HDLC)
동기화 단위	8비트 문자 단위 (ASCII, EBCDIC 등 종속)	비트 단위 (데이터의 코드 형식에 완전 독립적)
프레임 경계 식별	`SYN`, `STX`, `ETX` 등 제어 문자 사용	`01111110` (Flag) 단일 비트 패턴 사용
투명성 보장 방식	문자 스터핑 (DLE 삽입, 소프트웨어적)	비트 스터핑 (0 삽입, 하드웨어 회로 처리)
전송 모드	반이중(Half-Duplex)만 지원	반이중 및 전이중(Full-Duplex) 동시 지원
에러 제어/흐름 제어	Stop-and-Wait ARQ (느리고 답답함)	Go-Back-N, Selective-Reject ARQ (고속 슬라이딩 윈도우)
역사적 의의	70년대 통신의 시초, 현재는 거의 사장됨	현대 데이터 링크 계층(PPP, LAPB 등)의 영원한 뼈대

HDLC의 압승 이유: BSC는 문자를 해석해야 하므로 CPU(소프트웨어)의 개입이 컸다. 반면 HDLC는 단순히 1이 5개 나오는지만 카운트하는 가벼운 시프트 레지스터(Shift Register) 하드웨어 로직만으로 작동하여 기가비트급 고속 처리에 완벽히 들어맞았다. 게다가 전이중 통신과 슬라이딩 윈도우(연속으로 여러 프레임 전송)를 결합하여 처리량(Throughput)을 수십 배 끌어올렸다.

과목 융합 관점

네트워크 (OSI 2계층): HDLC는 OSI 7계층 중 2계층(Data Link Layer)의 완벽한 교과서다. 주소 지정(Address), 프레임 타입 정의(Control), 에러 검출(FCS), 투명성(Stuffing) 등 L2가 해야 할 모든 역할을 정의했다. 나중에 나온 이더넷(Ethernet) 프레임이나 라우터 간 전용선 연결(PPP 프로토콜)도 모두 HDLC 프레임 포맷을 변형하여 만들어졌다.
운영체제 (OS): 디바이스 드라이버가 네트워크 카드(NIC)로 패킷을 내릴 때, 커널은 이 패킷의 내용이 무엇이든 신경 쓰지 않는다. 하단 물리/데이터링크 칩셋(MAC)이 알아서 비트 스터핑을 해줄 것을 믿기 때문에, 상위 OS와 하위 네트워크 간의 완벽한 기능 분리(Decoupling)가 가능해졌다.
📢 섹션 요약 비유: BSC는 택배기사가 내용물이 책인지 옷인지 확인하고 그에 맞는 상자를 골라야 하는 옛날 방식이라면, HDLC는 내용물이 무엇이든 묻지도 따지지도 않고 규격화된 플라스틱 박스(Flag)에 던져 넣고 자동 레일(비트 스터핑)로 날려 보내는 최신식 물류 센터입니다.

Ⅳ. 실무 적용 및 기술사적 판단

실무 시나리오

시나리오 — 구형 금융권 망(SNA)에서 IP 망으로의 전환 (BSC/SDLC 에뮬레이션): 은행의 아주 오래된 현금인출기(ATM)는 호스트 메인프레임과 BSC 또는 SDLC 프로토콜로 통신한다. 은행망을 최신 TCP/IP 라우터 망으로 전면 교체해야 하는데, ATM 기계는 바꿀 수 없다. [해결책] 라우터 장비에 STUN (Serial Tunnel) 또는 DLSw (Data-Link Switching) 기술을 적용한다. 라우터의 시리얼 포트가 구형 ATM의 BSC나 SDLC 프레임을 받아들인 뒤, 그 프레임을 그대로 캡슐화하여 IP 패킷 안에 집어넣고(터널링) 메인프레임 앞단의 라우터로 쏜다. 비트 동기/문자 동기라는 레거시 L2 프로토콜을 현대의 L3(IP) 망 위에서 투명하게 에뮬레이션하여 엄청난 장비 교체 비용을 방어하는 고전적 실무 기술이다.
시나리오 — 라우터 간 Point-to-Point 시리얼 통신 프로토콜 설정: 본사와 지사를 잇는 E1 전용선을 개통하고 시스코 라우터를 연결했다. 링크가 올라오지 않는다. [해결책] 시스코 라우터의 시리얼 인터페이스 기본 L2 프로토콜은 시스코 독자 규격인 HDLC (Cisco-HDLC)다. 만약 지사 라우터가 타사(주니퍼 등) 장비라면, 표준 HDLC와 시스코 HDLC의 Control 필드 구조가 달라 통신이 불가능하다. 이때 실무 엔지니어는 명령어 encapsulation ppp를 양쪽에 입력하여, 벤더 중립적이고 인증(CHAP) 기능까지 갖춘 **PPP (Point-to-Point Protocol, HDLC의 발전형)**로 프로토콜을 통일하여 링크 장애를 해결해야 한다.

네트워크 구축 시 광대역/전용선의 L2 프로토콜 매핑을 결정하는 의사결정 흐름은 다음과 같다.

  ┌───────────────────────────────────────────────────────────────────┐
  │         장거리 전용선/WAN 구간의 Layer 2 프로토콜 설계 의사결정 플로우    │
  ├───────────────────────────────────────────────────────────────────┤
  │                                                                   │
  │   [라우터 간 시리얼 통신(전용선) 캡슐화 방식 선정 요구]                     │
  │                │                                                  │
  │                ▼                                                  │
  │      양쪽 라우터가 모두 동일한 벤더(예: 모두 Cisco)의 장비인가?             │
  │          ├─ 예 ─────▶ [기본값인 벤더 전용 HDLC 유지 가능]               │
  │          │                                                        │
  │          └─ 아니오 (이기종 라우터 간 연동)                              │
  │                │                                                  │
  │                ▼                                                  │
  │      사용자 인증(PAP/CHAP) 또는 IP 주소 자동 할당이 필요한 구간인가?       │
  │          ├─ 예 ─────▶ [PPP (Point-to-Point Protocol) 캡슐화 채택]    │
  │          │                     │                                  │
  │          │                     └─▶ [HDLC 기반이되 L3 연동 기능이 추가된 표준]│
  │          │                                                        │
  │          └─ 아니오 ──▶ [표준 HDLC 또는 Frame-Relay 다중화망 채택 고려]  │
  └───────────────────────────────────────────────────────────────────┘

[다이어그램 해설] HDLC는 너무 훌륭한 기본 뼈대였지만 벤더마다 살을 붙이는 방식이 달랐다. 그래서 라우터 간 통신 장애 시 캡슐화(Encapsulation) 불일치는 가장 먼저 점검해야 할 포인트다. 실무에서는 이런 호환성 문제를 피하고 보안 인증까지 더하기 위해, 순수 HDLC 대신 이를 개량한 PPP 규격을 전 세계 전용선 연결의 사실상 표준으로 굳혀 사용하고 있다.

도입 체크리스트

기술적: 고속 광전송망(SDH/SONET)에 IP 패킷을 태우는 PoS(Packet over SONET) 설계 시, HDLC 프레이밍을 사용하여 패킷 경계를 추출할 때 하드웨어 칩셋의 비트 스터핑/디스터핑 로직 처리 속도가 회선 속도(수 Gbps)를 병목 없이 따라가는지 확인했는가?
운영·보안적: PPP 링크 설정 시, 구형 PAP(단방향 평문 암호) 대신 해시 암호화 기반의 CHAP(Challenge Handshake Authentication Protocol) 양방향 인증을 적용하여 전용선 구간의 도청 및 회선 탈취 공격을 방어했는가?

안티패턴

이기종 장비 간 HDLC 맹신: "HDLC는 국제 표준이니까 라우터끼리 당연히 붙겠지"라며 캡슐화를 디폴트로 방치하는 행위. 앞서 언급했듯 장비 제조사마다 독자적인 필드(Protocol Type 등)를 추가한 변형 HDLC를 쓰기 때문에, 이기종 간에는 100% 프레임 드롭이 발생한다. 전용선 개통 시에는 무조건 명시적인 encapsulation ppp 설정으로 통일하는 것이 실무의 불문율이다.
📢 섹션 요약 비유: 똑같은 규격의 컨테이너 박스(HDLC 뼈대)를 쓰더라도 한 회사는 파란색 자물쇠, 다른 회사는 빨간색 자물쇠를 쓰면 상대방 항구에서 상자를 열지 못합니다. 그래서 전 세계 공용 마스터키(PPP)를 달아 보내는 규칙으로 합의를 본 것입니다.

Ⅴ. 기대효과 및 결론

정량/정성 기대효과

구분	BSC (문자 동기방식)	HDLC (비트 동기방식)	통신 아키텍처 혁신 효과
투명성 오버헤드	바이트 스터핑 (DLE 삽입)으로 용량 낭비	비트 스터핑 (0 삽입)으로 낭비 극소화	전송 데이터의 코드 제약 해방 및 페이로드 효율성 극대화
전송 흐름 제어	Half-Duplex, Stop-and-Wait (매우 느림)	Full-Duplex, 슬라이딩 윈도우 채택	끊김 없는 연속 전송으로 채널 대역폭 100% 활용
범용성	IBM 등 특정 메인프레임 텍스트 전용	모든 데이터, 모든 네트워크 장비 수용	전 세계 LAN/WAN 프로토콜의 단일 뼈대(표준) 제공

미래 전망

HDLC의 사상적 영생: 무선 통신의 5G, 6G 시대가 열리고 이더넷이 400Gbps를 돌파하는 현재에도, 물리 계층 위에서 프레임 단위의 경계를 자르고 에러를 검출(FCS)하는 L2 아키텍처의 근간은 여전히 HDLC의 비트 동기방식 사상을 그대로 빌려 쓰고 있다. 구조가 너무나도 완벽하여 50년이 지난 지금도 굳이 다른 방식을 새로 발명할 필요가 없기 때문이다.
고속 스크램블링(Scrambling)으로의 진화: 100Gbps 이상의 초고속 광통신에서는 1이 5개 나올 때 0을 끼워 넣는 비트 스터핑 연산조차 버거워진다. 따라서 아예 원본 데이터에 수학적인 난수(Pseudo-random) 코드를 곱해버려 0과 1이 무작위로 섞이게 만드는 스크램블링 기술을 적용하여 동기화를 유지하는 방향으로 고속화 물리 계층이 진화했다.

참고 표준

ISO 3309, 4335, 7809: HDLC 프레임 구조, 절차 요소, 그리고 서비스 등급을 정의하는 국제 표준 규격 문서 그룹.
RFC 1661 (PPP): HDLC를 기반으로 다중 프로토콜 지원, 링크 제어(LCP), 인증, 네트워크 제어(NCP) 기능을 얹어 현대 인터넷 전용선 연결의 근간이 된 IETF 표준 프로토콜.

데이터 통신에서 BSC(문자 동기)에서 HDLC(비트 동기)로의 진화는, 인류가 "사람이 읽는 문자"의 관점에서 통신을 바라보던 것을 버리고 "기계가 처리하는 비트"의 관점으로 완벽히 전환했음을 상징하는 역사적 사건이다. 기계의 관점에서 가장 차갑고 효율적인 규칙(플래그와 0 삽입)을 정의함으로써, 우리는 텍스트뿐만 아니라 그림, 음악, 가상현실에 이르는 모든 형태의 바이너리 우주를 제한 없이 쏘아 보낼 수 있는 거대한 투명 고속도로를 얻게 되었다. HDLC는 OSI 2계층의 시작이자 끝이다.

  ┌──────────────────────────────────────────────────────────────────┐
  │         동기식 프레이밍 (Framing) 프로토콜의 진화 로드맵             │
  ├──────────────────────────────────────────────────────────────────┤
  │                                                                  │
  │   1세대 (문자 제어)          2세대 (비트 제어 / 혁명)       3세대 (확장 및 응용)  │
  │   │                       │                      │               │
  │   ▼                       ▼                      ▼               │
  │ [BSC (문자 동기)]      →  [SDLC / HDLC (비트 동기)] →  [PPP / Frame-Relay] │
  │   │                       │                      │               │
  │   ├─ SYN, STX 문자 의존     ├─ 01111110 플래그 통일    ├─ 라우터 간 WAN 점령  │
  │   ├─ 반이중, 텍스트 위주     ├─ 비트 스터핑 100% 투명성  ├─ 인증/암호화 등 L3 결합 │
  │   └─ "문자로 대화하자"      └─ "비트 패턴으로 통제하자"  └─ "인터넷의 백본망 완성" │
  │                                                                  │
  │  초점 이동: "내용 기반 통제" → "기계적 캡슐화 (은닉)" → "다양한 서비스와의 융합"   │
  └──────────────────────────────────────────────────────────────────┘

[다이어그램 해설] 로드맵은 초기 IBM의 메인프레임 통신에서 출발한 기술이 어떻게 전 세계 네트워크의 표준으로 거듭났는지를 보여준다. BSC(1세대)는 사람이 볼 때 직관적이었으나 데이터가 조금만 복잡해져도 오작동했다. HDLC(2세대)가 비트 패턴이라는 기계적 기준을 세워 투명성을 확보하면서 통신의 대폭발이 일어났다. 이후 이 완벽한 포장 박스(HDLC)에 인증 자물쇠를 달고 여러 주소 스티커를 붙여 응용한 PPP나 프레임 릴레이(3세대)가 전 세계 라우터를 거미줄처럼 엮어내며 인터넷(WAN)의 실질적 근간을 완성했다.

📢 섹션 요약 비유: 수작업으로 편지 내용을 읽어보고 주소를 분류하던 옛날 우체국(문자 동기)에서, 바코드(플래그)만 찍으면 기계가 알아서 레일 위로 짐을 날려 보내는 현대식 자동화 물류 터미널(비트 동기)로 통신망이 완벽히 진화한 것입니다.

📌 관련 개념 맵 (Knowledge Graph)

개념 명칭	관계 및 시너지 설명
데이터 투명성 (Transparency)	프레임 내부의 데이터(페이로드)가 어떤 비트 조합을 갖더라도 제어 신호로 오인되지 않고 원본 그대로 수신측에 전달됨을 보장하는 특성이다.
비트 스터핑 (Bit Stuffing)	HDLC 투명성 보장의 핵심으로, 송신측에서 1이 5개 연속되면 강제로 0을 삽입하고 수신측에서 이를 빼내는 가장 우아한 하드웨어 로직이다.
슬라이딩 윈도우 (Sliding Window)	HDLC가 채택한 전이중 흐름 제어 기법으로, 응답(ACK)을 기다리지 않고 여러 개의 프레임을 연속으로 쏟아내어 링크 효율을 극대화한다.
PPP (Point-to-Point Protocol)	HDLC를 기반으로 IP 주소 할당, 인증(PAP/CHAP) 기능을 추가하여 현대 라우터 간 광역망(WAN) 연결의 절대적 표준이 된 프로토콜이다.
순환 중복 검사 (CRC / FCS)	HDLC 프레임 꼬리에 위치하는 16/32비트 연산 코드로, 전송 중 발생하는 블록 단위의 다중 비트 에러를 수학적으로 거의 100% 잡아내는 방어막이다.

👶 어린이를 위한 3줄 비유 설명

**문자 동기방식(BSC)**은 편지를 쓸 때 "【본문시작】 안녕! 【본문끝】" 하고 글씨로 표시하는 거예요. 그런데 편지 내용 중에 실수로 "본문끝"이라는 말이 들어가면 친구가 거기서 편지를 찢어버리는 문제가 생겨요.
**비트 동기방식(HDLC)**은 내용에 상관없이 편지를 특수한 '빨간색 코팅 봉투(플래그)'에 쏙 집어넣는 거예요. 그러면 친구는 내용물을 보지 않고도 빨간 봉투만 보고 편지 한 통이 끝났다는 걸 정확히 알 수 있죠.
만약 편지 내용 중에 우연히 빨간색이 있으면 봉투랑 헷갈리니까, 그 위에 살짝 '하얀색 스티커(비트 스터핑)'를 붙여서 안전하게 보내는 마법 같은 방법이랍니다!