KR-20260061458-A - 통신 네트워크에서 버퍼 상태 보고를 위한 방법

Abstract

논리적 채널 그룹의 제1 섹션 및 제2 섹션과 관련되는 복수의 프로토콜 데이터 단위 세트들(PDU 세트들)을 반송하기 위한 통신 네트워크의 상기 논리 채널 그룹을 통해 송신될 데이터의 버퍼 상태를 보고하기 위한 방법으로서, 여기서 제1 및 제2 섹션들 각각은 적어도 하나의 PDU 세트와 관련되고, 통신 네트워크는 사용자 장비 및 기지국을 포함하고, 방법은 사용자 장비에서: 제1 섹션 및 제2 섹션의 버퍼 상태를 보고하기 위한 상태 보고를 기지국으로 송신하는 것을 포함하되, 상태 보고는 제1 및 제2 섹션들과 관련되는 데이터의 양을 나타내는 정보를 포함하고, 상기 상태 보고는 상기 제1 및 제2 섹션들 중 적어도 하나와 관련되는 폐기 타이머 값에 기초하여 송신된다.

Inventors

• 엘 콜리 야신
• 비자 피에르
• 라그랑쥬 파스칼
• 루소 파스칼

Assignees

• 캐논 가부시끼가이샤

Dates

Publication Date

20260506

Application Date

20240925

Priority Date

20230925

Claims (20)

1. 논리적 채널 그룹의 제1 섹션 및 제2 섹션과 관련되는 복수의 프로토콜 데이터 단위(protocol data unit) 세트들(PDU 세트들)을 반송하기(carrying) 위한 통신 네트워크의 상기 논리 채널 그룹을 통해 송신될 데이터의 버퍼 상태를 보고하기 위한 방법으로서, 상기 제1 및 제2 섹션들 각각은 적어도 하나의 PDU 세트와 관련되고, 상기 통신 네트워크는 사용자 장비 및 기지국을 포함하고, 상기 방법은 상기 사용자 장비에서: 상기 제1 섹션 및 상기 제2 섹션의 상기 버퍼 상태를 보고하기 위한 상태 보고를 상기 기지국으로 송신하는 단계를 포함하되, 상기 상태 보고는 상기 제1 및 제2 섹션들과 관련되는 데이터의 양을 나타내는 정보를 포함하고, 상기 상태 보고는 상기 제1 및 제2 섹션들 중 적어도 하나와 관련되는 폐기 타이머 값에 기초하여 송신되는, 방법.
2. 제1항에 있어서, 상기 상태 보고는, 상기 제1 및 제2 섹션들 중 적어도 하나와 관련되는 상기 폐기 타이머 값이 미리 결정된 타이머 임계 값 이하이면 송신되는, 방법.
3. 제2항에 있어서, 상기 상태 보고는: 상기 제1 섹션과 관련되는 폐기 타이머 값은 상기 타이머 임계 값 이하이며; 그리고 상기 제2 섹션과 관련되는 상기 폐기 타이머 값은 상기 타이머 임계 값보다 더 크고, 상기 타이머 임계 값의 미리 결정된 범위 내에 있는 경우에 송신되는, 방법.
4. 제2항에 있어서, 상기 상태 보고는: 상기 제1 및 제2 섹션들 각각과 관련되는 상기 폐기 타이머 값들은 상기 타이머 임계 값 이하이며; 그리고 상기 제1 섹션과 관련되는 상기 폐기 타이머 값은 상기 제2 섹션과 관련되는 상기 폐기 타이머 값보다 상기 타이머 임계 값에 더 가까운 경우에 송신되는, 방법.
5. 제4항에 있어서, 상기 방법은: 상기 제1 섹션과 관련되는 상기 폐기 타이머 값이 상기 타이머 임계 값 이하이면 제1 상태 보고 - 상기 제1 상태 보고는 상기 제1 상태 보고의 시간에 상기 제1 섹션과 관련되는 상기 적어도 하나의 PDU 세트의 데이터의 양을 나타내는 정보를 포함하고, 상기 제1 상태 보고는 상기 제2 섹션과 관련되는 상기 적어도 하나의 PDU 세트의 상기 데이터의 양을 나타내는 정보를 포함하지 않음 - 를 송신하는 단계; 및 상기 제1 상태 보고의 상기 송신에 후속하여, 상기 제2 섹션과 관련되는 상기 폐기 타이머 값이 상기 타이머 임계 값 이하이면 제2 상태 보고 - 상기 제2 상태 보고는 상기 제2 상태 보고의 시간에 상기 제1 및 제2 섹션들 각각과 관련되는 상기 적어도 하나의 PDU 세트들의 상기 데이터의 양을 나타내는 정보를 포함함 - 를 송신하는 단계 를 포함하는, 방법.
6. 제2항 내지 제5항 중 어느 한 항에 있어서, 상기 타이머 임계 값은 상기 네트워크에 의해 설정되는, 방법.
7. 제1항 내지 제6항 중 어느 한 항에 있어서, 상기 제1 및 제2 섹션들의 상기 폐기 타이머 값은 상기 각각의 PDU 세트에 대한 데이터가 상기 사용자 장비에 의해 수신될 때 개시되는 폐기 타이머에 의해 생성되는, 방법.
8. 제1항 내지 제7항 중 어느 한 항에 있어서, 상기 방법은: 상기 상태 보고를 송신하기 이전에, 상기 제1 및 제2 섹션들 각각에 대한 개개의 상태 보고를 생성하는 단계; 및 상기 기지국으로 송신하기 위한 결합된 상태 보고를 형성하기 위해 상기 개개의 버퍼 상태 보고들을 연쇄시키는(concatenating) 단계 를 포함하는, 방법.
9. 제1항 내지 제8항 중 어느 한 항에 있어서, 상기 제1 섹션은 제1 PDU 세트와 관련되고, 상기 제2 섹션은 상기 제1 PDU 세트의 것과는 상이한 타이밍 정보를 갖는 제2 PDU 세트와 관련되는, 방법.
10. 제1항 내지 제9항 중 어느 한 항에 있어서, 상기 상태 보고를 송신하는 상기 방법 단계는, 상기 제1 및 제2 섹션들의 상기 데이터의 양이 미리 결정된 데이터 임계 값 미만인 경우 중지되는, 방법.
11. 제10항에 있어서, 상기 데이터 임계 값은 이전에 송신된 상태 보고에 의해 표시되는 상기 데이터의 양에 기초하여 결정되는, 방법.
12. 제1항 내지 제11항 중 어느 한 항에 있어서, 상기 방법은, 사용자 장비가, 미리 결정된 시간 기간 내에, 상기 기지국으로부터 스케줄링 허여(scheduling grant)를 수신하지 못한 경우, 상기 상태 보고를 송신하는 단계를 포함하는, 방법.
13. 제12항에 있어서, 제10항 또는 제11항에 의존하는 경우, 심지어 상기 데이터의 양이 상기 데이터 임계 값 미만인 경우에도 상기 상태 보고는 송신되는, 방법.
14. 제1항 내지 제13항 중 어느 한 항에 있어서, 상기 방법은 상기 각각의 섹션들과 관련되는 상기 적어도 하나의 PDU 세트들의 타이밍 정보에 기초하여 상기 제1 및 제2 섹션들을 결정하는 단계를 포함하는, 방법.
15. 제14항에 있어서, 상기 방법은 매치하는 타이밍 정보를 갖는 두 개 이상의 PDU 세트들을 단일의 섹션으로 그룹화하는 단계를 포함하는, 방법.
16. 제15항에 있어서, 상기 방법은: 적어도 하나의 PDU 세트의 타이밍 정보를 상기 제1 섹션의 상기 폐기 타이머 값 및 상기 제2 섹션의 상기 폐기 타이머 값과 비교하는 단계; 상기 제1 폐기 섹션 타이머 값이 상기 적어도 하나의 PDU 세트의 상기 타이밍 정보와 매치하는 경우, 상기 적어도 하나의 PDU 세트를 상기 제1 섹션과 관련시키는 단계; 및 상기 적어도 하나의 PDU 세트와 관련되는 상기 데이터의 양을 나타내는 정보를 상기 제1 섹션에 추가하는 단계 를 포함하는, 방법.
17. 제14항 내지 제16항 중 어느 한 항에 있어서, 상기 방법은: 상기 적어도 하나의 PDU 세트의 상기 타이밍 정보가 상기 제1 및 제2 섹션들 각각의 상기 섹션 타이머 값과 매치하지 않는 경우, 상기 논리 채널 그룹의 제3 섹션을 생성하는 단계; 상기 폐기 타이머 값에 대응하는 상기 제3 섹션에 대한 타이머를 시작하는 단계; 및 상기 적어도 하나의 PDU 세트와 관련되는 상기 데이터의 양을 나타내는 정보를 상기 제3 섹션에 추가하는 단계 를 포함하는, 방법.
18. 제16항 또는 제17항에 있어서, 상기 적어도 하나의 PDU 세트의 상기 타이밍 정보가 상기 각각의 섹션의 상기 폐기 타이머 값에 실질적으로 동일한 경우, 상기 타이밍 정보는 상기 폐기 타이머 값과 매치하는, 방법.
19. 제1항 내지 제18항 중 어느 한 항에 있어서, 상기 상태 보고는 상기 제1 및 제2 섹션들 중 적어도 하나와 관련되는 폐기 타이머 값이 임계적(critical)이라는 표시를 상기 네트워크에 제공하는, 방법.
20. 제1항 내지 제19항 중 어느 한 항에 있어서, 상기 제1 및 제2 섹션들 중 적어도 하나에 대한 상기 폐기 타이머 값은 상기 상태 보고에 포함되는, 방법.

Description

통신 네트워크에서 버퍼 상태 보고를 위한 방법 본 개시는 통신 네트워크(예를 들면, 모바일 원격 통신 네트워크)를 통해 송신될 데이터의 버퍼 상태를 보고하기 위한 방법에 관한 것이다. 특히, 본 방법은 통신 네트워크의 사용자 장비(user equipment; UE)로부터 기지국(gNB)으로 상태 보고(status report)(예를 들면, 지연 상태 보고)를 송신하는 것에 관한 것이다. 무선 통신 시스템들은, 모바일 광대역, 대규모 머신 타입 통신들, 및 초 신뢰 가능 저 레이턴시 통신(Ultra Reliable Low Latency Communication; URLLC)들을 포함하여, 광범위한 애플리케이션들을 다루기 위해 배치된다. 그러한 시스템들은 복수의 사용자 장비(UE) 또는 이동 단말들이 무선 매체를 공유하여 하나 이상의 기지국들을 통해 라디오 액세스 네트워크(radio access network; RAN)를 통해 상이한 타입들의 데이터 콘텐트(예를 들면, 비디오, 음성, 메시징...)를 교환하는 것을 허용한다. 그러한 무선 다중 액세스 통신 시스템들의 예들은 3세대 파트너십 프로젝트(3rd generation partnership project; 3GPP-RTM) 표준들에 기초한 시스템들, 예컨대 4세대(fourth generation; 4G) 롱 텀 에볼루션(Long Term Evolution; LTE) 및 (더욱 최근의) 5세대(fifth generation; 5G) 뉴 라디오(New Radio; NR) 시스템들, 또는 IEEE 802.11 표준들, 예컨대 와이파이(Wi-Fi)에 기초한 시스템들을 포함한다. 5G NR에 대한 요건들 중, 확장 현실(extended reality; XR)에 관련되는 서비스 요건들이 있다. XR(즉, 확장 현실) 애플리케이션들은 3GPP 문서 RP-2200285에서 "다양한 타입들의 증강, 가상, 및 혼합 환경들, 여기서 인간 대 머신 및 인간 대 인간 통신들은 핸드헬드 및 웨어러블 최종 사용자 디바이스들의 도움으로 수행된다"로 정의된다. 다양한 사용 사례들이 3GPP 문서 TR-26.928에서 확인될 수 있다. 많은 XR 애플리케이션들은 웨어러블 디바이스(예를 들면, 3D 헬멧 또는 증강 현실 안경)와 애플리케이션 서버 사이의 상호 작용들을 수반한다. 웨어러블 디바이스 및 애플리케이션 서버는 로컬 네트워크(예를 들면, 무선 LAN) 또는 셀룰러 네트워크(예를 들면, 3GPP 5G 셀룰러 네트워크, 애플리케이션 서버가 네트워크의 5G 코어 네트워크 컴포넌트에 연결됨)를 통해 연결될 수 있다. 클라우드 게이밍과 같은 일부 XR 애플리케이션들은 압축된 비디오 데이터, 오디오 데이터를 서버로부터 UE로 그리고 포지셔닝 정보를 UE로부터 서버로 전송하는 것을 수반한다. 가상 현실과 같은 일부 XR 애플리케이션들은 압축된 비디오 데이터, 오디오 데이터 및 다양한 정보를 서버로부터 웨어러블 디바이스로 전송하는 것을 수반한다. 증강 현실과 같은 일부 XR 애플리케이션들은 웨어러블 디바이스 및 서버로 그리고 그들로부터 교환되는 압축된 비디오 데이터, 오디오 데이터 및 다양한 정보를 전송하는 것을 수반한다. 본 개시에서, UE(예를 들면, 웨어러블 디바이스) 및 서버로 및 그로부터 교환되는 정보는 하나 이상의 이미지들, 비디오 데이터, 오디오 데이터, 포지션 정보 등등을 포함할 수 있는 애플리케이션 데이터로 지칭된다. 비디오 및 오디오 데이터는 RTP(Real Time Protocol(실시간 프로토콜), RFC 3550), SRTP(Secured RTP(보안 RTP), RFC 3711), HTTP(Hyper Text Transfer Protocol(하이퍼 텍스트 전송 프로토콜), RFC 2616-7540) 또는 QUIC(RFC 8999, 9000, 9001 및 9002)와 같은 미디어 전송 프로토콜들을 사용하여 UE(예를 들면, 웨어러블 디바이스)와 서버 사이에서 전송된다. 비디오 인코딩 및 디코딩은 MPEG2, H.264, H.265, HEVC, 등등을 포함하는 다양한 포맷들에 따라 수행될 수 있다. 특히, 애플리케이션들은 인코딩된 비디오, 오디오, 또는 포지션 정보 등등의 형태로 데이터(예를 들면, 애플리케이션 데이터)를 생성한다. 이 애플리케이션 데이터는 애플리케이션에 의해 데이터 패킷들에서 주로 배열된다. 예를 들면, 정보의 하나의 단위를 나타내는 애플리케이션 데이터 패킷이 애플리케이션 레벨에서 생성될 수 있다. 3GPP 표준에 따르면, 애플리케이션 데이터 패킷(즉, "PDU 세트")을 전송하기 위해 프로토콜 데이터 단위들 또는 패킷 데이터 단위(Packet Data Unit; PDU)들의 세트가 필요하다. 따라서, 애플리케이션 데이터는 하나 이상의 애플리케이션 데이터 패킷들을 포함한다. 다운링크 동안, 3GPP PDU들은 코어 네트워크의 PDU 계층에 의해 포맷된다. 동일한 방식으로, 업링크 동안, 3GPP PDU들은 UE(예를 들면, 웨어러블 디바이스)의 PDU 계층에 의해 포맷된다. 3GPP 표준에 따르면, PDU 세트들의 한계들(예를 들면, 시작, 중지 및 길이 등등)은 애플리케이션에 의해 제공되는 것이 아니라, 미디어 전송 프로토콜 패킷 검사를 통해 코어 네트워크(각각 UE)에 의해 생성된다. 상세한 프로시져는 3GPP 문서 S2-2302696에서 확인될 수 있다. PDU 세트는 애플리케이션 레벨에서 생성되는 정보의 하나의 단위(예를 들면, TR 26.926에서 사용되는 바와 같은, XRM 서비스들을 위한 프레임 또는 비디오 슬라이스)의 페이로드를 반송하는(carry) 하나 이상의 PDU들을 포함한다. 일부 구현예들에서, PDU 세트 내의 모든 PDU들은 정보의 대응하는 단위를 사용하기 위해 애플리케이션 계층에 의해 필요로 된다. 예를 들면, 하나의 PDU 세트는 비디오 스트림으로부터의 하나의 이미지 또는 프레임의 데이터를 포함할 수 있다. 다른 구현예들에서, 애플리케이션 계층은, 일부 PDU들이 누락될 때, 정보 유닛의 부분들 또는 모두를 여전히 복구할 수 있다. 애플리케이션 데이터를 전송하기 위해 사용되는 네트워크는 교란 및 혼잡을 경험할 수 있다. 따라서, PDU 세트의 일부 PDU들이 수신 측(예를 들면, 다운링크 동안 UE PDU 계층, 및 업링크 동안 코어 네트워크 사용자 평면 기능(user plane function; UPF))에서 누락되거나, 또는 늦는 것이 가능하다. 일부 비디오 디코더 구현예들은 비디오를 적절히 디코딩하기 위해 완전한 애플리케이션 데이터 패킷(예를 들면, 완전한 PDU 세트)이 제시간에 수신되는 것을 요구한다. 일부 다른 구현예들은 데이터 패킷들의 늦은 도달, 또는 데이터 패킷의 부분적 전달을 용인할 수 있다. 예를 들면, 이들 구현예들은 순방향 에러 정정(Forward Error Correction; FEC) 기술 또는 은닉 기술들에 의존한다. 3GPP 표준에 따르면, 문서 S2-2302696에서, PDU 세트 지연 예산(PDU Set Delay Budget; PSDB)으로 칭해지는 PDU 세트 QoS 파라미터가 정의된다. PDSB는 5G 네트워크를 통한 PDU 세트의 전송에 할당되는 시간 예산을 정의한다. 애플리케이션에 의해 정의되는 이 QoS 파라미터는, PDU 세트(예를 들면, 애플리케이션 데이터 패킷)가 제시간에 전달되는지를 평가하기 위해 5G 네트워크에 의해 사용된다. 동일한 3GPP 문서, S2-2302696에서, PDU 세트 통합 핸들링 표시(PDU Set Integrated Handling Indication; PSIHI)로 명명되는 다른 QoS 파라미터는 데이터의 손실, 또는 오래된(예를 들면, 지연된) 데이터를 수신하는 것에 대한 디코더의 허용 한계를 특성 묘사하기 위해 정의된다. PSIHI 파라미터가 "참"으로 설정되는 경우, 그러면, 디코더는 제시간에 수신되는 완전한 애플리케이션 데이터 패킷만을 핸들링(예를 들면, 관리 또는 프로세싱)할 수 있다. PSIHI 파라미터가 "거짓"으로 설정되는 경우, 그러면, 디코더는 불완전한 및 지연된 애플리케이션 데이터 패킷들 둘 모두를 용인할 수 있다. 5G 네트워크의 특정한 컴포넌트에서의 상황을 고려하면, PDU 세트가 에어 인터페이스를 통해 전송될 때, PDU들의 수신 상태 및 PDSB의 경과된 시간에 관한 일부 정보가 이용 가능하다. 예를 들면, PDU 세트가 무선으로(over the air) 전송될 때, 모든 재송신들 및 에러 정정 메커니즘들에도 불구하고 PDU 송신이 실패하였음을 라디오 액세스 네트워크(RAN) 노드(예를 들면, UE 또는 차세대 노드(gNB))가 검출할 수 있다. 그 경우, PSIHI 파라미터가 "참"으로 설정되는 경우, 그러면, 전체 PDU 세트는 애플리케이션에 무용하다. 그 경우, 이 "무용한" PDU 세트의 하나 이상의 PDU들이 에어 인터페이스를 통한 계류 중인 송신일 경우, 그러면, RAN 노드는 "무용한" PDU들의 잔여 송신을 폐기하는 것을 고려할 수 있고, 따라서, 라디오 네트워크 리소스 절약을 달성할 수 있다. 5G 네트워크의 gNB(즉, 기지국)는 업링크 트래픽을 스케줄링하는 것을 담당한다. gNB는 다음의 메커니즘들 중 하나에 기초하여 각각의 UE에 라디오 리소스들을 할당한다: - 각각의 UE에 의한 동적 요청 스케줄링; - gNB에 의한 반정적 스케줄링, 여기서 gNB는 하나의 UE에 대한 주기적 리소스 할당을 발행할 수 있음; 및 - 업링크 송신에 이용 가능한 데이터의 양을 나타내는 각각의 UE에 의한 버퍼 상태 보고(buffer status reporting; BSR). BSR은, 복수의 MAC 논리 채널(logical channel; LCH)들을 함께 그룹화하는 논리 채널 그룹(Logical Channel Group; LCG)들 상에서 동작한다. 3GPP 문서 TS 38.321에서 정의되는 바와 같은 BSR 트리거링 조건들 및 포맷들은 각각의 LCG에 대한 업링크 송신을 위해 준비가 된 이용 가능한 데이터를 전송하는 것에 관한 것이다. 그 다음, 이 지식에 기초하여, gNB는 리소스 스케줄링을 수행할 수 있다. 예를 들면, gNB는 낮은