이 글의 목적은 Windows 10/11에서 BLE(저전력 블루투스) 장치를 페어링할 때 “0x00000005(권한/Access Denied)” 오류가 발생하는 원인을 체계적으로 분류하고, 서비스·드라이버·권한·캐시·정책 항목을 순서대로 점검하여 재발 없이 복구하는 절차를 현장에서 바로 적용할 수 있도록 정리하는 것이다.
1. 오류 0x00000005의 의미와 BLE 페어링에서 자주 발생하는 지점
0x00000005는 Windows에서 “권한이 거부됨”을 의미하는 대표 오류 코드이다.
BLE 페어링 과정은 단순히 블루투스 어댑터만 동작하는 구조가 아니라, 장치 열거(Discovery)·연결(Connect)·인증/키 교환(Pairing)·드라이버 바인딩(Install)·장치 등록(Association) 단계가 이어지는 구조이다.
따라서 다음 중 하나라도 권한·정책·서비스 상태가 비정상이라면, 페어링 창에서는 동일하게 0x00000005로 뭉뚱그려 표시되는 경우가 많다.
| 발생 단계 | 사용자 체감 증상 | 대표 원인 | 복구 방향 |
|---|---|---|---|
| 장치 검색 | 목록에 안 뜨거나 잠깐 떴다가 사라지다 | Bluetooth 지원 서비스/라디오 전원 관리/드라이버 문제 | 서비스 재시작, 전원 관리 해제, 드라이버 재설치하다 |
| 페어링 승인 | 연결 시도 즉시 “권한 오류”가 뜨다 | 장치 연결 정책 차단, Device Association 관련 서비스 오류 | 정책 점검, DAS 관련 서비스 복구하다 |
| 드라이버 바인딩 | “장치를 설정하는 중”에서 실패하다 | Windows Update/드라이버 저장소 손상, 설치 제한 정책 | SFC/DISM, 장치 제거 후 재탐지, 정책 해제하다 |
| 재연결 | 한 번 연결 후 재연결만 실패하다 | 페어링 캐시/키 충돌, 기존 등록 정보 손상 | 장치 제거, 블루투스 캐시 정리, 재페어링하다 |
2. 적용 전 확인해야 할 전제 조건
2.1 관리자 권한 계정 여부를 확인하다
표준 사용자 계정은 장치 드라이버 설치·장치 연결 정책·일부 서비스 제어에서 제한이 걸릴 수 있다.
가능하면 로컬 관리자 권한 또는 장치 설치가 허용된 도메인 계정으로 진행하는 것이 안정적이다.
2.2 회사 PC라면 장치 연결 정책이 있는지 먼저 판단하다
회사 보안 정책은 블루투스 자체를 허용하더라도 “새 장치 페어링”만 제한하는 경우가 있다.
이 경우 사용자는 동일하게 0x00000005를 보게 되며, PC 한 대에서만 문제가 아니라 동일 정책이 적용된 PC 전반에서 재현되는 특징이 있다.
3. 가장 빠른 1차 복구 절차(10분 내 점검 순서)
3.1 Windows 블루투스 문제 해결사를 먼저 실행하다
설정의 블루투스 문제 해결사는 서비스 상태와 기본 구성 요소를 자동으로 점검하는 편이다.
Windows 11 기준으로 “설정 → 시스템 → 문제 해결 → 다른 문제 해결사 → Bluetooth” 순서로 실행하면 된다.
3.2 블루투스 토글·비행기 모드 토글로 라디오를 초기화하다
BLE는 라디오 상태가 꼬이면 장치 열거 단계부터 실패하는 경우가 있다.
블루투스를 끄고 10초 후 켜고, 비행기 모드를 켰다가 10초 후 끄는 방식으로 라디오를 재초기화하면 일시 오류가 해소되는 경우가 있다.
3.3 기존 페어링을 완전히 제거하고 다시 페어링하다
“설정 → Bluetooth 및 장치 → 장치”에서 해당 장치를 “제거”한 뒤, 장치 전원을 껐다 켜고 다시 페어링해야 한다.
BLE 장치는 전원이 켜져 있어도 페어링 모드가 아니면 재연결만 시도하다 실패할 수 있으므로, 장치별로 “페어링 모드 진입” 절차를 정확히 수행해야 한다.
4. 핵심 원인 1: Device Association 관련 서비스가 비정상인 경우
BLE 페어링은 장치 “연결”뿐 아니라 Windows 내부에서 장치를 “등록”하는 절차가 포함되며, 이 과정에서 Device Association 계열 구성 요소가 비정상이면 권한 오류처럼 보일 수 있다.
4.1 필수 서비스 상태를 점검하다
Win + R에서 services.msc를 실행한 뒤 아래 서비스를 확인해야 한다.
| 서비스 표시 이름 | 서비스 이름 | 권장 시작 유형 | 권장 상태 |
|---|---|---|---|
| Bluetooth Support Service | bthserv | 수동(트리거 시작) 또는 자동 | 실행 중 |
| Device Association Service | DeviceAssociationService | 수동(트리거 시작) 또는 자동 | 실행 중 |
| Device Install Service | DeviceInstall | 수동 | 필요 시 실행 |
| Windows Push Notifications System Service | WpnService | 수동 | 필요 시 실행 |
서비스가 “중지”인데 시작이 안 되거나, 시작 후 곧바로 중지되는 경우가 문제의 핵심일 가능성이 높다.
4.2 관리자 권한 터미널에서 서비스 재시작을 강제하다
아래 명령은 관리자 권한 Windows Terminal 또는 PowerShell에서 실행해야 한다.
sc stop bthserv sc stop DeviceAssociationService timeout /t 2 sc start DeviceAssociationService sc start bthserv실행 후 다시 페어링을 시도해야 한다.
4.3 서비스 시작 유형을 정상화하다
특정 최적화 프로그램 또는 튜닝 작업이 트리거 시작 서비스를 “사용 안 함”으로 바꾸는 경우가 있다.
아래 명령으로 시작 유형을 되돌릴 수 있다.
sc config bthserv start= demand sc config DeviceAssociationService start= demand sc config DeviceInstall start= demand5. 핵심 원인 2: 권한/정책(특히 회사 PC)로 인해 페어링이 차단된 경우
5.1 장치 설치 제한 정책을 점검하다
로컬 그룹 정책 편집기(gpedit.msc)가 있는 Windows라면 다음 경로를 확인해야 한다.
컴퓨터 구성 → 관리 템플릿 → 시스템 → 장치 설치 → 장치 설치 제한이다.
여기에서 “장치 설치를 방지”하거나 “특정 클래스 GUID를 차단”하는 정책이 켜져 있으면 BLE 신규 장치가 등록 단계에서 막힐 수 있다.
5.2 회사 보안 솔루션이 블루투스 등록을 차단하는지 확인하다
엔드포인트 보안 제품은 블루투스 기능을 부분적으로 제한하는 경우가 있다.
특징은 “기존에 연결되던 장치는 되는데 신규 페어링만 실패”하거나 “특정 프로파일(HID는 되고 GATT만 실패)만 실패”하는 형태로 나타나는 편이다.
이 경우 사용자가 임의로 우회하면 재발할 가능성이 높으므로, 보안 정책 담당 부서에서 예외 규칙을 부여하는 방식이 가장 확실하다.
6. 핵심 원인 3: 블루투스 어댑터 드라이버/전원 관리 문제
6.1 장치 관리자에서 블루투스 어댑터를 재설치하다
장치 관리자(devmgmt.msc)에서 Bluetooth 항목의 무선 어댑터(Intel/Realtek/Qualcomm 등)를 찾은 뒤 “디바이스 제거”를 진행해야 한다.
이때 “이 장치의 드라이버 소프트웨어를 삭제합니다”가 보이면 체크 후 제거하는 것이 정리 효과가 크다.
재부팅 후 Windows가 드라이버를 자동 재설치하도록 두고, 가능하면 제조사에서 제공하는 최신 드라이버로 업데이트해야 한다.
6.2 전원 관리에서 블루투스 절전을 해제하다
노트북 환경에서 BLE 페어링이 간헐 실패하거나 재연결만 실패하는 경우, 전원 관리가 원인이 되는 경우가 있다.
장치 관리자에서 블루투스 어댑터 속성 → 전원 관리 탭 → “전원을 절약하기 위해 컴퓨터가 이 장치를 끌 수 있음”을 해제해야 한다.
6.3 빠른 시작(하이브리드 부팅)을 끄고 완전 종료 후 재시도하다
빠른 시작이 켜져 있으면 드라이버 상태가 완전 초기화되지 않아 라디오가 꼬인 채로 유지되는 경우가 있다.
제어판 전원 옵션에서 빠른 시작을 끈 뒤, 완전 종료 후 재부팅하여 재페어링을 시도하는 것이 유효한 경우가 있다.
shutdown /s /t 07. 핵심 원인 4: 시스템 파일/장치 설치 구성요소 손상
0x00000005가 반복되고, 다른 장치 추가도 불안정하다면 시스템 구성 요소 무결성 점검이 필요하다.
7.1 SFC와 DISM을 순서대로 실행하다
관리자 권한 터미널에서 아래 명령을 순서대로 실행해야 한다.
sfc /scannow DISM /Online /Cleanup-Image /CheckHealth DISM /Online /Cleanup-Image /ScanHealth DISM /Online /Cleanup-Image /RestoreHealth완료 후 재부팅하고 BLE 페어링을 다시 시도해야 한다.
8. 핵심 원인 5: 블루투스 페어링 캐시/등록 정보 충돌
동일 장치가 다른 PC나 스마트폰과 여러 번 페어링되었거나, Windows 업데이트 이후 재연결만 실패하는 경우 캐시 충돌이 원인이 되기도 하다.
8.1 “장치 제거” 후 장치 측에서도 페어링 정보를 삭제하다
Windows에서 장치를 제거했더라도, BLE 장치 내부에 남아 있는 본딩 정보가 충돌을 일으킬 수 있다.
장치 설명서 기준으로 “페어링 초기화” 또는 “공장 초기화”를 수행한 뒤 다시 페어링해야 한다.
8.2 Bluetooth 관련 드라이버 스택을 리셋하다
다음 순서로 진행하면 재부팅 한 번으로 스택이 정리되는 경우가 있다.
첫째, 설정에서 블루투스를 끄다.
둘째, 장치 관리자에서 Bluetooth 항목의 문제 장치를 제거하다.
셋째, 재부팅하다.
넷째, 블루투스를 켠 뒤 새 장치 추가로 페어링하다.
9. 현장용 점검 체크리스트로 빠르게 원인을 좁히다
| 체크 항목 | 정상 기준 | 비정상 시 조치 |
|---|---|---|
| 다른 BLE 장치도 신규 페어링이 실패하다 | 다른 장치는 정상 페어링되다 | PC 측 서비스/정책/드라이버 문제 가능성이 높다 |
| Device Association Service가 시작/유지되다 | 실행 중 상태를 유지하다 | 서비스 시작 유형 복구 및 이벤트 로그 점검이 필요하다 |
| 표준 사용자 계정에서만 실패하다 | 관리자 계정에서는 정상이다 | 권한/정책 문제로 판단하고 IT 정책을 점검하다 |
| 재부팅 직후만 되다가 다시 실패하다 | 지속적으로 동작하다 | 전원 관리/빠른 시작/드라이버 상태 유지 문제를 의심하다 |
| 특정 장치에서만 실패하다 | 동일 장치가 다른 PC에서는 정상이다 | 장치 초기화 및 본딩 정보 충돌을 우선 해소하다 |
10. 자주 실패하는 포인트와 실무 팁
10.1 BLE 장치를 “Bluetooth”가 아닌 “모든 장치”에서 추가해야 하는 경우가 있다
Windows의 장치 추가 UI는 장치 유형에 따라 탐색 경로가 달라질 수 있다.
BLE 센서·특수 장치는 “Bluetooth” 메뉴보다 “모든 장치” 경로에서 더 안정적으로 잡히는 사례가 있다.
10.2 USB 블루투스 동글은 포트 변경만으로도 권한 오류가 사라지기도 하다
동글이 특정 USB 컨트롤러/허브를 통해 연결될 때 전원 관리나 드라이버 바인딩이 꼬일 수 있다.
가능하면 메인보드 직결 포트로 옮기고, USB 허브를 거치지 않도록 구성해야 한다.
10.3 이벤트 뷰어로 “실패 원인”을 텍스트로 확인하는 습관이 필요하다
UI에서 0x00000005만 보일 때는 실제 차단 주체를 알기 어렵다.
이벤트 뷰어(eventvwr.msc)에서 시스템 로그와 Microsoft-Windows-Bluetooth 관련 로그를 보면 서비스 중지, 드라이버 실패, 정책 차단 흔적이 남는 경우가 있다.
FAQ
페어링할 때만 0x00000005가 뜨고, 블루투스는 켜져 있는데 왜 권한 오류가 나는가?
BLE 페어링은 라디오 ON/OFF만으로 끝나는 기능이 아니라 장치 등록과 드라이버 바인딩이 포함되는 기능이다. 이 과정에서 Device Association Service, 장치 설치 정책, 드라이버 설치 권한이 얽히면 UI는 권한 오류로 단순 표시하는 경우가 있다.
관리자 권한으로도 실패하면 무엇부터 보는 것이 효율적인가?
Device Association Service와 Bluetooth Support Service 상태를 먼저 확인하는 것이 효율적이다. 다음으로 블루투스 어댑터 드라이버 재설치와 전원 관리 해제를 진행하고, 그래도 재발하면 SFC/DISM로 시스템 무결성을 복구하는 순서가 안정적이다.
회사 PC에서만 새 장치 페어링이 막히면 사용자가 해결할 수 있는가?
장치 설치 제한 정책이나 보안 솔루션 정책이 원인인 경우 사용자가 임의로 해결하기 어렵다. 이때는 정책 예외 요청이 정답이며, 사용자가 레지스트리 권한을 변경해도 정책 재적용으로 재발하는 경우가 많다.
한 번 연결되던 BLE 장치가 업데이트 후 재연결만 안 되는 경우는 어떻게 처리하는가?
Windows에서 장치를 제거하고, BLE 장치 측에서도 페어링 정보를 초기화한 다음 다시 페어링하는 것이 가장 확실하다. 이후 블루투스 어댑터 전원 관리 해제와 빠른 시작 비활성화를 적용하면 재발이 줄어드는 편이다.