KR20230157775A - 차세대 이동 통신 시스템에서 QoE 측정 보고에 관한 방법 및 장치 - Google Patents
차세대 이동 통신 시스템에서 QoE 측정 보고에 관한 방법 및 장치 Download PDFInfo
- Publication number
- KR20230157775A KR20230157775A KR1020220057395A KR20220057395A KR20230157775A KR 20230157775 A KR20230157775 A KR 20230157775A KR 1020220057395 A KR1020220057395 A KR 1020220057395A KR 20220057395 A KR20220057395 A KR 20220057395A KR 20230157775 A KR20230157775 A KR 20230157775A
- Authority
- KR
- South Korea
- Prior art keywords
- measurementreportapplayer
- terminal
- received
- qoe
- message
- Prior art date
Links
- 238000005259 measurement Methods 0.000 title description 266
- 238000000034 method Methods 0.000 title description 87
- 238000010295 mobile communication Methods 0.000 title description 24
- 238000004891 communication Methods 0.000 claims abstract description 24
- 238000012545 processing Methods 0.000 claims description 64
- 238000003672 processing method Methods 0.000 claims description 3
- 230000005540 biological transmission Effects 0.000 description 62
- 238000010586 diagram Methods 0.000 description 41
- 238000005516 engineering process Methods 0.000 description 27
- 101000575066 Homo sapiens Mediator of RNA polymerase II transcription subunit 17 Proteins 0.000 description 23
- 102100025530 Mediator of RNA polymerase II transcription subunit 17 Human genes 0.000 description 23
- 230000006870 function Effects 0.000 description 20
- 230000011218 segmentation Effects 0.000 description 11
- 230000000977 initiatory effect Effects 0.000 description 8
- 238000013473 artificial intelligence Methods 0.000 description 7
- 238000012546 transfer Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 6
- 230000011664 signaling Effects 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 239000002699 waste material Substances 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 230000003321 amplification Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 238000010801 machine learning Methods 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 239000002360 explosive Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5032—Generating service level reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 개시는 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 6G 통신 시스템에 관련된 것이다.
Description
본 개시는 이동통신 시스템에서의 QoE 측정 보고를 위한 단말 및 기지국 동작에 관한 것이다.
5G 이동통신 기술은 빠른 전송 속도와 새로운 서비스가 가능하도록 넓은 주파수 대역을 정의하고 있으며, 3.5 기가헤르츠(3.5GHz) 등 6GHz 이하 주파수('Sub 6GHz') 대역은 물론 28GHz와 39GHz 등 밀리미터파(㎜Wave)로 불리는 초고주파 대역('Above 6GHz')에서도 구현이 가능하다. 또한, 5G 통신 이후(Beyond 5G)의 시스템이라 불리어지는 6G 이동통신 기술의 경우, 5G 이동통신 기술 대비 50배 빨라진 전송 속도와 10분의 1로 줄어든 초저(Ultra Low) 지연시간을 달성하기 위해 테라헤르츠(Terahertz) 대역(예를 들어, 95GHz에서 3 테라헤르츠(3THz) 대역과 같은)에서의 구현이 고려되고 있다.
5G 이동통신 기술의 초기에는, 초광대역 서비스(enhanced Mobile BroadBand, eMBB), 고신뢰/초저지연 통신(Ultra-Reliable Low-Latency Communications, URLLC), 대규모 기계식 통신 (massive Machine-Type Communications, mMTC)에 대한 서비스 지원과 성능 요구사항 만족을 목표로, 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위한 빔포밍(Beamforming) 및 거대 배열 다중 입출력(Massive MIMO), 초고주파수 자원의 효율적 활용을 위한 다양한 뉴머롤로지 지원(복수 개의 서브캐리어 간격 운용 등)와 슬롯 포맷에 대한 동적 운영, 다중 빔 전송 및 광대역을 지원하기 위한 초기 접속 기술, BWP(Band-Width Part)의 정의 및 운영, 대용량 데이터 전송을 위한 LDPC(Low Density Parity Check) 부호와 제어 정보의 신뢰성 높은 전송을 위한 폴라 코드(Polar Code)와 같은 새로운 채널 코딩 방법, L2 선-처리(L2 pre-processing), 특정 서비스에 특화된 전용 네트워크를 제공하는 네트워크 슬라이싱(Network Slicing) 등에 대한 표준화가 진행되었다.
현재, 5G 이동통신 기술이 지원하고자 했던 서비스들을 고려하여 초기의 5G 이동통신 기술 개선(improvement) 및 성능 향상(enhancement)을 위한 논의가 진행 중에 있으며, 차량이 전송하는 자신의 위치 및 상태 정보에 기반하여 자율주행 차량의 주행 판단을 돕고 사용자의 편의를 증대하기 위한 V2X(Vehicle-to-Everything), 비면허 대역에서 각종 규제 상 요구사항들에 부합하는 시스템 동작을 목적으로 하는 NR-U(New Radio Unlicensed), NR 단말 저전력 소모 기술(UE Power Saving), 지상 망과의 통신이 불가능한 지역에서 커버리지 확보를 위한 단말-위성 직접 통신인 비 지상 네트워크(Non-Terrestrial Network, NTN), 위치 측위(Positioning) 등의 기술에 대한 물리계층 표준화가 진행 중이다.
뿐만 아니라, 타 산업과의 연계 및 융합을 통한 새로운 서비스 지원을 위한 지능형 공장 (Industrial Internet of Things, IIoT), 무선 백홀 링크와 액세스 링크를 통합 지원하여 네트워크 서비스 지역 확장을 위한 노드를 제공하는 IAB(Integrated Access and Backhaul), 조건부 핸드오버(Conditional Handover) 및 DAPS(Dual Active Protocol Stack) 핸드오버를 포함하는 이동성 향상 기술(Mobility Enhancement), 랜덤액세스 절차를 간소화하는 2 단계 랜덤액세스(2-step RACH for NR) 등의 기술에 대한 무선 인터페이스 아키텍쳐/프로토콜 분야의 표준화 역시 진행 중에 있으며, 네트워크 기능 가상화(Network Functions Virtualization, NFV) 및 소프트웨어 정의 네트워킹(Software-Defined Networking, SDN) 기술의 접목을 위한 5G 베이스라인 아키텍쳐(예를 들어, Service based Architecture, Service based Interface), 단말의 위치에 기반하여 서비스를 제공받는 모바일 엣지 컴퓨팅(Mobile Edge Computing, MEC) 등에 대한 시스템 아키텍쳐/서비스 분야의 표준화도 진행 중이다.
이와 같은 5G 이동통신 시스템이 상용화되면, 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것이며, 이에 따라 5G 이동통신 시스템의 기능 및 성능 강화와 커넥티드 기기들의 통합 운용이 필요할 것으로 예상된다. 이를 위해, 증강현실(Augmented Reality, AR), 가상현실(Virtual Reality, VR), 혼합 현실(Mixed Reality, MR) 등을 효율적으로 지원하기 위한 확장 현실(eXtended Reality, XR), 인공지능(Artificial Intelligence, AI) 및 머신러닝(Machine Learning, ML)을 활용한 5G 성능 개선 및 복잡도 감소, AI 서비스 지원, 메타버스 서비스 지원, 드론 통신 등에 대한 새로운 연구가 진행될 예정이다.
또한, 이러한 5G 이동통신 시스템의 발전은 6G 이동통신 기술의 테라헤르츠 대역에서의 커버리지 보장을 위한 신규 파형(Waveform), 전차원 다중입출력(Full Dimensional MIMO, FD-MIMO), 어레이 안테나(Array Antenna), 대규모 안테나(Large Scale Antenna)와 같은 다중 안테나 전송 기술, 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(Metamaterial) 기반 렌즈 및 안테나, OAM(Orbital Angular Momentum)을 이용한 고차원 공간 다중화 기술, RIS(Reconfigurable Intelligent Surface) 기술 뿐만 아니라, 6G 이동통신 기술의 주파수 효율 향상 및 시스템 네트워크 개선을 위한 전이중화(Full Duplex) 기술, 위성(Satellite), AI(Artificial Intelligence)를 설계 단계에서부터 활용하고 종단간(End-to-End) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발에 기반이 될 수 있을 것이다.
무선 통신 시스템의 발달에 따라, 차세대 이동 통신 시스템에서 QoE 측정 보고를 보다 효율적으로 수행하기 위한 방법 및 장치의 필요성이 대두하였다.
상기와 같은 문제점을 해결하기 위한 본 발명은 무선 통신 시스템에서 제어 신호 처리 방법에 있어서, 기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계; 상기 수신된 제1 제어 신호를 처리하는 단계; 및 상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 한다.
본 개시의 일 실시예에 따르면, 차세대 이동 통신 시스템에서 단말은 QoE 측정 보고를 보다 효율적으로 수행할 수 있다.
도 1a은 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 1b는 차세대 이동통신 시스템에서 무선 접속 상태 천이를 설명하기 위한 도면이다.
도 1c는 본 발명에서 Signaling 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
도 1d는 본 발명에서 Management 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
도 1ea는 본 발명의 일 실시 예로, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
도 1eb는 본 발명의 일 실시 예로, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
도 1fa는 본 발명의 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1fb는 본 발명의 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ga는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
도 1gb는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
도 1ha는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1hb는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ia는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ib는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ja는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1jb는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ka는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1kb는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1kc는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1kd는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1ke는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1kf는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1kg는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1kh는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1l는 본 발명을 적용한 단말의 내부 구조를 도시하는 블록도이다.
도 1m은 본 발명에 따른 기지국의 구성을 나타낸 블록도이다.
도 1b는 차세대 이동통신 시스템에서 무선 접속 상태 천이를 설명하기 위한 도면이다.
도 1c는 본 발명에서 Signaling 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
도 1d는 본 발명에서 Management 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
도 1ea는 본 발명의 일 실시 예로, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
도 1eb는 본 발명의 일 실시 예로, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
도 1fa는 본 발명의 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1fb는 본 발명의 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ga는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
도 1gb는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
도 1ha는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1hb는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ia는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ib는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ja는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1jb는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ka는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1kb는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1kc는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1kd는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1ke는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1kf는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1kg는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1kh는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조를 도시한 도면이다.
도 1l는 본 발명을 적용한 단말의 내부 구조를 도시하는 블록도이다.
도 1m은 본 발명에 따른 기지국의 구성을 나타낸 블록도이다.
본 명세서에서 실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.
하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 발명의 실시 예를 설명하기로 한다.
도 1a은 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 1a을 참조하면, 도시한 바와 같이 차세대 이동통신 시스템 (New Radio, NR)의 무선 액세스 네트워크는 차세대 기지국 (New Radio Node B, 이하 gNB)(1a-10) 과 AMF (1a-05, New Radio Core Network)로 구성된다. 사용자 단말(New Radio User Equipment, 이하 NR UE 또 0는 단말)(1a-15)은 gNB (1a-10) 및 AMF (1a-05)를 통해 외부 네트워크에 접속한다.
도 1a에서 gNB는 기존 LTE 시스템의 eNB (Evolved Node B)에 대응된다. gNB는 NR UE와 무선 채널로 연결되며 기존 노드 B 보다 더 월등한 서비스를 제공해줄 수 있다 (1a-20). 차세대 이동통신 시스템에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 되므로, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 gNB (1a-10)가 담당한다. 하나의 gNB는 통상 다수의 셀들을 제어한다. 기존 LTE 대비 초고속 데이터 전송을 구현하기 위해서 기존 최대 대역폭 이상을 가질 수 있고, 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, 이하 OFDM이라 칭한다)을 무선 접속 기술로 하여 추가적으로 빔포밍 기술이 접목될 수 있다. 또한 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식을 적용한다. AMF (1a-05)는 이동성 지원, 베어러 설정, QoS 설정 등의 기능을 수행한다. AMF는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결된다. 또한 차세대 이동통신 시스템은 기존 LTE 시스템과도 연동될 수 있으며, AMF이 MME (1a-25)와 네트워크 인터페이스를 통해 연결된다. MME는 기존 기지국인 eNB (1a-30)과 연결된다. LTE-NR Dual Connectivity을 지원하는 단말은 gNB뿐 아니라, eNB에도 연결을 유지하면서, 데이터를 송수신할 수 있다 (1a-35).
도 1b는 차세대 이동통신 시스템에서 무선 접속 상태 천이를 설명하기 위한 도면이다.
차세대 이동통신 시스템에서는 3 가지의 무선 접속 상태 (RRC state)를 가진다. 연결 모드 (RRC_CONNECTED, 1b-05)는 단말이 데이터를 송수신할 수 있는 무선 접속 상태이다. 대기 모드 (RRC_IDLE, 1b-30)는 단말이 자신에게 페이징이 전송되는지를 모니터링하는 무선 접속 상태이다. 상기 두 모드는 기존 LTE 시스템에도 적용되는 무선 접속 상태로, 상세 기술은 기존 LTE 시스템의 것과 동일하다. 차세대 이동통신 시스템에서는 신규로 비활성 (RRC_INACTIVE) 무선 접속 상태 (1b-15)가 정의되었다. 상기 무선 접속 상태에서는 UE context가 기지국과 단말에 유지되며, RAN 기반 페이징이 지원된다. 상기 신규 무선 접속 상태의 특징을 나열하면 하기와 같다.
-
Cell re-selection mobility;
-
CN - NR RAN connection (both C/U-planes) has been established for UE;
-
The UE AS context is stored in at least one gNB and the UE;
-
Paging is initiated by NR RAN;
-
RAN-based notification area is managed by NR RAN;
-
NR RAN knows the RAN-based notification area which the UE belongs to;
신규 INACTIVE 무선 접속 상태는 특정 절차를 이용하여, 연결 모드 혹은 대기 모드로 천이할 수 있다. Resume 과정에 따라 INACTIVE 모드에서 연결 모드로 전환되며, suspend 설정 정보를 포함한 Release 절차를 이용하여 연결 모드에서 INACTIVE 모드로 전환된다 (1b-10). 상기 절차는 하나 이상의 RRC 메시지를 단말과 기지국 간 송수신되며, 하나 이상의 단계로 구성된다. 또한 Resume 후 Release 절차를 통해, INACTIVE 모드에서 대기 모드로 전환 가능하다 (1b-20). 연결 모드과 대기 모드 간 전환은 기존의 LTE 기술을 따른다. 즉, establishment 혹은 release 절차를 통해, 상기 모드간 전환이 이루어진다 (1b-25).
도 1c는 본 발명에서 Signaling 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
단말의 AS (Access stratum, 1c-05)는 서비스 종류별로 QoE (quality of experience) 측정을 지원하는지 여부를 나타내는 정보를 UE capability 메시지를 통해 기지국 (또는 NG-RAN, 1c-15)에게 전송할 수 있다 (1c-10). 상기 메시지는 하기의 표 1 내지 표 2와 같은 ASN.1 정보 및 관련 파라미터 설명을 포함할 수 있다.
| MeasParameters-v1530 ::=
SEQUENCE { qoe-MeasReport-r15 ENUMERATED {supported} OPTIONAL, qoe-MTSI-MeasReport-r15 ENUMERATED {supported} OPTIONAL, ca-IdleModeMeasurements-r15 ENUMERATED {supported} OPTIONAL, ca-IdleModeValidityArea-r15 ENUMERATED {supported} OPTIONAL, heightMeas-r15 ENUMERATED {supported} OPTIONAL, multipleCellsMeasExtension-r15 ENUMERATED {supported} OPTIONAL } |
| qoe-MeasReport Indicates whether the UE supports QoE Measurement Collection for streaming services. |
| qoe-MTSI-MeasReport Indicates whether the UE supports QoE Measurement Collection for MTSI services. |
상기 예제와 같이 서비스 종류로는 LTE에서는 Streaming 및 MTSI (Multimedia Telephony Service for IMS (IP Multimedia Subsystem))을 지원할 수 있으며, NR에서는 그 외에도 추가적으로 VR (Virtual Reality), MBMS (Multimedia Broadcast Multicast Services), XR (Extended Reality)등을 지원할 수 있다.
OAM (Operations Administration and Maintenance, 1c-20)은 CN (Core Network, 1c-25)에게 QoE 측정 설정 정보를 제공한다 (1c-30). 상기 설정 정보를 수신한 CN은 상기 설정 정보를 기지국에게 전송함으로써 QoE 측정을 활성화 시킬 수 있다 (1c-35). 상기 설정 정보를 수신한 기지국은 RRC 메시지 (예를 들어, RRC Connection Reconfiguration 메시지)를 통해서 단말 AS에게 상기 설정 정보를 전달해 줄 수 있다 (1c-40). 상기 RRC 메시지는 하기의 표 3 내지 표 4와 같은 ASN.1 정보 및 관련 파라미터 설명을 포함할 수 있다.
| measConfigAppLayer-r15
CHOICE{ release NULL, setup SEQUENCE{ measConfigAppLayerContainer-r15 OCTET STRING (SIZE(1..1000)), serviceType-r15 ENUMERATED {qoe, qoemtsi, spare6, spare5, spare4, spare3, spare2, spare1} } } OPTIONAL, -- Need ON |
| measConfigAppLayerContainer The field contains configuration of application layer measurements, see Annex L (normative) in TS 26.247 and clause 16.5 in TS 26.114. |
| serviceType Indicates the type of application layer measurement. Value qoe indicates Quality of Experience Measurement Collection for streaming services, value qoemtsi indicates Enhanced Quality of Experience Measurement Collection for MTSI. |
이를 수신한 단말 AS는 만약 설정을 setup하기 위한 메시지라면, 단말의 application layer (UE APP, 1c-45)에게 AT Command를 통해 상기 설정 정보를 전달할 수 있다 (1c-50). 만약 설정을 release하기 위한 메시지라면, 단말의 APP에게 저장된 설정 정보를 지우라는 AT Command를 보낼 수 있다. 상기 RRC 메시지를 수신한 단말 AS의 구체적인 동작은 하기의 표 5와 같이 표현될 수 있다.
| The UE may: 1> if the received otherConfig includes the measConfigAppLayer: 2> if measConfigAppLayer is set to setup: 3> forward measConfigAppLayerContainer to upper layers considering the serviceType; 3> consider itself to be configured to send application layer measurement report; 2> else: 3> inform upper layers to clear the stored application layer measurement configuration; 3> discard received application layer measurement report information from upper layers; 3> consider itself not to be configured to send application layer measurement report. |
상기 단말 APP은 수신한 상기 설정 정보에 따라 QoE 측정을 수행할 수 있다. 또한 상기 측정의 결과를 설정 정보에 따라 AT command를 통해 단말 AS에게 보고 할 수 있다 (1c-55). 이를 수신한 단말 AS는 RRC Message (예를 들어, MeasReportAppLayer 메시지)를 통해 기지국에게 상기 측정 결과를 보고 할 수 있다 (1c-60). QoE 측정 결과 보고를 위해서는 SRB4를 사용할 수 있다. 상기 RRC 메시지는 하기의 표 6 내지 표 7과 같은 ASN.1 정보 및 관련 파라미터 설명을 포함할 수 있다.
| MeasReportAppLayer-r15 ::=
SEQUENCE { criticalExtensions CHOICE { measReportAppLayer-r15 MeasReportAppLayer-r15-IEs, criticalExtensionsFuture SEQUENCE {} } } MeasReportAppLayer-r15-IEs ::= SEQUENCE { measReportAppLayerContainer-r15 OCTET STRING (SIZE(1..8000)) OPTIONAL, serviceType-r15 ENUMERATED {qoe, qoemtsi, spare6, spare5, spare4, spare3, spare2, spare1} OPTIONAL, nonCriticalExtension MeasReportAppLayer-v1590-IEs OPTIONAL } |
| measReportAppLayerContainer The field contains container of application layer measurements, see Annex L (normative) in TS 26.247 and clause 16.5 in TS 26.114. |
| serviceType Indicates the type of application layer measurement. Value qoe indicates Quality of Experience Measurement Collection for streaming services, value qoemtsi indicates Quality of Experience Measurement Collection for MTSI. |
QoE 측정 결과를 보고하는 구체적인 단말 AS의 절차는 하기의 표 8과 같이 표현될 수 있다.
| A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when measConfigAppLayer has been configured by E-UTRAN. Upon initiating the procedure, the UE may: 1> if configured with application layer measurement, and SRB4 is configured, and the UE has received application layer measurement report information from upper layers: 2> set the measReportAppLayerContainer in the MeasReportAppLayer message to the value of the application layer measurement report information; 2> set the serviceType in the MeasReportAppLayer message to the type of the application layer measurement report information; 2> submit the MeasReportAppLayer message to lower layers for transmission via SRB4. |
기지국은 상기 측정 결과 보고를 설정된 최종 목적지 (TCE 또는 MCE, 1c-65)에 전달할 수 있다 (1c-70).
도 1d는 본 발명에서 Management 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
Management 기반 QoE 설정/보고 절차는 상기 signaling 기반의 절차 (도 1c)와 유사하다. 따라서, 본 명세서에서는 Management 기반 방식의 차이점에 대해서만 하기에 기술하며 그 외 절차 및 설명은 도 1c에 관한 설명에 기초하여 이해될 수 있다. Management 기반 방식에서는 CN을 거치지 않고 OAM (1d-05) 이 직접 QoE 측정 설정을 기지국 (1d-10)에게 보냄으로써 QoE 측정을 활성화시킬 수 있다 (1d-15). 이를 수신한 기지국은 여러 조건(예를 들어, area scope, application layer capability, 서비스 종류)에 부합하는 단일 또는 복수 개의 단말을 찾을 수 있다. 그리고 기지국은 상기 단말들 각각에게 상기 QoE 측정 설정을 RRC 메시지 (예를 들어 RRC connection reconfiguration 메시지)를 통해 전달할 수 있다 (1d-20). 그 외 절차 및 메시지 형태는 도 1c에 관한 설명 (signaling 기반 방식)에 기초하여 이해될 수 있다.
NR에서의 QoE 측정 지원을 위해 하기와 같은 절차 및 동작이 수행될 수 있다.
1) 먼저 QoE 설정 정보 수신 시 단말의 동작은 하기의 표 9와 같이 표현될 수 있다.
| The UE may: 1> if measConfigAppLayerToAddReleaseList is included in appLayerMeasConfig within RRCReconfiguration or RRCResume: 2> for each measConfigAppLayerId value included in the measConfigAppLayerToReleaseList: 3> forward the measConfigAppLayerId and inform upper layers about the release of the application layer measurement configuration including any RAN visible configuration; 3> discard any received application layer measurement report received from upper layers; 3> consider itself not to be configured to send application layer measurement report for the measConfigAppLayerId. 1> if measConfigAppLayerToAddModList is included in appLayerMeasConfig within RRCReconfiguration or RRCResume: 2> for each measConfigAppLayerId value included in the measConfigAppLayerToAddModList: 3> if measConfigAppLayerContainer is included for the corresponding MeasConfigAppLayer configuration: 4> forward the measConfigAppLayerContainer, the measConfigAppLayerId and the serviceType to upper layers considering the serviceType; 3> consider itself to be configured to send application layer measurement report for the measConfigAppLayerId; 3> forward the transmissionOfSessionStartStop, if received, to upper layers; 3> if ran-VisibleParameters is set to setup and the parameters have been received; 4> forward the measConfigAppLayerId, the ran-VisiblePeriodicity, the numberOfBufferLevelEntries and the reportInitialPlayOutDelay to upper layers considering the serviceType; 3> else if ran-VisibleParameters is set to release: 4> forward the measConfigAppLayerId and inform upper layers about the release of the RAN visible application layer measurement configuration; 3> if pauseReporting is set to true: 4> if at least one segment, but not all segments, of a segmented MeasurementReportAppLayer message containing an application layer measurement report associated with the measConfigAppLayerId has been submitted to lower layers for transmission: 5> submit the remaining segments of the MeasurementReportAppLayer message to lower layers for transmission; 4> suspend submitting application layer measurement report containers to lower layers for the application layer measurement configuration associated with the measConfigAppLayerId; 4> store any previously or subsequently received application layer measurement report containers associated with the measConfigAppLayerId for which no segment, or full message, has been submitted to lower layers for transmission; 3> else if pauseReporting is set to false and if transmission of application layer measurement report containers has previously been suspended for the application layer measurement configuration associated with the measConfigAppLayerId: 4> submit stored application layer measurement report containers to lower layers for the application layer measurements configuration associated with the measConfigAppLayerId; 4> resume submitting application layer measurement report containers to lower layers for the application layer NOTE 1: The UE may discard reports when the memory reserved for storing application layer measurement reports becomes full. NOTE 2: The transmission of RAN visible reports is not paused when pauseReporting is set to true. |
2) 다음으로, 연결모드 단말의 QoE 보고를 수행하는 절차는 하기의 표 10과 같이 표현될 수 있다.
| A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when appLayerMeasConfig and SRB4 have been configured by the network. Upon initiating the procedure, the UE may: 1> for each measConfigAppLayerId: 2> if the UE AS has received, but not sent, application layer measurement report from upper layers; and 2> if the application layer measurement reporting has not been suspended for the measConfigAppLayerId associated with the application layer measurement report: 3> set the measReportAppLayerContainer in the MeasurementReportAppLayer message to the received value of the application layer measurement report; 2> set the measConfigAppLayerId in the MeasurementReportAppLayer message to the value of the measConfigAppLayerId received together with application layer measurement report information; 2> if session start or stop information has been received from upper layers for the measConfigAppLayerId: 3> set the appLayerSessionStatus to the received value of the application layer measurement information; 2> if RAN visible application layer measurement report has been received from upper layers: 3> for each appLayerBufferLevel value in the received RAN visible application layer measurement report: 4> set the appLayerBufferLevel values in the appLayerBufferLevelLIst to the buffer level values received from the upper layer in the order with the first appLayerBufferLevel value set to the newest received buffer level value, the second appLayerBufferLevel value set to the second newest received buffer level value, and so on until all the buffer level values received from the upper layer have been assigned or the configured maximum number of appLayerBufferLevel values have been set, if any; 3> set the initialPlayoutDelay to the received value in the RAN visible application layer measurement report, if any; 3> for each PDU session ID value indicated in the received RAN visible application layer measurement report, if any: 4> set the PDU-SessionID field in the pdu-SessionIdList to the indicated PDU session ID value; 2> if the RRC message segmentation is enabled based on the field rrc-SegAllowed received in appLayerMeasConfig, and the encoded RRC message is larger than the maximum supported size of a PDCP SDU: 3> initiate the UL message segment transfer procedure; 2> else: 3> submit the MeasurementReportAppLayer message to lower layers for transmission upon which the procedure ends. |
3) QoE 설정 정보를 포함하는 RRC IE (Information element)인, AppLayerMeasConfig의 ASN.1 정의 및 하위 IE 설명은 하기의 표 11 내지 표 13과 같을 수 있다.
| -
AppLayerMeasConfig The IE AppLayerMeasConfig indicates configuration of application layer measurements. |
| -- ASN1START -- TAG-APPLAYERMEASCONFIG-START AppLayerMeasConfig-r17 ::= SEQUENCE { measConfigAppLayerToAddModList-r17 SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasConfigAppLayer-r17 OPTIONAL, -- Need N measConfigAppLayerToReleaseList-r17 SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasConfigAppLayerId-r17 OPTIONAL, -- Need N rrc-SegAllowed-r17 ENUMERATED {enabled} OPTIONAL, -- Need M ... } MeasConfigAppLayer-r17 ::= SEQUENCE { measConfigAppLayerId-r17 MeasConfigAppLayerId-r17, measConfigAppLayerContainer-r17 OCTET STRING (SIZE (1..8000)) OPTIONAL, -- Need N serviceType-r17 ENUMERATED {streaming, mtsi, vr, spare5, spare4, spare3, spare2, spare1} OPTIONAL, -- Need M pauseReporting BOOLEAN, transmissionOfSessionStartStop BOOLEAN, ran-VisibleParameters-r17 SetupRelease {RAN-VisibleParameters-r17} OPTIONAL, -- Need M ... } RAN-VisibleParameters-r17 ::= SEQUENCE { ran-VisiblePeriodicity ENUMERATED {ms120, ms240, ms480, ms640, ms1024} OPTIONAL, -- Need S numberOfBufferLevelEntries INTEGER (1..8) OPTIONAL, -- Need R reportInitialPlayOutDelay BOOLEAN, ... } -- TAG-APPLAYERMEASCONFIG-STOP -- ASN1STOP |
| AppLayerMeasConfig field descriptions |
| measConfigAppLayerContainer The field contains configuration of application layer measurements, see Annex L (normative) in TS 26.247, clause 16.5 in TS 26.114 and TS 26.118. |
| numberOfBufferLevelEntries The field contains the maximum number of buffer level entries that can be reported for RAN visible application layer measurements. |
| pauseReporting The field indicates whether the transmission of measReportAppLayerContainer is paused or not. |
| ran-VisiblePeriodicity The field indicates the periodicity of RAN visible reporting. Value ms120 indicates 120 ms, value ms240 indicates 240 ms and so on. If no value is indicated and the UE is configured with RAN visible reporting, the same periodicity as indicated in the measConfigAppLayerContainer is used. |
| reportInitialPlayoutDelay The field indicates whether the UE shall report Initial Playout Delay for RAN visible application layer measurements. |
| rrc-SegAllowed This field, when received in MeasConfigAappLayerMeasConfigList, indicates that RRC segmentation of MeasurementReportAppLayer is allowed. It may be present only if the UE supports RRC message segmentation . |
| serviceType Indicates the type of application layer measurement. Value streaming indicates Quality of Experience Measurement Collection for streaming services (see TS 26.247), value mtsi indicates Quality of Experience Measurement Collection for MTSI (see TS 26.114). value vr indicates Quality of Experience Measurement Collection for VR service (see TS 26.118). The network always configures serviceType when application layer measurements are initially configured and at fullConfig. |
| transmissionOfSessionStartStop The field indicates whether the UE shall transmit indications when sessions in the application layer start and stop. The UE transmits a session start indication upon configuration of this field if a session already has started in the application layer. |
4) QoE 보고 정보를 포함하는 RRC 메시지인, MeasurementReportAppLayer 메시지의 ASN.1 정의 및 하위 IE 설명은 하기의 표 14 내지 표 16과 같을 수 있다.
| -
MeasurementReportAppLayer The MeasurementReportAppLayer message is used for sending application layer measurement report. Signalling radio bearer: SRB4 RLC-SAP: AM Logical channel: DCCH Direction: UE to Network |
| -- ASN1START -- TAG-MEASUREMENTREPORTAPPLAYER-START MeasurementReportAppLayer-r17 ::= SEQUENCE { criticalExtensions CHOICE { measurementReportAppLayerList-r17 SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasurementReportAppLayer-r17-IEs, criticalExtensionsFuture SEQUENCE {} } } MeasurementReportAppLayer-r17-IEs ::= SEQUENCE { measConfigAppLayerId-r17 MeasConfigAppLayerId-r17, measReportAppLayerContainer-r17 OCTET STRING OPTIONAL, appLayerSessionStatus-r17 ENUMERATED {started, stopped} OPTIONAL, ran-VisibleMeasurements-r17 RAN-VisibleMeasurements-r17 OPTIONAL, lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE{} OPTIONAL } RAN-VisibleMeasurements-r17 ::= SEQUENCE { appLayerBufferLevelList-r17 SEQUENCE (SIZE (1..8)) OF AppLayerBufferLevel-r17 OPTIONAL, initialPlayoutDelay-r17 INTEGER (0..30000) OPTIONAL, pdu-SessionIdList-r17 SEQUENCE (SIZE (1..maxNrofPDU-Sessions-r17)) OF PDU-SessionID OPTIONAL, ... } AppLayerBufferLevel-r17 ::= INTEGER (0..30000) -- TAG-MEASUREMENTREPORTAPPLAYER-STOP -- ASN1STOP |
| MeasurementReportAppLayer field descriptions |
| appLayerBufferLevel Indicates the application layer buffer level in ms. Value 1 corresponds to 10ms, value 2 corresponds to 20 ms and so on. If the buffer level is larger than the maximum value of 30000 (5 minutes), the UE reports 30000. |
| appLayerSessionStatus Indicates that a QoE session in the application layer starts or stops. |
| initialPlayoutDelay Indicates the application layer initial playout delay in ms. Value 1 corresponds to 1ms, value 2 corresponds to 2 ms and so on. If the intial playout delay is larger than the maximum value of 30000ms, the UE reports 30000ms. |
| measReportAppLayerContainer The field contains application layer measurements, see Annex L (normative) in TS 26.247, clause 16.5 in TS 26.114 and TS 26.118. |
| pdu-SessionIdList Contains the identity of the PDU session, or the identities of the PDU sessions, used for application data flows subject to the RAN visible application layer measurements. |
기지국은 상기 pauseReporting 지시자를 통해 단말의 QoE 측정 결과 보고를 중지 (상기 지시자를 true로 설정함으로써) 또는 재개 (상기 지시자를 false로 설정함으로써)시킬 수 있다. 기지국은 RAN overload 발생 시, 상기 지시자를 이용하여 단말의 QoE 보고를 중지시킬 수 있다. 상가 지시자를 true로 설정받은 단말의 AS (Access startum) layer는 단말의 application (또는 app) layer에서 QoE 측정 보고를 수신하더라도 이를 기지국에게 전달하지 않을 수 있고, 수신한 QoE 측정 보고를 저장해둘 수 있다. 기지국은 RAN overload가 해결된 경우, 상기 지시자를 이용하여 단말의 QoE 보고를 재개시킬 수 있다. 상가 지시자를 false로 설정받은 단말의 AS (Access startum) layer는 단말의 application (또는 app) layer에서 QoE 측정 보고를 수신한 경우 이를 기지국에게 전달하는 동작을 재개할 수 있고, 그동안 저장해 두었던 QoE 측정 보고를 기지국에게 전달할 수 있다.
도 1ea 내지 도 1eb는 본 발명의 일 실시 예로, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
단계 1e-05에서, 단말은 기지국이 송신한 시스템 정보 (SIB)을 수신할 수 있다.
단계 1e-10에서, 상기 수신한 SIB을 기반으로 단말은 특정 기지국 또는 셀 (cell)에 캠프온 (camp on) 할 수 있다.
단계 1e-15에서, 단말은 camp on한 셀 또는 기지국과 RRC 연결을 수립할 수 있다.
단계 1e-20에서, 연결모드 단말은 기지국으로부터 QoE 설정 정보를 수신할 수 있다. 이는 RRCReconfiguration 메시지 내에 포함되어 전송될 수 있다. 또는 비활성모드 상태의 단말은 RRCResume 메시지를 통해 QoE 설정 정보를 수신할 수 있다.
단계 1e-25에서, 단말은 pauseReporting 지시자의 설정 여부를 판단할 수 있다.
단계 1e-30에서, 만약 pauseReporting 지시자가 true인 경우, 단말이 MeasurementReportAppLayer 메시지에 대해 RRC segment 후 일부 segment만 전송되었는지 여부를 판단할 수 있다.
단계 1e-35에서, 만약 단말이 MeasurementReportAppLayer 메시지에 대해 RRC segment 후 일부 segment만 전송 적이 있다면, 전송되지 않은 남아있는 나머지 segment들을 전송할 수 있다.
단계 1e-40에서, 단말은 QoE 보고 container (measReportAppLayerContainer)의 전송을 중단 (suspend)할 수 있다. 또한 만약 1e-30에서 단말이 MeasurementReportAppLayer 메시지에 대해 RRC segment 후에 일부 segment만 전송한 적이 있지 않다면 (즉, 남아 있는 segment가 없는 경우), 단말은 QoE container (measReportAppLayerContainer)의 전송을 중단 (suspend)할 수 있다.
단계 1e-45에서, 단말은 이전에 수신하거나 추후에 수신할 container를 저장할 수 있다
단계 1e-50에서, 만약 1e-25에서 pauseReporting 지시자가 false인 경우, 단말은 QoE container의 전송이 suspend 된 적 있는지 여부를 체크할 수 있다.
단계 1e-55에서, 만약 QoE container의 전송이 suspend 된 적 있다면, 단말은 저장된 QoE container의 전송을 시작할 수 있다.
단계 1e-60에서, 단말은 QoE container의 전송을 재개 (resume) 할 수 있다.
단계 1e-65에서, 만약 1e-50에서 단말이 QoE container의 전송이 suspend 된 적 없다면, 단말은 더 이상의 동작을 수행하지 않을 수 있다.
도 1fa 내지 도 1fb는 본 발명의 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
단계 1f-05에서, 단말은 기지국이 송신한 시스템 정보 (SIB)을 수신할 수 있다.
단계 1f-10에서, 상기 수신한 SIB을 기반으로 단말은 특정 기지국 또는 셀 (cell)에 캠프온 (camp on) 할 수 있다.
단계 1f-15에서, 단말은 camp on한 셀 또는 기지국과 RRC 연결을 수립할 수 있다.
단계 1f-20에서, 연결모드 단말은 기지국으로부터 QoE 설정 정보를 수신할 수 있다. 이는 RRCReconfiguration 메시지내에 포함되어 전송될 수 있다. 또는 비활성모드 상태의 단말은 RRCResume 메시지를 통해 QoE 설정 정보를 수신할 수 있다.
단계 1f-25에서, 연결 모드의 단말은 QoE 설정 및 QoE 보고 메시지 전송을 위한 SRB4의 설정 여부를 판단할 수 있다.
단계 1f-30에서, 만약 QoE 설정 및 SRB4의 설정이 되어있다면, 단말은 QoE 보고 메시지 (MeasurementReportAppLayer) 전송을 위해 1f-35부터 1f-55까지의 동작을 각 measConfigAppLayerId마다 반복적으로 수행할 수 있다.
단계 1f-35에서, 만약 단말의 AS layer가 app layer로부터 수신했지만 아직 보내지 않은 QoE 보고가 있고, QoE 보고가 중단되지 않은 경우, MeasurementReportAppLayer 메시지 내 QoE 보고 container (measReportAppLayerContainer)를 app layer로부터 수신한 QoE 보고 정보로 설정할 수 있다.
단계 1f-40에서, 단말의 AS layer는 MeasurementReportAppLayer 메시지 내 measConfigAppLayerId를 app layer로부터 QoE 측정결과와 함께 수신한 measConfigAppLayerId으로 설정할 수 있다.
단계 1f-45에서, 만약 단말의 AS layer가 app layer로부터 세션 측정 시작 및 중단 정보를 수신한 경우, MeasurementReportAppLayer 메시지 내 appLayerSessionStatus를 수신한 값으로 설정할 수 있다.
단계 1f-50에서, 만약 단말의 AS layer가 app layer로부터 RAN visible QoE 측정 결과를 수신한 경우, MeasurementReportAppLayer 메시지 내 ran-VisibleMeasurements를 수신한 값으로 설정할 수 있다.
단계 1f-55에서, 단말은 MeasurementReportAppLayer 메시지를 전송할 수 있다.
단계 1f-60에서, 만약 1f-30에서 모든 measConfigAppLayerId에 대한 동작이 끝나면, 단말의 동작은 종료될 수 있다.
단계 1f-65에서, 만약 1f-25에서 QoE 설정 또는 SRB4의 설정이 되어있지 않다면, 단말은 MeasurementReportAppLayer 메시지를 설정하지 않고 전송하지 않을 수 있다.
QoE 보고 메시지 (즉, MeasurementReportAppLayer 메시지)에 포함되는 4가지 IE (measConfigAppLayerId, measReportAppLayerContainer, appLayerSessionStatus 및 ran-VisibleMeasurements-r17) 중 3가지 IE (measReportAppLayerContainer, appLayerSessionStatus 및 ran-VisibleMeasurements)는 optional한 IE로서 단말이 MeasurementReportAppLayer 메시지를 전송할 때 포함이 될 수도 있고, 포함이 안 될 수도 있다.
1) measReportAppLayerContainer는 app layer에서 수신한 QoE 측정 결과 정보를 담는 container일 수 있다. pauseReporting이 true로 설정될 시 단말은 measReportAppLayerContainer의 전송을 중지할 수 있으며, 이전 또는 이후에 app layer에서 수신한 QoE 측정 결과 (measReportAppLayerContainer에 담기는)를 저장해 둘 수 있다. 예를 들어 단말의 동작은 하기 표 17과 같이 표현될 수 있다.
| The UE may: 1> if pauseReporting is set to true: 2> if at least one segment, but not all segments, of a segmented MeasurementReportAppLayer message containing an application layer measurement report associated with the measConfigAppLayerId has been submitted to lower layers for transmission: 3> submit the remaining segments of the MeasurementReportAppLayer message to lower layers for transmission; 2> suspend submitting application layer measurement report containers to lower layers for the application layer measurement configuration associated with the measConfigAppLayerId 2> store any previously or subsequently received application layer measurement report containers associated with the measConfigAppLayerId for which no segment, or full message, has been submitted to lower layers for transmission. |
또한, pauseReporting이 false로 설정될 시 단말은 measReportAppLayerContainer의 전송을 재개할 수 있으며, 저장해둔 app layer에서 수신한 QoE 측정 결과 (measReportAppLayerContainer에 포함되는)의 전송을 시작할 수 있다. 예를 들어 단말의 동작은 하기 표 18과 같이 표현될 수 있다.
| The UE may: 1> if pauseReporting is set to false and if transmission of application layer measurement report containers has previously been suspended for the application layer measurement configuration associated with the measConfigAppLayerId: 2> submit stored application layer measurement report containers to lower layers for the application layer measurements configuration associated with the measConfigAppLayerId; 2> resume submitting application layer measurement report containers to lower layers for the application layer. |
요약하자면, 단말은 기지국의 pauseReporting 설정에 따라 measReportAppLayerContainer의 보고를 중지 또는 재개될 수 있다.
2) measReportAppLayerContainer의 경우, 단말이 기지국에게 보고를 하더라도 기지국은 이를 읽거나 이용할 수 없고 OAM 또는 TCE 쪽으로 이를 전달만 해줄 수 있다. ran-VisibleMeasurements는 기지국 (또는, RAN)이 읽고 사용할 수 QoE 측정 결과 (RAN visible 측정 결과)를 보고하기 위한 IE이다. 기지국이 pauseReporting를 true로 설정하더라도 이는 RAN visible 측정 결과의 보고는 중지되지 않을 수 있다 (The transmission of RAN visible reports is not paused when pauseReporting is set to true). 즉, 단말은 기지국의 pauseReporting 설정에 관계 없이 항상 ran-VisibleMeasurements의 보고를 수행할 수 있다.
3) appLayerSessionStatus 지시자는, 단말의 app layer이 QoE 세션 또는 어플리케이션 세션이 시작되었음을 기지국에게 알려주기 위해 (상기 지시자를 "started"로 설정함으로써) 사용될 수 있다. 또한 단말의 app layer이 QoE 세션 또는 어플리케이션 세션이 중단되었음을 기지국에게 알려주기 위해 (상기 지시자를 "stopped"로 설정함으로써) 사용될 수 있다. 하지만 기존의 방법에서는 appLayerSessionStatus의 보고의 경우, pauseReporting 설정에 영향을 받는지 (measReportAppLayerContainer와 마찬가지로) 또는 영향을 받지 않는지 (ran-VisibleMeasurements와 마찬가지로)에 대해 정의되지 않았다. 따라서 기존의 방법에 따르면, pauseReporting를 true로 지시 받았을 경우, 단말의 AS layer이 단말의 app layer로부터 세션 시작 또는 중단 정보를 수신한 경우, 이를 appLayerSessionStatus에 포함하여 기지국에게 보고할 수 있는지 보고할 수 없는지가 불분명하므로 이에 대한 단말의 동작의 명확한 정의가 필요하다. 그렇지 않으면, 동일한 기지국 설정 (예, pauseReporting이 true시)에도 각기 다른 단말들이 구현에 따라 서로 다른 동작 (예, 단말 A는 appLayerSessionStatus를 기지국에게 계속해서 보고, 반면 단말 B는 appLayerSessionStatus를 기지국에게 보고 중단)을 수행할 수 있으며, 그에 따라 기지국은 pauseReporting에 대한 단말의 동작을 예측할 수 없을 수 있다.
본 발명의 일 실시 예로, appLayerSessionStatus 지시자가 기지국의 pauseReporting에 대한 영향을 받도록 단말의 동작을 정의할 수 있다. 즉 기지국이 pauseReporting을 true로 설정 시 단말은 appLayerSessionStatus 지시자를 보고하지 않을 수 있다. 또한 기지국이 pauseReporting을 false로 설정 시 단말은 appLayerSessionStatus 지시자의 보고를 재개할 수 있다. appLayerSessionStatus 지시자가 기지국의 pauseReporting에 대한 영향을 받도록 단말의 동작을 정의하는 이유는 하기와 같을 수 있다.
1) RAN overload 시 기지국은 다른 서비스 및 자원 스케줄링을 위해 QoE 측정에 관한 서비스에 대한 우선순위가 낮을 수 있으며, appLayerSessionStatus 지시자를 송수신 및 처리하는 과정이 기지국 및 단말에게 컴퓨팅 자원 사용 및 무선 자원 사용 및 에너지 사용 측면에서 낭비일 수 있다. 특히 기지국은 overload 상황이기에 더욱 문제가 될 수 있다.
2) RAN visible 측정 결과는 네트워크를 최적화 하는데 사용될 수 있으므로, RAN overload 문제를 해결하는데 유용할 수 있지만, appLayerSessionStatus 지시자는 RAN overload 문제를 해결하는데 아무런 도움이 되지 못할 수 있다.
도 1ga 내지 도 1gb는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 설정 정보를 수신한 단말의 동작을 도시한 도면이다.
단계 1g-05에서, 단말은 기지국이 송신한 시스템 정보 (SIB)을 수신할 수 있다.
단계 1g-10에서, 상기 수신한 SIB을 기반으로 단말은 특정 기지국 또는 셀 (cell)에 캠프온 (camp on) 할 수 있다.
단계 1g-15에서, 단말은 camp on한 셀 또는 기지국과 RRC 연결을 수립할 수 있다.
단계 1g-20에서, 연결모드 단말은 기지국으로부터 QoE 설정 정보를 수신할 수 있다. 이는 RRCReconfiguration 메시지내에 포함되어 전송될 수 있다. 또는 비활성모드 상태의 단말은 RRCResume 메시지를 통해 QoE 설정 정보를 수신할 수 있다.
단계 1g-25에서, 단말은 pauseReporting 지시자의 설정 여부를 판단할 수 있다.
단계 1g-30에서, 본 발명의 제안으로, 만약 pauseReporting 지시자가 true인 경우, 단말이 measReportAppLayerContainer 또는 appLayerSessionStatus를 포함하는 MeasurementReportAppLayer 메시지에 대해 RRC segment를 수행한 후 일부 segment만 전송하였는지 여부를 판단할 수 있다.
단계 1g-35에서, 본 발명의 제안으로, 만약 단말이 measReportAppLayerContainer 또는 appLayerSessionStatus를 포함하는 MeasurementReportAppLayer 메시지에 대해 RRC segment를 수행한 후 일부 segment만 전송하였다면, 전송되지 않은 남아있는 나머지 segment들을 전송할 수 있다.
단계 1g-40에서, 본 발명의 제안으로, 단말은 QoE 보고 container (measReportAppLayerContainer) 및 appLayerSessionStatus의 전송을 중단 (suspend)할 수 있다. 또한 만약 1g-30에서, 본 발명의 제안으로, 만약 단말이 measReportAppLayerContainer 또는 appLayerSessionStatus를 포함하는 MeasurementReportAppLayer 메시지에 대해 RRC segment를 수행한 후 일부 segment만 전송한 적이 있지 않다면 (즉, 남아 있는 segment가 없는 경우), 단말은 QoE container (measReportAppLayerContainer)의 전송을 중단 (suspend)할 수 있다.
단계 1g-45에서, 본 발명의 제안으로, 단말은 이전에 수신하거나 추후에 수신할 container 및appLayerSessionStatus를 저장할 수 있다
단계 1g-50에서, 본 발명의 제안으로, 만약 1g-25에서 pauseReporting 지시자가 false인 경우, 단말은 QoE container과 appLayerSessionStatus의 전송이 suspend 된 적 있는지 여부를 체크할 수 있다.
단계 1g-55에서, 만약 QoE container와 appLayerSessionStatus 전송이 suspend 된 적 있다면, 단말은 저장된 QoE container 및 appLayerSessionStatus의 전송을 시작할 수 있다.
단계 1g-60에서, 단말은 QoE container와 appLayerSessionStatus 전송을 재개 (resume) 할 수 있다.
단계 1g-65에서, 만약 1e-50에서 단말이 QoE container와 appLayerSessionStatus 전송이 suspend 된 적 없다면, 단말은 더 이상의 동작을 수행하지 않을 수 있다.
상기와 같이 도 1ga 내지 1gb 및 관련 설명을 통해 제안하는 본 발명의 동작은 예를 들어 하기의 표 19 내지 표 20과 같이 표현될 수 있다.
| The UE may: 1> if measConfigAppLayerToAddReleaseList is included in appLayerMeasConfig within RRCReconfiguration or RRCResume: 2> for each measConfigAppLayerId value included in the measConfigAppLayerToReleaseList: 3> forward the measConfigAppLayerId and inform upper layers about the release of the application layer measurement configuration including any RAN visible configuration; 3> discard any received application layer measurement report received from upper layers; 3> consider itself not to be configured to send application layer measurement report for the measConfigAppLayerId. 1> if measConfigAppLayerToAddModList is included in appLayerMeasConfig within RRCReconfiguration or RRCResume: 2> for each measConfigAppLayerId value included in the measConfigAppLayerToAddModList: 3> if measConfigAppLayerContainer is included for the corresponding MeasConfigAppLayer configuration: 4> forward the measConfigAppLayerContainer, the measConfigAppLayerId and the serviceType to upper layers considering the serviceType; 3> consider itself to be configured to send application layer measurement report for the measConfigAppLayerId; 3> forward the transmissionOfSessionStartStop, if received, to upper layers; 3> if ran-VisibleParameters is set to setup and the parameters have been received; 4> forward the measConfigAppLayerId, the ran-VisiblePeriodicity, the numberOfBufferLevelEntries and the reportInitialPlayOutDelay to upper layers considering the serviceType; 3> else if ran-VisibleParameters is set to release: 4> forward the measConfigAppLayerId and inform upper layers about the release of the RAN visible application layer measurement configuration; 3> if pauseReporting is set to true: 4> if at least one segment, but not all segments, of a segmented MeasurementReportAppLayer message containing an application layer measurement report container or session start or stop information associated with the measConfigAppLayerId has been submitted to lower layers for transmission: 5> submit the remaining segments of the MeasurementReportAppLayer message to lower layers for transmission; 4> suspend submitting application layer measurement report containers and session start or stop information to lower layers for the application layer measurement configuration associated with the measConfigAppLayerId; 4> store any previously or subsequently received application layer measurement report containers and session start or stop information associated with the measConfigAppLayerId for which no segment, or full message, has been submitted to lower layers for transmission; 3> else if pauseReporting is set to false and if transmission of application layer measurement report containers and session start or stop information has previously been suspended for the application layer measurement configuration associated with the measConfigAppLayerId: 4> submit stored application layer measurement report containers and session start or stop information to lower layers for the application layer measurements configuration associated with the measConfigAppLayerId; 4> resume submitting application layer measurement report containers and session start or stop information to lower layers for the application layer measurement configuration associated with the measConfigAppLayerId; NOTE 1: The UE may discard reports when the memory reserved for storing application layer measurement reports becomes full. NOTE 2: The transmission of RAN visible reports is not paused when pauseReporting is set to true. |
| AppLayerMeasConfig field descriptions |
| measConfigAppLayerContainer The field contains configuration of application layer measurements, see Annex L (normative) in TS 26.247, clause 16.5 in TS 26.114 and TS 26.118. |
| numberOfBufferLevelEntries The field contains the maximum number of buffer level entries that can be reported for RAN visible application layer measurements. |
| pauseReporting The field indicates whether the transmission of measReportAppLayerContainer and appLayerSessionStatus is paused or not. |
| ran-VisiblePeriodicity The field indicates the periodicity of RAN visible reporting. Value ms120 indicates 120 ms, value ms240 indicates 240 ms and so on. If no value is indicated and the UE is configured with RAN visible reporting, the same periodicity as indicated in the measConfigAppLayerContainer is used. |
| reportInitialPlayoutDelay The field indicates whether the UE shall report Initial Playout Delay for RAN visible application layer measurements. |
| rrc-SegAllowed This field, when received in MeasConfigAappLayerMeasConfigList, indicates that RRC segmentation of MeasurementReportAppLayer is allowed. It may be present only if the UE supports RRC message segmentation . |
| serviceType Indicates the type of application layer measurement. Value streaming indicates Quality of Experience Measurement Collection for streaming services (see TS 26.247), value mtsi indicates Quality of Experience Measurement Collection for MTSI (see TS 26.114). value vr indicates Quality of Experience Measurement Collection for VR service (see TS 26.118). The network always configures serviceType when application layer measurements are initially configured and at fullConfig. |
| transmissionOfSessionStartStop The field indicates whether the UE shall transmit indications when sessions in the application layer start and stop. The UE transmits a session start indication upon configuration of this field if a session already has started in the application layer. |
도 1ha 내지 도 1hb는 본 발명에서 제안하는 일 실시 예로, appLayerSessionStatus 지시자가 pauseReporting 설정에 영향을 받는 경우, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
단계 1h-05에서, 단말은 기지국이 송신한 시스템 정보 (SIB)을 수신할 수 있다.
단계 1h-10에서, 상기 수신한 SIB을 기반으로 단말은 특정 기지국 또는 셀 (cell)에 캠프온 (camp on) 할 수 있다.
단계 1h-15에서, 단말은 camp on한 셀 또는 기지국과 RRC 연결을 수립할 수 있다.
단계 1h-20에서, 연결모드 단말은 기지국으로부터 QoE 설정 정보를 수신할 수 있다. 이는 RRCReconfiguration 메시지내에 포함되어 전송될 수 있다. 또는 비활성모드 상태의 단말은 RRCResume 메시지를 통해 QoE 설정 정보를 수신할 수 있다.
단계 1h-25에서, 연결 모드의 단말은 QoE 설정 및 QoE 보고 메시지 전송을 위한 SRB4의 설정 여부를 판단할 수 있다.
단계 1h-30에서, 만약 QoE 설정 및 SRB4의 설정이 되어있다면, 단말은 QoE 보고 메시지 (MeasurementReportAppLayer) 전송을 위해 1h-35부터 1h-55까지의 동작을 각 measConfigAppLayerId마다 반복적으로 수행할 수 있다.
단계 1h-35에서, 본 발명의 제안으로, 만약 단말의 AS layer가 app layer로부터 수신했지만 아직 보내지 않은 QoE container (measReportAppLayerContainer)가 있고, QoE container보고가 중단되지 않은 경우, MeasurementReportAppLayer 메시지 내 QoE 보고 container (measReportAppLayerContainer)를 app layer로부터 수신한 QoE 보고 정보로 설정할 수 있다.
단계 1h-40에서, 단말의 AS layer는 MeasurementReportAppLayer 메시지 내 measConfigAppLayerId를 app layer로부터 QoE 측정결과와 함께 수신한 measConfigAppLayerId으로 설정할 수 있다.
단계 1h-45에서, 본 발명의 제안으로, 만약 단말의 AS layer가 app layer로부터 세션 측정 시작 및 중단 정보 (appLayerSessionStatus)를 수신하였고 appLayerSessionStatus의 전송이 중단되지 않았다면, 단말은 MeasurementReportAppLayer 메시지 내 appLayerSessionStatus를 수신한 값으로 설정할 수 있다.
단계 1h-50에서, 만약 단말의 AS layer가 app layer로부터 RAN visible QoE 측정 결과를 수신한 경우, MeasurementReportAppLayer 메시지 내 ran-VisibleMeasurements를 수신한 값으로 설정할 수 있다.
단계 1h-55에서, 단말은 MeasurementReportAppLayer 메시지를 전송할 수 있다.
단계 1h-60에서, 만약 1h-30에서 모든 measConfigAppLayerId에 대한 동작이 끝나면, 단말의 동작은 종료될 수 있다.
단계 1h-65에서, 만약 1h-25에서 QoE 설정 또는 SRB4의 설정이 되어있지 않다면, 단말은 MeasurementReportAppLayer 메시지를 설정하지 않고 전송하지 않을 수 있다.
상기와 같이 도 1ha 내지 도 1hb 및 관련 설명을 통해 제안하는 본 발명의 동작은 예를 들어 하기의 표 21과 같이 표현될 수 있다.
| A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when appLayerMeasConfig and SRB4 have been configured by the network. Upon initiating the procedure, the UE may: 1> for each measConfigAppLayerId: 2> if the UE AS has received, but not sent, application layer measurement report containers from upper layers; and 2> if submitting application layer measurement report containers has not been suspended for the measConfigAppLayerId associated with the application layer measurement report: 3> set the measReportAppLayerContainer in the MeasurementReportAppLayer message to the received value of the application layer measurement report; 2> set the measConfigAppLayerId in the MeasurementReportAppLayer message to the value of the measConfigAppLayerId received together with application layer measurement report information; 2> if session start or stop information has been received from upper layers for the measConfigAppLayerId; and 2> if submitting session start or stop information has not been suspended for the measConfigAppLayerId associated with the application layer measurement report: 3> set the appLayerSessionStatus to the received value of the application layer measurement information; 2> if RAN visible application layer measurement report has been received from upper layers: 3> for each appLayerBufferLevel value in the received RAN visible application layer measurement report: 4> set the appLayerBufferLevel values in the appLayerBufferLevelLIst to the buffer level values received from the upper layer in the order with the first appLayerBufferLevel value set to the newest received buffer level value, the second appLayerBufferLevel value set to the second newest received buffer level value, and so on until all the buffer level values received from the upper layer have been assigned or the configured maximum number of appLayerBufferLevel values have been set, if any; 3> set the initialPlayoutDelay to the received value in the RAN visible application layer measurement report, if any; 3> for each PDU session ID value indicated in the received RAN visible application layer measurement report, if any: 4> set the PDU-SessionID field in the pdu-SessionIdList to the indicated PDU session ID value; 2> if the RRC message segmentation is enabled based on the field rrc-SegAllowed received in appLayerMeasConfig, and the encoded RRC message is larger than the maximum supported size of a PDCP SDU: 3> initiate the UL message segment transfer procedure; 2> else: 3> submit the MeasurementReportAppLayer message to lower layers for transmission upon which the procedure ends. |
본 발명에서 해결하고자 하는 하나의 문제는, 단말이 각 measConfigAppLayerId마다 (1f-30) MeasurementReportAppLayer 메시지를 생성하여 전송할 수 있다는 점이다. 만약 단말이 기지국으로부터 복수개의 QoE 설정 정보를 제공받은 경우, 단말은 각 measConfigAppLayerId (QoE 설정 정보 ID) 마다 QoE 측정 결과 보고를 생성할 수 있다. 각 measConfigAppLayerId별로 생성된 QoE 측정 결과 보고 (예, measReportAppLayerContainer, appLayerSessionStatus, ran-VisibleMeasurements)가 하나의 MeasurementReportAppLayer 메시지에 담기어 전송될 수 있다. 즉, 복수 개의 measConfigAppLayerId에 대해서는 복수 개의 MeasurementReportAppLayer 메시지가 생성되며 단말은 복수 개의 MeasurementReportAppLayer 메시지를 전송해야 한다.
만약 하나의 measConfigAppLayerId에 대해 app layer로부터 단일 개의 QoE 측정 결과 보고를 수신하는 경우, 하나의 MeasurementReportAppLayer 메시지 내 measurementReportAppLayerList 내의 하나의 entry (MeasurementReportAppLayer-r17-IEs)만 상기 QoE 측정 결과를 포함한 채로, 단말은 MeasurementReportAppLayer 메시지를 전송할 수 있다.
만약 하나의 measConfigAppLayerId에 대해 app layer로부터 복수 개의 QoE 측정 결과 보고를 수신하는 경우, 하나의 MeasurementReportAppLayer 메시지 내 measurementReportAppLayerList 내의 각 entry (MeasurementReportAppLayer-r17-IEs)는 동일한 measConfigAppLayerId를 포함한 채, 복수 개의 MeasurementReportAppLayer-r17-IEs 에 상기 복수 개의 QoE 측정 결과 보고를 포함할 수 있다. 즉, 단말은 하나의 MeasurementReportAppLayer 메시지 내 동일한 measConfigAppLayerId로 구성된 복수 개의 MeasurementReportAppLayer-r17-IEs를 포함하여 기지국에게 전송할 수 있다.
MeasurementReportAppLayer 메시지 내 measurementReportAppLayerList이 복수 개의 MeasurementReportAppLayer-r17-IEs를 포함할 수 있다는 점을 고려하였을 때, 동일한 measConfigAppLayerId만으로 구성된 QoE 측정 결과 보고만을 MeasurementReportAppLayer 메시지에 포함하는 것은 비효율적일 수 있다. 즉, 복수 개의 measConfigAppLayerId에 대한 QoE 측정 결과 보고가 있을 경우, 단말이 (동일한 수의) 복수 개의 MeasurementReportAppLayer 메시지를 생성/설정/전송하는 것은 무선 자원 사용 측면 뿐만 아니라 복수 개의 메시지를 생성/처리/송수신 하는데 단말과 기지국의 컴퓨팅 능력 사용 및 전력 사용에 낭비를 초래할 수 있다. 위 문제를 해결하기 위해, 본 발명에서는 하나의 MeasurementReportAppLayer 메시지에 복수 개의 measConfigAppLayerId에 대한 QoE 측정 결과 보고를 포함할 수 있도록 하는 방법을 제안하며, 이는 단말과 기지국의 무선 자원 사용 및 컴퓨팅 능력 사용 및 전력 사용 측면에서 더욱 효율적이라 볼 수 있다.
도 1ia 내지 도 1ib는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
단계 1i-05에서, 단말은 기지국이 송신한 시스템 정보 (SIB)을 수신할 수 있다.
단계 1i-10에서, 상기 수신한 SIB을 기반으로 단말은 특정 기지국 또는 셀 (cell)에 캠프온 (camp on) 할 수 있다.
단계 1i-15에서, 단말은 camp on한 셀 또는 기지국과 RRC 연결을 수립할 수 있다.
단계 1i-20에서, 연결모드 단말은 기지국으로부터 QoE 설정 정보를 수신할 수 있다. 이는 RRCReconfiguration 메시지내에 포함되어 전송될 수 있다. 또는 비활성모드 상태의 단말은 RRCResume 메시지를 통해 QoE 설정 정보를 수신할 수 있다.
단계 1i-25에서, 연결 모드의 단말은 QoE 설정 및 QoE 보고 메시지 전송을 위한 SRB4의 설정 여부를 판단할 수 있다.
단계 1i-30에서, 본 발명의 제안으로, 만약 QoE 설정 및 SRB4의 설정이 되어있다면, 단말은 QoE 보고 메시지 (MeasurementReportAppLayer) 전송을 위해 1i-35부터 1i-50까지의 동작을 각 measConfigAppLayerId마다 반복적으로 수행할 수 있다. 각 measConfigAppLayerId에 대한 1i-35부터 1i-50까지의 파라미터 설정 동작은, 동일한 MeasurementReportAppLayer 메시지 내에서 각 MeasurementReportAppLayer-r17-IEs를 설정할 수 있다. 복수 개의 measConfigAppLayerId에 대한 반복적인 1i-35부터 1i-50까지의 파라미터 설정 동작은, 동일한 MeasurementReportAppLayer 메시지 내에서 복수 개의 MeasurementReportAppLayer-r17-IEs를 설정할 수 있다.
단계 1i-35에서, 만약 단말의 AS layer가 app layer로부터 수신했지만 아직 보내지 않은 QoE 보고가 있고, QoE 보고가 중단되지 않은 경우, MeasurementReportAppLayer 메시지 내 QoE 보고 container (measReportAppLayerContainer)를 app layer로부터 수신한 QoE 보고 정보로 설정할 수 있다.
단계 1i-40에서, 단말의 AS layer는 MeasurementReportAppLayer 메시지 내 measConfigAppLayerId를 app layer로부터 QoE 측정결과와 함께 수신한 measConfigAppLayerId으로 설정할 수 있다.
단계 1i-45에서, 만약 단말의 AS layer가 app layer로부터 세션 측정 시작 및 중단 정보를 수신한 경우, MeasurementReportAppLayer 메시지 내 appLayerSessionStatus를 수신한 값으로 설정할 수 있다.
단계 1i-50에서, 만약 단말의 AS layer가 app layer로부터 RAN visible QoE 측정 결과를 수신한 경우, MeasurementReportAppLayer 메시지 내 ran-VisibleMeasurements를 수신한 값으로 설정할 수 있다.
단계 1i-55에서, 본 발명의 제안으로, 만약 1i-30에서 모든 measConfigAppLayerId에 대한 동작이 끝나면, 단말은 MeasurementReportAppLayer 메시지를 전송할 수 있다. 복수 개의 measConfigAppLayerId에 대해서 단일 개의 MeasurementReportAppLayer 메시지만 설정되어 전송될 수 있다.
단계 1i-60에서, 만약 1i-25에서 QoE 설정 또는 SRB4의 설정이 되어있지 않다면, 단말은 MeasurementReportAppLayer 메시지를 설정하지 않고 전송하지 않을 수 있다.
상기와 같이 도 1ia 내지 도 1ib 및 관련 설명을 통해 제안하는 본 발명의 동작은 예를 들어 하기의 표 22와 같이 표현될 수 있다.
| A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when appLayerMeasConfig and SRB4 have been configured by the network. Upon initiating the procedure, the UE may: 1> for each measConfigAppLayerId, an entry of measurementReportAppLayerList is set as follows: 2> if the UE AS has received, but not sent, application layer measurement report from upper layers; and 2> if the application layer measurement reporting has not been suspended for the measConfigAppLayerId associated with the application layer measurement report: 3> set the measReportAppLayerContainer in the MeasurementReportAppLayer message to the received value of the application layer measurement report; 2> set the measConfigAppLayerId in the MeasurementReportAppLayer message to the value of the measConfigAppLayerId received together with application layer measurement report information; 2> if session start or stop information has been received from upper layers for the measConfigAppLayerId: 3> set the appLayerSessionStatus to the received value of the application layer measurement information; 2> if RAN visible application layer measurement report has been received from upper layers: 3> for each appLayerBufferLevel value in the received RAN visible application layer measurement report: 4> set the appLayerBufferLevel values in the appLayerBufferLevelLIst to the buffer level values received from the upper layer in the order with the first appLayerBufferLevel value set to the newest received buffer level value, the second appLayerBufferLevel value set to the second newest received buffer level value, and so on until all the buffer level values received from the upper layer have been assigned or the configured maximum number of appLayerBufferLevel values have been set, if any; 3> set the initialPlayoutDelay to the received value in the RAN visible application layer measurement report, if any; 3> for each PDU session ID value indicated in the received RAN visible application layer measurement report, if any: 4> set the PDU-SessionID field in the pdu-SessionIdList to the indicated PDU session ID value; 1> if the RRC message segmentation is enabled based on the field rrc-SegAllowed received in appLayerMeasConfig, and the encoded RRC message is larger than the maximum supported size of a PDCP SDU: 2> initiate the UL message segment transfer procedure; 1> else: 2> submit the MeasurementReportAppLayer message to lower layers for transmission upon which the procedure ends. |
본 발명에서 해결하고자 하는 또 다른 문제는, 단말이 전송하는 MeasurementReportAppLayer 메시지 내의 MeasurementReportAppLayer-r17-IEs가 measConfigAppLayerId만을 포함할 수 있다는 점이다. measReportAppLayerContainer는 optional 필드로, 1f-35에서 만약 단말의 AS layer가 app layer로부터 수신했지만 아직 보내지 않은 QoE 보고가 없거나, QoE 보고가 중단된 경우, measReportAppLayerContainer는 MeasurementReportAppLayer-r17-IEs내에 포함되지 않을 수 있다. measConfigAppLayerId는 mandatory 필드로 1f-40 단계에서 항상 MeasurementReportAppLayer-r17-IEs내에 포함될 수 있다. appLayerSessionStatus는 optional 필드로, 1f-45에서 만약 단말의 AS layer가 app layer로부터 세션 측정 시작 및 중단 정보를 수신한 적이 없다면, appLayerSessionStatus는 MeasurementReportAppLayer-r17-IEs내에 포함되지 않을 수 있다. ran-VisibleMeasurements는 optional 필드로, 1f-50에서 만약 단말의 AS layer가 app layer로부터 RAN visible QoE 측정 결과를 수신한 적이 없다면, ran-VisibleMeasurements는 MeasurementReportAppLayer-r17-IEs내에 포함되지 않을 수 있다. 결과적으로 단말이 전송하는 MeasurementReportAppLayer 메시지 내의 MeasurementReportAppLayer-r17-IEs가 measConfigAppLayerId만을 포함할 수 있다. 단말의 기지국으로 QoE 측정 결과를 보고 할 때 유의미한 QoE 정보 (measReportAppLayerContainer, appLayerSessionStatus, 또는 ran-VisibleMeasurements)없이 measConfigAppLayerId만을 보고하는 것은 무선 자원 및 단말과 기지국의 컴퓨팅 자원, 에너지소모를 낭비하는 일일 수 있다. 왜냐하면 어차피 기지국은 해당 단말에게 어떠한 QoE 설정 Id (measConfigAppLayerId)가 설정되어 있는지를 알고 있을 수 있기 때문이다. measConfigAppLayerId는 상기 유의미한 QoE 정보들이 어떠한 QoE 설정에 의해 생성되었는지를 지시하기 위한 지시자이므로 상기 유의미한 QoE 정보들이 없이는 기지국에게 전송되는 것은 비효율적일 수 있다. 또한 이로 인해 생성된 QoE 보고는 기지국에서 TCE 또는 OAM까지 전달될 수 있기 때문에 core network의 자원까지도 낭비할 수 있다.
위 문제를 해결하기 위해. 본 발명에서는 MeasurementReportAppLayer-r17-IEs내에 measConfigAppLayerId이외에 적어도 하나의 다른 파라미터 (measReportAppLayerContainer, appLayerSessionStatus, 또는 ran-VisibleMeasurements)가 포함되어 기지국에게 전송되는 것을 제안한다.
또 다른 실시 예로, 단말의 AS layer가 app layer로부터 너무 잦은 appLayerSessionStatus 수신하여 너무 잦은 QoE 보고를 생성 및 전송하는 것을 막기 위해, MeasurementReportAppLayer-r17-IEs내에 measConfigAppLayerId 및 appLayerSessionStatus 이외에 적어도 하나의 다른 파라미터 (measReportAppLayerContainer, 또는 ran-VisibleMeasurements)가 포함되어 기지국에게 전송되는 것을 제안한다.
도 1ja 내지 도 1jb는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
단계 1j-05에서, 단말은 기지국이 송신한 시스템 정보 (SIB)을 수신할 수 있다.
단계 1j-10에서, 상기 수신한 SIB을 기반으로 단말은 특정 기지국 또는 셀 (cell)에 캠프온 (camp on) 할 수 있다.
단계 1j-15에서, 단말은 camp on한 셀 또는 기지국과 RRC 연결을 수립할 수 있다.
단계 1j-20에서, 연결모드 단말은 기지국으로부터 QoE 설정 정보를 수신할 수 있다. 이는 RRCReconfiguration 메시지내에 포함되어 전송될 수 있다. 또는 비활성모드 상태의 단말은 RRCResume 메시지를 통해 QoE 설정 정보를 수신할 수 있다.
단계 1j-25에서, 연결 모드의 단말은 QoE 설정 및 QoE 보고 메시지 전송을 위한 SRB4의 설정 여부를 판단할 수 있다.
단계 1j-30에서, 본 발명의 제안으로, 만약 QoE 설정 및 SRB4의 설정이 되어있다면, 단말은 QoE 보고 메시지 (MeasurementReportAppLayer) 전송을 위해 1j-35부터 1j-60까지의 동작을 각 measConfigAppLayerId마다 반복적으로 수행할 수 있다.
단계 1j-35에서, 본 발명의 제안으로, 제안 조건 (proposed condition)을 만족하는 지 여부를 판단할 수 있다. 제안 조건은 하기의 조건들 중 일부 또는 전체로 구성될 수 있다. 이때 하기 조건들 간에는 or (또는) 조건이 사용될 수 있다.
- 1) measReportAppLayerContainer 포함 조건: 단말의 AS layer가 app layer로부터 수신했지만 아직 보내지 않은 QoE 보고가 있고, QoE 보고가 중단되지 않은 경우
- 2) appLayerSessionStatus 포함 조건: 단말의 AS layer가 app layer로부터 세션 측정 시작 및 중단 정보를 수신한 경우
- 3) ran-VisibleMeasurements 포함 조건: 단말의 AS layer가 app layer로부터 RAN visible QoE 측정 결과를 수신한 경우
본 발명의 일 실시 예로, 제안 조건으로 상기 3가지 조건들이 모두 포함되는 경우, 1) 단말의 AS layer가 app layer로부터 수신했지만 아직 보내지 않은 QoE 보고가 있고 QoE 보고가 중단되지 않거나 (즉, or), 2) 단말의 AS layer가 app layer로부터 세션 측정 시작 및 중단 정보를 수신하거나 (즉, or), 3) 단말의 AS layer가 app layer로부터 RAN visible QoE 측정 결과를 수신한 경우에 제안 조건을 만족함으로 1j-40으로 분기를 이동할 수 있다. 그 결과 1j-40, 1j-50, 1j-55에서 measReportAppLayerContainer 또는/그리고 appLayerSessionStatus 또는/그리고 ran-VisibleMeasurements가 포함될 수 있다.
본 발명의 일 실시 예로, 제안 조건으로 상기 1번째, 3번째 조건만 모두 포함되는 경우, 1) 단말의 AS layer가 app layer로부터 수신했지만 아직 보내지 않은 QoE 보고가 있고 QoE 보고가 중단되지 않거나 (즉, or), 3) 단말의 AS layer가 app layer로부터 RAN visible QoE 측정 결과를 수신한 경우에 제안 조건은 만족함으로 1j-40으로 분기를 이동할 수 있다. 그 결과 1j-40, 1j-55에서 measReportAppLayerContainer 또는/그리고 ran-VisibleMeasurements가 포함될 수 있다.
제안 조건을 만족하지 않는 경우, 단말은 1j-30으로 분기를 이동할 수 있다.
단계 1j-40에서, 만약 단말의 AS layer가 app layer로부터 수신했지만 아직 보내지 않은 QoE 보고가 있고, QoE 보고가 중단되지 않은 경우, MeasurementReportAppLayer 메시지 내 QoE 보고 container (measReportAppLayerContainer)를 app layer로부터 수신한 QoE 보고 정보로 설정할 수 있다.
단계 1j-45에서, 단말의 AS layer는 MeasurementReportAppLayer 메시지 내 measConfigAppLayerId를 app layer로부터 QoE 측정결과와 함께 수신한 measConfigAppLayerId으로 설정할 수 있다.
단계 1j-50에서, 만약 단말의 AS layer가 app layer로부터 세션 측정 시작 및 중단 정보를 수신한 경우, MeasurementReportAppLayer 메시지 내 appLayerSessionStatus를 수신한 값으로 설정할 수 있다.
단계 1j-55에서, 만약 단말의 AS layer가 app layer로부터 RAN visible QoE 측정 결과를 수신한 경우, MeasurementReportAppLayer 메시지 내 ran-VisibleMeasurements를 수신한 값으로 설정할 수 있다.
단계 1j-60에서, 단말은 MeasurementReportAppLayer 메시지를 전송할 수 있다.
단계 1j-65에서, 만약 1j-30에서 모든 measConfigAppLayerId에 대한 동작이 끝나면, 단말의 동작은 종료될 수 있다.
단계 1j-70에서, 만약 1j-25에서 QoE 설정 또는 SRB4의 설정이 되어있지 않다면, 단말은 MeasurementReportAppLayer 메시지를 설정하지 않고 전송하지 않을 수 있다.
상기와 같이 도 1ja 내지 도 1jb 및 관련 설명을 통해 제안하는 본 발명의 동작은 예를 들어 하기의 표 23과 같이 표현될 수 있다.
| A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when appLayerMeasConfig and SRB4 have been configured by the network. Upon initiating the procedure, the UE may: 1> for each measConfigAppLayerId: 2> An entry of measurementReportAppLayerList is set as follows, if the UE AS has received, but not sent, application layer measurement report (while the application layer measurement reporting has not been suspended), session start or stop information, or RAN visible application layer measurement report from upper layers: 3> if the UE AS has received, but not sent, application layer measurement report from upper layers; and 3> if the application layer measurement reporting has not been suspended for the measConfigAppLayerId associated with the application layer measurement report: 4> set the measReportAppLayerContainer in the MeasurementReportAppLayer message to the received value of the application layer measurement report; 3> set the measConfigAppLayerId in the MeasurementReportAppLayer message to the value of the measConfigAppLayerId received together with application layer measurement report information; 3> if session start or stop information has been received from upper layers for the measConfigAppLayerId: 4> set the appLayerSessionStatus to the received value of the application layer measurement information; 3> if RAN visible application layer measurement report has been received from upper layers: 4> for each appLayerBufferLevel value in the received RAN visible application layer measurement report: 5> set the appLayerBufferLevel values in the appLayerBufferLevelLIst to the buffer level values received from the upper layer in the order with the first appLayerBufferLevel value set to the newest received buffer level value, the second appLayerBufferLevel value set to the second newest received buffer level value, and so on until all the buffer level values received from the upper layer have been assigned or the configured maximum number of appLayerBufferLevel values have been set, if any; 4> set the initialPlayoutDelay to the received value in the RAN visible application layer measurement report, if any; 4> for each PDU session ID value indicated in the received RAN visible application layer measurement report, if any: 5> set the PDU-SessionID field in the pdu-SessionIdList to the indicated PDU session ID value; 2> if the RRC message segmentation is enabled based on the field rrc-SegAllowed received in appLayerMeasConfig, and the encoded RRC message is larger than the maximum supported size of a PDCP SDU: 3> initiate the UL message segment transfer procedure; 2> else: 3> submit the MeasurementReportAppLayer message to lower layers for transmission upon which the procedure ends. |
1j-35 단계에서의 제안 조건은 위에서 기재한 바와 같이 다양한 실시 예로 수정될 수 있다.
또 다른 실시 예로, MeasurementReportAppLayer-r17-IEs가 measConfigAppLayerId만을 포함하는 경우를 허용하되, 이는 단말이 해당 measConfigAppLayerId에 대한 QoE 설정을 가지고는 있지만 이에 대해 보고할 QoE 측정 결과 또는 관련 정보가 없음을 나타낸다고 정의할 수 있다.
도 1ka 내지 도 1kb는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 단말의 동작을 도시한 도면이다.
도 1ka 내지 도 1kb는 도 1ia 내지 도 1ib와 도 1ja 내지 도 1jb의 결합으로, 단계별 상세한 설명은 도 1ia 내지 도 1ib와 도 1ja 내지 도 1jb의 설명을 참조할 수 있다.
도 1ka 내지 도 1kb를 통해 제안하는 본 발명의 동작은 예를 들어 하기의 표 24와 같이 표현될 수 있다.
| A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when appLayerMeasConfig and SRB4 have been configured by the network. Upon initiating the procedure, the UE may: 1> for each measConfigAppLayerId: 2> An entry of measurementReportAppLayerList is set as follows, if the UE AS has received, but not sent, application layer measurement report (while the application layer measurement reporting has not been suspended), session start or stop information, or RAN visible application layer measurement report from upper layers: 3> if the UE AS has received, but not sent, application layer measurement report from upper layers; and 3> if the application layer measurement reporting has not been suspended for the measConfigAppLayerId associated with the application layer measurement report: 4> set the measReportAppLayerContainer in the MeasurementReportAppLayer message to the received value of the application layer measurement report; 3> set the measConfigAppLayerId in the MeasurementReportAppLayer message to the value of the measConfigAppLayerId received together with application layer measurement report information; 3> if session start or stop information has been received from upper layers for the measConfigAppLayerId: 4> set the appLayerSessionStatus to the received value of the application layer measurement information; 3> if RAN visible application layer measurement report has been received from upper layers: 4> for each appLayerBufferLevel value in the received RAN visible application layer measurement report: 5> set the appLayerBufferLevel values in the appLayerBufferLevelLIst to the buffer level values received from the upper layer in the order with the first appLayerBufferLevel value set to the newest received buffer level value, the second appLayerBufferLevel value set to the second newest received buffer level value, and so on until all the buffer level values received from the upper layer have been assigned or the configured maximum number of appLayerBufferLevel values have been set, if any; 4> set the initialPlayoutDelay to the received value in the RAN visible application layer measurement report, if any; 4> for each PDU session ID value indicated in the received RAN visible application layer measurement report, if any: 5> set the PDU-SessionID field in the pdu-SessionIdList to the indicated PDU session ID value; 1> if the RRC message segmentation is enabled based on the field rrc-SegAllowed received in appLayerMeasConfig, and the encoded RRC message is larger than the maximum supported size of a PDCP SDU: 2> initiate the UL message segment transfer procedure; 1> else: 2> submit the MeasurementReportAppLayer message to lower layers for transmission upon which the procedure ends. |
본 발명의 다른 실시 예로, 도 1ka 내지 도 1kb를 통해 제안하는 본 발명의 동작은 예를 들어 하기의 표 25와 같이 표현될 수 있다.
| A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when appLayerMeasConfig and SRB4 have been configured by the network. Upon initiating the procedure, the UE may: 1> for each measConfigAppLayerId, each entry of measurementReportAppLayerList is set as follows: 2> if the UE AS has received, but not sent, application layer measurement report from upper layers; and 2> if the application layer measurement reporting has not been suspended for the measConfigAppLayerId associated with the application layer measurement report: 3> set the measReportAppLayerContainer in the MeasurementReportAppLayer message to the received value of the application layer measurement report; 2> set the measConfigAppLayerId in the MeasurementReportAppLayer message to the value of the measConfigAppLayerId received together with application layer measurement report information; 2> if session start or stop information has been received from upper layers for the measConfigAppLayerId: 3> set the appLayerSessionStatus to the received value of the application layer measurement information; 2> if RAN visible application layer measurement report has been received from upper layers: 3> for each appLayerBufferLevel value in the received RAN visible application layer measurement report: 4> set the appLayerBufferLevel values in the appLayerBufferLevelLIst to the buffer level values received from the upper layer in the order with the first appLayerBufferLevel value set to the newest received buffer level value, the second appLayerBufferLevel value set to the second newest received buffer level value, and so on until all the buffer level values received from the upper layer have been assigned or the configured maximum number of appLayerBufferLevel values have been set, if any; 3> set the initialPlayoutDelay to the received value in the RAN visible application layer measurement report, if any; 3> for each PDU session ID value indicated in the received RAN visible application layer measurement report, if any: 4> set the PDU-SessionID field in the pdu-SessionIdList to the indicated PDU session ID value; 2> if only measConfigAppLayerId is set and included in the entry of measurementReportAppLayerList: 3> the entry of measurementReportAppLayerList is removed in the measurementReportAppLayerList. 2> else: 3> the entry of measurementReportAppLayerList is included in the measurementReportAppLayerList. 1> if the RRC message segmentation is enabled based on the field rrc-SegAllowed received in appLayerMeasConfig, and the encoded RRC message is larger than the maximum supported size of a PDCP SDU: 2> initiate the UL message segment transfer procedure; 1> else: 2> submit the MeasurementReportAppLayer message to lower layers for transmission upon which the procedure ends. |
즉, 도 1ka 내지 도 1kb에서 1k-55 단계 이후, measConfigAppLayerId (또는/그리고 appLayerSessionStatus)만 을 포함하는 MeasurementReportAppLayer-r17-IEs는 MeasurementReportAppLayer 메시지 내에서 지우는 방법이 사용될 수 있다.
본 발명의 다른 실시 예로, 도 1ka 내지 도 1kb를 통해 제안하는 본 발명의 동작은 예를 들어 하기의 표 26과 같이 표현될 수 있다.
| A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when appLayerMeasConfig and SRB4 have been configured by the network. Upon initiating the procedure, the UE may: 1> for each measConfigAppLayerId, each entry of measurementReportAppLayerList is set as follows: 2> if the UE AS has received, but not sent, application layer measurement report from upper layers; and 2> if the application layer measurement reporting has not been suspended for the measConfigAppLayerId associated with the application layer measurement report: 3> set the measReportAppLayerContainer in the MeasurementReportAppLayer message to the received value of the application layer measurement report; 2> set the measConfigAppLayerId in the MeasurementReportAppLayer message to the value of the measConfigAppLayerId received together with application layer measurement report information; 2> if session start or stop information has been received from upper layers for the measConfigAppLayerId: 3> set the appLayerSessionStatus to the received value of the application layer measurement information; 2> if RAN visible application layer measurement report has been received from upper layers: 3> for each appLayerBufferLevel value in the received RAN visible application layer measurement report: 4> set the appLayerBufferLevel values in the appLayerBufferLevelLIst to the buffer level values received from the upper layer in the order with the first appLayerBufferLevel value set to the newest received buffer level value, the second appLayerBufferLevel value set to the second newest received buffer level value, and so on until all the buffer level values received from the upper layer have been assigned or the configured maximum number of appLayerBufferLevel values have been set, if any; 3> set the initialPlayoutDelay to the received value in the RAN visible application layer measurement report, if any; 3> for each PDU session ID value indicated in the received RAN visible application layer measurement report, if any: 4> set the PDU-SessionID field in the pdu-SessionIdList to the indicated PDU session ID value; NOTE : The entries of measurementReportAppLayerList which includes only measConfigAppLayerId are not included in measurementReportAppLayerList. 1> if the RRC message segmentation is enabled based on the field rrc-SegAllowed received in appLayerMeasConfig, and the encoded RRC message is larger than the maximum supported size of a PDCP SDU: 2> initiate the UL message segment transfer procedure; 1> else: 2> submit the MeasurementReportAppLayer message to lower layers for transmission upon which the procedure ends. |
즉, measConfigAppLayerId (또는/그리고 appLayerSessionStatus)만 을 포함하는 MeasurementReportAppLayer-r17-IEs는 MeasurementReportAppLayer 메시지 내에서 포함되지 않음이 명시될 수 있다.
도 1kc 내지 도 1kh는 본 발명에서 제안하는 일 실시 예로, QoE 측정 결과를 보고하기 위한 메시지의 구조들을 도시한 도면이다.
도 1kc과 같이 MeasurementReportAppLayer 메시지는 각 measConfigAppLayerId에 대해 단 하나의 MeasurementReportAppLayer-r17-IEs을 포함할 수 있다. 예를 들어 도 1kc과 같이, MeasurementReportAppLayer 메시지는 measConfigAppLayerId가 8인 MeasurementReportAppLayer-r17-IEs를 하나 포함할 수 있으며, measConfigAppLayerId가 3인 MeasurementReportAppLayer-r17-IEs를 하나 포함할 수 있으며 measConfigAppLayerId가 7인 MeasurementReportAppLayer-r17-IEs를 하나 포함할 수 있다. 본 예시에서는 각 MeasurementReportAppLayer-r17-IEs에 4가지 파라미터 (measConfigAppLayerId, measReportAppLayerContainer, appLayerSessionStatus, ran-VisibleMeasurements)를 모두 포함하도록 나타나지만, optional 필드인 measReportAppLayerContainer, appLayerSessionStatus, 또는/그리고 ran-VisibleMeasurements는 생략될 수 있다.
도 1kd과 같이 MeasurementReportAppLayer 메시지는 동일한 measConfigAppLayerId에 대해 복수 개의 MeasurementReportAppLayer-r17-IEs을 포함할 수 있다(There can be both multiple QoE reports with different measConfigAppLayerId and multiple QoE reports with the same measConfigAppLayerId in the MeasurementReportAppLayer message). 예를 들어 도 1kd과 같이, MeasurementReportAppLayer 메시지는 measConfigAppLayerId가 8인 MeasurementReportAppLayer-r17-IEs를 두 개 포함할 수 있으며, measConfigAppLayerId가 7인 MeasurementReportAppLayer-r17-IEs를 하나 포함할 수 있다. 본 예시에서는 각 MeasurementReportAppLayer-r17-IEs에 4가지 파라미터 (measConfigAppLayerId, measReportAppLayerContainer, appLayerSessionStatus, ran-VisibleMeasurements)를 모두 포함하도록 나타나지만, optional 필드인 measReportAppLayerContainer, appLayerSessionStatus, 또는/그리고 ran-VisibleMeasurements는 생략될 수 있다.
본 발명에서 해결하고자 하는 하나의 문제는, 복수 개의 MeasurementReportAppLayer-r17-IEs가 MeasurementReportAppLayer메시지에 포함되는 경우, 이를 수신하는 기지국 또는 OAM 또는 TCE 서버 또는 MCE 서버는 MeasurementReportAppLayer-r17-IEs의 생성된 시간 순서를 알 수 없다. 즉 각 MeasurementReportAppLayer-r17-IEs별로 생성 시간이 부재하며, 단말이 MeasurementReportAppLayer메시지에 복수 개의 MeasurementReportAppLayer-r17-IEs를 수납하는 규칙이 부재하다. 또한 동일한 measConfigAppLayerId를 가진 복수 개의 MeasurementReportAppLayer-r17-IEs가 MeasurementReportAppLayer메시지에 포함되는 경우에도 같은 문제가 존재한다. 기지국 또는 OAM 또는 TCE 서버 또는 MCE 서버에게 QoE 보고의 생성 시간 (또는 측정시간) 또는 생성순서가 매우 중요할 수 있다. 만약 수신한 QoE 보고가 한참 전에 발생한 데이터라면, 기지국 또는 OAM 또는 TCE 서버 또는 MCE 서버에게 이 QoE 보고는 현재 네트워크 상황을 최적화하는데 유용하지 않은 정보일 수 있다. 또한 예를 들어 도 1kd에서 동일한 measConfigAppLayerId 8을 가진 두 개의 MeasurementReportAppLayer-r17-IEs에 대해서, 어느 것이 먼저 또는 나중에 생성 (또는 측정된) 데이터인지 모를 수 있다. 예를 들어, appLayerSessionStatus 8-1은 "started"를 지시하고 appLayerSessionStatus 8-1은 "stopped"를 지시할 때, 해당 application 세션이 시작되었다 중단된건지, 중단되었다가 시작된건지 기지국 (또는 OAM 또는 TCE 서버 또는 MCE 서버)는 알 수 없고 잘못된 해석을 통해 네트워크 최적화에 실패할 수 있다. 또한 예를 들어, measReportAppLayerContainer 8-1 (또는 ran-VisibleMeasurements 8-1)의 경우 전반적으로 좋은 QoE 성능지표를 포함하는 반면, measReportAppLayerContainer 8-2 (또는 ran-VisibleMeasurements 8-2)의 경우 전반적으로 열악한 QoE 성능지표를 포함하는 경우, 생성순서를 알지 못하면 최신의 네트워크에 문제가 있었던 것인지, 상대적으로 더 이전 과거의 네트워크에 문제가 있었던 것인지 판단할 수 없다.
상기 문제를 해결하기 위해 본 발명에서 제안하는 일 실시 예는, 단말은 하기의 표 27과 같이, 별도의 지시자 (예, createdOrder)를 통해 MeasurementReportAppLayer메시지 내의 각 MeasurementReportAppLayer-r17-IEs의 순서를 명시할 수 있다.
| -- ASN1START -- TAG-MEASUREMENTREPORTAPPLAYER-START MeasurementReportAppLayer-r17 ::= SEQUENCE { criticalExtensions CHOICE { measurementReportAppLayerList-r17 SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasurementReportAppLayer-r17-IEs, criticalExtensionsFuture SEQUENCE {} } } MeasurementReportAppLayer-r17-IEs ::= SEQUENCE { measConfigAppLayerId-r17 MeasConfigAppLayerId-r17, createdOrder INTEGER (1.. maxNrofAppLayerMeas-r17) OPTIONAL, measReportAppLayerContainer-r17 OCTET STRING OPTIONAL, appLayerSessionStatus-r17 ENUMERATED {started, stopped} OPTIONAL, ran-VisibleMeasurements-r17 RAN-VisibleMeasurements-r17 OPTIONAL, lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE{} OPTIONAL } RAN-VisibleMeasurements-r17 ::= SEQUENCE { appLayerBufferLevelList-r17 SEQUENCE (SIZE (1..8)) OF AppLayerBufferLevel-r17 OPTIONAL, initialPlayoutDelay-r17 INTEGER (0..30000) OPTIONAL, pdu-SessionIdList-r17 SEQUENCE (SIZE (1..maxNrofPDU-Sessions-r17)) OF PDU-SessionID OPTIONAL, ... } AppLayerBufferLevel-r17 ::= INTEGER (0..30000) -- TAG-MEASUREMENTREPORTAPPLAYER-STOP -- ASN1STOP |
여기서 순서란, 하기 중 하나 일 수 있다.
방법 1) 단말의 AS layer가 MeasurementReportAppLayer-r17-IEs를 생성한 순서
방법 2) MeasurementReportAppLayer-r17-IEs에 들어가는 정보를 단말의 AS layer가 app layer로부터 수신한 순서
방법 3) measReportAppLayerContainer에 수납하는 정보를 단말의 AS layer가 app layer로부터 수신한 순서. 이 경우, measReportAppLayerContainer를 포함하는 MeasurementReportAppLayer-r17-IEs에 대해서만 순서를 지시할 수 있다.
방법 4) appLayerSessionStatus에 수납하는 정보를 단말의 AS layer가 app layer로부터 수신한 순서. 이 경우, appLayerSessionStatus를 포함하는 MeasurementReportAppLayer-r17-IEs에 대해서만 순서를 지시할 수 있다.
방법 5) ran-VisibleMeasurements에 수납하는 정보를 단말의 AS layer가 app layer로부터 수신한 순서. 이 경우, ran-VisibleMeasurements를 포함하는 MeasurementReportAppLayer-r17-IEs에 대해서만 순서를 지시할 수 있다.
방법 6) 상기 3,4,5의 방법 중 일부 또는 전체의 결합. 예를 들어 3, 4의 방법이 결합하는 경우, measReportAppLayerContainer에 대한 순서를 지시하기 위한 지시자 (예, createdOrder1)과 appLayerSessionStatus에 대한 순서를 지시하기 위한 지시자 (예, createdOrder2)가 별도로 정의될 수 있다.
순서의 값이 낮을수록 더욱 최근의 QoE 보고를 지시할 수 있다. 또는 반대로 순서의 값이 높을수록 더욱 최근의 QoE 보고를 지시할 수 있다.
단말은 MeasurementReportAppLayer메시지 내의 복 수개의 MeasurementReportAppLayer-r17-IEs가 포함되는 경우에만 상기 지시자를 MeasurementReportAppLayer-r17-IEs별로 설정할 수 있다. 또는 단말은 MeasurementReportAppLayer메시지 내의 동일한 measConfigAppLayerId를 가진 복 수개의 MeasurementReportAppLayer-r17-IEs가 포함되는 경우에만 상기 지시자를 동일한 measConfigAppLayerId를 가진 MeasurementReportAppLayer-r17-IEs별로 설정할 수 있다.
결과적으로 이를 수신한 기지국 또는 OAM 또는 TCE 서버 또는 MCE 서버는 (동일한 measConfigAppLayerId에 대해) MeasurementReportAppLayer-r17-IEs 별 생성 또는 측정 순서를 파악할 수 있다.
본 발명에서 제안하는 일 실시 예는, 단말은 하기의 표 28과 같이, 별도의 지시자 (예, timestamp)를 통해 MeasurementReportAppLayer메시지 내의 각 MeasurementReportAppLayer-r17-IEs의 시간 정보를 명시할 수 있다.
| -- ASN1START -- TAG-MEASUREMENTREPORTAPPLAYER-START MeasurementReportAppLayer-r17 ::= SEQUENCE { criticalExtensions CHOICE { measurementReportAppLayerList-r17 SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasurementReportAppLayer-r17-IEs, criticalExtensionsFuture SEQUENCE {} } } MeasurementReportAppLayer-r17-IEs ::= SEQUENCE { measConfigAppLayerId-r17 MeasConfigAppLayerId-r17, timestamp INTEGER (1.. maxTimestamp) OPTIONAL, measReportAppLayerContainer-r17 OCTET STRING OPTIONAL, appLayerSessionStatus-r17 ENUMERATED {started, stopped} OPTIONAL, ran-VisibleMeasurements-r17 RAN-VisibleMeasurements-r17 OPTIONAL, lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE{} OPTIONAL } RAN-VisibleMeasurements-r17 ::= SEQUENCE { appLayerBufferLevelList-r17 SEQUENCE (SIZE (1..8)) OF AppLayerBufferLevel-r17 OPTIONAL, initialPlayoutDelay-r17 INTEGER (0..30000) OPTIONAL, pdu-SessionIdList-r17 SEQUENCE (SIZE (1..maxNrofPDU-Sessions-r17)) OF PDU-SessionID OPTIONAL, ... } AppLayerBufferLevel-r17 ::= INTEGER (0..30000) -- TAG-MEASUREMENTREPORTAPPLAYER-STOP -- ASN1STOP |
여기서 시간 정보란, 하기 중 하나 일 수 있다.
방법 1) 단말의 AS layer가 MeasurementReportAppLayer-r17-IEs를 생성한 시간
방법 2) MeasurementReportAppLayer-r17-IEs에 들어가는 정보를 단말의 AS layer가 app layer로부터 수신한 시간
방법 3) measReportAppLayerContainer에 수납하는 정보를 단말의 AS layer가 app layer로부터 수신한 시간
방법 4) appLayerSessionStatus에 수납하는 정보를 단말의 AS layer가 app layer로부터 수신한 시간
방법 5) ran-VisibleMeasurements에 수납하는 정보를 단말의 AS layer가 app layer로부터 수신한 시간.
방법 6) 상기 3,4,5의 방법 중 일부 또는 전체의 결합. 예를 들어 3, 4의 방법이 결합하는 경우, measReportAppLayerContainer에 대한 시간을 지시하기 위한 지시자 (예, timestamp1)과 appLayerSessionStatus에 대한 시간을 지시하기 위한 지시자 (예, timerstamp2)가 별도로 정의될 수 있다.
시간 정보 값은 절대 시간 정보일 수 있으며, 또는 특정 시간 (예, App layer에서 session이 시작된 시점, App layer에서 QoE 측정이 시작된 시점, App layer로부터 첫 번째 report를 수신한 시점)을 기준으로 상대 시간 정보일 수 있다.
단말은 MeasurementReportAppLayer메시지 내의 복수개의 MeasurementReportAppLayer-r17-IEs가 포함되는 경우에만 상기 지시자를 MeasurementReportAppLayer-r17-IEs별로 설정할 수 있다. 또는 단말은 MeasurementReportAppLayer메시지 내의 동일한 measConfigAppLayerId를 가진 복 수개의 MeasurementReportAppLayer-r17-IEs가 포함되는 경우에만 상기 지시자를 동일한 measConfigAppLayerId를 가진 MeasurementReportAppLayer-r17-IEs별로 설정할 수 있다.
결과적으로 이를 수신한 기지국 또는 OAM 또는 TCE 서버 또는 MCE 서버는 (동일한 measConfigAppLayerId에 대해) MeasurementReportAppLayer-r17-IEs 별 생성 또는 측정 시점을 파악할 수 있다.
본 발명에서 제안하는 일 실시 예는, 단말은 별도의 지시자의 도입없이 MeasurementReportAppLayer 메시지 내의 각 MeasurementReportAppLayer-r17-IEs의 수납 순서를 통해 순서 (상기 순서에 대한 방법들 중 하나 일 수 있다)를 명시할 수 있다. MeasurementReportAppLayer메시지 내에서 measConfigAppLayerId에 관계 없이 measurementReportAppLayerList의 N 번째 entry에 수납된 MeasurementReportAppLayer-r17-IEs는 N번째 순서임을 나타낼 수 있다 (예, app layer로부터 N번째로 수신 받은 MeasurementReportAppLayer-r17-IEs). 예를 들어 도 1ke에서, MeasurementReportAppLayer메시지 내에서 1번째 entry (가장 왼쪽)는 app layer로부터 1번째(time 1)로 수신 받은 MeasurementReportAppLayer-r17-IEs일 수 있다. 2번째 entry 는 app layer로부터 2번째(time 2)로 수신 받은 MeasurementReportAppLayer-r17-IEs일 수 있다. 3번째 entry 는 app layer로부터 3번째(time 3)로 수신 받은 MeasurementReportAppLayer-r17-IEs일 수 있다.
만약 본 실시 예에, 순서의 정의로 상기 기재한 방법 3 (또는 4, 또는 5)을 적용한다면, measReportAppLayerContainer (또는 appLayerSessionStatus, 또는 ran-VisibleMeasurements)를 포함하는 entry에 대해서만 적용될 수 있다. 예를 들어 방법 4를 적용하는 경우, MeasurementReportAppLayer메시지 내에서 measConfigAppLayerId에 관계 없이 measurementReportAppLayerList내에서 appLayerSessionStatus를 포함하는 N 번째 MeasurementReportAppLayer-r17-IEs entry는, appLayerSessionStatus를 포함하는 MeasurementReportAppLayer-r17-IEs 들 중 N번째로 app layer로부터 해당 하는 appLayerSessionStatus를 수신 받은 경우를 의미할 수 있다. 예를 들어 도 1kf 에서, 1번째로 수신 받은 appLayerSessionStatus 8-1은 1번째 entry로 (appLayerSessionStatus를 포함하는 MeasurementReportAppLayer-r17-IEs 들 중) 포함되고, 2번째로 수신 받은 appLayerSessionStatus 7은 2번째 entry로 (appLayerSessionStatus를 포함하는 MeasurementReportAppLayer-r17-IEs 들 중) 포함되고, 3번째로 수신 받은 appLayerSessionStatus 8-3은 3번째 entry (appLayerSessionStatus를 포함하는 MeasurementReportAppLayer-r17-IEs 들 중)로 포함될 수 있다.
결과적으로 이를 수신한 기지국 또는 OAM 또는 TCE 서버 또는 MCE 서버는 measReportAppLayerContainer (또는 appLayerSessionStatus, 또는 ran-VisibleMeasurements)의 생성 또는 측정 순서를 파악할 수 있다.
본 발명에서 제안하는 일 실시 예는, 단말은 별도의 지시자의 도입없이 MeasurementReportAppLayer 메시지 내의 동일한 measConfigAppLayerId를 가진 MeasurementReportAppLayer-r17-IEs간의 수납 순서를 통해 순서 (상기 순서를 정의하는 방법들 중 하나 일 수 있다)를 명시할 수 있다. MeasurementReportAppLayer메시지 내에서 동일한 measConfigAppLayerId를 가진 MeasurementReportAppLayer-r17-IEs 들 중 N번째로 수납된 MeasurementReportAppLayer-r17-IEs는 상기 MeasurementReportAppLayer-r17-IEs 들 중에서 N번째 순서임을 나타낼 수 있다 (예, app layer로부터 N번째로 수신 받은 MeasurementReportAppLayer-r17-IEs). 예를 들어 도 1kg에서, MeasurementReportAppLayer메시지 내에서 1번째 entry (가장 왼쪽)는 measConfigAppLayerId 값이 8인 entry들 중 app layer로부터 1번째(time 1)로 수신 받은 MeasurementReportAppLayer-r17-IEs일 수 있다. 2번째 entry 는 measConfigAppLayerId 값이 7인 entry들 중 app layer로부터 1번째로 수신 받은 MeasurementReportAppLayer-r17-IEs일 수 있다. 또는 2번째 entry 는 measConfigAppLayerId 값이 7인 다른 entry가 없는 경우, 어떠한 시간 정보를 나타내지 않을 수 있다. measConfigAppLayerId 값이 7인 entry는 measConfigAppLayerId 값이 8인 entry들과의 상대적인 순서를 나타내지 않을 수 있다. 즉, measConfigAppLayerId이 다르면 상대적인 순서를 나타내지 않을 수 있다. 3번째 entry 는 measConfigAppLayerId 값이 8인 entry들 중 app layer로부터 2번째(time 2)로 수신 받은 MeasurementReportAppLayer-r17-IEs일 수 있다.
만약 본 실시 예에, 순서의 정의로 상기 실시 예에서 기재한 방법 3 (또는 4, 또는 5)을 적용한다면, measReportAppLayerContainer (또는 appLayerSessionStatus, 또는 ran-VisibleMeasurements)를 포함하는 entry에 대해서만 적용될 수 있다. 예를 들어 방법 4를 적용하는 경우, MeasurementReportAppLayer메시지 내에서 동일한 measConfigAppLayerId에 대해 appLayerSessionStatus를 포함하는 N 번째 MeasurementReportAppLayer-r17-IEs entry는, appLayerSessionStatus를 포함하는 동일한 measConfigAppLayerId를 가진 MeasurementReportAppLayer-r17-IEs 들 중 N번째로 app layer로부터 해당 하는 appLayerSessionStatus를 수신 받은 경우를 의미할 수 있다. 예를 들어 도 1kh 에서, measConfigAppLayerId가 8로써 1번째로 수신 받은 appLayerSessionStatus 8-1은 1번째 entry로 (measConfigAppLayerId가 8이고, appLayerSessionStatus를 포함하는 MeasurementReportAppLayer-r17-IEs 들 중) 포함되고, measConfigAppLayerId가 8로써 2번째로 수신 받은 appLayerSessionStatus 8-3은 2번째 entry로 (measConfigAppLayerId가 8이고, appLayerSessionStatus를 포함하는 MeasurementReportAppLayer-r17-IEs 들 중) 포함될 수 있다. 마찬가지로 measConfigAppLayerId가 7로써 1번째로 수신 받은 appLayerSessionStatus 7-1은 1번째 entry로 (measConfigAppLayerId가 7이고, appLayerSessionStatus를 포함하는 MeasurementReportAppLayer-r17-IEs 들 중) 포함되고, measConfigAppLayerId가 7로써 2번째로 수신 받은 appLayerSessionStatus 7-2은 2번째 entry로 (measConfigAppLayerId가 7이고, appLayerSessionStatus를 포함하는 MeasurementReportAppLayer-r17-IEs 들 중) 포함될 수 있다.
결과적으로 이를 수신한 기지국 또는 OAM 또는 TCE 서버 또는 MCE 서버는 동일한 measConfigAppLayerId에 대해 measReportAppLayerContainer (또는 appLayerSessionStatus, 또는 ran-VisibleMeasurements)의 생성 또는 측정 순서를 파악할 수 있다.
본 발명에서 제안하는 또 다른 실시 예는, 단말의 AS layer가 동일한 measConfigAppLayerId에 대해 복 수번 appLayerSessionStatus 정보를 app layer로부터 수신한 경우, appLayerSessionStatus 정보를 복 수번 수납 (예, 하나의 MeasurementReportAppLayer 메시지 내에 복수 개의 MeasurementReportAppLayer-r17-IEs를 생성하거나 복수 개의 MeasurementReportAppLayer-r17-IEs에 수납) 하는 대신 가장 최신의 appLayerSessionStatus만을 MeasurementReportAppLayer 메시지 내에 단일 개의 MeasurementReportAppLayer-r17-IEs에 포함하여 전송할 수 있다. 왜냐하면 기지국은 app layer의 해당 세션의 현재 상태 (진행 중인지, 중단됐는지)만을 필요로 할 수 있기 때문에, 그 이전에 수신한 appLayerSessionStatus 들은 MeasurementReportAppLayer 메시지에 포함되지 않거나 버려질 수 있다. 단말의 AS layer는 동일한 measConfigAppLayerId에 appLayerSessionStatus를 중복해서 수신하는 경우 이전에 수신한 appLayerSessionStatus는 더 이상 저장하지 않고 버릴 수 있고, 새로운 appLayerSessionStatus만을 저장할 수 있다.
도 1l는 본 발명을 적용한 단말의 내부 구조를 도시하는 블록도이다.
상기 도면을 참고하면, 상기 단말은 RF(Radio Frequency)처리부(1l-10), 기저대역(baseband)처리부(1l-20), 저장부(1l-30), 제어부(1l-40)를 포함한다.
상기 RF처리부(1l-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(1l-10)는 상기 기저대역처리부(1l-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, 상기 RF처리부(1l-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 단말은 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(1l-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(1l-10)는 빔포밍(beamforming)을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(1l-10)는 다수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 상기 RF 처리부는 MIMO를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다.
상기 기저대역처리부(1l-20)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(1l-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1l-20)은 상기 RF처리부(1l-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(1l-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1l-20)은 상기 RF처리부(1l-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform) 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다.
상기 기저대역처리부(1l-20) 및 상기 RF처리부(1l-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(1l-20) 및 상기 RF처리부(1l-10)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 상기 기저대역처리부(1l-20) 및 상기 RF처리부(1l-10) 중 적어도 하나는 서로 다른 다수의 무선 접속 기술들을 지원하기 위해 다수의 통신 모듈들을 포함할 수 있다. 또한, 상기 기저대역처리부(1l-20) 및 상기 RF처리부(1l-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 상기 서로 다른 무선 접속 기술들은 무선 랜(예: IEEE 802.11), 셀룰러 망(예: LTE) 등을 포함할 수 있다. 또한, 상기 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.NRHz, NRhz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다.
상기 저장부(1l-30)는 상기 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(1l-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 상기 저장부(1l-30)는 상기 제어부(1l-40)의 요청에 따라 저장된 데이터를 제공한다.
상기 제어부(1l-40)는 상기 단말의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(1l-40)는 상기 기저대역처리부(1l-20) 및 상기 RF처리부(1l-10)을 통해 신호를 송수신한다. 또한, 상기 제어부(1l-40)는 상기 저장부(1l-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(1l-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 상기 제어부(1l-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다.
도 1m은 본 발명에 따른 기지국의 구성을 나타낸 블록도이다.
상기 도면에 도시된 바와 같이, 상기 기지국은 RF처리부(1m-10), 기저대역처리부(1m-20), 백홀통신부(1m-30), 저장부(1m-40), 제어부(1m-50)를 포함하여 구성된다.
상기 RF처리부(1m-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(1m-10)는 상기 기저대역처리부(1m-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환한다. 예를 들어, 상기 RF처리부(1m-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 제1접속 노드는 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(1m-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(1m-10)는 빔포밍을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(1m-10)는 다수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 상기 RF 처리부는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.
상기 기저대역처리부(1m-20)는 제1무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(1m-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1m-20)은 상기 RF처리부(1m-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(1m-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1m-20)은 상기 RF처리부(1m-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다. 상기 기저대역처리부(1m-20) 및 상기 RF처리부(1m-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(1m-20) 및 상기 RF처리부(1m-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다.
상기 백홀통신부(1m-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 상기 백홀통신부(1m-30)는 상기 주기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 상기 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환한다.
상기 저장부(1m-40)는 상기 주기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(1m-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 상기 저장부(1m-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 상기 저장부(1m-40)는 상기 제어부(1m-50)의 요청에 따라 저장된 데이터를 제공한다.
상기 제어부(1m-50)는 상기 주기지국의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(1m-50)는 상기 기저대역처리부(1m-20) 및 상기 RF처리부(1m-10)을 통해 또는 상기 백홀통신부(1m-30)을 통해 신호를 송수신한다. 또한, 상기 제어부(1m-50)는 상기 저장부(1m-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(1m-50)는 적어도 하나의 프로세서를 포함할 수 있다.
한편 본 명세서와 도면에 개시된 본 발명의 실시예들은 본 발명의 기술 내용을 쉽게 설명하고 본 발명의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시예들 이외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시예는 필요에 따라 서로 조합되어 운용할 수 있다.
Claims (1)
- 무선 통신 시스템에서 제어 신호 처리 방법에 있어서,
기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계;
상기 수신된 제1 제어 신호를 처리하는 단계; 및
상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 하는 제어 신호 처리 방법.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020220057395A KR20230157775A (ko) | 2022-05-10 | 2022-05-10 | 차세대 이동 통신 시스템에서 QoE 측정 보고에 관한 방법 및 장치 |
| US18/315,417 US20230370878A1 (en) | 2022-05-10 | 2023-05-10 | Method and apparatus for qoe measurement report in next-generation mobile communication system |
| PCT/KR2023/006354 WO2023219417A1 (en) | 2022-05-10 | 2023-05-10 | Method and apparatus for qoe measurement report in next-generation mobile communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020220057395A KR20230157775A (ko) | 2022-05-10 | 2022-05-10 | 차세대 이동 통신 시스템에서 QoE 측정 보고에 관한 방법 및 장치 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230157775A true KR20230157775A (ko) | 2023-11-17 |
Family
ID=88698689
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020220057395A KR20230157775A (ko) | 2022-05-10 | 2022-05-10 | 차세대 이동 통신 시스템에서 QoE 측정 보고에 관한 방법 및 장치 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20230370878A1 (ko) |
| KR (1) | KR20230157775A (ko) |
| WO (1) | WO2023219417A1 (ko) |
-
2022
- 2022-05-10 KR KR1020220057395A patent/KR20230157775A/ko unknown
-
2023
- 2023-05-10 WO PCT/KR2023/006354 patent/WO2023219417A1/en unknown
- 2023-05-10 US US18/315,417 patent/US20230370878A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| US20230370878A1 (en) | 2023-11-16 |
| WO2023219417A1 (en) | 2023-11-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20240196286A1 (en) | Method and apparatus for a minimisation of drive test in a wireless communication system | |
| KR20230157775A (ko) | 차세대 이동 통신 시스템에서 QoE 측정 보고에 관한 방법 및 장치 | |
| US20240154880A1 (en) | Method and apparatus for qoe measurement of ue in dual connectivity in a wireless communication system | |
| KR20240021480A (ko) | 차세대 이동 통신 시스템에서 라디오 접속 기술 간 이동성 상황에서 끊김 없는 QoE 측정 관한 방법 및 장치 | |
| US20240171261A1 (en) | Method and apparatus for managing tracking area update in next-generation satellite communication system | |
| US20240155400A1 (en) | Method and device for measuring qoe in wireless communication system | |
| US20240022941A1 (en) | Method and device for measuring quality in mobile communication system | |
| KR20230157028A (ko) | 이동통신 시스템에서 cpac을 최적화하는 방법 및 장치 | |
| US20230224755A1 (en) | Method and apparatus for rrc segmentation in wireless communication system | |
| KR20240006363A (ko) | 이동통신 시스템에서 QoE 를 지원하는 방법 및 장치 | |
| US20240049066A1 (en) | Method and device for operating mobile integrated access and backhaul node in next-generation mobile communication system | |
| EP4346276A1 (en) | Method and device for performing conditional daps handover in mobile communication system | |
| KR20240040411A (ko) | 차세대 이동통신에서 EPS fallback을 최적화하는 방법 및 장치 | |
| KR20240012126A (ko) | 차세대 이동 통신 시스템에서 ue의 셀 재선택 우선 순위 관리 방법 및 장치 | |
| KR20230149694A (ko) | 무선 통신 시스템에서 QoE (quality of experience) 측정을 위한 방법 및 장치 | |
| KR20230158846A (ko) | 무선 통신 시스템에서 무인 항공기의 접속을 억제하는 방법 및 장치 | |
| KR20230149021A (ko) | 무선 통신 시스템에서 QoE 설정을 브로드캐스트 하기 위한 방법 및 장치 | |
| KR20240009228A (ko) | 무선 통신 시스템에서 QoE 측정을 위한 방법 및 장치 | |
| KR20240044032A (ko) | 이동 통신 시스템에서 체감 품질 측정에 관한 방법 및 장치 | |
| KR20240102000A (ko) | 차세대 이동통신에서 SIB-less Cell을 지원하는 방법 및 장치 | |
| KR20240008197A (ko) | 차세대 이동통신 시스템에서 슬라이스 기반 셀 재선택 시 셀 재선택 우선 순위를 재도출하는 방법 및 장치 | |
| KR20240035154A (ko) | 차세대 이동통신 시스템에서 기지국이 단말이 원하는 슬라이스를 빠르게 제공 하는 방법 및 장치 | |
| KR20230155206A (ko) | 무선 통신 시스템에서 비공용 네트워크(non-public network)을 최적화하는 방법 및 장치 | |
| KR20240043433A (ko) | 차세대 이동 통신 시스템에서 MBS Broadcast 서비스에 대한 QoE를 측정하는 방법 및 장치 | |
| KR20230170376A (ko) | 무선 통신 시스템에서 멀티심 단말용 갭 우선순위를 관리하는 방법 및 장치 |