PFCP
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
PFCP(Packet Forwarding Control Protocol)는 제어 평면(CP) 기능 요소가 사용자 평면(UP) 기능 요소의 PFCP 세션을 설정, 수정 또는 삭제하는 데 사용되는 프로토콜이다. PFCP는 GTP-U 캡슐화를 사용하여 CP와 UP 기능 간에 사용자 평면 패킷을 전달하며, PDR, FAR, QER, URR, BAR과 같은 주요 개념을 포함한다. PFCP 메시지는 UDP를 사용하며, 노드 관련 메시지, 세션 관련 메시지, 기타 메시지로 분류된다. 노드 관련 메시지는 CP와 UP 기능 요소 간의 연결을 관리하고, 세션 관련 메시지는 세션을 설정, 수정, 삭제하는 데 사용된다.
더 읽어볼만한 페이지
- 5G - 5G 네트워크 슬라이싱
5G 네트워크 슬라이싱은 하나의 물리적 네트워크를 여러 논리적 네트워크로 분할하여 각 슬라이스가 서로 다른 서비스 품질을 보장하는 5G 핵심 기술로, 한국은 세계 최초 5G 상용화를 통해 다양한 분야 활용을 위한 연구개발과 인프라 구축을 지원하고 있으며, 기술적 과제와 경제적 어려움 극복 및 기술 고도화와 표준화가 필요하다. - 5G - 5G NR
5G NR은 5G 이동 통신 기술의 무선 접속 기술로, 6 GHz 이하 주파수 대역과 mmWave 대역을 사용하며, 비단독 모드(NSA)와 단독 모드(SA) 네트워크 구축 방식을 지원하고, 3GPP에서 지속적으로 표준을 개발하여 다양한 기기를 지원한다. - LTE (전기통신) - 멀티미디어 방송 다중송출 서비스
멀티미디어 방송 다중송출 서비스(MBMS)는 이동통신망을 통해 멀티미디어 콘텐츠를 다수의 사용자에게 동시에 전송하는 기술이며, 3GPP 표준에 의해 기술 규격이 정의되고 5G 네트워크에서도 기술 발전을 지속하고 있다. - LTE (전기통신) - VoLTE
VoLTE는 LTE망을 이용해 음성 통화를 제공하는 기술로, 상용 서비스 시작 후 국제 로밍 및 상호 운용성이 확대되었으며, 높은 음성 품질과 통화 중 데이터 통신 가능 등의 장점을 제공하지만 네트워크 및 장치 호환성, 긴급 통화 문제 등의 과제도 안고 있다. - 3GPP 표준 - 고속 패킷 접속
고속 패킷 접속(HSPA)은 3세대 이동통신(3G)의 데이터 전송 속도를 높이는 기술 집합체로, 고속 하향/상향 패킷 접속(HSDPA/HSUPA)을 통해 속도를 개선하고 다중 안테나, 고차 변조, 다중 주파수 대역 활용 등의 기술로 진화했으나, LTE 및 5G 기술 발전으로 현재는 상용 서비스가 중단되었다. - 3GPP 표준 - UMTS
UMTS는 GSM에서 발전한 3세대 이동 통신 기술의 국제 표준 중 하나로, W-CDMA 등의 무선 인터페이스를 통해 다양한 데이터 전송 속도를 지원하며 HSPA 기술로 성능을 향상시킨다.
PFCP | |
---|---|
PFCP (PFCP) | |
일반 정보 | |
프로토콜 이름 | 패킷 전달 제어 프로토콜 |
약자 | PFCP |
설명 | 3GPP 5G 코어 네트워크 아키텍처의 핵심 프로토콜 중 하나 |
세부 사항 | |
기능 | 사용자 평면 기능 관리 세션 관리 정책 및 과금 규칙 적용 |
CUPS 아키텍처 | 컨트롤 플레인과 사용자 플레인 분리 네트워크 유연성 및 확장성 향상 |
사용 사례 | 5G 코어 네트워크 모바일 네트워크 고정 무선 액세스 사설 네트워크 |
관련 기술 | GTP (GPRS Tunneling Protocol) SDN (Software-Defined Networking) NFV (Network Functions Virtualization) |
기술 사양 | |
표준화 기구 | 3GPP (3rd Generation Partnership Project) |
주요 기능 | 세션 관리 터널 관리 트래픽 리디렉션 QoS 제어 과금 |
메시지 유형 | PFCP 세션 관련 메시지 (예: 세션 설정 요청/응답) PFCP 연결 관련 메시지 (예: 연결 설정 요청/응답) PFCP 피어 노드 관련 메시지 (예: 하트비트) |
전송 프로토콜 | UDP (User Datagram Protocol) |
보안 | IPsec (Internet Protocol Security) |
2. 기능
GTP와 유사하게, PFCP는 제어 평면(Control-Plane)의 시그널링 구성 요소가 사용자 평면(User-Plane) 구성 요소의 패킷 처리 및 포워딩을 관리하는 수단을 제공한다. 일반적인 EPC 또는 5G 패킷 게이트웨이는 이 프로토콜에 의해 두 가지 기능 부분으로 나뉘어, 더 자연스러운 발전과 확장성을 제공한다.
PFCP 프로토콜은 3GPP 이동 코어 인터페이스에서 사용된다.
- Sxa - SGW-C와 SGW-U 사이
- Sxb - PGW-C와 PGW-U 사이
- Sxc - TDF-C와 TDF-U 사이 (트래픽 감지 기능)
- N4 - SMF와 UPF 사이
통합 SGW / PGW가 구현되는 경우 Sxa와 Sxb를 결합할 수 있다.

제어 평면 기능 요소(예: PGW-C, SMF)는 사용자 평면 기능 요소(예: PGW-U, UPF)의 PFCP 세션을 설정, 수정 또는 삭제한다.
(사용자 평면 패킷 처리 과정은 하위 섹션에서 자세히 설명한다.)
2. 1. 주요 개념
GTP와 유사하게, PFCP는 제어 평면(Control-Plane)의 시그널링 구성 요소가 사용자 평면(User-Plane) 구성 요소의 패킷 처리 및 포워딩을 관리하는 수단을 제공한다. 일반적인 EPC 또는 5G 패킷 게이트웨이는 이 프로토콜에 의해 두 가지 기능 부분으로 나뉘어, 더 자연스러운 발전과 확장성을 제공한다.PFCP 프로토콜은 다음 3GPP 모바일 코어 인터페이스에서 사용된다.
- Sxa - SGW-C와 SGW-U 사이
- Sxb - PGW-C와 PGW-U 사이
- Sxc - TDF-C와 TDF-U 사이 (트래픽 감지 기능)
- N4 - SMF와 UPF 사이
(참고: 병합된 SGW / PGW가 구현되는 경우 Sxa와 Sxb를 결합할 수 있다.)
제어 평면 기능 요소(예: PGW-C, SMF)는 사용자 평면 기능 요소(예: PGW-U, UPF)의 PFCP 세션을 설정, 수정 또는 삭제한다.
사용자 평면 패킷은 GTP-U 캡슐화를 사용하여 CP와 UP 기능간에 전달되어야 한다(3GPP TS 29.281 참조). UP 기능에서 CP 기능으로 데이터를 전달하기 위해 CP 기능은 PFCP 세션 컨텍스트 당 PDR(들)을 제공해야 한다. PDR은 CP 기능으로 전달할 사용자 평면 트래픽을 식별하고, 대상 인터페이스를 "CP function side"로 설정하고, GTP-U 캡슐화를 수행하고, PFCP 세션 및 PDR별로 CP 기능에서 고유하게 할당된 GTP-u F-TEID로 패킷을 전달하도록 설정하는 FAR 세트를 사용한다. 그러면 CP 기능은 캡슐화 GTP-u 패킷의 헤더에서 F-TEID에 의해 전달된 데이터가 속하는 PDN 연결 및 베어러를 식별해야 한다. CP 기능에서 UP 기능으로 데이터를 전달하기 위해, CP 기능은 소스 인터페이스를 "CP function side"로 설정된 PDI를 사용하여 PFCP 세션 컨텍스트 당 하나 이상의 PDR을 제공하고, PDR 당 UP 기능에서 고유하게 할당 된 GTP-u F-TEID 및 GTP-U 캡슐화 해제를 수행하고 패킷을 의도한 대상으로 전달하도록 설정된 FAR을 사용한다. URR 및 QER도 구성 할 수 있다.
세션 당 여러 PDR, FAR, QER, URR 및 / 또는 BAR이 전송된다.
다음은 논리적 연관 모델로 구성된 주요 개념이다.
- PDR (Packet Detection Rule, 패킷 감지 규칙): 데이터 패킷을 특정 처리 규칙과 일치시키기 위한 정보를 포함한다. 외부 캡슐화와 내부 사용자 평면 헤더를 모두 일치시킬 수 있다. 포지티브 매칭에 다음 규칙을 적용할 수 있다.
- FAR (Forwarding Action Rule, 전달 동작 규칙): PDR과 일치하는 패킷을 삭제, 전달, 버퍼링 또는 복제해야 하는지 여부 및 방법을 규정하며, 첫 번째 패킷 알림에 대한 트리거를 포함한다. 여기에는 패킷 캡슐화 또는 헤더 강화 규칙이 포함된다. 버퍼링의 경우 다음 규칙을 적용할 수 있다.
- BAR (Buffering Action Rule, 버퍼링 동작 규칙): 버퍼링할 데이터의 양과 Control-Plane에 알리는 방법.
- QER (QoS, 시행 규칙): 게이팅 및 QoS 제어, 흐름 및 서비스 수준 표시를 제공하기 위한 규칙이다.
- URR (Usage Reporting Rule, 사용 보고 규칙): 사용자 평면 기능에서 처리하는 트래픽을 계산하고 보고하기 위한 규칙이 포함되어 있으며 제어 평면 기능에서 과금 기능을 활성화하는 보고서를 생성한다.
2. 2. 사용자 평면 패킷 처리
Control-Plane영어 기능 요소(예: PGW-C, SMF)는 PFCP영어 세션을 설정, 수정 또는 삭제하여 사용자 평면 기능 요소(예: PGW-U, UPF)에서 패킷 처리 및 전달을 제어한다.사용자 평면 패킷은 GTP-U영어 캡슐화를 사용하여 CP와 UP 기능 간에 전달되어야 한다(3GPP TS 29.281 [3] 참조). UP 기능에서 CP 기능으로 데이터를 전달하기 위해 CP 기능은 PFCP영어 세션 컨텍스트당 PDR(패킷 감지 규칙)을 제공해야 한다. PDR은 CP 기능으로 전달할 사용자 평면 트래픽을 식별하는 PDI(패킷 감지 정보)와 FAR(전달 동작 규칙)을 포함한다. FAR에는 대상 인터페이스를 "CP 기능 측"으로 설정하고, GTP-U영어 캡슐화를 수행하며, PFCP영어 세션 및 PDR당 CP 기능에 고유하게 할당된 GTP-u F-TEID영어로 패킷을 전달하는 내용이 포함된다. CP 기능은 캡슐화된 GTP-U영어 패킷 헤더의 F-TEID(완전한 자격 TEID영어)를 통해 전달된 데이터가 속한 PDN 연결과 베어러를 식별해야 한다.
CP 기능에서 UP 기능으로 데이터를 전달하기 위해 CP 기능은 PFCP영어 세션 컨텍스트당 하나 이상의 PDR을 제공해야 한다. 이 PDR은 소스 인터페이스가 "CP 기능 측"으로 설정된 PDI와, PDR당 UP 기능에 고유하게 할당된 GTP-u F-TEID영어를 식별하고, GTP-U영어 디캡슐화를 수행하며, 의도된 대상으로 패킷을 전달하도록 설정된 FAR을 포함한다. URR과 QER도 구성할 수 있다.
세션당 여러 개의 PDR, FAR, QoS 시행 규칙(QER), 사용 보고 규칙(URR) 및/또는 버퍼링 동작 규칙(BAR)이 전송된다.
사용된 주요 개념은 다음과 같이 논리적 연관 모델로 구성된다.
- PDR (패킷 감지 규칙): 특정 처리 규칙에 데이터 패킷을 일치시키기 위한 정보를 포함한다. 외부 캡슐화와 내부 사용자 평면 헤더를 모두 일치시킬 수 있다. 긍정적 일치에 다음 규칙을 적용할 수 있다.
FAR (전달 동작 규칙)**: PDR과 일치하는 패킷을 삭제, 전달, 버퍼링 또는 복제해야 하는지 여부와 방법, 첫 번째 패킷 알림 트리거를 포함한다. 패킷 캡슐화 또는 헤더 보강 규칙을 포함한다. 버퍼링의 경우 다음 규칙을 적용할 수 있다.
* BAR (버퍼링 동작 규칙)**: 얼마나 많은 데이터를 버퍼링하고 제어 평면에 알리는 방법을 정의한다.
QER (QoS 시행 규칙)**: 게이팅 및 QoS 제어, 흐름 및 서비스 수준 마킹을 제공하기 위한 규칙이다.
URR (사용 보고 규칙)**: 사용자 평면 기능에서 처리된 트래픽을 계산하고 보고하기 위한 규칙을 포함하며, 제어 평면 기능에서 과금 기능을 활성화하기 위한 보고서를 생성한다.
3. 메시지
PFCP 프로토콜은 3GPP 모바일 코어 인터페이스에서 사용된다.
- Sxa - SGW-C와 SGW-U 사이
- Sxb - PGW-C와 PGW-U 사이
- Sxc - TDF-C와 TDF-U 사이 (트래픽 감지 기능)
- N4 - SMF와 UPF 사이
참고: 병합된 SGW / PGW가 구현되는 경우 Sxa와 Sxb를 결합할 수 있다.
제어 평면(Control-Plane) 기능 요소(예: PGW-C, SMF)는 사용자 평면(User-Plane) 기능 요소 (예: PGW-U, UPF)와 PFCP 세션을 설정, 수정 또는 삭제한다. 세션 당 여러 PDR, FAR, QER, URR 및 / 또는 BAR이 전송된다.
- PDR (Packet Detection Rule, 패킷 감지 규칙): 데이터 패킷을 특정 처리 규칙과 일치시키기 위한 정보를 포함한다. 외부 캡슐화와 내부 사용자 평면 헤더를 모두 일치시킬 수 있다. 포지티브 매칭에 다음 규칙을 적용할 수 있다.
- FAR (Forwarding Action Rule, 전달 작업 규칙): PDR과 일치하는 패킷을 삭제, 전달, 버퍼링 또는 복제해야 하는지 여부 및 방법을 규정하며, 여기에는 패킷 캡슐화 또는 헤더 강화 규칙이 포함된다. 첫 번째 패킷 알림에 대한 트리거도 포함한다. 버퍼링의 경우 다음 규칙을 적용할 수 있다.
- BARs (Buffering Action Rules, 버퍼링 동작 규칙): 버퍼링할 데이터의 양과 Control-Plane에 알리는 방법을 명시한다.
- QER (QoS Enforcement Rule, QoS 시행 규칙): 게이팅 및 QoS 제어, 흐름 및 서비스 수준 표시를 제공하기 위한 규칙이다.
- URR (Usage Reporting Rule, 사용 보고 규칙): 사용자 평면 기능에서 처리하는 트래픽을 계산하고 보고하기 위한 규칙이 포함되어 있으며, 제어 평면 기능에서 과금 기능을 활성화하는 보고서를 생성한다.
3. 1. 메시지 형식
PFCP 메시지는 다음 표와 같은 형식을 따른다.비트 / 바이트 오프셋 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0..3 바이트 | 버전 (1) | (예비 0) | MP | S | 메시지 유형 | 메시지 길이 (바이트 단위, 처음 4 개 제외) | ||||||||||||||||||||||||||
바이트 4..11 | (S 플래그가 설정 됨) 경우 SEID; 그렇지 않으면 이러한 바이트가 누락된다. | |||||||||||||||||||||||||||||||
바이트 8..11 | ||||||||||||||||||||||||||||||||
바이트 4..7 | 시퀀스 번호 | (MP 플래그 설정) 경우 메시지 우선 순위; 기타 (예비 0) | (예비 0) | |||||||||||||||||||||||||||||
바이트 8. . (MsgLen + 4) | 0 개 이상의 정보 요소 |
- 버전: 현재 버전은 1이다.
- MP (메시지 우선 순위): 설정된 경우 메시지 우선 순위를 나타낸다.
- S (SEID): 설정된 경우 SEID (Session Endpoint Identifier)를 포함한다.
- 메시지 유형: 메시지 유형을 나타낸다.
- 메시지 길이: 처음 4바이트를 제외한 메시지 길이를 바이트 단위로 나타낸다.
- SEID: S 플래그가 설정된 경우에만 존재하며, 세션 엔드포인트 식별자를 나타낸다.
- 시퀀스 번호: 메시지의 시퀀스 번호를 나타낸다.
- 메시지 우선 순위: MP 플래그가 설정된 경우에만 존재하며, 메시지 우선 순위를 나타낸다.
- 정보 요소: 0개 이상의 정보 요소(IE)를 포함할 수 있다.
IE는 독점적 인코딩을 갖거나 그룹화된 것으로 정의된다. 그룹화된 IE는 PFCP 메시지 페이로드에서처럼 차례로 인코딩된 다른 IE의 목록이다.
IE 유형 0..32767은 3GPP에 한정되며 Enterprise-ID 세트가 없다. IE 유형 32768..65535는 사용자 지정 구현에서 사용할 수 있으며 Enterprise-ID는 발급 당사자의 IANA SMI 네트워크 관리 사설 엔터프라이즈 코드[9]로 설정되어야 한다.
표준화된 메시지 유형은 다음 표와 같다.
Message Type | Message | Interface Applicability | Direction | Purpose | |||||
---|---|---|---|---|---|---|---|---|---|
Request | Response | Sxa | Sxb | Sxc | N4 | Request | Response | ||
0 | (Reserved) | ||||||||
(1..49) | Node Related Messages | ||||||||
1 | 2 | Heartbeat | X | X | X | X | CP ↔ UP | 다른 노드가 활성 상태인지 확인하기 위해 설정된 연결이 있는 통신 피어 간에 선택적으로 사용할 수 있다. Recovery-Timestamp는 다른 피어가 다시 시작되었는지 감지하는 데 사용된다. | |
3 | 4 | PFD Management | - | X | X | X | CP → UP | UP → CP | 일반 PFCP 세션 외부에서 애플리케이션 식별자별로 PFD를 프로비저닝하는 선택적 기능이다. |
5 | 6 | Association Setup | X | X | X | X | CP ↔ UP | CP와 UP 기능 요소 간의 연결을 설정하고 업데이트한다. 기능에 대해 다른 요소에 알리기 위해 선택적 기능 목록을 포함한다. 다른 구성 요소도 전달된다. | |
7 | 8 | Association Update | X | X | X | X | CP ↔ UP | ||
9 | 10 | Association Release | X | X | X | X | CP → UP | UP → CP | |
- | 11 | Version Not Supported | X | X | X | X | CP ↔ UP | 구현된 버전을 포함하지 않는 모든 요청에 대한 오류 응답(현재 버전 1만 정의됨). | |
12 | 13 | Node Report | X | X | X | X | UP → CP | CP → UP | 세션의 일부는 아니지만 잠재적으로 일반적인 정보(예: 사용자 평면 경로 오류)를 보고하기 위해 UP 기능에 의해 전송된다. |
14 | 15 | Session Set Deletion | X | X | - | CP → UP | UP → CP | 영향을 받는 모든 세션의 삭제를 요청하는 부분 실패를 나타내기 위해 CP 기능에 의해 전송된다. | |
(50..99) | Session Related Messages | ||||||||
50 | 51 | Session Establishment | X | X | X | X | CP → UP | UP → CP | CP에서 UP 트래픽을 처리하고 전달하기 위한 규칙 집합으로 구성된 세션을 설정, 수정 및 제거하는 데 사용된다. PFCP 애플리케이션 도메인의 주요 기능 메시지이다. |
52 | 53 | Session Modification | X | X | X | X | |||
54 | 55 | Session Deletion | X | X | X | X | |||
56 | 57 | Session Report | X | X | X | X | UP → CP | CP → UP | 패킷 처리 및 전달 절차를 기반으로 하는 UP 사용 보고서 정보의 보고: 다운링크 데이터(대기 중인 새 패킷 알림), 사용 보고서(충전 목적을 위한 볼륨, 시간 등 기반 정보), 오류 및 비활성 표시. |
(100..255) | Other Messages |
3. 2. 정보 요소 형식
IE는 독점적인 인코딩을 갖거나 그룹화된 것으로 정의된다. 그룹화된 IE는 PFCP 메시지 페이로드에서처럼 차례로 인코딩된 다른 IE의 목록이다.IE 유형 0..32767은 3GPP에 한정되며 Enterprise-ID는 없다. IE 유형 32768..65535는 사용자 지정 구현에서 사용할 수 있으며 Enterprise-ID는 발급 당사자의 IANA SMI 네트워크 관리 사설 엔터프라이즈 코드[9]로 설정되어야 한다.
비트/바이트 오프셋 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
바이트 0..3 | 유형 | IE 길이 (바이트 단위, 처음 4 바이트 제외) | ||||||||||||||||||||||||||||||
바이트 4..IELen+4 | (유형 >= 32768) 경우 엔터프라이즈 ID; 그렇지 않은 경우 페이로드의 일부 | 페이로드 (계속) ... | ||||||||||||||||||||||||||||||
페이로드 (계속) ... |
3. 3. 표준 메시지 유형
wikitextPFCP 프로토콜은 다음 3GPP 모바일 코어 인터페이스에서 사용된다.
- Sxa - SGW-C와 SGW-U 사이
- Sxb - PGW-C와 PGW-U 사이
- Sxc - TDF-C와 TDF-U 사이 (트래픽 감지 기능)
- N4 - SMF와 UPF 사이
참고: 병합된 SGW / PGW가 구현되는 경우 Sxa와 Sxb를 결합할 수 있다.
Control-Plane 기능 요소(예: PGW-C, SMF)는 사용자 평면 기능 요소 (예: PGW-U, UPF)와 PFCP 세션을 설정, 수정 또는 삭제한다. 세션 당 여러 PDR, FAR, QER, URR 및 / 또는 BAR이 전송된다.
다음은 논리적 연관 모델로 구성된 주요 개념이다.
- PDR (Packet Detection Rule, 패킷 감지 규칙): 데이터 패킷을 특정 처리 규칙과 일치시키기 위한 정보를 포함한다. 외부 캡슐화와 내부 사용자 평면 헤더를 모두 일치시킬 수 있다. 포지티브 매칭에 다음 규칙을 적용할 수 있다.
FAR (Forwarding Action Rule, 전달 작업 규칙)**: 첫 번째 패킷 알림에 대한 트리거를 포함하여 PDR과 일치하는 패킷을 삭제, 전달, 버퍼링 또는 복제해야 하는지에 대한 여부 및 방법을 규정하며, 여기에는 패킷 캡슐화 또는 헤더 강화 규칙이 포함된다. 버퍼링의 경우 다음 규칙을 적용할 수 있다.
* BARs (Buffering Action Rules, 버퍼링 동작 규칙)**: 버퍼링할 데이터의 양과 Control-Plane에 알리는 방법.
QER (QoS Enforcement Rule, QoS 시행 규칙)**: 게이팅 및 QoS 제어, 흐름 및 서비스 수준 표시를 제공하기 위한 규칙이다.
URR (Usage Reporting Rule, 사용 보고 규칙)**: 사용자 평면 기능에서 처리하는 트래픽을 계산하고 보고하기 위한 규칙이 포함되어 있으며, 제어 평면 기능에서 과금 기능을 활성화하는 보고서를 생성한다.
메시지 유형 | 메시지 | 인터페이스 적용 가능성 | 방향 | 목적 | |||||
---|---|---|---|---|---|---|---|---|---|
요청 | 응답 | Sxa | Sxb | Sxc | N4 | 요청 | 응답 | ||
0 | (예약됨) | ||||||||
(1..49) | 노드 관련 메시지 | ||||||||
1 | 2 | Heartbeat (하트비트) | X | X | X | X | CP ↔ UP | 상호 연결이 설정된 통신 피어 간에 선택적으로 사용되어 다른 노드가 활성 상태인지 확인한다. 복구 타임스탬프는 다른 피어가 재시작되었는지 감지하는 데 사용된다. | |
3 | 4 | PFD Management (PFD 관리) | - | X | X | X | CP → UP | UP → CP | 정기적인 PFCP 세션 외부에서 애플리케이션 식별자별로 PFD를 프로비저닝하는 선택적 기능이다. |
5 | 6 | Association Setup (연관 설정) | X | X | X | X | CP ↔ UP | CP와 UP 기능 요소 간의 연관을 설정하고 업데이트한다. 다른 요소에게 기능을 알리기 위한 선택적 기능 목록이 포함되어 있으며, 다른 구성 요소도 전달된다. 이 절차 전에 세션 관련 메시지를 교환해서는 안 된다. Association-Release는 CP에 의해서만 트리거되지만, UP는 Association-Update-Request의 일부로 요청할 수 있다. | |
7 | 8 | Association Update (연관 업데이트) | X | X | X | X | CP ↔ UP | ||
9 | 10 | Association Release (연관 해제) | X | X | X | X | CP → UP | UP → CP | |
- | 11 | Version Not Supported (지원되지 않는 버전) | X | X | X | X | CP ↔ UP | 구현된 버전을 포함하지 않는 모든 요청에 대한 오류 응답 (현재 버전 1만 정의됨). | |
12 | 13 | Node Report (노드 보고서) | X | X | X | X | UP → CP | CP → UP | UP 기능에서 세션의 일부가 아니지만 잠재적으로 일반적인 정보(예: 사용자 평면 경로 오류)를 보고하기 위해 전송된다. |
14 | 15 | Session Set Deletion (세션 세트 삭제) | X | X | - | CP → UP | UP → CP | 부분 실패를 나타내고 영향을 받는 모든 세션의 삭제를 요청하기 위해 CP 기능에서 전송된다. | |
(50..99) | 세션 관련 메시지 | ||||||||
50 | 51 | Session Establishment (세션 설정) | X | X | X | X | CP → UP | UP → CP | UP 트래픽을 처리하고 전달하기 위한 규칙 집합으로 구성된 세션을 설정, 수정 및 제거하기 위해 CP에서 사용한다. 이는 PFCP 애플리케이션 도메인의 주요 기능 메시지이다. UP는 응답에 Usage Report (사용 보고서) 정보를 포함하여 추가 Session-Report (세션 보고서) 메시지를 피할 수 있다. |
52 | 53 | Session Modification (세션 수정) | X | X | X | X | |||
54 | 55 | Session Deletion (세션 삭제) | X | X | X | X | |||
56 | 57 | Session Report (세션 보고서) | X | X | X | X | UP → CP | CP → UP | 패킷 처리 및 전달 절차를 기반으로 UP Usage Report (사용 보고서) 정보에서 보고한다. 다운링크 데이터(큐에 대기된 새 패킷 알림), 사용 보고서(볼륨, 시간 등 기반 정보, 과금 목적), 오류 및/또는 비활성 표시. |
(100..255) | 기타 메시지 | ||||||||
4. 인터페이스
PFCP 프로토콜은 다음과 같은 3GPP 모바일 코어 인터페이스에서 사용된다.
- Sxa - SGW(Serving Gateway)-C와 SGW-U 사이
- Sxb - PGW(PDN Gateway)-C와 PGW-U 사이
- Sxc - TDF(Traffic Detection Function)-C와 TDF-U 사이
- N4 - SMF(Session Management Function)와 UPF(User Plane Function) 사이
참고: 병합된 SGW / PGW가 구현되는 경우 Sxa와 Sxb를 결합할 수 있다.
GTP-C와 매우 유사하게, PFCP는 UDP를 사용하며, 포트 8805가 예약되어 있다.[5]
신뢰성을 위해, GTP-C와 유사한 재전송 전략이 사용되며, 손실된 메시지는 T1 간격으로 N1회 전송된다. 트랜잭션은 3바이트 길이의 시퀀스 번호, 통신 상대방의 IP 주소 및 포트로 식별된다.
이 프로토콜은 통신 상대방의 가용성을 모니터링하고 재시작을 감지할 수 있는 고유한 하트비트 요청/응답 모델을 포함한다(복구-타임스탬프 정보 요소를 사용).
제어 평면과 사용자 평면 기능 요소 간의 사용자 평면 패킷 교환을 위해, Sx-u 인터페이스에는 GTP-U를 사용하고, N4-u 인터페이스에는 더 간단한 UDP 또는 이더넷 캡슐화를 사용할 수 있다(표준이 아직 불완전하므로 확인 필요).
참조
[1]
간행물
3GPP TS 29.244 LTE; Interface between the Control plane Plane and the User Plane of EPC Nodes
http://www.3gpp.org/[...]
[2]
웹사이트
The 5G Core Network (5GC) – Part 1 – Network Entities
https://blog.wireles[...]
2018-04-25
[3]
웹사이트
Control and User Plane Separation of EPC nodes (CUPS)
https://www.3gpp.org[...]
[4]
웹사이트
https://www.iana.org[...]
2022-03
[5]
웹사이트
Service Name and Transport Protocol Port Number Registry
https://www.iana.org[...]
[6]
간행물
3GPP TS 29.244 LTE; Interface between the Control plane Plane and the User Plane of EPC Nodes
http://www.3gpp.org/[...]
[7]
웹인용
The 5G Core Network (5GC) – Part 1 – Network Entities
https://blog.wireles[...]
[8]
웹인용
Control and User Plane Separation of EPC nodes (CUPS)
https://www.3gpp.org[...]
[9]
웹사이트
https://www.iana.org[...]
[10]
웹인용
Service Name and Transport Protocol Port Number Registry
https://www.iana.org[...]
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com