KR20240021480A - Method and apparatus for seamless qoe measurement in inter-rat mobility in next-generation mobile communication system - Google Patents
Method and apparatus for seamless qoe measurement in inter-rat mobility in next-generation mobile communication system Download PDFInfo
- Publication number
- KR20240021480A KR20240021480A KR1020220099854A KR20220099854A KR20240021480A KR 20240021480 A KR20240021480 A KR 20240021480A KR 1020220099854 A KR1020220099854 A KR 1020220099854A KR 20220099854 A KR20220099854 A KR 20220099854A KR 20240021480 A KR20240021480 A KR 20240021480A
- Authority
- KR
- South Korea
- Prior art keywords
- qoe
- terminal
- settings
- lte
- handover
- Prior art date
Links
- 238000005259 measurement Methods 0.000 title abstract description 276
- 238000000034 method Methods 0.000 title abstract description 82
- 238000010295 mobile communication Methods 0.000 title abstract description 24
- 238000012545 processing Methods 0.000 claims description 54
- 238000004891 communication Methods 0.000 claims description 24
- 238000003672 processing method Methods 0.000 claims description 3
- 238000005516 engineering process Methods 0.000 abstract description 40
- 238000010586 diagram Methods 0.000 description 24
- 230000005540 biological transmission Effects 0.000 description 22
- 241001481798 Stochomys longicaudatus Species 0.000 description 16
- 230000000717 retained effect Effects 0.000 description 16
- 230000011664 signaling Effects 0.000 description 15
- 230000006870 function Effects 0.000 description 11
- 238000003860 storage Methods 0.000 description 11
- 101000575066 Homo sapiens Mediator of RNA polymerase II transcription subunit 17 Proteins 0.000 description 9
- 102100025530 Mediator of RNA polymerase II transcription subunit 17 Human genes 0.000 description 9
- 230000008569 process Effects 0.000 description 9
- 238000005265 energy consumption Methods 0.000 description 8
- 238000012423 maintenance Methods 0.000 description 8
- 238000002360 preparation method Methods 0.000 description 8
- 238000013473 artificial intelligence Methods 0.000 description 7
- 101150014328 RAN2 gene Proteins 0.000 description 6
- 101150074586 RAN3 gene Proteins 0.000 description 6
- 230000008859 change Effects 0.000 description 6
- 238000005457 optimization Methods 0.000 description 5
- 230000011218 segmentation Effects 0.000 description 5
- 101100150275 Caenorhabditis elegans srb-3 gene Proteins 0.000 description 4
- 238000006243 chemical reaction Methods 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
- 230000000977 initiatory 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
- 230000007704 transition Effects 0.000 description 2
- 241000700159 Rattus Species 0.000 description 1
- 230000003044 adaptive effect Effects 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
- 239000002360 explosive Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism 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
- 238000011160 research Methods 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- 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
Abstract
본 개시는 차세대 이동 통신 시스템 단말 및 기지국 동작에 관한 것으로, 특히 라디오 접속 기술 간 이동성 상황에서 끊김 없는 QoE 측정에 관한 방법 및 장치에 관한 것이다.This disclosure relates to the operation of next-generation mobile communication system terminals and base stations, and particularly to a method and apparatus for seamless QoE measurement in a mobility situation between radio access technologies.
Description
이동통신 시스템에서의 단말 및 기지국 동작에 관한 것으로, 특히 라디오 접속 기술 간 이동성 상황에서 끊김 없이 QoE를 측정하기 위한 방법 및 장치에 관한 것이다.It relates to the operation of terminals and base stations in mobile communication systems, and especially to methods and devices for seamlessly measuring QoE in mobility situations between radio access technologies.
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 mobile communication technology defines a wide frequency band to enable fast transmission speeds and new services, and includes sub-6 GHz ('Sub 6GHz') bands such as 3.5 gigahertz (3.5 GHz) as well as millimeter wave (mm) bands such as 28 GHz and 39 GHz. It is also possible to implement it in the ultra-high frequency band ('Above 6GHz') called Wave. In addition, in the case of 6G mobile communication technology, which is called the system of Beyond 5G, Terra is working to achieve a transmission speed that is 50 times faster than 5G mobile communication technology and an ultra-low delay time that is reduced to one-tenth. Implementation in Terahertz bands (e.g., 95 GHz to 3 THz) is being considered.
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) 등에 대한 표준화가 진행되었다.In the early days of 5G mobile communication technology, there were concerns about ultra-wideband services (enhanced Mobile BroadBand, eMBB), ultra-reliable low-latency communications (URLLC), and massive machine-type communications (mMTC). With the goal of satisfying service support and performance requirements, efficient use of ultra-high frequency resources, including beamforming and massive array multiple input/output (Massive MIMO) to alleviate radio wave path loss in ultra-high frequency bands and increase radio transmission distance. Various numerology support (multiple subcarrier interval operation, etc.) and dynamic operation of slot format, initial access technology to support multi-beam transmission and broadband, definition and operation of BWP (Band-Width Part), large capacity New channel coding methods such as LDPC (Low Density Parity Check) codes for data transmission and Polar Code for highly reliable transmission of control information, L2 pre-processing, and dedicated services specialized for specific services. Standardization of network slicing, etc., which provides networks, has been carried out.
현재, 5G 이동통신 기술이 지원하고자 했던 서비스들을 고려하여 초기의 5G 이동통신 기술 개선(improvement) 및 성능 향상(enhancement)을 위한 논의가 진행 중에 있으며, 차량이 전송하는 자신의 위치 및 상태 정보에 기반하여 자율주행 차량의 주행 판단을 돕고 사용자의 편의를 증대하기 위한 V2X(Vehicle-to-Everything), 비면허 대역에서 각종 규제 상 요구사항들에 부합하는 시스템 동작을 목적으로 하는 NR-U(New Radio Unlicensed), NR 단말 저전력 소모 기술(UE Power Saving), 지상 망과의 통신이 불가능한 지역에서 커버리지 확보를 위한 단말-위성 직접 통신인 비 지상 네트워크(Non-Terrestrial Network, NTN), 위치 측위(Positioning) 등의 기술에 대한 물리계층 표준화가 진행 중이다. Currently, discussions are underway to improve and enhance the initial 5G mobile communication technology, considering the services that 5G mobile communication technology was intended to support, based on the vehicle's own location and status information. V2X (Vehicle-to-Everything) to help autonomous vehicles make driving decisions and increase user convenience, and NR-U (New Radio Unlicensed), which aims to operate a system that meets various regulatory requirements in unlicensed bands. ), NR terminal low power consumption technology (UE Power Saving), Non-Terrestrial Network (NTN), which is direct terminal-satellite communication to secure coverage in areas where communication with the terrestrial network is impossible, positioning, etc. Physical layer standardization for technology is in progress.
뿐만 아니라, 타 산업과의 연계 및 융합을 통한 새로운 서비스 지원을 위한 지능형 공장 (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) 등에 대한 시스템 아키텍쳐/서비스 분야의 표준화도 진행 중이다.In addition, IAB (IAB) provides a node for expanding the network service area by integrating intelligent factories (Industrial Internet of Things, IIoT) to support new services through linkage and convergence with other industries, and wireless backhaul links and access links. Integrated Access and Backhaul, Mobility Enhancement including Conditional Handover and DAPS (Dual Active Protocol Stack) handover, and 2-step Random Access (2-step RACH for simplification of random access procedures) Standardization in the field of wireless interface architecture/protocol for technologies such as NR) is also in progress, and 5G baseline for incorporating Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technology Standardization in the field of system architecture/services for architecture (e.g., Service based Architecture, Service based Interface) and Mobile Edge Computing (MEC), which provides services based on the location of the terminal, is also in progress.
이와 같은 5G 이동통신 시스템이 상용화되면, 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것이며, 이에 따라 5G 이동통신 시스템의 기능 및 성능 강화와 커넥티드 기기들의 통합 운용이 필요할 것으로 예상된다. 이를 위해, 증강현실(Augmented Reality, AR), 가상현실(Virtual Reality, VR), 혼합 현실(Mixed Reality, MR) 등을 효율적으로 지원하기 위한 확장 현실(eXtended Reality, XR), 인공지능(Artificial Intelligence, AI) 및 머신러닝(Machine Learning, ML)을 활용한 5G 성능 개선 및 복잡도 감소, AI 서비스 지원, 메타버스 서비스 지원, 드론 통신 등에 대한 새로운 연구가 진행될 예정이다.When this 5G mobile communication system is commercialized, an explosive increase in connected devices will be connected to the communication network. Accordingly, it is expected that strengthening the functions and performance of the 5G mobile communication system and integrated operation of connected devices will be necessary. To this end, eXtended Reality (XR) and Artificial Intelligence are designed to efficiently support Augmented Reality (AR), Virtual Reality (VR), and Mixed Reality (MR). , AI) and machine learning (ML), new research will be conducted on 5G performance improvement and complexity reduction, AI service support, metaverse service support, and drone communication.
또한, 이러한 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 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발에 기반이 될 수 있을 것이다.In addition, the development of these 5G mobile communication systems includes new waveforms, full dimensional MIMO (FD-MIMO), and array antennas to ensure coverage in the terahertz band of 6G mobile communication technology. , multi-antenna transmission technology such as Large Scale Antenna, metamaterial-based lens and antenna to improve coverage of terahertz band signals, high-dimensional spatial multiplexing technology using OAM (Orbital Angular Momentum), RIS ( In addition to Reconfigurable Intelligent Surface technology, Full Duplex technology, satellite, and AI (Artificial Intelligence) to improve the frequency efficiency of 6G mobile communication technology and system network are utilized from the design stage and end-to-end. -to-End) Development of AI-based communication technology that realizes system optimization by internalizing AI support functions, and next-generation distributed computing technology that realizes services of complexity beyond the limits of terminal computing capabilities by utilizing ultra-high-performance communication and computing resources. It could be the basis for .
상술한 것과 같이 이동통신 시스템의 발전에 따라 다양한 서비스를 제공할 수 있게 됨으로써, 라디오 접속 기술 간 이동성 상황에서 끊김 없이 QoE를 측정하기 위한 방안이 요구되고 있다.As described above, with the development of mobile communication systems, various services can be provided, and a method for seamlessly measuring QoE in mobility situations between radio access technologies is required.
본 개시는 무선통신 시스템에 대한 것으로서, 라디오 접속 기술 간 이동성 상황에서 끊김 없이 QoE를 측정하기 위한 단말 및 기지국 동작에 관한 것이다.This disclosure relates to a wireless communication system and the operation of a terminal and a base station to measure QoE without interruption in a mobility situation between radio access technologies.
상기와 같은 문제점을 해결하기 위한 본 개시는 무선 통신 시스템에서 제어 신호 처리 방법에 있어서, 기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계; 상기 수신된 제1 제어 신호를 처리하는 단계; 및 상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 한다.In order to solve the above problems, the present disclosure provides a control signal processing method in a wireless communication system, comprising: receiving a first control signal transmitted from a base station; processing the received first control signal; And transmitting a second control signal generated based on the processing to the base station.
본 개시에 따르면, 무선 통신 시스템에서, 라디오 접속 기술 간 이동성 상황에서 끊김 없이 QoE를 측정할 수 있다.According to the present disclosure, in a wireless communication system, QoE can be measured seamlessly in a mobility situation between radio access technologies.
도 1a은 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 1b는 차세대 이동통신 시스템에서 무선 접속 상태 천이를 설명하기 위한 도면이다.
도 1c는 본 발명에서 Signaling 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
도 1d는 본 발명에서 Management 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.
도 1e는 RAN visible QoE 측정의 설정 및 보고 절차를 나타내는 흐름도이다.
도 1f는 본 발명의 일 실시 예로서, 단말이 LTE에서 NR로 핸드오버를 수행하는 과정에서 LTE의 QoE 설정을 유지하는 방법을 나타낸 도면이다.
도 1g는 본 발명의 일 실시 예로서, 단말이 LTE에서 NR로 핸드오버를 수행하는 과정에서 LTE의 QoE 설정을 해제하는 방법을 나타낸 도면이다.
도 1h는 본 발명의 일 실시 예로서, 단말이 LTE에서 NR로 핸드오버를 수행하는 과정에서 LTE의 QoE 설정을 NR QoE 설정으로 업데이트하여 유지하는 방법을 나타낸 도면이다.
도 1i는 본 발명의 일 실시 예로서, 단말이 LTE에서 NR로 핸드오버를 수행하는 과정에서 LTE의 QoE 설정을 해제하는 방법을 나타낸 도면이다.
도 1j는 본 발명의 일 실시 예로서, 단말이 NR에서 LTE로 핸드오버를 수행하는 과정에서 NR의 QoE 설정을 유지하는 방법을 나타낸 도면이다.
도 1k는 본 발명의 일 실시 예로서, 단말이 NR에서 LTE로 핸드오버를 수행하는 과정에서 모든 NR의 QoE 설정을 해제하는 방법을 나타낸 도면이다.
도 1l는 본 발명의 일 실시 예로서, 단말이 NR에서 LTE로 핸드오버를 수행하는 과정에서 NR의 QoE 설정을 LTE QoE 설정으로 업데이트하여 유지하는 방법을 나타낸 도면이다.
도 1m는 본 발명의 일 실시 예로서, 단말이 NR에서 LTE로 핸드오버를 수행하는 과정에서 모든 NR의 QoE 설정을 해제하는 방법을 나타낸 도면이다.
도 1o는 본 발명을 적용한 단말의 내부 구조를 도시하는 블록도이다.
도 1p은 본 발명에 따른 기지국의 구성을 나타낸 블록도이다.FIG. 1A is a diagram showing the structure of a next-generation mobile communication system.
Figure 1b is a diagram for explaining wireless connection state transition in a next-generation mobile communication system.
Figure 1c is a flowchart showing the procedure for setting/reporting signaling-based QoE measurement in the present invention.
Figure 1d is a flowchart showing the procedure for setting/reporting management-based QoE measurement in the present invention.
Figure 1e is a flowchart showing the setup and reporting procedure of RAN visible QoE measurement.
FIG. 1F is a diagram illustrating a method of maintaining LTE QoE settings while a terminal performs handover from LTE to NR, as an embodiment of the present invention.
Figure 1g is an embodiment of the present invention, a diagram showing a method of releasing QoE settings of LTE while a terminal performs handover from LTE to NR.
Figure 1h is an embodiment of the present invention, a diagram illustrating a method of updating and maintaining LTE QoE settings to NR QoE settings while the terminal performs handover from LTE to NR.
Figure 1i is an embodiment of the present invention, a diagram showing a method of releasing QoE settings of LTE while a terminal performs handover from LTE to NR.
FIG. 1J is a diagram illustrating a method of maintaining the QoE settings of NR during the process of a UE handover from NR to LTE, as an embodiment of the present invention.
Figure 1k is an embodiment of the present invention, a diagram showing a method of canceling the QoE settings of all NRs during the UE's handover from NR to LTE.
Figure 1l is an embodiment of the present invention, a diagram showing a method of updating and maintaining NR's QoE settings to LTE QoE settings while the terminal performs handover from NR to LTE.
Figure 1m is an embodiment of the present invention, a diagram showing a method of canceling the QoE settings of all NRs during the UE's handover from NR to LTE.
Figure 1O is a block diagram showing the internal structure of a terminal to which the present invention is applied.
Figure 1p is a block diagram showing the configuration of a base station according to the present invention.
하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 발명의 실시 예를 설명하기로 한다.In the following description of the present invention, if a detailed description of a related known function or configuration is judged to unnecessarily obscure the gist of the present invention, the detailed description will be omitted. Hereinafter, embodiments of the present invention will be described with reference to the attached drawings.
도 1a은 차세대 이동통신 시스템의 구조를 도시하는 도면이다. FIG. 1A is a diagram showing the structure of a next-generation mobile communication system.
도 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)를 통해 외부 네트워크에 접속한다. Referring to Figure 1a, as shown, the radio access network of the next-generation mobile communication system (New Radio, NR) includes a next-generation base station (New Radio Node B, hereinafter gNB) (1a-10) and AMF (1a-05, New Radio). It consists of a Core Network). A user terminal (New Radio User Equipment, hereinafter referred to as NR UE or UE 0) (1a-15) connects to an external network through gNB (1a-10) and 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). In Figure 1a, gNB corresponds to eNB (Evolved Node B) of the existing LTE system. gNB is connected to the NR UE through a wireless channel and can provide superior services than the existing Node B (1a-20). In the next-generation mobile communication system, all user traffic is serviced through a shared channel, so a device that collects status information such as buffer status, available transmission power status, and channel status of UEs and performs scheduling is required, which is called gNB (gNB). 1a-10) is in charge. One gNB typically controls multiple cells. In order to implement ultra-high-speed data transmission compared to existing LTE, it can have more than the existing maximum bandwidth, and beamforming technology can be additionally applied using Orthogonal Frequency Division Multiplexing (OFDM) as a wireless access technology. . In addition, Adaptive Modulation & Coding (hereinafter referred to as AMC) is applied, which determines the modulation scheme and channel coding rate according to the channel status of the terminal. AMF (1a-05) performs functions such as mobility support, bearer setup, and QoS setup. AMF is a device that handles various control functions as well as mobility management functions for terminals and is connected to multiple base stations. Additionally, the next-generation mobile communication system can be linked to the existing LTE system, and AMF is connected to the MME (1a-25) through a network interface. The MME is connected to the existing base station, eNB (1a-30). A terminal that supports LTE-NR Dual Connectivity can transmit and receive data while maintaining connectivity to not only the gNB but also the eNB (1a-35).
도 1b는 차세대 이동통신 시스템에서 무선 접속 상태 천이를 설명하기 위한 도면이다.Figure 1b is a diagram for explaining wireless connection state transition in a next-generation mobile communication system.
차세대 이동통신 시스템에서는 3 가지의 무선 접속 상태 (RRC state)를 가진다. 연결 모드 (RRC_CONNECTED, 1b-05)는 단말이 데이터를 송수신할 수 있는 무선 접속 상태이다. 대기 모드 (RRC_IDLE, 1b-30)는 단말이 자신에게 페이징이 전송되는지를 모니터링하는 무선 접속 상태이다. 상기 두 모드는 기존 LTE 시스템에도 적용되는 무선 접속 상태로, 상세 기술은 기존 LTE 시스템의 것과 동일하다. 차세대 이동통신 시스템에서는 신규로 비활성 (RRC_INACTIVE) 무선 접속 상태 (1b-15)가 정의되었다. 상기 무선 접속 상태에서는 UE context가 기지국과 단말에 유지되며, RAN 기반 페이징이 지원된다. 상기 신규 무선 접속 상태의 특징을 나열하면 하기와 같다.The next-generation mobile communication system has three wireless connection states (RRC states). Connected mode (RRC_CONNECTED, 1b-05) is a wireless connection state in which the terminal can transmit and receive data. Standby mode (RRC_IDLE, 1b-30) is a wireless connection state in which the terminal monitors whether paging is transmitted to itself. The above two modes are wireless connection states that also apply to the existing LTE system, and the detailed technology is the same as that of the existing LTE system. In the next-generation mobile communication system, a new inactive (RRC_INACTIVE) wireless connection state (1b-15) has been defined. In the wireless connection state, the UE context is maintained in the base station and the terminal, and RAN-based paging is supported. The characteristics of the new wireless connection state are listed as follows.
- Cell re-selection mobility;- Cell re-selection mobility;
- CN - NR RAN connection (both C/U-planes) has been established for UE;- 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;- The UE AS context is stored in at least one gNB and the UE;
- Paging is initiated by NR RAN;- Paging is initiated by NR RAN;
- RAN-based notification area is managed 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;- 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).The new INACTIVE wireless connection state can be transitioned to connected mode or standby mode using specific procedures. It switches from INACTIVE mode to connected mode according to the Resume process, and switches from connected mode to INACTIVE mode using the Release procedure including suspend setting information (1b-10). The above procedure involves sending and receiving one or more RRC messages between the terminal and the base station, and consists of one or more steps. Additionally, it is possible to switch from INACTIVE mode to standby mode through the Release procedure after Resume (1b-20). Switching between connected mode and standby mode follows existing LTE technology. That is, switching between the modes occurs through an establishment or release procedure (1b-25).
도 1c는 본 발명에서 Signaling 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.Figure 1c is a flowchart showing the procedure for setting/reporting signaling-based QoE measurement in the present invention.
단말의 AS (Access stratum, 1c-05)는 서비스 종류별 (예, streaming, MTSI, VR)로 QoE 측정을 지원하는지 여부를 나타내는 정보 (예, qoe-Streaming-MeasReport, qoe-MTSI-MeasReport, qoe-VR-MeasReport)를 UE capability 메시지 (예, UECapabilityInformation)를 통해 기지국 (또는 NG-RAN, 1c-15)에게 전송할 수 있다 (1c-10). UE capability 메시지를 보내기 전, 기지국은 UE capability 메시지에 대한 요청에 관한 메시지 (예, UECapabilityEnquiry)를 보낼 수 있다. 또한, UE capability 메시지를 통해 단말은 RAN visible QoE 측정에 대한 지원 여부 (예, ran-VisibleQoE-Streaming-MeasReport, ran-VisibleQoE-VR-MeasReport) 를 서비스 종류별 (예, streaming, VR)로 기지국에게 보고할 수 있다. 또한 UE capability 메시지를 통해 단말은 QoE report 메시지에 대한 UL RRC segmentation을 지원하는지 여부 (예, ul-MeasurementReportAppLayer-Seg)를 보고 할 수 있다. 상기 UE capability 메시지는 하기 표 1 및 표 2과 같은 ASN.1 정보 및 관련 파라미터 설명을 포함할 수 있다.Information indicating whether the terminal's AS (Access stratum, 1c-05) supports QoE measurement by service type (e.g. streaming, MTSI, VR) (e.g. qoe-Streaming-MeasReport, qoe-MTSI-MeasReport, qoe- VR-MeasReport) can be transmitted to the base station (or NG-RAN, 1c-15) through a UE capability message (e.g., UECapabilityInformation) (1c-10). Before sending the UE capability message, the base station may send a message (e.g., UECapabilityEnquiry) regarding a request for the UE capability message. In addition, through the UE capability message, the terminal reports to the base station whether it supports RAN visible QoE measurement (e.g., ran-VisibleQoE-Streaming-MeasReport, ran-VisibleQoE-VR-MeasReport) by service type (e.g., streaming, VR). can do. Additionally, through the UE capability message, the UE can report whether it supports UL RRC segmentation for the QoE report message (e.g., ul-MeasurementReportAppLayer-Seg). The UE capability message may include ASN.1 information and related parameter descriptions as shown in Tables 1 and 2 below.
qoe-Streaming-MeasReport-r17 ENUMERATED {supported} OPTIONAL,
qoe-MTSI-MeasReport-r17 ENUMERATED {supported} OPTIONAL,
qoe-VR-MeasReport-r17 ENUMERATED {supported} OPTIONAL,
ran-VisibleQoE-Streaming-MeasReport-r17 ENUMERATED {supported} OPTIONAL,
ran-VisibleQoE-VR-MeasReport-r17 ENUMERATED {supported} OPTIONAL,
ul-MeasurementReportAppLayer-Seg-r17 ENUMERATED {supported} OPTIONAL,
...
}QoE-Parameters-r17 ::= SEQUENCE {
qoe-Streaming-MeasReport-r17 ENUMERATED {supported} OPTIONAL;
qoe-MTSI-MeasReport-r17 ENUMERATED {supported} OPTIONAL;
qoe-VR-MeasReport-r17 ENUMERATED {supported} OPTIONAL;
ran-VisibleQoE-Streaming-MeasReport-r17 ENUMERATED {supported} OPTIONAL;
ran-VisibleQoE-VR-MeasReport-r17 ENUMERATED {supported} OPTIONAL,
ul-MeasurementReportAppLayer-Seg-r17 ENUMERATED {supported} OPTIONAL;
...
}
Indicates whether the UE supports NR QoE Measurement Collection for streaming services, see TS 26.247 [29]. qoe-Streaming-MeasReport-r17
Indicates whether the UE supports NR QoE Measurement Collection for streaming services, see TS 26.247 [29].
Indicates whether the UE supports NR QoE Measurement Collection for MTSI services, see TS 26.114 [30]. qoe-MTSI-MeasReport-r17
Indicates whether the UE supports NR QoE Measurement Collection for MTSI services, see TS 26.114 [30].
상기 표 2는 QoE measurement parameter에 관한 것이다.LTE에서 지원가능한 서비스 종류로는 Streaming 및 MTSI (Multimedia Telephony Service for IMS (IP Multimedia Subsystem))을 지원할 수 있으며, NR에서는 그 외에도 추가적으로 VR (Virtual Reality)의 지원을 Rel-17에서 정의하였으며, 추후 release에서 MBMS (Multimedia Broadcast Multicast Services), XR (Extended Reality)등을 추가적으로 지원할 수 있다.Table 2 above relates to QoE measurement parameters. Service types that can be supported in LTE include Streaming and MTSI (Multimedia Telephony Service for IMS (IP Multimedia Subsystem)), and NR additionally supports VR (Virtual Reality). Support is defined in Rel-17, and MBMS (Multimedia Broadcast Multicast Services) and XR (Extended Reality) can be additionally supported in future releases.
OAM (Operations Administration and Maintenance, 1c-20)은 CN (Core Network, 1c-25)에게 QoE 측정 설정 정보를 제공한다 (1c-30). 설정 정보를 수신한 CN은 설정 정보를 기지국에게 전송함으로써 QoE 측정을 활성화 시킬 수 있다 (1c-35). 설정 정보를 수신한 기지국은 RRC 메시지 (예를 들어, RRCReconfiguration 또는 RRCResume 메시지)를 통해서 단말 AS에게 QoE 설정 정보를 전달해 줄 수 있다 (1c-40). 상기 RRC 메시지는 하기와 같은 IE (APPLayerMeasConfig)를 포함할 수 있으며, 관련 파라미터 설명은 하기 표 3 및 표 4와 같을 수 있다.OAM (Operations Administration and Maintenance, 1c-20) provides QoE measurement setting information to CN (Core Network, 1c-25) (1c-30). The CN that has received the configuration information can activate QoE measurement by transmitting the configuration information to the base station (1c-35). The base station that has received the configuration information can deliver the QoE configuration information to the terminal AS through an RRC message (e.g., RRCReconfiguration or RRCResume message) (1c-40). The RRC message may include IE (APPLayerMeasConfig) as shown below, and related parameter descriptions may be as shown in Tables 3 and 4 below.
The IE AppLayerMeasConfig indicates configuration of application layer measurements.
AppLayerMeasConfig information element
-- 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
-- ASN1STOPAppLayerMeasConfig
The IE AppLayerMeasConfig indicates configuration of application layer measurements.
AppLayerMeasConfig information element
--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
이를 수신한 단말 AS의 동작은 하기 표 5와 같을 수 있다.The operation of the terminal AS that receives this may be as shown in Table 5 below.
The UE shall:
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 in accordance with 5.7.x;
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 measurement configuration associated with the measConfigAppLayerId;
NOTE: The UE may discard reports when the memory reserved for storing application layer measurement reports becomes full.
NOTE: The transmission of RAN visible reports is not paused when pauseReporting is set to true.5.3.5.x Application layer configuration
The UE shall:
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 in accordance with 5.7.x;
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 measurement configuration associated with the measConfigAppLayerId ;
NOTE: The UE may discard reports when the memory reserved for storing application layer measurement reports becomes full.
NOTE: The transmission of RAN visible reports is not paused when pauseReporting is set to true .
상기에 기재된 바와 같이, measConfigAppLayerToAddModList에 포함된 QoE 측정 설정의 경우 단말의 AS layer는 단말의 upper layer 또는 application layer (UE APP, 1c-45)에게 AT Command를 통해 설정 정보를 전달할 수 있다 (1c-50). measConfigAppLayerToAddReleaseList에 포함된 QoE 측정 설정에 대해서 단말의 AS layer는 단말의 APP에게 저장된 설정 정보를 지우라는 AT Command를 보낼 수 있다.단말 APP은 수신한 설정 정보에 따라 QoE 측정을 수행할 수 있다. 또한 측정의 결과를 설정 정보에 따라 AT command를 통해 단말 AS에게 보고 할 수 있다 (1c-55). 이를 수신한 단말 AS는 RRC Message (예를 들어, MeasurementReportAppLayer 메시지)를 통해 기지국에게 상기 측정 결과를 보고 할 수 있다 (1c-60). QoE 측정 결과 보고를 위해서는 SRB4를 사용할 수 있다. 상기 MeasurementReportAppLayer 메시지는 하기 표 6 및 표 7과 같은 ASN.1 정보 및 관련 파라미터 설명을 포함할 수 있다.As described above, in the case of QoE measurement settings included in measConfigAppLayerToAddModList, the AS layer of the terminal may transmit the configuration information to the upper layer or application layer (UE APP, 1c-45) of the terminal through AT Command (1c-50) ). Regarding the QoE measurement settings included in measConfigAppLayerToAddReleaseList, the AS layer of the terminal can send an AT Command to delete the stored configuration information to the APP of the terminal. The terminal APP can perform QoE measurement according to the received configuration information. Additionally, the measurement results can be reported to the terminal AS through AT commands according to the setting information (1c-55). The terminal AS that received this can report the measurement result to the base station through an RRC Message (e.g., MeasurementReportAppLayer message) (1c-60). SRB4 can be used to report QoE measurement results. The MeasurementReportAppLayer message may include ASN.1 information and related parameter descriptions as shown in Tables 6 and 7 below.
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
MeasurementReportAppLayer message
-- 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,
measurementReportAppLayerContainer-r17
OCTET STRING OPTIONAL,
applicationLayerSessionStatus-r17 ENUMERATED {started, stopped} OPTIONAL,
ran-VisibleMeasurements-r17
RAN-VisibleMeasurements-r17 OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE{} OPTIONAL
}
RAN-VisibleMeasurements-r17 ::= SEQUENCE {
applicationLayerBufferLevelList-r17 SEQUENCE (SIZE (1..8)) OF ApplicationLayerBufferLevel OPTIONAL,
initialPlayoutDelay-r17 INTEGER (0..30000) OPTIONAL,
pdu-SessionIdList-r17 SEQUENCE (SIZE (1..maxNrofPDU-Sessions-r17)) OF PDU-SessionID OPTIONAL,
...
}
ApplicationLayerBufferLevel ::= INTEGER (0..30000)
-- TAG-MEASUREMENTREPORTAPPLAYER-STOP
-- ASN1STOP- MeasurementReportAppLayer
The MeasurementReportAppLayer message is used for sending application layer measurement report.
Signaling radio bearer: SRB4
RLC-SAP:AM
Logical channel: DCCH
Direction: UE to Network
MeasurementReportAppLayer message
--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,
measurementReportAppLayerContainer-r17 OCTET STRING OPTIONAL,
applicationLayerSessionStatus-r17 ENUMERATED {started, stopped} OPTIONAL;
ran-VisibleMeasurements-r17 RAN-VisibleMeasurements-r17 OPTIONAL;
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension SEQUENCE{} OPTIONAL
}
RAN-VisibleMeasurements-r17 ::= SEQUENCE {
applicationLayerBufferLevelList-r17 SEQUENCE (SIZE (1..8)) OF ApplicationLayerBufferLevel OPTIONAL,
initialPlayoutDelay-r17 INTEGER (0..30000) OPTIONAL;
pdu-SessionIdList-r17 SEQUENCE (SIZE (1..maxNrofPDU-Sessions-r17)) OF PDU-SessionID OPTIONAL,
...
}
ApplicationLayerBufferLevel ::= INTEGER (0..30000)
-- TAG-MEASUREMENTREPORTAPPLAYER-STOP
--ASN1STOP
이를 보고하는 구체적인 단말 AS의 절차는 하기 표 8와 같을 수 있다.The specific UE AS procedure for reporting this may be as shown in Table 8 below.
5.7.x.1
General
Figure 5.7.x.1-1: Application layer measurement reporting
The purpose of this procedure is to send application layer measurement reports to the network.
5.7.x.2
Initiation
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 shall:
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 according to clause 5.3.5.x:
3>
set the measurementReportAppLayerContainer 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 applicationLayerSessionStatus 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 applicationLayerBufferLevel value in the received RAN visible application layer measurement report:
4> set the applicationLayerBufferLevel values in the applicationlayerBufferLevelLIst to the buffer level values received from the upper layer in the order with the first applicationLayerBufferLevel value set to the newest received buffer level value, the second applicationLayerBufferLevel 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 applicationLayerBufferLevel 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 specified in TS 38.323 [5]:
3>
initiate the UL message segment transfer procedure as specified in clause 5.7.7;
2>
else:
3>
submit the MeasurementReportAppLayer message to lower layers for transmission upon which the procedure ends.5.7.x Application layer measurement reporting
5.7.x.1 General
Figure 5.7.x.1-1: Application layer measurement reporting
The purpose of this procedure is to send application layer measurement reports to the network.
5.7.x.2 Initiation
A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, ie when appLayerMeasConfig and SRB4 have been configured by the network.
Upon initiating the procedure, the UE shall:
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 according to clause 5.3.5.x:
3> set the measurementReportAppLayerContainer 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 applicationLayerSessionStatus 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 applicationLayerBufferLevel value in the received RAN visible application layer measurement report:
4> set the applicationLayerBufferLevel values in the applicationlayerBufferLevelLIst to the buffer level values received from the upper layer in the order with the first applicationLayerBufferLevel value set to the newest received buffer level value, the second applicationLayerBufferLevel 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 applicationLayerBufferLevel 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 specified in TS 38.323 [5]:
3> initiate the UL message segment transfer procedure as specified in clause 5.7.7;
2> else:
3> submit the MeasurementReportAppLayer message to lower layers for transmission upon which the procedure ends.
기지국은 상기 측정 결과 보고를 측정 보고를 수집하는 최종 서버까지 (TCE 또는 MCE, 1c-65)에 전달할 수 있다 (1c-70). 도 1d는 본 발명에서 Management 기반 QoE 측정을 설정/보고하는 절차를 나타내는 흐름도이다.The base station may forward the measurement result report to the final server (TCE or MCE, 1c-65) that collects the measurement report (1c-70). Figure 1d is a flowchart showing the procedure for setting/reporting management-based QoE measurement in the present invention.
Management 기반 QoE 설정/보고 절차는 상기 signaling 기반의 절차 (도 1c)와 상당 부분 유사하다. 따라서, 본 명세서에서는 Management 기반 방식의 차이점에 대해서만 하기에 기술하며 그 외 절차 및 설명은 도 1c에 관한 설명과 동일하다고 볼 수 있다. Management 기반 방식에서는 CN을 거치지 않고 OAM (1d-05) 이 직접 QoE 측정 설정을 기지국 (1d-10)에게 보냄으로써 QoE 측정을 활성화시킬 수 있다 (1d-15). 이를 수신한 기지국은 여러 조건(예를 들어, area scope, application layer capability, 서비스 종류)에 부합하는 단일 또는 복수 개의 단말을 찾는다. 그리고 기지국은 상기 단말들 각각에게 상기 QoE 측정 설정을 RRC 메시지 (예를 들어 RRCReconfiguration 메시지 또는 RRCResume)를 통해 전달할 수 있다 (1d-20). 그 외 절차 및 메시지 형태는 도 1c에 관한 설명 (signaling 기반 방식)과 동일하다고 볼 수 있다. The management-based QoE configuration/reporting procedure is largely similar to the signaling-based procedure (Figure 1c). Therefore, in this specification, only the differences in the management-based method are described below, and other procedures and explanations can be considered the same as those for FIG. 1C. In the management-based method, QoE measurement can be activated by the OAM (1d-05) directly sending the QoE measurement settings to the base station (1d-10) without going through the CN (1d-15). The base station that receives this searches for a single or multiple terminals that meet various conditions (e.g., area scope, application layer capability, service type). And the base station can transmit the QoE measurement configuration to each of the terminals through an RRC message (eg, RRCReconfiguration message or RRCResume) (1d-20). Other procedures and message formats can be considered the same as the description of FIG. 1C (signaling-based method).
도 1e는 RAN visible QoE 측정의 설정 및 보고 절차를 나타내는 흐름도이다.Figure 1e is a flowchart showing the setup and reporting procedure of RAN visible QoE measurement.
도 1c와 1d에 나온 QoE 측정은 OAM에 의해 설정이 되었고, 그에 따라 생성된 QoE 측정 보고는 TCE/MCE로 수집되어 사업자는 네트워크 최적화를 위해 상기 QoE 측정 보고를 사용할 수 있다. 단말이 상기 OAM 기반 QoE 측정에 관한 보고 기지국에게 전송하고, 이를 기지국이 수신하였을 때 기지국은 해당 측정 보고를 읽거나 이해할 수 없다. 상기 MeasurmentReportAppLayer 메시지에는 단말의 application layer가 생성한 측정 보고가 measurementReportAppLayerContainer에 포함되지만 OCTEC STRING 형태로 저장되기 때문에 기지국 또는 기지국의 RRC layer에서는 이를 읽거나 이해할 수 없다. 이러한 문제를 해결하여 기지국이 QoE 측정 보고를 읽고 이를 무선 자원 관리 등과 같은 네트워크 최적화에 활용하기 위해서 3GPP에서 RAN visible QoE (RVQoE) 측정을 정의 및 도입하였다. 먼저 단말은 RVQoE 측정에 대한 지원 여부를 서비스 종류별 (예, streaming, VR)로 기지국에게 보고할 수 있다 (1e-05). 이 때 UECapabilityInformation 메시지가 사용될 수 있다. Streaming 서비스에 대해서 단말은 ran-VisibleQoE-Streaming-MeasReport-r17 파라미터를 설정할 수 있으며, VR 서비스에 대해서 ran-VisibleQoE-VR-MeasReport-r17 파라미터를 설정할 수 있다. RVQoE 측정 설정은 기지국이 생성하며 이를 단말에게 설정할 수 있다 (1e-10). 이 때 RVQoE 측정 설정은 OAM 기반 QoE 측정 설정과 함께 전달될 수 있다. RVQoE 측정 설정은 ran-VisibleParameters-r17 파라미터로 설정 또는 해제될 수 있다. 상기 파라미터는 RAN-VisibleParameters IE를 포함할 수 있으며, 이를 통해 기지국은 단말 또는 단말의 APP에게 RVQoE 측정 보고 주기 (ran-VisiblePeriodicity), 최대 보고 가능한 buffer level 개수 (numberOfBufferLevelEntries), 단말의 initial Playout delay의 보고 여부 (reportInitialPlayoutDelay) 등을 설정 또는 지시할 수 있다. 단말의 AS layer는 이러한 설정정보들을 단말의 APP layer로 전달할 수 있다 (1e-15). 이 때 RVQoE 측정 설정은 OAM 기반 QoE 측정 설정과 함께 전달될 수 있다. 단말의 APP은 상기 RVQoE 측정 설정 정보를 기반하여 QoE 측정을 수행하여 RVQoE 측정 보고를 생성하고, 이를 단말의 AS layer로 전송할 수 있다 (1e-20). 이 때 RVQoE 측정 보고는 OAM 기반 QoE 측정 보고와 함께 전달될 수 있다. 이를 수신한 단말의 AS layer는 이를 기지국에게 전달해 줄 수 있다 (1e-25). 이 때 RVQoE 측정 보고는 OAM 기반 QoE 측정 보고와 함께 전달될 수 있다. 1e-25에서 RVQoE 측정 보고는 MeasurementReportAppLayer 메시지 내 RAN-VisibleMeasurements IE를 통해 전송될 수 있다. 상기 IE는 APP layer의 buffer level 리스트 (applicationLayerBufferLevelList), 초기 playout delay (initialPlayoutDelay), 관여된 PDU session ID 리스트(pdu-SessionIdList) 등과 같은 정보를 포함할 수 있다. 기지국은 RVQoE 보고를 읽고 이를 활용하여 네트워크 최적화를 수행할 수 있다. 예를 들어 특정 서비스에 대해 poor QoE를 경험하고 있는 단말에게 좀 더 많은 양은 무선 자원을 할당함으로써 해당 단말의 QoE를 개선할 수 있다.The QoE measurements shown in Figures 1c and 1d are set by the OAM, and the QoE measurement reports generated accordingly are collected into TCE/MCE, so the operator can use the QoE measurement reports for network optimization. When the terminal transmits a report on the OAM-based QoE measurement to the base station and the base station receives it, the base station cannot read or understand the measurement report. The MeasurementReportAppLayer message includes a measurement report generated by the application layer of the terminal in the measurementReportAppLayerContainer, but because it is stored in OCTEC STRING format, it cannot be read or understood by the base station or the RRC layer of the base station. To solve this problem, RAN visible QoE (RVQoE) measurement was defined and introduced in 3GPP in order for the base station to read the QoE measurement report and use it for network optimization such as radio resource management. First, the terminal can report to the base station whether it supports RVQoE measurement by service type (e.g. streaming, VR) (1e-05). At this time, the UECapabilityInformation message can be used. For streaming services, the terminal can set the ran-VisibleQoE-Streaming-MeasReport-r17 parameter, and for VR services, the terminal can set the ran-VisibleQoE-VR-MeasReport-r17 parameter. RVQoE measurement settings are created by the base station and can be set to the terminal (1e-10). At this time, the RVQoE measurement settings may be delivered together with the OAM-based QoE measurement settings. RVQoE measurement settings can be turned on or off with the ran-VisibleParameters-r17 parameter. The parameters may include RAN-VisibleParameters IE, through which the base station reports to the terminal or the terminal's APP the RVQoE measurement reporting period (ran-VisiblePeriodicity), the maximum number of reportable buffer levels (numberOfBufferLevelEntries), and the initial Playout delay of the terminal. You can set or indicate whether (reportInitialPlayoutDelay), etc. The AS layer of the terminal can transmit this setting information to the APP layer of the terminal (1e-15). At this time, the RVQoE measurement settings may be delivered together with the OAM-based QoE measurement settings. The APP of the terminal may perform QoE measurement based on the RVQoE measurement configuration information, generate an RVQoE measurement report, and transmit it to the AS layer of the terminal (1e-20). At this time, the RVQoE measurement report may be delivered together with the OAM-based QoE measurement report. The AS layer of the terminal that received this can forward it to the base station (1e-25). At this time, the RVQoE measurement report may be delivered together with the OAM-based QoE measurement report. In 1e-25, RVQoE measurement reports can be transmitted via RAN-VisibleMeasurements IE in the MeasurementReportAppLayer message. The IE may include information such as the APP layer's buffer level list (applicationLayerBufferLevelList), initial playout delay (initialPlayoutDelay), and involved PDU session ID list (pdu-SessionIdList). The base station can read the RVQoE report and use it to perform network optimization. For example, the QoE of a terminal that is experiencing poor QoE for a specific service can be improved by allocating a larger amount of wireless resources.
RAN visible QoE 측정과 관련된 자세한 설명은 하기와 같을 수 있다.A detailed description related to RAN visible QoE measurement may be as follows.
X.4 RAN Visible QoE MeasurementsX.4 RAN Visible QoE Measurements
RAN visible QoE measurements are configured by the NG-RAN node, where a subset of QoE metrics is reported from the UE as an explicit IE readable by the NG-RAN node. RAN visible QoE measurements (e.g., RAN visible QoE metrics, RAN visible QoE values) could be utilized by the NG-RAN node for network optimization. RAN visible QoE measurements are supported for the DASH streaming and VR services. The NG-RAN node configures the RAN visible QoE measurement to collect all or some of the available RAN visible QoE metrics, where the indication of metric availability is received from the OAM or CN. The set of available RAN visible QoE metrics is a subset of the metrics which are already configured as part of QoE measurement configuration encapsulated in the transparent container. The PDU session ID(s) corresponding to the service that is subject to QoE measurements can also be reported by the UE along with the RAN visible QoE measurement results.RAN visible QoE measurements are configured by the NG-RAN node, where a subset of QoE metrics is reported from the UE as an explicit IE readable by the NG-RAN node. RAN visible QoE measurements (e.g., RAN visible QoE metrics, RAN visible QoE values) could be utilized by the NG-RAN node for network optimization. RAN visible QoE measurements are supported for the DASH streaming and VR services. The NG-RAN node configures the RAN visible QoE measurement to collect all or some of the available RAN visible QoE metrics, where the indication of metric availability is received from the OAM or CN. The set of available RAN visible QoE metrics is a subset of the metrics which are already configured as part of QoE measurement configuration encapsulated in the transparent container. The PDU session ID(s) corresponding to the service that is subject to QoE measurements can also be reported by the UE along with the RAN visible QoE measurement results.
RAN visible QoE measurements can be reported with a reporting periodicity different from the one of regular QoE. If there is no reporting periodicity defined in the RAN visible QoE configuration, RAN visible QoE reports should be sent together with the legacy QoE reports.RAN visible QoE measurements can be reported with a reporting periodicity different from the one of regular QoE. If there is no reporting periodicity defined in the RAN visible QoE configuration, RAN visible QoE reports should be sent together with the legacy QoE reports.
RAN visible application layer measurement is supported only for streaming and VR services. The gNB can use RAN visible application layer measurement configurations to instruct the UE to collect application layer measurements for RRM purposes. Multiple simultaneous RAN visible application layer measurements configuration and reports can be supported for RAN visible application layer measurement, and each RAN visible application layer measurement configuration and report is identified by the same measConfigAppLayerId as the application layer measurement configuration and measurement report. gNB configures the required RAN visible QoE metrics in the RAN visible application measurement configuration for the UE to report. After receiving the RAN visible application layer measurement configuration, the UE RRC layer forwards the configuration to the application layer, indicating the service type, the RRC identifier and the periodicity. RAN visible application layer configuration can only be configured if there is a corresponding application layer measurement configuration for the same service type configured at the UE. The application layer sends the RAN visible application layer measurement report associated with the RRC identifier to the UE's AS layer. UE can send both RAN visible application layer measurement reports and the application layer measurement reports to the gNB in the same MeasurementReportAppLayer message. gNB can release one or multiple RAN visible application layer measurement configurations from the UE in one RRC message at any time.RAN visible application layer measurement is supported only for streaming and VR services. The gNB can use RAN visible application layer measurement configurations to instruct the UE to collect application layer measurements for RRM purposes. Multiple simultaneous RAN visible application layer measurements configuration and reports can be supported for RAN visible application layer measurement, and each RAN visible application layer measurement configuration and report is identified by the same measConfigAppLayerId as the application layer measurement configuration and measurement report. gNB configures the required RAN visible QoE metrics in the RAN visible application measurement configuration for the UE to report. After receiving the RAN visible application layer measurement configuration, the UE RRC layer forwards the configuration to the application layer, indicating the service type, the RRC identifier and the periodicity. RAN visible application layer configuration can only be configured if there is a corresponding application layer measurement configuration for the same service type configured at the UE. The application layer sends the RAN visible application layer measurement report associated with the RRC identifier to the UE's AS layer. UE can send both RAN visible application layer measurement reports and the application layer measurement reports to the gNB in the same MeasurementReportAppLayer message. gNB can release one or multiple RAN visible application layer measurement configurations from the UE in one RRC message at any time.
The UE still reports the configured RAN visible application layer measurements, even though the corresponding non RAN visible application layer measurement reporting is paused.The UE still reports the configured RAN visible application layer measurements, even though the corresponding non RAN visible application layer measurement reporting is paused.
다음은 3GPP Release 18 Work Item Description (WID, RP-221803)문서에는 하기의 내용이 명시되어있다.The following is specified in the 3GPP Release 18 Work Item Description (WID, RP-221803) document.
4 Objective4 Objective
4.1 Objective of SI or Core part WI or Testing part WI4.1 Objective of SI or Core part WI or Testing part WI
The detailed objectives of the work item are as follows:The detailed objectives of the work item are as follows:
· Support for new service type, such as AR, MR, MBS and other new service type defined or to be supported by SA4. Support RAN-visible parameters for the additional service types, and the existing service if needed, and the coordination with SA4 is needed [RAN3, RAN2].· Support for new service type, such as AR, MR, MBS and other new service type defined or to be supported by SA4. Support RAN-visible parameters for the additional service types, and the existing service if needed, and the coordination with SA4 is needed [RAN3, RAN2].
Specify the new service and the existing service defined or to be supported by SA4, combined with high mobility scenarios, e.g., High Speed Trains. Specify the new service and the existing service defined or to be supported by SA4, combined with high mobility scenarios, e.g., High Speed Trains.
· Specify for QoE measurement configuration and collection in RRC_INACTIVE and RRC_IDLE states for MBS, at least for broadcast service [RAN3, RAN2].· Specify for QoE measurement configuration and collection in RRC_INACTIVE and RRC_IDLE states for MBS, at least for broadcast service [RAN3, RAN2].
Specify the mechanism to support the alignment of the existing radio related measurement and QoE reporting. Specify the mechanism to support the alignment of the existing radio related measurement and QoE reporting.
· Specify to support for QoE in NR-DC, e.g. enable QoE reporting via SN [RAN3, RAN2].· Specify to support for QoE in NR-DC, e.g. enable QoE reporting via SN [RAN3, RAN2].
Specify the QoE configuration, and measurement reporting over MN/SN for NR-DC architecture, and specify the QoE measurement reporting over the other DC leg in order to maintain the reporting continuity. Specify the QoE configuration, and measurement reporting over MN/SN for NR-DC architecture, and specify the QoE measurement reporting over the other DC leg in order to maintain the reporting continuity.
Note 1: The QoE measurements are not performed separately for each leg.Note 1: The QoE measurements are not performed separately for each leg.
Support RAN-visible QoE and radio related measurement configuration and reporting in NR-DC scenarios. Support RAN-visible QoE and radio related measurement configuration and reporting in NR-DC scenarios.
Specify the QoE measurement continuity in mobility scenarios in NR-DC. Specify the QoE measurement continuity in mobility scenarios in NR-DC.
Specify the alignment of QoE measurements (including legacy QoE and RAN visible QoE measurements) and radio related measurement in NR-DC. Specify the alignment of QoE measurements (including legacy QoE and RAN visible QoE measurements) and radio related measurements in NR-DC.
· Left-over features from Rel-17, as well as the enhancements of existing features which are not included in Rel-17 normative phase, should be supported in Rel-18 if consensus on benefits are reached [RAN3, RAN2].· Left-over features from Rel-17, as well as the enhancements of existing features which are not included in Rel-17 normative phase, should be supported in Rel-18 if consensus on benefits are reached [RAN3, RAN2].
Specify per-slice QoE measurement configuration enhancement. Specify per-slice QoE measurement configuration enhancement.
Specify RAN visible QoE enhancements for QoE value, RAN visible QoE trigger event, RAN visible QoE Report over F1. Specify RAN visible QoE enhancements for QoE value, RAN visible QoE trigger event, RAN visible QoE Report over F1.
Specify QoE reporting handling enhancement for overload scenario. Specify QoE reporting handling enhancement for overload scenario.
· Support the continuity of legacy QoE measurement job for streaming and MTSI service during intra-5GC inter-RAT handover process [RAN2, RAN3].· Support the continuity of legacy QoE measurement job for streaming and MTSI service during intra-5GC inter-RAT handover process [RAN2, RAN3].
상기 WID 중 "Support the continuity of legacy QoE measurement job for streaming and MTSI service during intra-5GC inter-RAT handover process [RAN2, RAN3]"라는 부분은 5GC (5G core network)내에서 단말이 inter-RAT 핸드오버 (즉, LTE 기지국에서 NR 기지국으로, 또는 NR 기지국에서 LTE 기지국으로의 핸드오버)를 수행하는 동안, streaming 서비스 및 MTSI 서비스에 대한 legacy QoE 측정을 끊김없이 수행할 수 있도록 Rel-18에서 지원해야하는 objective를 명시하고 있다. 여기서 legacy QoE 측정이란, RAN visible QoE 측정을 제외한 QoE 측정을 의미할 수 있다. 즉, 단말이 5GC와 연결된 LTE기지국으로부터 streaming 서비스 또는 MTSI 서비스에 대한 QoE 설정 정보를 받고 QoE 측정을 수행하던 도중, 5GC와 연결된 NR기지국으로의 핸드오버를 수행하게 되더라도 상기 QoE 측정을 유지하고 그에 대한 결과를 NR 기지국으로 보고하고 최종적으로 QoE 측정 보고가 TCE/MCE까지 수집될 수 있다. 반대로, 즉, 단말이 5GC와 연결된 NR기지국으로부터 streaming 서비스 또는 MTSI 서비스에 대한 QoE 설정 정보를 받고 QoE 측정을 수행하던 도중, 5GC와 연결된 LTE 기지국으로의 핸드오버를 수행하게 되더라도 상기 QoE 측정을 유지하고 그에 대한 결과를 LTE 기지국으로 보고하고 최종적으로 QoE 측정 보고가 TCE/MCE까지 수집될 수 있다. 이를 통해 네트워크 사업자 또는 운용자는 핸드오버 전후 뿐 만 아니라 핸드오버를 수행하면서 단말이 겪은 QoE 결과를 수집하고 이를 네트워크를 최적화하는 데 사용할 수 있다. Among the WIDs, the part titled “Support the continuity of legacy QoE measurement job for streaming and MTSI service during intra-5GC inter-RAT handover process [RAN2, RAN3]” indicates that the UE supports inter-RAT handover within 5GC (5G core network). Objectives that must be supported by Rel-18 to seamlessly perform legacy QoE measurements for streaming services and MTSI services while performing handover (i.e., handover from an LTE base station to an NR base station, or from an NR base station to an LTE base station) It is specified. Here, legacy QoE measurement may mean QoE measurement excluding RAN visible QoE measurement. In other words, even if the terminal receives QoE setting information for a streaming service or MTSI service from an LTE base station connected to 5GC and performs QoE measurement, and performs a handover to an NR base station connected to 5GC, the QoE measurement is maintained and The results are reported to the NR base station, and ultimately QoE measurement reports can be collected up to TCE/MCE. Conversely, even if the terminal receives QoE setting information for a streaming service or MTSI service from an NR base station connected to 5GC and performs QoE measurement, even if handover is performed to an LTE base station connected to 5GC, the QoE measurement is maintained. The results are reported to the LTE base station, and ultimately the QoE measurement report can be collected up to TCE/MCE. Through this, the network operator or operator can collect the QoE results experienced by the terminal not only before and after the handover, but also while performing the handover, and use it to optimize the network.
다음은 LTE와 NR에서의 QoE 측정 설정 및 보고에 관한 RRC IE 또는 메시지의 ASN.1 코드를 나타낸다.The following shows the ASN.1 code of the RRC IE or message regarding QoE measurement setup and reporting in LTE and NR.
LTE에서 QoE 측정 설정을 위해 사용하는 RRC IE (measConfigAppLayer)의 ASN.1 코드는 표준문서 TS 36.331에서 하기 표 9와 같이 정의된다.The ASN.1 code of RRC IE (measConfigAppLayer) used to set up QoE measurement in LTE is defined in the standard document TS 36.331 as shown in Table 9 below.
The IE OtherConfig contains configuration related to other configuration.
OtherConfig information element
-- ASN1START
OtherConfig-r9 ::= SEQUENCE
{
<생략>
[[
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
<생략>
-OtherConfig
The IE OtherConfig contains configuration related to other configuration.
OtherConfig information element
--ASN1START
OtherConfig-r9 ::= SEQUENCE {
<omitted>
[[ measConfigAppLayer-r15 CHOICE{
release NULL,
setupSEQUENCE{
measConfigAppLayerContainer-r15 OCTET STRING (SIZE(1..1000)),
serviceType-r15 ENUMERATED {qoe, qoemtsi, spare6, spare5, spare4, spare3, spare2, spare1}
}
} OPTIONAL, -- NEED ON
<omitted>
LTE에서 QoE 측정 보고를 위해 사용하는 RRC 메시지 (MeasReportAppLayer)의 ASN.1 코드는 표준문서 TS 36.331에서 하기 표 10과 같이 정의된다.The ASN.1 code of the RRC message (MeasReportAppLayer) used for QoE measurement reporting in LTE is defined in the standard document TS 36.331 as shown in Table 10 below.
The MeasReportAppLayer message is used for sending application layer measurement report.
Signalling radio bearer: SRB4
RLC-SAP: AM
Logical channel: DCCH
Direction: UE to E-UTRAN
MeasReportAppLayer message
-- ASN1START
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
}
MeasReportAppLayer-v1590-IEs ::=
SEQUENCE {
lateNonCriticalExtension
OCTET STRING
OPTIONAL,
nonCriticalExtension
SEQUENCE {}
OPTIONAL
}
-- ASN1STOP MeasReportAppLayer
The MeasReportAppLayer message is used for sending application layer measurement report.
Signaling radio bearer: SRB4
RLC-SAP:AM
Logical channel: DCCH
Direction: UE to E-UTRAN
MeasReportAppLayer message
--ASN1START
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
}
MeasReportAppLayer-v1590-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension SEQUENCE {} OPTIONAL
}
--ASN1STOP
NR에서 QoE 측정 설정을 위해 사용하는 RRC IE (AppLayerMeasConfig)의 ASN.1 코드는 표준문서 TS 38.331에서 하기 표 11과 같이 정의된다.The ASN.1 code of RRC IE (AppLayerMeasConfig) used to set up QoE measurement in NR is defined in the standard document TS 38.331 as shown in Table 11 below.
The IE AppLayerMeasConfig indicates configuration of application layer measurements.
AppLayerMeasConfig information element
-- 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 R
...
}
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 OPTIONAL, -- Need M
transmissionOfSessionStartStop BOOLEAN OPTIONAL, -- Need M
ran-VisibleParameters-r17 SetupRelease {RAN-VisibleParameters-r17} OPTIONAL, -- Need M
...
}
RAN-VisibleParameters-r17 ::= SEQUENCE {
ran-VisiblePeriodicity-r17 ENUMERATED {ms120, ms240, ms480, ms640, ms1024} OPTIONAL, -- Need S
numberOfBufferLevelEntries-r17 INTEGER (1..8) OPTIONAL, -- Need R
reportPlayoutDelayForMediaStartup-r17 BOOLEAN OPTIONAL, -- Need M
...
}
-- TAG-APPLAYERMEASCONFIG-STOP
-- ASN1STOP -AppLayerMeasConfig
The IE AppLayerMeasConfig indicates configuration of application layer measurements.
AppLayerMeasConfig information element
--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 R
...
}
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 OPTIONAL, -- Need M
transmissionOfSessionStartStop BOOLEAN OPTIONAL, -- Need M
ran-VisibleParameters-r17 SetupRelease {RAN-VisibleParameters-r17} OPTIONAL, -- Need M
...
}
RAN-VisibleParameters-r17 ::= SEQUENCE {
ran-VisiblePeriodicity-r17 ENUMERATED {ms120, ms240, ms480, ms640, ms1024} OPTIONAL, -- Need S
numberOfBufferLevelEntries-r17 INTEGER (1..8) OPTIONAL, -- Need R
reportPlayoutDelayForMediaStartup-r17 BOOLEAN OPTIONAL, -- Need M
...
}
-- TAG-APPLAYERMEASCONFIG-STOP
--ASN1STOP
NR에서 QoE 측정 보고를 위해 사용하는 RRC 메시지 (MeasurementReportAppLayer)의 ASN.1 코드는 표준문서 TS 38.331에서 하기와 같이 정의된다.The ASN.1 code of the RRC message (MeasurementReportAppLayer) used in NR to report QoE measurement is defined in the standard document TS 38.331 as follows.
- MeasurementReportAppLayer - MeasurementReportAppLayer
The MeasurementReportAppLayer message is used for sending application layer measurement report.The MeasurementReportAppLayer message is used for sending application layer measurement report.
Signalling radio bearer: SRB4Signaling radio bearer: SRB4
RLC-SAP: AMRLC-SAP:AM
Logical channel: DCCHLogical channel: DCCH
Direction: UE to NetworkDirection: UE to Network
-- ASN1START
-- TAG-MEASUREMENTREPORTAPPLAYER-START
MeasurementReportAppLayer-r17 ::= SEQUENCE {
criticalExtensions CHOICE {
measurementReportAppLayer-r17 MeasurementReportAppLayer-r17-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MeasurementReportAppLayer-r17-IEs ::= SEQUENCE {
measurementReportAppLayerList-r17 MeasurementReportAppLayerList-r17,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE{} OPTIONAL
}
MeasurementReportAppLayerList-r17 ::= SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasReportAppLayer-r17
MeasReportAppLayer-r17 ::= SEQUENCE {
measConfigAppLayerId-r17 MeasConfigAppLayerId-r17,
measReportAppLayerContainer-r17 OCTET STRING OPTIONAL,
appLayerSessionStatus-r17 ENUMERATED {started, stopped} OPTIONAL,
ran-VisibleMeasurements-r17 RAN-VisibleMeasurements-r17 OPTIONAL
}
RAN-VisibleMeasurements-r17 ::= SEQUENCE {
appLayerBufferLevelList-r17 SEQUENCE (SIZE (1..8)) OF AppLayerBufferLevel-r17 OPTIONAL,
playoutDelayForMediaStartup-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
-- ASN1STOPMeasurementReportAppLayer message
--ASN1START
-- TAG-MEASUREMENTREPORTAPPLAYER-START
MeasurementReportAppLayer-r17 ::= SEQUENCE {
criticalExtensions CHOICE {
measurementReportAppLayer-r17 MeasurementReportAppLayer-r17-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MeasurementReportAppLayer-r17-IEs ::= SEQUENCE {
measurementReportAppLayerList-r17 MeasurementReportAppLayerList-r17,
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension SEQUENCE{} OPTIONAL
}
MeasurementReportAppLayerList-r17 ::= SEQUENCE (SIZE (1..maxNrofAppLayerMeas-r17)) OF MeasReportAppLayer-r17
MeasReportAppLayer-r17 ::= SEQUENCE {
measConfigAppLayerId-r17 MeasConfigAppLayerId-r17,
measReportAppLayerContainer-r17 OCTET STRING OPTIONAL,
appLayerSessionStatus-r17 ENUMERATED {started, stopped} OPTIONAL;
ran-VisibleMeasurements-r17 RAN-VisibleMeasurements-r17 OPTIONAL
}
RAN-VisibleMeasurements-r17 ::= SEQUENCE {
appLayerBufferLevelList-r17 SEQUENCE (SIZE (1..8)) OF AppLayerBufferLevel-r17 OPTIONAL,
playoutDelayForMediaStartup-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
현재 LTE에서 단말이 동시에 수행할 수 있는 최대 QoE 측정 설정 개수는 1개이며, 이는 TS 36.331내 measConfigAppLayerContainer에 관한 설명에 하기와 명시되어 있다.Currently, the maximum number of QoE measurement settings that a terminal can perform simultaneously in LTE is 1, which is specified below in the description of measConfigAppLayerContainer in TS 36.331.
The field contains configuration of application layer measurements, see Annex L (normative) in TS 26.247 [90] and clause 16.5 in TS 26.114 [99]. The maximum number of configurations of application layer measurements that a UE supports is one regardless of serviceType. measConfigAppLayerContainer
The field contains configuration of application layer measurements, see Annex L (normative) in TS 26.247 [90] and clause 16.5 in TS 26.114 [99]. The maximum number of configurations of application layer measurements that a UE supports is one regardless of serviceType .
따라서, LTE에서 QoE 측정 설정을 위해 사용하는 RRC IE (measConfigAppLayer)를 통해 기지국은 단말에게 1개의 QoE 설정만을 수립 (setup)시킬 수 있다. 이는 measConfigAppLayer의 ASN.1 코드에서 "setup"을 지시함으로써 가능할 수 있다. measConfigAppLayer를 사용하여, 기지국은 QoE 설정 setup시 단말의 application layer로 전달되는 QoE 설정 정보를 measConfigAppLayerContainer에 수납할 수 있고, 어떤 service 타입의 application layer인지를 지시하기 위해 serviceType 파라미터를 지시하여 수납할 수 있다. 반대로 QoE 설정 정보 해제(release)를 위해, 기지국은 measConfigAppLayer의 ASN.1 코드에서 "release"을 지시할 수 있다. 단말에게 설정 가능한 QoE 측정 설정 개수가 최대 1개이기에, 상기"release"를 지시받은 단말은 설정된 QoE 측정 설정을 (존재한다면) 해제할 수 있다. LTE에서 QoE 측정 결과 보고를 위해 단말은 application layer로부터 수신한 QoE 측정 결과 보고를 MeasReportAppLayer 메시지 내 measReportAppLayerContainer 파라미터를 통해 포함할 수 있다. LTE 에서 단말에게 설정 가능한 QoE 측정 설정 개수가 최대 1개이기에, MeasReportAppLayer 메시지 내 measReportAppLayerContainer를 복수 개 포함할 필요없이 최대 한 개만 수납할 수 있도록 정의되었다.Therefore, the base station can set up only one QoE setting for the terminal through RRC IE (measConfigAppLayer), which is used to set up QoE measurement in LTE. This can be achieved by indicating "setup" in the ASN.1 code of measConfigAppLayer. Using measConfigAppLayer, the base station can store QoE configuration information transmitted to the application layer of the terminal during QoE setup setup in measConfigAppLayerContainer, and store it by specifying the serviceType parameter to indicate what service type the application layer is. Conversely, to release QoE configuration information, the base station can indicate "release" in the ASN.1 code of measConfigAppLayer. Since the maximum number of QoE measurement settings that can be set to the terminal is one, the terminal that has received the “release” instruction can release the set QoE measurement settings (if any). To report QoE measurement results in LTE, the terminal can include the QoE measurement result report received from the application layer through the measReportAppLayerContainer parameter in the MeasReportAppLayer message. Since the maximum number of QoE measurement settings that can be set to a terminal in LTE is one, it was defined so that only one measReportAppLayerContainer can be stored in the MeasReportAppLayer message without the need to include multiple measReportAppLayerContainers.
반면 현재 NR에서 단말이 동시에 수행할 수 있는 최대 QoE 측정 설정 개수는 16개이며, 이는 TS 38.331 내에 하기와 같이 명시되어 있다.On the other hand, the maximum number of QoE measurement settings that a UE can perform simultaneously in NR is 16, and this is specified in TS 38.331 as follows.
-
Multiplicity and type constraint definitions
-- ASN1START
-- TAG-MULTIPLICITY-AND-TYPE-CONSTRAINT-DEFINITIONS-START
<생략>
maxNrofAppLayerMeas-r17 INTEGER ::= 16 -- Max number of simultaneous application layer measurements
<생략>6.4 RRC multiplicity and type constraint values
- Multiplicity and type constraint definitions
--ASN1START
-- TAG-MULTIPLICITY-AND-TYPE-CONSTRAINT-DEFINITIONS-START
<omitted>
maxNrofAppLayerMeas-r17 INTEGER ::= 16 -- Max number of simultaneous application layer measurements
<omitted>
따라서, NR에서 QoE 측정 설정을 위해 사용하는 RRC IE (AppLayerMeasConfig)를 통해 기지국은 단말에게 동시에 최대 16 (또는 maxNrofAppLayerMeas)개의 QoE 설정을 수립 (setup)할 수 있다. 이는 AppLayerMeasConfig 내 measConfigAppLayerToAddModList 파라미터를 통해 MeasConfigAppLayer IE를 최대 16 (또는 maxNrofAppLayerMeas)개까지 설정함으로써 가능할 수 있다. 각 MeasConfigAppLayer를 사용하여, 기지국은 각 QoE 설정 설립 또는 수정시 단말의 application layer로 전달되는 QoE 설정 정보를 measConfigAppLayerContainer에 수납할 수 있고, 어떤 service 타입의 application layer인지를 지시하기 위해 serviceType 파라미터를 지시하여 수납할 수 있다. 또한, 기지국은 단말에게 설정된 복수 개의 QoE 설정을 구분하기 위해 각 MeasConfigAppLayer별 (각 QoE 설정 별)로 measConfigAppLayerId 파라미터를 통해 QoE 설정 ID를 지시해줄 수 있다. 따라서, 기지국이 단말의 QoE 설정 정보 해제 시, measConfigAppLayerToReleaseList 파라미터를 통하여 복수 개의 measConfigAppLayerId를 지시함으로써, 단말이 이전에 해당 measConfigAppLayerId로 설립되었던 복수개의 QoE 설정을 해제할 수 있다.Therefore, through RRC IE (AppLayerMeasConfig) used to set up QoE measurement in NR, the base station can set up up to 16 (or maxNrofAppLayerMeas) QoE settings for the UE at the same time. This can be achieved by setting up to 16 MeasConfigAppLayer IEs (or maxNrofAppLayerMeas) through the measConfigAppLayerToAddModList parameter in AppLayerMeasConfig. Using each MeasConfigAppLayer, the base station can store QoE configuration information transmitted to the application layer of the terminal when establishing or modifying each QoE configuration in measConfigAppLayerContainer, and store it by specifying the serviceType parameter to indicate what service type the application layer is. can do. Additionally, the base station may indicate a QoE setting ID for each MeasConfigAppLayer (for each QoE setting) through the measConfigAppLayerId parameter to distinguish a plurality of QoE settings set for the terminal. Therefore, when the base station releases the QoE setting information of the terminal, by indicating a plurality of measConfigAppLayerId through the measConfigAppLayerToReleaseList parameter, the terminal can cancel a plurality of QoE settings previously established with the corresponding measConfigAppLayerId.
NR에서 단말은 각 measConfigAppLayerId 별 (각 QoE 설정 별)로 생성된 QoE 측정 결과 보고를 하나의 메시지 (MeasurementReportAppLayer 메시지)를 통해 전송할 수 있다. 이를 위해 MeasurementReportAppLayer 메시지는 복수개의 MeasReportAppLayer IE를 수납할 수 있으며 각 MeasReportAppLayer IE는 measConfigAppLayerId를 수납함으로써 어떤 QoE 설정에 의해 생성된 QoE 보고인지를 나타낼 수 있다. 또한 MeasReportAppLayer IE는 measReportAppLayerContainer를 통해 measConfigAppLayerId로 지시되는 특정 QoE 설정에 따라 application layer에서 생성된 QoE 측정 결과 정보를 수납할 수 있다. NR에서 단말이 동시에 수행할 수 있는 (또는 설정받을 수있는) 최대 QoE 측정 설정 개수는 16 (또는 maxNrofAppLayerMeas)개이기에, MeasurementReportAppLayer 메시지 또한 최대 16 (또는 maxNrofAppLayerMeas)개의 MeasReportAppLayer IE를 수납할 수 있도록 정의되었다.In NR, the terminal can transmit a QoE measurement result report generated for each measConfigAppLayerId (for each QoE setting) through one message (MeasurementReportAppLayer message). To this end, the MeasurementReportAppLayer message can store multiple MeasReportAppLayer IEs, and each MeasReportAppLayer IE can indicate which QoE setting the QoE report is generated by storing measConfigAppLayerId. Additionally, MeasReportAppLayer IE can store QoE measurement result information generated at the application layer according to specific QoE settings indicated by measConfigAppLayerId through measReportAppLayerContainer. In NR, the maximum number of QoE measurement settings that a terminal can simultaneously perform (or receive) is 16 (or maxNrofAppLayerMeas), so the MeasurementReportAppLayer message is also defined to accommodate up to 16 (or maxNrofAppLayerMeas) MeasReportAppLayer IEs.
도 1f는 본 발명의 일 실시 예로서, 단말이 LTE에서 NR로 핸드오버를 수행하는 과정에서 LTE의 QoE 설정을 유지하는 방법을 나타낸 도면이다.FIG. 1F is a diagram illustrating a method of maintaining LTE QoE settings while a terminal performs handover from LTE to NR, as an embodiment of the present invention.
단말의 AS (Access Stratum layer) (1f-05)와 단말의 APP (application layer) (1f-10)는 LTE 기지국 또는 셀을 통해 LTE QoE 측정 설정 정보 (예, QoE config 1)를 설정 받은 상태일 수 있다 (1f-15, 1f-20). LTE에서 단말 (AS 및/또는 APP)은 QoE 설정 정보를 최대 1개까지만 저장하고 측정을 수행할 수 있기 때문에, 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 필요로 하지 않을 수 있다 (NR에서는 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 필요로 할 수 있다). 단지 단말 (AS 및/또는 APP)은 QoE 설정 정보가 어떠한 서비스 타입에 관한 것인지에 대한 정보를 지시자 (예, serviceType)로 설정 받을 수 있고 이 지시자 또는 정보를 저장할 수 있다 (1f-15, 1f-20). LTE QoE 설정 (예, QoE config 1)을 보유한 단말은 LTE 기지국 또는 셀 (1f-23)과 RRC 연결모드 상태일 수 있다. 상기 LTE 기지국 또는 셀은 상기 단말의 핸드오버를 개시할 수 있다. 이를 위해 source LTE 기지국 또는 셀 (s-eNB) (1f-23)은 target NR 기지국 (t-gNB) (1f-25)이 핸드오버를 준비하는데 필요한 정보를 handover preparation information 메시지 또는 HANDOVER REQUEST 메시지를 통해 t-gNB에게 전송할 수 있다 (1f-30). 이 때 target RAT (Radio access technology) (즉, NR)에 요구되는 format으로 상기 메시지 및 정보를 보낼 수 있다. 상기 정보를 기반으로 t-gNB는 RRC reconfiguration 메시지 (예, RRCReconfiguration)를 생성할 수 있고, 이를 handover command 메시지 또는 HANDOVER REQUEST ACKNOWLEDGEMENT 메시지에 담아 s-eNB에게 전달할 수 있다 (1f-35). 이를 수신한 s-eNB는 상기 t-gNB의 RRC reconfiguration 메시지를 MobilityFromEUTRACommand 메시지에 담아 단말에게 전송할 수 있다 (1f-40). 하기는 MobilityFromEUTRACommand 메시지의 ASN.1 코드이다.The terminal's AS (Access Stratum layer) (1f-05) and the terminal's APP (application layer) (1f-10) have received LTE QoE measurement configuration information (e.g., QoE config 1) through the LTE base station or cell. (1f-15, 1f-20). In LTE, a terminal (AS and/or APP) can store and measure only up to one piece of QoE setting information, so a separate ID to distinguish multiple QoE setting information may not be required (in NR, A separate ID may be required to distinguish multiple QoE setting information). Only the terminal (AS and/or APP) can receive information about what service type the QoE configuration information relates to as an indicator (e.g. serviceType) and store this indicator or information (1f-15, 1f-20 ). A terminal with LTE QoE settings (e.g., QoE config 1) may be in RRC connection mode with an LTE base station or cell (1f-23). The LTE base station or cell may initiate handover of the terminal. For this purpose, the source LTE base station or cell (s-eNB) (1f-23) provides the information necessary for the target NR base station (t-gNB) (1f-25) to prepare for handover through a handover preparation information message or HANDOVER REQUEST message. Can be transmitted to t-gNB (1f-30). At this time, the message and information can be sent in the format required for the target RAT (Radio access technology) (i.e., NR). Based on the above information, the t-gNB can generate an RRC reconfiguration message (e.g., RRCReconfiguration) and deliver it to the s-eNB in a handover command message or HANDOVER REQUEST ACKNOWLEDGEMENT message (1f-35). The s-eNB that has received this can transmit the t-gNB's RRC reconfiguration message to the UE in a MobilityFromEUTRACommand message (1f-40). Below is the ASN.1 code of the MobilityFromEUTRACommand message.
MobilityFromEUTRACommand ::=
SEQUENCE {
rrc-TransactionIdentifier
RRC-TransactionIdentifier,
criticalExtensions
CHOICE {
c1
CHOICE{
mobilityFromEUTRACommand-r8
MobilityFromEUTRACommand-r8-IEs,
mobilityFromEUTRACommand-r9
MobilityFromEUTRACommand-r9-IEs,
spare2 NULL, spare1
NULL
},
criticalExtensionsFuture
SEQUENCE {}
}
}
MobilityFromEUTRACommand-r8-IEs ::=
SEQUENCE {
cs-FallbackIndicator
BOOLEAN,
purpose
CHOICE{
handover
Handover,
cellChangeOrder
CellChangeOrder
},
nonCriticalExtension
MobilityFromEUTRACommand-v8a0-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension
OCTET STRING
OPTIONAL,
nonCriticalExtension
MobilityFromEUTRACommand-v8d0-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v8d0-IEs ::= SEQUENCE {
bandIndicator
BandIndicatorGERAN
OPTIONAL,
-- Cond GERAN
nonCriticalExtension
SEQUENCE {}
OPTIONAL
}
MobilityFromEUTRACommand-r9-IEs ::=
SEQUENCE {
cs-FallbackIndicator
BOOLEAN,
purpose
CHOICE{
handover
Handover,
cellChangeOrder
CellChangeOrder,
e-CSFB-r9
E-CSFB-r9,
...
},
nonCriticalExtension
MobilityFromEUTRACommand-v930-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension
OCTET STRING
OPTIONAL,
nonCriticalExtension
MobilityFromEUTRACommand-v960-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v960-IEs ::= SEQUENCE {
bandIndicator
BandIndicatorGERAN
OPTIONAL,
-- Cond GERAN
nonCriticalExtension
MobilityFromEUTRACommand-v1530-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v1530-IEs ::= SEQUENCE {
smtc-r15
MTC-SSB-NR-r15
OPTIONAL,
-- Need OP
nonCriticalExtension
SEQUENCE {}
OPTIONAL
}
Handover ::=
SEQUENCE {
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
}
CellChangeOrder ::=
SEQUENCE {
t304
ENUMERATED {
ms100, ms200, ms500, ms1000,
ms2000, ms4000, ms8000, ms10000-v1310},
targetRAT-Type
CHOICE {
geran
SEQUENCE {
physCellId
PhysCellIdGERAN,
carrierFreq
CarrierFreqGERAN,
networkControlOrder
BIT STRING (SIZE (2))
OPTIONAL,
-- Need OP
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Need OP
},
...
}
}
SI-OrPSI-GERAN ::=
CHOICE {
si
SystemInfoListGERAN,
psi
SystemInfoListGERAN
}
E-CSFB-r9 ::=
SEQUENCE {
messageContCDMA2000-1XRTT-r9
OCTET STRING
OPTIONAL,
-- Need ON
mobilityCDMA2000-HRPD-r9
ENUMERATED {
handover, redirection
}
OPTIONAL,
-- Need OP
messageContCDMA2000-HRPD-r9
OCTET STRING
OPTIONAL,
-- Cond concHO
redirectCarrierCDMA2000-HRPD-r9
CarrierFreqCDMA2000
OPTIONAL
-- Cond concRedir
}
-- ASN1STOP--ASN1START
MobilityFromEUTRACommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
c1 CHOICE{
mobilityFromEUTRACommand-r8 MobilityFromEUTRACommand-r8-IEs,
mobilityFromEUTRACommand-r9 MobilityFromEUTRACommand-r9-IEs,
spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromEUTRACommand-r8-IEs ::= SEQUENCE {
cs-FallbackIndicator BOOLEAN;
purpose CHOICE{
handover Handover,
cellChangeOrder CellChangeOrder
},
nonCriticalExtension MobilityFromEUTRACommand-v8a0-IEs OPTIONAL
}
MobilityFromEUTRACommand-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromEUTRACommand-v8d0-IEs OPTIONAL
}
MobilityFromEUTRACommand-v8d0-IEs ::= SEQUENCE {
bandIndicator BandIndicatorGERAN OPTIONAL, -- Cond GERAN
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromEUTRACommand-r9-IEs ::= SEQUENCE {
cs-FallbackIndicator BOOLEAN;
purpose CHOICE{
handover Handover,
cellChangeOrder CellChangeOrder,
e-CSFB-r9 E-CSFB-r9,
...
},
nonCriticalExtension MobilityFromEUTRACommand-v930-IEs OPTIONAL
}
MobilityFromEUTRACommand-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromEUTRACommand-v960-IEs OPTIONAL
}
MobilityFromEUTRACommand-v960-IEs ::= SEQUENCE {
bandIndicator BandIndicatorGERAN OPTIONAL, -- Cond GERAN
nonCriticalExtension MobilityFromEUTRACommand-v1530-IEs OPTIONAL
}
MobilityFromEUTRACommand-v1530-IEs ::= SEQUENCE {
smtc-r15 MTC-SSB-NR-r15 OPTIONAL, -- Need OP
nonCriticalExtension SEQUENCE {} OPTIONAL
}
Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
}
CellChangeOrder ::= SEQUENCE {
t304 ENUMERATED {
ms100, ms200, ms500, ms1000,
ms2000, ms4000, ms8000, ms10000-v1310},
targetRAT-Type CHOICE {
geran SEQUENCE {
physCellId PhysCellIdGERAN;
carrierFreq CarrierFreqGERAN,
networkControlOrder BIT STRING (SIZE (2)) OPTIONAL, -- Need OP
systemInformation SI-OrPSI-GERAN OPTIONAL -- Need OP
},
...
}
}
SI-OrPSI-GERAN ::= CHOICE {
si SystemInfoListGERAN,
psi SystemInfoListGERAN
}
E-CSFB-r9 ::= SEQUENCE {
messageContCDMA2000-1XRTT-r9 OCTET STRING OPTIONAL, -- Need ON
mobilityCDMA2000-HRPD-r9 ENUMERATED {
handover, redirection
} OPTIONAL, -- Need OP
messageContCDMA2000-HRPD-r9 OCTET STRING OPTIONAL, -- Cond concHO
redirectCarrierCDMA2000-HRPD-r9 CarrierFreqCDMA2000 OPTIONAL -- Cond concRedir
}
--ASN1STOP
상기 s-eNB는 purpose 파라미터의 값을 handover로 지시함으로써, 핸드오버를 위해 단말에게 MobilityFromEUTRACommand 메시지를 전송함을 명시할 수 있다. 상기 s-eNB는 Handover IE의 내부의 파라미터 값들을 다음과 같이 설정할 수 있다. 1) targetRAT-Type: nr로 설정함으로써 target RAT이 NR임을 지시할 수 있다. 2) targetRAT-MessageContainer: 상기 t-gNB이 생성한 RRC reconfiguration 메시지를 담을 수 있다. 3) nas-SecurityParamFromEUTRA: NR로의 핸드오버 시 생략될 수 있다. 4) systemInformation: NR로의 핸드오버 시 생략될 수 있다.The s-eNB can specify that it transmits the MobilityFromEUTRACommand message to the UE for handover by indicating the value of the purpose parameter as handover. The s-eNB can set the internal parameter values of Handover IE as follows. 1) By setting targetRAT-Type: nr, you can indicate that the target RAT is NR. 2) targetRAT-MessageContainer: Can contain the RRC reconfiguration message generated by the t-gNB. 3) nas-SecurityParamFromEUTRA: Can be omitted when handover to NR. 4) systemInformation: Can be omitted when handover to NR.
본 발명의 일 실시 예로, 핸드오버 시 기지국은 단말이 보유하는 LTE에서의 QoE 설정 (예, QoE config 1)를 NR로 핸드오버 후 유지/해제하기 위한 지시자 (예, 지시자 A)를 정의 또는/및 사용할 수 있다. 지시자 A는 MobilityFromEUTRACommand 메시지 또는 RRC Reconfiguration 메시지 안에 정의될 수 있다 (1f-40). 예를 들어, MobilityFromEUTRACommand 메시지 내에 지시자 A가 정의되는 경우 s-eNB가 지시자 A를 설정할 수 있으며, RRC Reconfiguration 메시지 내에 지시자 A가 정의되는 경우 t-gNB가 지시자 A를 설정할 수 있다. In one embodiment of the present invention, during handover, the base station defines an indicator (e.g., indicator A) to maintain/release the QoE settings (e.g., QoE config 1) in LTE held by the terminal after handover to NR. and can be used. Indicator A can be defined in the MobilityFromEUTRACommand message or RRC Reconfiguration message (1f-40). For example, if indicator A is defined in the MobilityFromEUTRACommand message, the s-eNB can set indicator A, and if indicator A is defined in the RRC Reconfiguration message, the t-gNB can set indicator A.
기지국 (s-eNB 또는 t-gNB)은 핸드오버를 수행하더라도 단말에서의 끊김없이 연속적인 QoE 측정 수행을 원할 수 있으며, 지시자 A를 통해 LTE의 QoE 설정을 유지할 수 있다. 예를 들어, t-gNB은 단말에게 설정된 서비스 타입의 QoE 측정을 지원하며, OAM이 설정한 QoE 측정 지역 범위 (예, areaScope)에 포함된 기지국 또는 셀이기에 QoE 설정을 유지할 수 있다. Even when handover is performed, the base station (s-eNB or t-gNB) may want to perform continuous QoE measurement without interruption in the terminal, and can maintain LTE QoE settings through indicator A. For example, t-gNB supports QoE measurement of the service type set for the UE, and can maintain QoE settings because it is a base station or cell included in the QoE measurement area range (e.g., areaScope) set by the OAM.
s-eNB가 지시자 A의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromEUTRACommand 메시지 내 지시자 A가 정의되는 경우), t-gNB로부터 QoE 설정 유지에 대한 지시자 (예, 지시자 B)를 받을 수 있다 (1f-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 지시자 B를 정의할 수 있고, s-eNB는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 통해 t-gNB로부터 QoE 설정 유지를 지시하는 지시자 B를 수신함으로써 (1f-35) 단말에게 전송하는 지시자 A를 통해 단말의 QoE 설정의 유지를 지시할 수 있다 (1f-40).In the case of an embodiment in which the s-eNB determines/generates the configuration of indicator A (e.g., when indicator A is defined in the MobilityFromEUTRACommand message), an indicator for maintaining QoE settings (e.g., indicator B) may be received from the t-gNB. (1f-35). For example, the By receiving B (1f-35), maintenance of the QoE settings of the terminal can be instructed through indicator A transmitted to the terminal (1f-40).
본 발명의 일 실시 예로, 기지국은 QoE 설정을 해제한 뒤 다시 동일한 설정을 단말에게 전송해줄 수 있지만 이를 위해서 기지국은 단말의 QoE 설정 정보 (예, measConfigAppLayerContainer)를 저장하고 있어야 하며, 이를 다시 단말에게 전송해줘야 하며, 단말 AS 또한 단말 APP에게 이를 다시 전달해줘야 한다. QoE 설정 정보의 RRC 메시지의 사이즈가 작지 않음을 고려하였을 때 이는 단말 또는 기지국에게 시그널링 및 에너지 소모 측면에서 매우 비효율적일 수 있다. 예를 들어 measConfigAppLayerContainer는 LTE에서 최대 1000바이트, NR에서는 최대 8000바이트까지 차지할 수 있다. 또한, 상기의 QoE 설정을 해제 후 재설정하는 방법은 QoE 측정을 연속적으로 수행할 수 없게 된다. 따라서 본 발명에서는 inter-RAT 핸드오버 시 단말의 QoE 설정 정보 (예, measConfigAppLayerContainer)를 해제하지 않고 유지 (재사용)함으로써 연속적인 QoE 측정을 달성함과 동시에 시그널링 오버헤드를 줄이고 단말과 기지국의 에너지 소비를 절감하는데 도움이 될 수 있다.In one embodiment of the present invention, the base station can cancel the QoE settings and then transmit the same settings to the terminal again. However, for this, the base station must store the terminal's QoE setting information (e.g., measConfigAppLayerContainer) and transmit it again to the terminal. This must be done, and the terminal AS must also convey this back to the terminal APP. Considering that the size of the RRC message of QoE configuration information is not small, this may be very inefficient in terms of signaling and energy consumption for the terminal or base station. For example, measConfigAppLayerContainer can occupy up to 1000 bytes in LTE and up to 8000 bytes in NR. In addition, the method of canceling and resetting the QoE settings described above does not allow QoE measurement to be performed continuously. Therefore, in the present invention, continuous QoE measurement is achieved by maintaining (reusing) the QoE configuration information (e.g., measConfigAppLayerContainer) of the terminal during inter-RAT handover rather than releasing it, while reducing signaling overhead and reducing energy consumption of the terminal and base station. It can help you save money.
핸드오버를 성공적으로 마친 후 단말은 RRC Reconfiguration complete 메시지를 t-gNB에게 전송할 수 있다 (1f-45). 단말 AS는 핸드오버를 성공적으로 마친 후 또는 RRC Reconfiguration complete 메시지를 전송한 이후 LTE의 라디오 자원 및/또는 설정을 해제할 수 있다. 하지만 이 때 단말 AS는 1f-40에서 수신한 지시자 A에 따라 QoE 자원 및/또는 설정은 예외적으로 해제하지 않고 유지할 수 있다 (1f-50). 즉, 단말이 NR로 핸드오버를 수행하더라도 LTE의 QoE 설정은 (NR 설정과는 별도로) 저장하고 유지하고 있을 수 있다. 단말 APP에서도 여전히 QoE 설정이 유지되고 QoE 측정을 수행할 수 있다 (1f-55). 그에 따라 단말 APP은 QoE 보고를 생성할 수 있고 이를 단말 AS에게 전달할 수 있다. 이 때 LTE AT command가 사용될 수 있으며, 단말 APP이 측정하여 생성된 QoE 측정 결과 보고 및 저장하고 있던 서비스 타입 (예, QoE config 1의 서비스 타입)을 포함할 수 있다 (1f-60). 단말 APP으로부터 QoE 보고를 수신한 단말 AS는 핸드오버를 완료한 기지국 (t-gNB)에게 QoE 보고 전송할 수 있다 (1f-65). 이 때, NR에서 정의하는 QoE 보고 메시지 (예, MeasurementReportAppLayer 메시지)를 사용할 수 있다. 상기 메시지 전송을 위해 SRB3 또는 SRB4를 사용할 수 있다. 종래 NR에서 정의하는 QoE 보고 메시지 (예, MeasurementReportAppLayer 메시지)는 NR QoE 설정으로 APP에서 만들어진 QoE 보고를 수납하는 container (예, measurementReportAppLayerContainer)를 포함할 수 있으며, 서비스 타입 (예, serviceType) 대신 QoE 설정 ID (예, measConfigAppLayerId)를 포함할 수 있다. 본 발명의 일 실시 예로, NR에서 정의하는 QoE 보고 메시지 (예, MeasurementReportAppLayer 메시지)내에 LTE QoE 설정으로 APP에서 만들어진 QoE 보고를 수납하는 container (예, measurementReportAppLayerContainer-EUTRA) 및/또는 서비스 타입 (예, serviceType-EUTRA)을 추가로 정의하고 이를 1f-60에서 수신한 정보를 이용해 설정할 수 있다. 본 발명의 일 실시 예로, 단말은 1f-65에서, LTE에서 정의하는 QoE 보고 메시지 (예, MeasReportAppLayer 메시지)를 사용하여, 1f-60에서 수신한 정보를 기지국 (예, t-gNB)에게 보고할 수 있다. t-gNB는 1f-65에서 수신한 QoE 보고를 TCE/MCE로 전달해 줄 수 있다 (1f-70).After successfully completing the handover, the UE can transmit an RRC Reconfiguration complete message to the t-gNB (1f-45). The terminal AS may release radio resources and/or settings of LTE after successfully completing handover or transmitting an RRC Reconfiguration complete message. However, at this time, the terminal AS may maintain QoE resources and/or settings without exceptionally releasing them according to the indicator A received in 1f-40 (1f-50). In other words, even if the terminal performs handover to NR, the LTE QoE settings may be stored and maintained (separately from the NR settings). QoE settings are still maintained in the terminal APP and QoE measurement can be performed (1f-55). Accordingly, the terminal APP can generate a QoE report and deliver it to the terminal AS. At this time, the LTE AT command can be used, and the QoE measurement result generated by measurement by the terminal APP can be reported and the service type being stored (e.g., service type of QoE config 1) can be included (1f-60). The terminal AS that has received the QoE report from the terminal APP can transmit the QoE report to the base station (t-gNB) that has completed the handover (1f-65). At this time, the QoE reporting message (e.g., MeasurementReportAppLayer message) defined in NR can be used. SRB3 or SRB4 can be used to transmit the message. The QoE report message (e.g., MeasurementReportAppLayer message) defined in conventional NR may include a container (e.g., measurementReportAppLayerContainer) that stores the QoE report created in the APP with NR QoE settings, and the QoE setting ID instead of the service type (e.g., serviceType) (e.g. measConfigAppLayerId) may be included. In one embodiment of the present invention, a container (e.g., measurementReportAppLayerContainer-EUTRA) and/or a service type (e.g., serviceType) that stores a QoE report created in an APP with LTE QoE settings within a QoE report message (e.g., MeasurementReportAppLayer message) defined in NR -EUTRA) can be additionally defined and set using the information received from 1f-60. In one embodiment of the present invention, the terminal reports the information received at 1f-60 to the base station (e.g., t-gNB) using the QoE reporting message (e.g., MeasReportAppLayer message) defined in LTE in 1f-65. You can. t-gNB can forward the QoE report received at 1f-65 to TCE/MCE (1f-70).
본 발명의 일 실시 예로, 만약 MobilityFromEUTRACommand에 포함되는 RRC Reconfiguration 메시지에서 새로운 NR QoE 설정의 setup 정보가 포함되어있을 수 있고 (1f-40), 이 경우 단말의 AS 및 APP은 (LTE QoE 설정 및 측정의 유지 여부와 관계없이) NR QoE 설정을 저장하고 NR QoE 설정에 따라 QoE 측정을 수행하고 보고할 수 있으며, 이 과정은 1h-65/1h-70/1h-75/1h-80을 따를 수 있다.As an embodiment of the present invention, if the RRC Reconfiguration message included in MobilityFromEUTRACommand may contain setup information for new NR QoE settings (1f-40), in this case, the AS and APP of the terminal (LTE QoE setup and measurement) (regardless of whether to maintain or not) can save the NR QoE settings and perform and report QoE measurements according to the NR QoE settings, this process can follow 1h-65/1h-70/1h-75/1h-80.
본 발명의 일 실시 예로, 단계 1f-40에서, 기지국은 단말이 LTE QoE 설정을 유지해야하는 시간을 timer 길이로 설정해줄 수 있다. 해당 timer 설정은 MobilityFromEUTRACommand 메시지 또는 RRC Reconfiguration 메시지 안에 정의될 수 있다. 단말은 핸드오버를 성공적으로 수행한 후 또는 상기 메시지를 수신한 후 해당 timer를 시작하고 timer가 running 하는 동안 LTE QoE 설정 및 측정을 유지할 수 있고, timer가 만료되면 더 이상 LTE QoE 측정을 중단하고 해당 설정을 해제 (AS 및 APP에서 모두)할 수 있다. 만약 또 다른 handover 수행 시 해당 timer는 reset후 restart하거나, 멈출 수 있다.In an embodiment of the present invention, in step 1f-40, the base station may set the timer length for which the terminal must maintain the LTE QoE settings. The timer settings can be defined in the MobilityFromEUTRACommand message or RRC Reconfiguration message. After successfully performing a handover or receiving the above message, the terminal can start the timer and maintain LTE QoE settings and measurements while the timer is running. When the timer expires, it will stop measuring LTE QoE and stop measuring the LTE QoE. You can turn off the setting (both in AS and APP). If another handover is performed, the timer can be reset and restarted, or stopped.
도 1g는 본 발명의 일 실시 예로서, 단말이 LTE에서 NR로 핸드오버를 수행하는 과정에서 LTE의 QoE 설정을 해제하는 방법을 나타낸 도면이다.Figure 1g is an embodiment of the present invention, a diagram showing a method of releasing QoE settings of LTE while a terminal performs handover from LTE to NR.
단말의 AS (Access Stratum layer) (1g-05)와 단말의 APP (application layer) (1g-10)는 LTE 기지국 또는 셀을 통해 LTE QoE 측정 설정 정보 (예, QoE config 1)를 설정 받은 상태일 수 있다 (1g-15, 1g-20). LTE에서 단말 (AS 및/또는 APP)은 QoE 설정 정보를 최대 1개까지만 저장하고 측정을 수행할 수 있기 때문에, 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 필요로 하지 않을 수 있다 (NR에서는 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 필요로 할 수 있다). 단지 단말 (AS 및/또는 APP)은 QoE 설정 정보가 어떠한 서비스 타입에 관한 것인지에 대한 정보를 지시자 (예, serviceType)로 설정 받을 수 있고 이 지시자 또는 정보를 저장할 수 있다 (1g-15, 1g-20). LTE QoE 설정 (예, QoE config 1)을 보유한 단말은 LTE 기지국 또는 셀 (1g-23)과 RRC 연결모드 상태일 수 있다. 상기 LTE 기지국 또는 셀은 상기 단말의 핸드오버를 개시할 수 있다. 이를 위해 source LTE 기지국 또는 셀 (s-eNB) (1g-23)은 target NR 기지국 (t-gNB) (1g-25)이 핸드오버를 준비하는데 필요한 정보를 handover preparation information 메시지 또는 HANDOVER REQUEST 메시지를 통해 t-gNB에게 전송할 수 있다 (1g-30). 이 때 target RAT (Radio access technology) (즉, NR)에 요구되는 format으로 상기 메시지 및 정보를 보낼 수 있다. 상기 정보를 기반으로 t-gNB는 RRC reconfiguration 메시지 (예, RRCReconfiguration)를 생성할 수 있고, 이를 handover command 메시지 또는 HANDOVER REQUEST ACKNOWLEDGEMENT 메시지에 담아 s-eNB에게 전달할 수 있다 (1g-35). 이를 수신한 s-eNB는 상기 t-gNB의 RRC reconfiguration 메시지를 MobilityFromEUTRACommand 메시지에 담아 단말에게 전송할 수 있다 (1g-40). 하기는 MobilityFromEUTRACommand 메시지의 ASN.1 코드이다.The terminal's AS (Access Stratum layer) (1g-05) and the terminal's APP (application layer) (1g-10) have received LTE QoE measurement configuration information (e.g., QoE config 1) through the LTE base station or cell. (1g-15, 1g-20). In LTE, a terminal (AS and/or APP) can store and measure only up to one piece of QoE setting information, so a separate ID to distinguish multiple QoE setting information may not be required (in NR, A separate ID may be required to distinguish multiple QoE setting information). Only the terminal (AS and/or APP) can receive information about what service type the QoE configuration information relates to as an indicator (e.g. serviceType) and store this indicator or information (1g-15, 1g-20 ). A terminal with LTE QoE settings (e.g., QoE config 1) may be in RRC connection mode with an LTE base station or cell (1g-23). The LTE base station or cell may initiate handover of the terminal. For this purpose, the source LTE base station or cell (s-eNB) (1g-23) provides the information necessary for the target NR base station (t-gNB) (1g-25) to prepare for handover through a handover preparation information message or a HANDOVER REQUEST message. Can be transmitted to t-gNB (1g-30). At this time, the message and information can be sent in the format required for the target RAT (Radio access technology) (i.e., NR). Based on the above information, the t-gNB can generate an RRC reconfiguration message (e.g., RRCReconfiguration) and deliver it to the s-eNB in a handover command message or HANDOVER REQUEST ACKNOWLEDGEMENT message (1g-35). The s-eNB that has received this can transmit the t-gNB's RRC reconfiguration message to the UE in a MobilityFromEUTRACommand message (1g-40). Below is the ASN.1 code of the MobilityFromEUTRACommand message.
MobilityFromEUTRACommand ::=
SEQUENCE {
rrc-TransactionIdentifier
RRC-TransactionIdentifier,
criticalExtensions
CHOICE {
c1
CHOICE{
mobilityFromEUTRACommand-r8
MobilityFromEUTRACommand-r8-IEs,
mobilityFromEUTRACommand-r9
MobilityFromEUTRACommand-r9-IEs,
spare2 NULL, spare1
NULL
},
criticalExtensionsFuture
SEQUENCE {}
}
}
MobilityFromEUTRACommand-r8-IEs ::=
SEQUENCE {
cs-FallbackIndicator
BOOLEAN,
purpose
CHOICE{
handover
Handover,
cellChangeOrder
CellChangeOrder
},
nonCriticalExtension
MobilityFromEUTRACommand-v8a0-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension
OCTET STRING
OPTIONAL,
nonCriticalExtension
MobilityFromEUTRACommand-v8d0-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v8d0-IEs ::= SEQUENCE {
bandIndicator
BandIndicatorGERAN
OPTIONAL,
-- Cond GERAN
nonCriticalExtension
SEQUENCE {}
OPTIONAL
}
MobilityFromEUTRACommand-r9-IEs ::=
SEQUENCE {
cs-FallbackIndicator
BOOLEAN,
purpose
CHOICE{
handover
Handover,
cellChangeOrder
CellChangeOrder,
e-CSFB-r9
E-CSFB-r9,
...
},
nonCriticalExtension
MobilityFromEUTRACommand-v930-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension
OCTET STRING
OPTIONAL,
nonCriticalExtension
MobilityFromEUTRACommand-v960-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v960-IEs ::= SEQUENCE {
bandIndicator
BandIndicatorGERAN
OPTIONAL,
-- Cond GERAN
nonCriticalExtension
MobilityFromEUTRACommand-v1530-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v1530-IEs ::= SEQUENCE {
smtc-r15
MTC-SSB-NR-r15
OPTIONAL,
-- Need OP
nonCriticalExtension
SEQUENCE {}
OPTIONAL
}
Handover ::=
SEQUENCE {
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
}
CellChangeOrder ::=
SEQUENCE {
t304
ENUMERATED {
ms100, ms200, ms500, ms1000,
ms2000, ms4000, ms8000, ms10000-v1310},
targetRAT-Type
CHOICE {
geran
SEQUENCE {
physCellId
PhysCellIdGERAN,
carrierFreq
CarrierFreqGERAN,
networkControlOrder
BIT STRING (SIZE (2))
OPTIONAL,
-- Need OP
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Need OP
},
...
}
}
SI-OrPSI-GERAN ::=
CHOICE {
si
SystemInfoListGERAN,
psi
SystemInfoListGERAN
}
E-CSFB-r9 ::=
SEQUENCE {
messageContCDMA2000-1XRTT-r9
OCTET STRING
OPTIONAL,
-- Need ON
mobilityCDMA2000-HRPD-r9
ENUMERATED {
handover, redirection
}
OPTIONAL,
-- Need OP
messageContCDMA2000-HRPD-r9
OCTET STRING
OPTIONAL,
-- Cond concHO
redirectCarrierCDMA2000-HRPD-r9
CarrierFreqCDMA2000
OPTIONAL
-- Cond concRedir
}
-- ASN1STOP--ASN1START
MobilityFromEUTRACommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
c1 CHOICE{
mobilityFromEUTRACommand-r8 MobilityFromEUTRACommand-r8-IEs,
mobilityFromEUTRACommand-r9 MobilityFromEUTRACommand-r9-IEs,
spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromEUTRACommand-r8-IEs ::= SEQUENCE {
cs-FallbackIndicator BOOLEAN;
purpose CHOICE{
handover Handover,
cellChangeOrder CellChangeOrder
},
nonCriticalExtension MobilityFromEUTRACommand-v8a0-IEs OPTIONAL
}
MobilityFromEUTRACommand-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromEUTRACommand-v8d0-IEs OPTIONAL
}
MobilityFromEUTRACommand-v8d0-IEs ::= SEQUENCE {
bandIndicator BandIndicatorGERAN OPTIONAL, -- Cond GERAN
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromEUTRACommand-r9-IEs ::= SEQUENCE {
cs-FallbackIndicator BOOLEAN;
purpose CHOICE{
handover Handover,
cellChangeOrder CellChangeOrder,
e-CSFB-r9 E-CSFB-r9;
...
},
nonCriticalExtension MobilityFromEUTRACommand-v930-IEs OPTIONAL
}
MobilityFromEUTRACommand-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromEUTRACommand-v960-IEs OPTIONAL
}
MobilityFromEUTRACommand-v960-IEs ::= SEQUENCE {
bandIndicator BandIndicatorGERAN OPTIONAL, -- Cond GERAN
nonCriticalExtension MobilityFromEUTRACommand-v1530-IEs OPTIONAL
}
MobilityFromEUTRACommand-v1530-IEs ::= SEQUENCE {
smtc-r15 MTC-SSB-NR-r15 OPTIONAL, -- Need OP
nonCriticalExtension SEQUENCE {} OPTIONAL
}
Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
}
CellChangeOrder ::= SEQUENCE {
t304 ENUMERATED {
ms100, ms200, ms500, ms1000,
ms2000, ms4000, ms8000, ms10000-v1310},
targetRAT-Type CHOICE {
geran SEQUENCE {
physCellId PhysCellIdGERAN;
carrierFreq CarrierFreqGERAN,
networkControlOrder BIT STRING (SIZE (2)) OPTIONAL, -- Need OP
systemInformation SI-OrPSI-GERAN OPTIONAL -- Need OP
},
...
}
}
SI-OrPSI-GERAN ::= CHOICE {
si SystemInfoListGERAN,
psi SystemInfoListGERAN
}
E-CSFB-r9 ::= SEQUENCE {
messageContCDMA2000-1XRTT-r9 OCTET STRING OPTIONAL, -- Need ON
mobilityCDMA2000-HRPD-r9 ENUMERATED {
handover, redirection
} OPTIONAL, -- Need OP
messageContCDMA2000-HRPD-r9 OCTET STRING OPTIONAL, -- Cond concHO
redirectCarrierCDMA2000-HRPD-r9 CarrierFreqCDMA2000 OPTIONAL -- Cond concRedir
}
--ASN1STOP
상기 s-eNB는 purpose 파라미터의 값을 handover로 지시함으로써, 핸드오버를 위해 단말에게 MobilityFromEUTRACommand 메시지를 전송함을 명시할 수 있다. 상기 s-eNB는 Handover IE의 내부의 파라미터 값들을 다음과 같이 설정할 수 있다. 1) targetRAT-Type: nr로 설정함으로써 target RAT이 NR임을 지시할 수 있다. 2) targetRAT-MessageContainer: 상기 t-gNB이 생성한 RRC reconfiguration 메시지를 담을 수 있다. 3) nas-SecurityParamFromEUTRA: NR로의 핸드오버 시 생략될 수 있다. 4) systemInformation: NR로의 핸드오버 시 생략될 수 있다.The s-eNB can specify that it transmits the MobilityFromEUTRACommand message to the UE for handover by indicating the value of the purpose parameter as handover. The s-eNB can set the internal parameter values of Handover IE as follows. 1) By setting targetRAT-Type: nr, you can indicate that the target RAT is NR. 2) targetRAT-MessageContainer: Can contain the RRC reconfiguration message generated by the t-gNB. 3) nas-SecurityParamFromEUTRA: Can be omitted when handover to NR. 4) systemInformation: Can be omitted when handover to NR.
본 발명의 일 실시 예로, 핸드오버 시 기지국은 단말이 보유하는 LTE에서의 QoE 설정 (예, QoE config 1)를 NR로 핸드오버 후 유지/해제하기 위한 지시자 (예, 지시자 A)를 정의 또는/및 사용할 수 있다. 지시자 A는 MobilityFromEUTRACommand 메시지 또는 RRC Reconfiguration 메시지 안에 정의될 수 있다 (1g-40). 예를 들어, MobilityFromEUTRACommand 메시지 내에 지시자 A가 정의되는 경우 s-eNB가 지시자 A를 설정할 수 있으며, RRC Reconfiguration 메시지 내에 지시자 A가 정의되는 경우 t-gNB가 지시자 A를 설정할 수 있다. In one embodiment of the present invention, during handover, the base station defines an indicator (e.g., indicator A) to maintain/release the QoE settings (e.g., QoE config 1) in LTE held by the terminal after handover to NR. and can be used. Indicator A can be defined in the MobilityFromEUTRACommand message or RRC Reconfiguration message (1g-40). For example, if indicator A is defined in the MobilityFromEUTRACommand message, the s-eNB can set indicator A, and if indicator A is defined in the RRC Reconfiguration message, the t-gNB can set indicator A.
기지국 (s-eNB 또는 t-gNB)은 핸드오버를 수행 시 단말에서의 QoE 측정 및 설정을 해제하기를 원할 수 있으며, 지시자 A를 통해 LTE의 QoE 설정을 해제할 수 있다. 예를 들어, t-gNB은 단말에게 설정된 서비스 타입의 QoE 측정을 지원하지 않을 수 있거나, t-gNB이 OAM이 설정한 QoE 측정 지역 범위 (예, areaScope)를 벗어난 기지국 또는 셀이기에 QoE 측정을 해제할 수 있다. 게다가 해제 후 즉시 단말에게 새로운 QoE 측정을 설정할 수 있다. The base station (s-eNB or t-gNB) may wish to cancel QoE measurement and settings in the terminal when performing handover, and may cancel QoE settings of LTE through indicator A. For example, the t-gNB may not support QoE measurement for the service type set for the UE, or the t-gNB may release QoE measurement because it is a base station or cell outside the QoE measurement area range (e.g., areaScope) set by the OAM. can do. In addition, new QoE measurements can be set for the terminal immediately after release.
s-eNB가 지시자 A의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromEUTRACommand 메시지 내 지시자 A가 정의되는 경우), t-gNB로부터 QoE 설정 해제 에 대한 지시자 (예, 지시자 B)를 받을 수 있다 (1g-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 지시자 B를 정의할 수 있고, s-eNB는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 통해 t-gNB로부터 QoE 설정 해제를 지시하는 지시자 B를 수신함으로써 (1g-35) 단말에게 전송하는 지시자 A를 QoE 설정 해제의 의미로 지시할 수 있다 (1g-40). In the case of an embodiment in which the s-eNB determines/generates the configuration of indicator A (e.g., when indicator A is defined in the MobilityFromEUTRACommand message), an indicator (e.g., indicator B) for QoE setting release may be received from the t-gNB. (1g-35). For example, the By receiving B (1g-35), the indicator A transmitted to the terminal can be indicated to cancel the QoE setting (1g-40).
핸드오버를 성공적으로 마친 후 단말은 RRC Reconfiguration complete 메시지를 t-gNB에게 전송할 수 있다 (1g-45). 단말 AS는 핸드오버를 성공적으로 마친 후 또는 RRC Reconfiguration complete 메시지를 전송한 이후 LTE의 라디오 자원 및/또는 설정 정보를 해제할 수 있다. 이 때 단말 AS는 1g-40에서 수신한 지시자 A에 따라 QoE 자원 및/또는 설정 정보 (예, QoE config 1) 또한 해제할 수 있다. (1g-50). 이후 단말 AS는 단말 APP에서의 QoE 설정의 해지를 지시해줄 수 있다 (1g-55). 이를 위해 LTE AT command가 사용될 수 있으며, 여기에는 해지를 나타내는 지시자 및 QoE configuration의 서비스 타입 (예, QoE config 1의 서비스 타입)을 포함할 수 있다. 이 후 단말 APP은 더 이상 LTE QoE 설정을 가지고 있지 않기에 QoE 측정 수행을 중단할 수 있다 (1g-60).After successfully completing the handover, the UE can transmit an RRC Reconfiguration complete message to the t-gNB (1g-45). The terminal AS may release LTE radio resources and/or configuration information after successfully completing handover or transmitting an RRC Reconfiguration complete message. At this time, the terminal AS may also release QoE resources and/or configuration information (e.g., QoE config 1) according to indicator A received from 1g-40. (1g-50). Afterwards, the terminal AS may instruct cancellation of QoE settings in the terminal APP (1g-55). For this purpose, the LTE AT command can be used, which may include an indicator indicating termination and the service type of QoE configuration (e.g., service type of QoE config 1). After this, the terminal APP can stop performing QoE measurement because it no longer has LTE QoE settings (1g-60).
본 발명의 일 실시 예로, 만약 MobilityFromEUTRACommand에 포함되는 RRC Reconfiguration 메시지에서 새로운 NR QoE 설정의 setup 정보가 포함되어있을 수 있고 (1g-40), 이 경우 단말의 AS 및 APP은 (LTE QoE 설정 및 측정의 해제 여부와 관계없이) NR QoE 설정을 저장하고 NR QoE 설정에 따라 QoE 측정을 수행하고 보고할 수 있으며, 이 과정은 1h-65/1h-70/1h-75/1h-80을 따를 수 있다.As an embodiment of the present invention, if the RRC Reconfiguration message included in MobilityFromEUTRACommand may contain setup information for new NR QoE settings (1g-40), in this case, the AS and APP of the terminal (LTE QoE setup and measurement) You can save the NR QoE settings (regardless of whether they are turned off or not) and perform and report QoE measurements according to the NR QoE settings, and this process can follow 1h-65/1h-70/1h-75/1h-80.
도 1f와 도 1g에서 제안하는 지시자 A는 동일한 지시자일 수 있으며, 하기 option들 중 하나 또는 그것들의 조합으로 해석될 수 있다. 일 실시 예로, 지시자 A는 MobilityFromEUTRACommand 메시지 또는 RRC Reconfiguration 메시지 안에 정의될 수 있다. 하기 option들에서 지칭하는 "단말"은 AS 및 APP을 모두 지칭할 수 있다. 또는 AS 또는 APP 중 하나만을 지칭할 수 있다. 하기에서 QoE 측정을 유지하는 절차는 도 1f를 참조할 수 있다. 하기에서 QoE 측정을 해제하는 절차는 도 1g를 참조할 수 있다.Indicator A proposed in FIGS. 1F and 1G may be the same indicator, and may be interpreted as one of the following options or a combination thereof. In one embodiment, indicator A may be defined in the MobilityFromEUTRACommand message or RRC Reconfiguration message. “Terminal” referred to in the following options may refer to both AS and APP. Alternatively, it may refer to only one of AS or APP. The procedure for maintaining QoE measurements below may refer to Figure 1F. The procedure for disabling QoE measurement below can refer to Figure 1g.
Option 1: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지 (보유하고 있다면)할 수 있다. 해당 파라미터가 부재한 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)할 수 있다. 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다. Option 1: This is an OPTIONAL parameter. If this parameter is included, the terminal can maintain (if maintained) the QoE settings in LTE when performing handover to NR. If the corresponding parameter is absent, the terminal can cancel the QoE settings in LTE (if it has them) when performing handover to NR. In one embodiment, the parameter may include sub-parameters.
Option 2: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)할 수 있다. 해당 파라미터가 부재한 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지 (보유하고 있다면)할 수 있다. 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다. Option 2: This is an OPTIONAL parameter. If this parameter is included, the terminal can cancel the QoE setting in LTE (if it has one) when performing handover to NR. If the corresponding parameter is absent, the UE can maintain (if maintained) the QoE settings in LTE when performing handover to NR. In one embodiment, the parameter may include sub-parameters.
Option 3: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. 해당 파라미터가 부재한 경우, 단말은 아무런 동작도 수행하지 않을 수 있다. 예를 들어 단말에게 QoE 설정이 없는 경우 유지하거나 해제할 설정이 없기에 해당 파라미터가 부재할 수 있다. Option 3: This is an OPTIONAL parameter. If the parameter is set to true, the terminal can maintain the QoE settings in LTE when performing handover to NR. If the parameter is set to false, the terminal can cancel the QoE settings in LTE when performing handover to NR. If the corresponding parameter is absent, the terminal may not perform any operation. For example, if the terminal does not have QoE settings, the corresponding parameter may be absent because there are no settings to maintain or release.
Option 4: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지할 수 있다. 해당 파라미터가 부재한 경우, 단말은 아무런 동작도 수행하지 않을 수 있다. 예를 들어 단말에게 QoE 설정이 없는 경우 유지하거나 해제할 설정이 없기에 해당 파라미터가 부재할 수 있다. Option 4: This is an OPTIONAL parameter. If this parameter is set to true, the terminal can cancel the QoE settings in LTE when performing handover to NR. If the parameter is set to false, the terminal can maintain QoE settings in LTE when performing handover to NR. If the corresponding parameter is absent, the terminal may not perform any operation. For example, if the terminal does not have QoE settings, the corresponding parameter may be absent because there are no settings to maintain or release.
Option 5: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. 단말이 QoE 설정을 보유하지 않은 경우, 상기 파라미터를 무시하거나 파라미터에 관계없이 아무런 동작을 하지 않을 수 있다. Option 5: This is a MANDATORY parameter. If the parameter is set to true, the terminal can maintain the QoE settings in LTE when performing handover to NR. If the parameter is set to false, the terminal can cancel the QoE settings in LTE when performing handover to NR. If the terminal does not have QoE settings, the parameter may be ignored or no operation may be performed regardless of the parameter.
Option 6: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지할 수 있다. 단말이 QoE 설정을 보유하지 않은 경우, 상기 파라미터를 무시하거나 파라미터에 관계없이 아무런 동작을 하지 않을 수 있다. Option 6: This is a MANDATORY parameter. If the parameter is set to true, the terminal can cancel the QoE settings in LTE when performing handover to NR. If the parameter is set to false, the terminal can maintain QoE settings in LTE when performing handover to NR. If the terminal does not have QoE settings, the parameter may be ignored or no operation may be performed regardless of the parameter.
Option 7: CHOICE의 형태의 파라미터로서, "release와 "setup"을 설정할 수 있다. Option 7: As a CHOICE type parameter, you can set “release” and “setup”.
만약"release"가 설정된 경우 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. If "release" is set, the terminal can release QoE settings in LTE when performing handover to NR.
만약 "setup"가 설정되고 "setup"내 measConfigAppLayerContainer 또는/및 serviceType이 설정되어 있는 경우, 단말은 해당 정보를 이용해 기존 LTE QoE 설정을 해제하고 상기 제공받은 새로운 QoE 설정 정보로 setup할 수 있다. 즉, 단말은 NR로의 핸드오버 수행 시 기존 QoE 설정을 변경 또는 수정할 수 있다. 이 경우, 기존 LTE QoE 설정을 해제하는 단말의 동작은 1g-50, 1g-55의 동작과 동일할 수 있으며, 새로운 QoE 설정을 위해서 하기의 동작 중 일부 또는 전체가 추가될 수 있다. If "setup" is set and measConfigAppLayerContainer or/and serviceType in "setup" is set, the terminal can use the corresponding information to cancel the existing LTE QoE settings and setup with the new QoE setting information provided above. That is, the UE can change or modify the existing QoE settings when performing handover to NR. In this case, the operation of the terminal to cancel the existing LTE QoE settings may be the same as the operation of 1g-50 and 1g-55, and some or all of the operations below may be added to set new QoE.
1) 1g-50에 더불어, AS가 새로운 QoE 설정을 AS에 설정/저장하는 절차One) In addition to 1g-50, the procedure for AS to set/save new QoE settings in AS
2) 1g-55에 더불어, AS가 새로운 QoE 설정 정보를 APP으로 전달하는 절차2) In addition to 1g-55, the procedure for AS to transmit new QoE setting information to APP
3) 1f-55/1f-60/1f-65/1f-70 (또는 1h-65/1h-70/1h-75/1h-80) 절차를 사용하여 APP이 새로운 QoE 설정정보를 설정하고 이를 기반으로 QoE 측정을 수행하고 보고 하는 절차 3) Using the 1f-55/1f-60/1f-65/1f-70 (or 1h-65/1h-70/1h-75/1h-80) procedure, the APP sets new QoE setting information and performs QoE based on this. Procedures for performing and reporting measurements
만약 지시자 A에 대한 설정이 s-eNB에 의한 동작으로 정의된다면 (예, RRC Reconfiguration 메시지가 아닌 MobilityFromEUTRACommand 메시지 안에서 지시자 A가 설정된다면), 상기 새로운 QoE 설정은 LTE QoE 설정일 수 있다. 만약 지시자 A에 대한 설정이 t-gNB에 의한 동작으로 정의된다면 (예, MobilityFromEUTRACommand 메시지가 포함하는 RRC Reconfiguration 메시지 안에서 지시자 A가 설정된다면), 상기 새로운 QoE 설정은 NR QoE 설정일 수 있다. If the setting for indicator A is defined as an operation by the s-eNB (e.g., if indicator A is set in the MobilityFromEUTRACommand message rather than the RRC Reconfiguration message), the new QoE setting may be an LTE QoE setting. If the configuration for indicator A is defined as an operation by the t-gNB (e.g., if indicator A is configured in the RRC Reconfiguration message included in the MobilityFromEUTRACommand message), the new QoE configuration may be an NR QoE configuration.
만약"setup"가 설정되었지만 "setup"내 measConfigAppLayerContainer 또는/및 serviceType이 설정되지 않는 있는 경우, 단말은 NR로의 핸드오버 수행 시 기존 LTE QoE 설정을 유지할 수 있다. 지시자 A가 부재하거나 단말이 QoE 설정을 보유하지 않은 경우, 상기 파라미터를 무시하거나 파라미터에 관계없이 아무런 동작을 하지 않을 수 있다.If "setup" is set but measConfigAppLayerContainer or/and serviceType in "setup" is not set, the terminal can maintain the existing LTE QoE settings when performing handover to NR. If indicator A is absent or the terminal does not have QoE settings, the parameter may be ignored or no operation may be performed regardless of the parameter.
Option 1, 2의 경우, 예를 들어, 하기와 같이 지시자 A (예, indicatorA)에 대한 ASN.1 코드가 MobilityFromEUTRACommand 내 Handover IE 내에 정의될 수 있다.For Options 1 and 2, for example, the ASN.1 code for indicator A (e.g., indicatorA) can be defined in Handover IE in MobilityFromEUTRACommand as follows.
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
indicatorA
ENUMERATED {true}
OPTIONAL
}Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
indicatorA ENUMERATED {true} OPTIONAL
}
Option 3, 4의 경우, 예를 들어, 하기와 같이 지시자 A (예, indicatorA)에 대한 ASN.1 코드가 MobilityFromEUTRACommand 내 Handover IE 내에 정의될 수 있다.For Options 3 and 4, for example, the ASN.1 code for indicator A (e.g., indicatorA) can be defined in Handover IE in MobilityFromEUTRACommand as follows.
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
indicatorA
ENUMERATED {true, false}
OPTIONAL
}Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
indicatorA ENUMERATED {true, false} OPTIONAL
}
Option 5, 6의 경우, 예를 들어, 하기와 같이 지시자 A (예, indicatorA)에 대한 ASN.1 코드가 MobilityFromEUTRACommand 내 Handover IE 내에 정의될 수 있다.For Options 5 and 6, for example, the ASN.1 code for indicator A (e.g., indicatorA) can be defined in Handover IE in MobilityFromEUTRACommand as follows.
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
indicatorA
ENUMERATED {true, false}
}Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
indicatorA ENUMERATED {true, false}
}
Option 7의 경우, 예를 들어, 하기와 같이 지시자 A (예, indicatorA)에 대한 ASN.1 코드가 MobilityFromEUTRACommand 내 Handover IE 내에 정의될 수 있다.For Option 7, for example, the ASN.1 code for indicator A (e.g., indicatorA) can be defined in Handover IE in MobilityFromEUTRACommand as follows.
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
indicatorA
CHOICE{
release
NULL,
setup
SEQUENCE{
measConfigAppLayerContainer-r15
OCTET STRING (SIZE(1..1000)),
OPTIONAL
serviceType-r15
ENUMERATED {qoe, qoemtsi, spare6, spare5, spare4, spare3, spare2, spare1}
OPTIONAL
}
}
OPTIONAL,
-- Need ON
}Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
indicatorA CHOICE{
release NULL,
setupSEQUENCE{
measConfigAppLayerContainer-r15 OCTET STRING (SIZE(1..1000)), OPTIONAL
serviceType-r15 ENUMERATED {qoe, qoemtsi, spare6, spare5, spare4, spare3, spare2, spare1} OPTIONAL
}
} OPTIONAL, -- NEED ON
}
도 1f와 도 1g에서 제안하는 지시자 B는 동일한 지시자일 수 있으며, 하기 option들 중 하나 또는 그것들의 조합으로 해석될 수 있다. 일 실시 예로, 지시자 B는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 내에 정의될 수 있다. 하기에서 QoE 측정을 유지하는 절차는 도 1f를 참조할 수 있다. 하기에서 QoE 측정을 해제하는 절차는 도 1g를 참조할 수 있다.Indicator B proposed in FIGS. 1F and 1G may be the same indicator, and may be interpreted as one of the following options or a combination thereof. In one embodiment, indicator B may be defined in the HANDOVER REQUEST ACKNOWLEDGEMENT or Handover Command message. The procedure for maintaining QoE measurements below may refer to Figure 1F. The procedure for disabling QoE measurement below can refer to Figure 1g.
Option 1: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 해당 파라미터가 부재한 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 1: This is an OPTIONAL parameter. If this parameter is included, the s-eNB can instruct the UE to maintain (if maintained) the QoE settings in LTE when performing handover to NR (e.g. indicator A Through the). If the parameter is absent, the s-eNB may instruct the UE to release (if retained) QoE settings in LTE when performing handover to NR (e.g., through indicator A). In one embodiment, the parameter may include sub-parameters.
Option 2: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 해당 파라미터가 부재한 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 2: This is an OPTIONAL parameter. If the parameter is included, the s-eNB can instruct the UE to release (if present) the QoE settings in LTE when performing handover to NR (e.g. indicator A Through the). If the corresponding parameter is absent, the s-eNB may instruct the UE to maintain (if retained) the QoE settings in LTE when performing handover to NR (e.g., through indicator A). In one embodiment, the parameter may include sub-parameters.
Option 3: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 해당 파라미터가 false로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 해당 파라미터가 부재한 경우, s-eNB는 지시자 A를 단말에게 설정하지 않거나 전송하지 않을 수 있다. (즉, 지시자 A의 부재)Option 3: This is an OPTIONAL parameter, and if the parameter is set to true, the s-eNB can instruct the UE to maintain (if maintained) the QoE settings in LTE when performing handover to NR (e.g. indicator via A). If the parameter is set to false, the s-eNB may instruct the UE to release (if retained) QoE settings in LTE when performing handover to NR (e.g., through indicator A). If the corresponding parameter is absent, the s-eNB may not set or transmit indicator A to the UE. (i.e. absence of indicator A)
Option 4: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 해당 파라미터가 false로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 해당 파라미터가 부재한 경우, s-eNB는 지시자 A를 단말에게 설정하지 않거나 전송하지 않을 수 있다. (즉, 지시자 A의 부재)Option 4: This is an OPTIONAL parameter. If the parameter is set to true, the s-eNB can instruct the UE to release (if present) the QoE settings in LTE when performing handover to NR (e.g. indicator via A). If the parameter is set to false, the s-eNB may instruct the UE to maintain (if maintained) the QoE settings in LTE when performing handover to NR (for example, through indicator A). If the corresponding parameter is absent, the s-eNB may not set or transmit indicator A to the UE. (i.e. absence of indicator A)
Option 5: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 해당 파라미터가 false로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). Option 5: This is a MANDATORY parameter, and if the parameter is set to true, the s-eNB can instruct the UE to maintain (if maintained) the QoE settings in LTE when performing handover to NR (e.g. indicator via A). If the parameter is set to false, the s-eNB may instruct the UE to release (if retained) QoE settings in LTE when performing handover to NR (e.g., through indicator A).
Option 6: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). 해당 파라미터가 false로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 A를 통해). Option 6: This is a MANDATORY parameter. If the parameter is set to true, the s-eNB can instruct the UE to release (if present) the QoE settings in LTE when performing handover to NR (e.g. indicator via A). If the parameter is set to false, the s-eNB may instruct the UE to maintain (if maintained) the QoE settings in LTE when performing handover to NR (for example, through indicator A).
Option 7: CHOICE의 형태의 파라미터로서, "release와 "setup"을 설정할 수 있다.Option 7: As a CHOICE type parameter, you can set “release” and “setup”.
만약"release"가 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다.If "release" is set, the s-eNB may instruct the UE to release (if retained) QoE settings in LTE when performing handover to NR.
만약 "setup"가 설정되고 "setup"내 application layer의 QoE 설정 정보 (RRC layer에서 measConfigAppLayerContainer에 포함되는 정보) 또는/및 서비스 타입 (RRC layer에서 serviceType에 포함되는 정보)이 설정되어 있는 경우, s-eNB는 단말이 해당 정보를 이용해 기존 LTE QoE 설정을 해제하고 상기 제공받은 새로운 QoE 설정 정보로 setup하도록 지시할 수 있다. 즉, s-eNB는 단말이 NR로의 핸드오버 수행 시 기존 QoE 설정을 변경 또는 수정하도록 지시할 수 있다.If "setup" is set and the QoE setting information of the application layer in "setup" (information included in measConfigAppLayerContainer in the RRC layer) or/and the service type (information included in serviceType in the RRC layer) is set, s- The eNB may instruct the terminal to use the information to cancel the existing LTE QoE settings and set up with the new QoE settings information provided above. That is, the s-eNB can instruct the UE to change or modify existing QoE settings when performing handover to NR.
만약"setup"가 설정되었지만"setup"내 application layer의 QoE 설정 정보 (RRC layer에서 measConfigAppLayerContainer에 포함되는 정보) 또는/및 서비스 타입 (RRC layer에서 serviceType에 포함되는 정보)이 설정되지 않는 있는 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 기존 LTE QoE 설정을 유지하도록 지시할 수 있다. If "setup" is set, but the QoE setting information of the application layer (information included in measConfigAppLayerContainer in the RRC layer) or/and the service type (information included in serviceType in the RRC layer) within "setup" is not set, s -eNB may instruct the UE to maintain existing LTE QoE settings when performing handover to NR.
본 option은 지시자 A에 대한 option 7과 함께 정의/사용될 수 있다.This option can be defined/used together with option 7 for indicator A.
도 1h는 본 발명의 일 실시 예로서, 단말이 LTE에서 NR로 핸드오버를 수행하는 과정에서 LTE의 QoE 설정을 NR QoE 설정으로 업데이트하여 유지하는 방법을 나타낸 도면이다.Figure 1h is an embodiment of the present invention, a diagram illustrating a method of updating and maintaining LTE QoE settings to NR QoE settings while the terminal performs handover from LTE to NR.
단말의 AS (Access Stratum layer) (1h-05)와 단말의 APP (application layer) (1h-10)는 LTE 기지국 또는 셀을 통해 LTE QoE 측정 설정 정보 (예, QoE config 1)를 설정 받은 상태일 수 있다 (1h-15, 1h-20). LTE에서 단말 (AS 및/또는 APP)은 QoE 설정 정보를 최대 1개까지만 저장하고 측정을 수행할 수 있기 때문에, 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 필요로 하지 않을 수 있다 (NR에서는 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 필요로 할 수 있다). 단지 단말 (AS 및/또는 APP)은 QoE 설정 정보가 어떠한 서비스 타입에 관한 것인지에 대한 정보를 지시자 (예, serviceType)로 설정 받을 수 있고 이 지시자 또는 정보를 저장할 수 있다 (1h-15, 1h-20). LTE QoE 설정 (예, QoE config 1)을 보유한 단말은 LTE 기지국 또는 셀 (1h-23)과 RRC 연결모드 상태일 수 있다. 상기 LTE 기지국 또는 셀은 상기 단말의 핸드오버를 개시할 수 있다. 이를 위해 source LTE 기지국 또는 셀 (s-eNB) (1h-23)은 target NR 기지국 (t-gNB) (1h-25)이 핸드오버를 준비하는데 필요한 정보를 handover preparation information 메시지 또는 HANDOVER REQUEST 메시지를 통해 t-gNB에게 전송할 수 있다 (1h-30). 이 때 target RAT (Radio access technology) (즉, NR)에 요구되는 format으로 상기 메시지 및 정보를 보낼 수 있다. 상기 정보를 기반으로 t-gNB는 RRC reconfiguration 메시지 (예, RRCReconfiguration)를 생성할 수 있고, 이를 handover command 메시지 또는 HANDOVER REQUEST ACKNOWLEDGEMENT 메시지에 담아 s-eNB에게 전달할 수 있다 (1h-35). 이를 수신한 s-eNB는 상기 t-gNB의 RRC reconfiguration 메시지를 MobilityFromEUTRACommand 메시지에 담아 단말에게 전송할 수 있다 (1h-40). 하기는 MobilityFromEUTRACommand 메시지의 ASN.1 코드이다. The terminal's AS (Access Stratum layer) (1h-05) and the terminal's APP (application layer) (1h-10) have received LTE QoE measurement configuration information (e.g., QoE config 1) through the LTE base station or cell. (1h-15, 1h-20). In LTE, a terminal (AS and/or APP) can store and measure only up to one piece of QoE setting information, so a separate ID to distinguish multiple QoE setting information may not be required (in NR, A separate ID may be required to distinguish multiple QoE setting information). Only the terminal (AS and/or APP) can receive information about what service type the QoE configuration information relates to as an indicator (e.g. serviceType) and store this indicator or information (1h-15, 1h-20 ). A terminal with LTE QoE settings (e.g., QoE config 1) may be in RRC connection mode with an LTE base station or cell (1h-23). The LTE base station or cell may initiate handover of the terminal. For this purpose, the source LTE base station or cell (s-eNB) (1h-23) provides the information necessary for the target NR base station (t-gNB) (1h-25) to prepare for handover through a handover preparation information message or HANDOVER REQUEST message. Can be transmitted to t-gNB (1h-30). At this time, the message and information can be sent in the format required for the target RAT (Radio access technology) (i.e., NR). Based on the above information, the t-gNB can generate an RRC reconfiguration message (e.g., RRCReconfiguration) and deliver it to the s-eNB in a handover command message or HANDOVER REQUEST ACKNOWLEDGEMENT message (1h-35). The s-eNB that has received this can transmit the t-gNB's RRC reconfiguration message to the UE in a MobilityFromEUTRACommand message (1h-40). Below is the ASN.1 code of the MobilityFromEUTRACommand message.
MobilityFromEUTRACommand ::=
SEQUENCE {
rrc-TransactionIdentifier
RRC-TransactionIdentifier,
criticalExtensions
CHOICE {
c1
CHOICE{
mobilityFromEUTRACommand-r8
MobilityFromEUTRACommand-r8-IEs,
mobilityFromEUTRACommand-r9
MobilityFromEUTRACommand-r9-IEs,
spare2 NULL, spare1
NULL
},
criticalExtensionsFuture
SEQUENCE {}
}
}
MobilityFromEUTRACommand-r8-IEs ::=
SEQUENCE {
cs-FallbackIndicator
BOOLEAN,
purpose
CHOICE{
handover
Handover,
cellChangeOrder
CellChangeOrder
},
nonCriticalExtension
MobilityFromEUTRACommand-v8a0-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension
OCTET STRING
OPTIONAL,
nonCriticalExtension
MobilityFromEUTRACommand-v8d0-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v8d0-IEs ::= SEQUENCE {
bandIndicator
BandIndicatorGERAN
OPTIONAL,
-- Cond GERAN
nonCriticalExtension
SEQUENCE {}
OPTIONAL
}
MobilityFromEUTRACommand-r9-IEs ::=
SEQUENCE {
cs-FallbackIndicator
BOOLEAN,
purpose
CHOICE{
handover
Handover,
cellChangeOrder
CellChangeOrder,
e-CSFB-r9
E-CSFB-r9,
...
},
nonCriticalExtension
MobilityFromEUTRACommand-v930-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension
OCTET STRING
OPTIONAL,
nonCriticalExtension
MobilityFromEUTRACommand-v960-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v960-IEs ::= SEQUENCE {
bandIndicator
BandIndicatorGERAN
OPTIONAL,
-- Cond GERAN
nonCriticalExtension
MobilityFromEUTRACommand-v1530-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v1530-IEs ::= SEQUENCE {
smtc-r15
MTC-SSB-NR-r15
OPTIONAL,
-- Need OP
nonCriticalExtension
SEQUENCE {}
OPTIONAL
}
Handover ::=
SEQUENCE {
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
}
CellChangeOrder ::=
SEQUENCE {
t304
ENUMERATED {
ms100, ms200, ms500, ms1000,
ms2000, ms4000, ms8000, ms10000-v1310},
targetRAT-Type
CHOICE {
geran
SEQUENCE {
physCellId
PhysCellIdGERAN,
carrierFreq
CarrierFreqGERAN,
networkControlOrder
BIT STRING (SIZE (2))
OPTIONAL,
-- Need OP
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Need OP
},
...
}
}
SI-OrPSI-GERAN ::=
CHOICE {
si
SystemInfoListGERAN,
psi
SystemInfoListGERAN
}
E-CSFB-r9 ::=
SEQUENCE {
messageContCDMA2000-1XRTT-r9
OCTET STRING
OPTIONAL,
-- Need ON
mobilityCDMA2000-HRPD-r9
ENUMERATED {
handover, redirection
}
OPTIONAL,
-- Need OP
messageContCDMA2000-HRPD-r9
OCTET STRING
OPTIONAL,
-- Cond concHO
redirectCarrierCDMA2000-HRPD-r9
CarrierFreqCDMA2000
OPTIONAL
-- Cond concRedir
}
-- ASN1STOP--ASN1START
MobilityFromEUTRACommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
c1 CHOICE{
mobilityFromEUTRACommand-r8 MobilityFromEUTRACommand-r8-IEs,
mobilityFromEUTRACommand-r9 MobilityFromEUTRACommand-r9-IEs,
spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromEUTRACommand-r8-IEs ::= SEQUENCE {
cs-FallbackIndicator BOOLEAN;
purpose CHOICE{
handover Handover,
cellChangeOrder CellChangeOrder
},
nonCriticalExtension MobilityFromEUTRACommand-v8a0-IEs OPTIONAL
}
MobilityFromEUTRACommand-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromEUTRACommand-v8d0-IEs OPTIONAL
}
MobilityFromEUTRACommand-v8d0-IEs ::= SEQUENCE {
bandIndicator BandIndicatorGERAN OPTIONAL, -- Cond GERAN
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromEUTRACommand-r9-IEs ::= SEQUENCE {
cs-FallbackIndicator BOOLEAN;
purpose CHOICE{
handover Handover,
cellChangeOrder CellChangeOrder,
e-CSFB-r9 E-CSFB-r9;
...
},
nonCriticalExtension MobilityFromEUTRACommand-v930-IEs OPTIONAL
}
MobilityFromEUTRACommand-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromEUTRACommand-v960-IEs OPTIONAL
}
MobilityFromEUTRACommand-v960-IEs ::= SEQUENCE {
bandIndicator BandIndicatorGERAN OPTIONAL, -- Cond GERAN
nonCriticalExtension MobilityFromEUTRACommand-v1530-IEs OPTIONAL
}
MobilityFromEUTRACommand-v1530-IEs ::= SEQUENCE {
smtc-r15 MTC-SSB-NR-r15 OPTIONAL, -- Need OP
nonCriticalExtension SEQUENCE {} OPTIONAL
}
Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
}
CellChangeOrder ::= SEQUENCE {
t304 ENUMERATED {
ms100, ms200, ms500, ms1000,
ms2000, ms4000, ms8000, ms10000-v1310},
targetRAT-Type CHOICE {
geran SEQUENCE {
physCellId PhysCellIdGERAN;
carrierFreq CarrierFreqGERAN,
networkControlOrder BIT STRING (SIZE (2)) OPTIONAL, -- Need OP
systemInformation SI-OrPSI-GERAN OPTIONAL -- Need OP
},
...
}
}
SI-OrPSI-GERAN ::= CHOICE {
si SystemInfoListGERAN,
psi SystemInfoListGERAN
}
E-CSFB-r9 ::= SEQUENCE {
messageContCDMA2000-1XRTT-r9 OCTET STRING OPTIONAL, -- Need ON
mobilityCDMA2000-HRPD-r9 ENUMERATED {
handover, redirection
} OPTIONAL, -- Need OP
messageContCDMA2000-HRPD-r9 OCTET STRING OPTIONAL, -- Cond concHO
redirectCarrierCDMA2000-HRPD-r9 CarrierFreqCDMA2000 OPTIONAL -- Cond concRedir
}
--ASN1STOP
상기 s-eNB는 purpose 파라미터의 값을 handover로 지시함으로써, 핸드오버를 위해 단말에게 MobilityFromEUTRACommand 메시지를 전송함을 명시할 수 있다. 상기 s-eNB는 Handover IE의 내부의 파라미터 값들을 다음과 같이 설정할 수 있다. 1) targetRAT-Type: nr로 설정함으로써 target RAT이 NR임을 지시할 수 있다. 2) targetRAT-MessageContainer: 상기 t-gNB이 생성한 RRC reconfiguration 메시지를 담을 수 있다. 3) nas-SecurityParamFromEUTRA: NR로의 핸드오버 시 생략될 수 있다. 4) systemInformation: NR로의 핸드오버 시 생략될 수 있다.본 발명의 일 실시 예로, 핸드오버 시 기지국은 단말이 보유하는 LTE에서의 QoE 설정 (예, QoE config 1)을 NR로 핸드오버 후 NR의 QoE 설정으로 업데이트하여 유지하거나 해제하기 위한 지시자 (예, 지시자 C)를 정의 또는/및 사용할 수 있다. 기지국이 지시자 C를 통해 LTE에서의 QoE 설정 (예, QoE config 1)을 NR의 QoE 설정으로 업데이트하여 유지하도록 지시할 수 있다 (1h-40). LTE QoE 설정과 달리 NR QoE 설정에서는 ID (예, measConfgiAppLayerID)와 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)가 함께 설정될 수 있으며 단말이 이를 저장한다는 점을 고려하였을 때, 기지국이 지시자 C를 통해 LTE에서의 QoE 설정 (예, QoE config 1)을 NR의 QoE 설정으로 업데이트하여 유지하도록 지시하는 경우, QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)를 새롭게 정의하여 할당해 줄 수 있다 (1h-40). 또는 이를 위해 종래 RRCReconfiguration의 measConfigAppLayerId 및/또는 추가적인 설정 정보를 위한 파라미터를 재사용할 수 있다. 이 때 단말은 LTE에서 설정된 APP QoE 측정 설정 정보 (예, measConfigAppLayerContainer) 및/또는 서비스 타입 (예, serviceType)을 유지/재사용할 수 있으므로 기지국은 APP의 QoE 측정 설정 정보 및/또는 서비스 타입을 단말에게 설정하지 않을 수 있다. 상기 지시자 C 및/또는 QoE 설정 ID 및/또는 추가 설정 정보는 MobilityFromEUTRACommand 메시지 또는 RRC Reconfiguration 메시지 안에 정의될 수 있다 (1h-40). 예를 들어, MobilityFromEUTRACommand 메시지 내에 상기 지시자 C 및/또는 QoE 설정 ID 및/또는 추가 설정 정보가 정의되는 경우 s-eNB가 상기 지시자 C 및/또는 QoE 설정 ID 및/또는 추가 설정 정보를 설정할 수 있으며, RRC Reconfiguration 메시지 내에 상기 지시자 C 및/또는 QoE 설정 ID 및/또는 추가 설정 정보가 정의되는 경우 t-gNB가 상기 지시자 C 및/또는 QoE 설정 ID 및/또는 추가 설정 정보를 설정할 수 있다.The s-eNB can specify that it transmits the MobilityFromEUTRACommand message to the UE for handover by indicating the value of the purpose parameter as handover. The s-eNB can set the internal parameter values of Handover IE as follows. 1) By setting targetRAT-Type: nr, you can indicate that the target RAT is NR. 2) targetRAT-MessageContainer: Can contain the RRC reconfiguration message generated by the t-gNB. 3) nas-SecurityParamFromEUTRA: Can be omitted when handover to NR. 4) systemInformation: Can be omitted when handover to NR. In an embodiment of the present invention, at the time of handover, the base station hands over the QoE settings (e.g., QoE config 1) in LTE held by the terminal to NR and then You can define and/or use an indicator (e.g., indicator C) to maintain or release by updating with QoE settings. The base station may instruct the base station to update and maintain the QoE settings in LTE (e.g., QoE config 1) to the QoE settings in NR through indicator C (1h-40). Unlike LTE QoE settings, in NR QoE settings, ID (e.g., measConfgiAppLayerID) and additional configuration information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) can be set together, and considering that the terminal stores this, the base station uses the indicator When instructing through C to update and maintain the QoE settings in LTE (e.g., QoE config 1) with the QoE settings in NR, the QoE setting ID (e.g., measConfgiAppLayerID) and/or additional configuration information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) can be newly defined and assigned (1h-40). Alternatively, for this purpose, the measConfigAppLayerId of the conventional RRCReconfiguration and/or parameters for additional configuration information can be reused. At this time, the terminal can maintain/reuse the APP QoE measurement setting information (e.g., measConfigAppLayerContainer) and/or service type (e.g., serviceType) set in LTE, so the base station transmits the APP's QoE measurement setting information and/or service type to the terminal. It may not be set. The indicator C and/or QoE configuration ID and/or additional configuration information may be defined in the MobilityFromEUTRACommand message or RRC Reconfiguration message (1h-40). For example, if the indicator C and/or QoE configuration ID and/or additional configuration information are defined in the MobilityFromEUTRACommand message, the s-eNB may set the indicator C and/or QoE configuration ID and/or additional configuration information, If the indicator C and/or QoE configuration ID and/or additional configuration information are defined in the RRC Reconfiguration message, the t-gNB may set the indicator C and/or QoE configuration ID and/or additional configuration information.
기지국 (s-eNB 또는 t-gNB)은 핸드오버를 수행하더라도 단말에서의 끊김없이 연속적인 QoE 측정 수행을 원할 수 있으며, 지시자 C를 통해 LTE의 QoE 설정을 NR QoE 설정으로 업데이트하여 유지할 수 있다. 예를 들어, t-gNB은 단말에게 설정된 서비스 타입의 QoE 측정을 지원하며, OAM이 설정한 QoE 측정 지역 범위 (예, areaScope)에 포함된 기지국 또는 셀이기에 QoE 설정을 유지할 수 있다. The base station (s-eNB or t-gNB) may want to perform continuous QoE measurement without interruption in the terminal even if handover is performed, and can maintain the LTE QoE settings by updating them to NR QoE settings through indicator C. For example, t-gNB supports QoE measurement of the service type set for the UE, and can maintain QoE settings because it is a base station or cell included in the QoE measurement area range (e.g., areaScope) set by the OAM.
s-eNB가 지시자 C의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromEUTRACommand 메시지 내 지시자 C가 정의되는 경우), t-gNB로부터 QoE 설정 유지에 대한 지시자 (예, 지시자 D)를 받을 수 있다 (1h-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 지시자 D를 정의할 수 있고, s-eNB는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 통해 t-gNB로부터 QoE 설정 유지를 지시하는 지시자 D를 수신함으로써 (1h-35), 단말에게 전송하는 지시자 C를 통해 단말의 QoE 설정의 유지를 지시할 수 있다 (1h-40).In the case of an embodiment in which the s-eNB determines/generates the setting of indicator C (e.g., when indicator C is defined in the MobilityFromEUTRACommand message), an indicator for maintaining QoE settings (e.g., indicator D) may be received from the t-gNB. (1h-35). For example, the By receiving D (1h-35), maintenance of the QoE settings of the terminal can be instructed through the indicator C transmitted to the terminal (1h-40).
s-eNB가 QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromEUTRACommand 메시지 내 상기 QoE 설정 ID 및/또는 추가 설정 정보가 정의되는 경우), t-gNB로부터 상기 QoE 설정 ID 및/또는 추가 설정 정보를 받을 수 있다 (1h-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 QoE 설정 ID (예, measConfgiAppLayerID에 대응되는 파라미터) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters에 대응대는 파라미터)를 정의할 수 있고, s-eNB는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 통해 t-gNB로부터 상기 정보를 수신함으로써 (1h-35), 단말에게 QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)를 전달해줄 수 있다 (1h-40).In the case of an embodiment in which the s-eNB determines/generates settings of a QoE configuration ID (e.g., measConfgiAppLayerID) and/or additional configuration information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) (e.g., the QoE configuration ID and /or when additional configuration information is defined), the QoE configuration ID and/or additional configuration information may be received from the t-gNB (1h-35). For example, the ) can be defined, and the s-eNB receives the information from the t-gNB through a HANDOVER REQUEST ACKNOWLEDGEMENT or Handover Command message (1h-35), providing the UE with a QoE configuration ID (e.g., measConfgiAppLayerID) and/or additional settings. Can convey information (e.g. pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) (1h-40).
본 발명의 일 실시 예로, 기지국은 LTE QoE 설정을 해제한 뒤 다시 동일한 내용의 NR QoE 설정 (예, 동일한 measConfigAppLayerContainer)을 단말에게 전송해 줄 수도 있지만 이를 위해서 기지국은 단말의 QoE 설정 정보 (예, measConfigAppLayerContainer)를 저장하고 있어야 하며, 이를 다시 단말에게 전송해줘야 하며, 단말 AS 또한 단말 APP에게 이를 다시 전달해줘야 한다. QoE 설정 정보의 RRC 메시지의 사이즈가 작지 않음을 고려하였을 때 이는 단말 또는 기지국에게 시그널링 및 에너지 소모 측면에서 매우 비효율적일 수 있다. 예를 들어 measConfigAppLayerContainer는 LTE에서 최대 1000바이트, NR에서는 최대 8000바이트까지 차지할 수 있다. 또한, 상기의 QoE 설정을 해제 후 재설정하는 방법은 QoE 측정을 연속적으로 수행할 수 없게 된다. 따라서 본 발명에서는 inter-RAT 핸드오버 시 단말의 QoE 설정 정보 (예, measConfigAppLayerContainer)를 해제하지 않고 유지 (재사용)함으로써 연속적인 QoE 측정을 달성함과 동시에 시그널링 오버헤드를 줄이고 단말과 기지국의 에너지 소비를 절감하는데 도움이 될 수 있다. In one embodiment of the present invention, the base station may cancel the LTE QoE settings and then transmit the same NR QoE settings (e.g., the same measConfigAppLayerContainer) to the terminal. ) must be stored and transmitted back to the terminal, and the terminal AS must also transmit it again to the terminal APP. Considering that the size of the RRC message of QoE configuration information is not small, this may be very inefficient in terms of signaling and energy consumption for the terminal or base station. For example, measConfigAppLayerContainer can occupy up to 1000 bytes in LTE and up to 8000 bytes in NR. In addition, the method of canceling and resetting the QoE settings described above does not allow QoE measurement to be performed continuously. Therefore, in the present invention, continuous QoE measurement is achieved by maintaining (reusing) the QoE configuration information (e.g., measConfigAppLayerContainer) of the terminal during inter-RAT handover rather than releasing it, while reducing signaling overhead and reducing energy consumption of the terminal and base station. It can help you save money.
본 발명의 일 실시 예로, 1h-40에서 지시자 C가 정의되지 않을 수 있으며, 1h-35에서 지시자 D가 정의되지 않을 수 있다. 대신 1h-40에서 기지국은 APP QoE 측정 설정 정보 (예, measConfigAppLayerContainer) 및/또는 서비스 타입 (예, serviceType) 없이 QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)만을 단말에게 새롭게 설정해줄 수 있으며, 단말은 이를, 기존 LTE의 QoE 설정 (APP QoE 측정 설정 정보 및 서비스 타입)은 유지/재사용하고 상기 QoE 설정 ID 및/또는 추가적인 설정 정보를 이용하여 LTE의 QoE 설정을 NR QoE 설정으로 업데이트하라는 의미로 이해할 수 있다. In one embodiment of the present invention, indicator C may not be defined in 1h-40, and indicator D may not be defined in 1h-35. Instead, at 1h-40, the base station sets the QoE configuration ID (e.g., measConfgiAppLayerID) and/or additional configuration information (e.g., pauseReporting, transmissionOfSessionStartStop, ran) without APP QoE measurement configuration information (e.g., measConfigAppLayerContainer) and/or service type (e.g., serviceType). -Visible Parameters) can be newly set to the terminal, and the terminal maintains/reuses the existing LTE QoE settings (APP QoE measurement setting information and service type) and uses the QoE setting ID and/or additional setting information to set LTE This can be understood as meaning to update the QoE settings of to the NR QoE settings.
핸드오버를 성공적으로 마친 후 단말은 RRC Reconfiguration complete 메시지를 t-gNB에게 전송할 수 있다 (1h-45). 단말 AS는 핸드오버를 성공적으로 마친 후 또는 RRC Reconfiguration complete 메시지를 전송한 이후 LTE의 라디오 자원 및/또는 설정 정보를 해제할 수 있다. 이 때 단말 AS는 LTE QoE 자원 및/또는 설정 정보 (예, QoE config 1) 또한 해제할 수 있다 (1h-50). 이후 단말은 지시자 C 및/또는 QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)를 통해 LTE의 QoE 설정을 NR QoE 설정으로 업데이트하라는 기지국의 지시를 이해할 수 있고, 그에 따라 QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)를 포함한 NR QoE 설정 정보를 AS에 설정/저장할 수 있다 (1h-52). 이후 단말 AS는 NR AT command를 통해 상기 QoE 설정 ID 및/또는 추가적인 설정 정보를 APP으로 전달할 수 있다 (1h-55). 이 뿐만 아니라 상기 NR AT command에는 새로운 지시자 X가 정의되어 상기 정보(QoE 설정 ID 및/또는 추가적인 설정 정보)와 함께 포함될 수 있으며, 상기 지시자 X는 지시자 C에 대응되는 지시자로서, LTE QoE설정을 유지/재사용하되 함께 전송되는 QoE 설정 ID 및/또는 추가적인 설정 정보를 이용하여 NR QoE 설정으로 업데이트하라는 지시를 할 수 있다 (1h-55). 상기 NR AT command를 상기 정보 (지시자 X 및/또는 QoE 설정 ID 및/또는 추가적인 설정 정보)를 수신한 단말은 보유하고 있던 LTE QoE 설정 (예, QoE config 1)의 APP QoE 측정 설정 정보 (예, measConfigAppLayerContainer) 및/또는 서비스 타입 (예, serviceType)은 유지한 채로, 여기에 QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)를 추가함으로써 LTE QoE 설정을 NR QoE 설정으로 업데이트할 수 있다 (1h-60). 이후 단말은 상기 NR QoE 설정으로 QoE 측정을 수행할 수 있다 (1h-65). After successfully completing the handover, the UE can transmit an RRC Reconfiguration complete message to the t-gNB (1h-45). The terminal AS may release LTE radio resources and/or configuration information after successfully completing handover or transmitting an RRC Reconfiguration complete message. At this time, the terminal AS may also release LTE QoE resources and/or configuration information (e.g., QoE config 1) (1h-50). Afterwards, the terminal receives instructions from the base station to update the QoE settings of LTE to NR QoE settings through indicator C and/or QoE setting ID (e.g., measConfgiAppLayerID) and/or additional setting information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters). understandable, and accordingly, NR QoE configuration information, including QoE configuration ID (e.g., measConfgiAppLayerID) and/or additional configuration information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters), may be set/stored in the AS (1h-52) . Afterwards, the terminal AS can transmit the QoE configuration ID and/or additional configuration information to the APP through the NR AT command (1h-55). In addition, a new indicator /Reuse, but can be instructed to update to NR QoE settings using the QoE setting ID and/or additional setting information transmitted together (1h-55). The terminal that received the NR AT command and the information (indicator LTE QoE settings by maintaining the measConfigAppLayerContainer) and/or service type (e.g., serviceType) and adding a QoE setting ID (e.g., measConfgiAppLayerID) and/or additional setting information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters). can be updated with NR QoE settings (1h-60). Afterwards, the terminal can perform QoE measurement using the NR QoE settings (1h-65).
그에 따라 단말 APP은 QoE 보고를 생성할 수 있고 이를 단말 AS에게 전달할 수 있다. 이 때 NR AT command가 사용될 수 있으며, 단말 APP이 측정하여 생성된 QoE 측정 결과 보고 및 저장하고 있던 QoE 설정 ID (예, measConfgiAppLayerID)를 포함할 수 있다 (1h-70). 이외에도 transmissionOfSessionStartStop 설정에 따른 APP 세션의 시작 또는 종료 여부를 지시하는 지시자 및/또는 ran-VisibleParameters 설정에 따른 RAN visible QoE 측정 결과 보고 정보를 포함할 수도 있다. 단말 APP으로부터 상기 정보들을 포함한 QoE 보고를 수신한 단말 AS는 핸드오버를 완료한 기지국 (t-gNB)에게 QoE 보고 전송할 수 있다 (1h-75). 이 때, NR에서 정의하는 QoE 보고 메시지 (예, MeasurementReportAppLayer 메시지)를 사용할 수 있다. 상기 메시지 전송을 위해 SRB3 또는 SRB4를 사용할 수 있다. NR에서 정의하는 QoE 보고 메시지 (예, MeasurementReportAppLayer 메시지)는 NR QoE 설정으로 APP에서 만들어진 QoE 보고를 수납하는 container (예, measurementReportAppLayerContainer)를 포함할 수 있으며, 서비스 타입 (예, serviceType) 대신 QoE 설정 ID (예, measConfigAppLayerId)를 포함할 수 있다. 이외에도 transmissionOfSessionStartStop 설정에 따른 APP 세션의 시작 또는 종료 여부를 지시하는 지시자 (예, appLayerSessionStatus) 및/또는 ran-VisibleParameters 설정에 따른 RAN visible QoE 측정 결과 보고 정보 (예, ran-VisibleMeasurements) 를 포함할 수도 있다. t-gNB는 1h-65에서 수신한 QoE 보고를 TCE/MCE로 전달해 줄 수 있다 (1h-80).Accordingly, the terminal APP can generate a QoE report and deliver it to the terminal AS. At this time, the NR AT command can be used, and the QoE measurement result generated by measurement by the terminal APP may be reported and may include the stored QoE setting ID (e.g., measConfgiAppLayerID) (1h-70). In addition, it may include an indicator indicating whether to start or end an APP session according to the transmissionOfSessionStartStop setting and/or RAN visible QoE measurement result reporting information according to the ran-VisibleParameters setting. The terminal AS that has received the QoE report including the above information from the terminal APP can transmit the QoE report to the base station (t-gNB) that has completed the handover (1h-75). At this time, the QoE reporting message (e.g., MeasurementReportAppLayer message) defined in NR can be used. SRB3 or SRB4 can be used to transmit the message. The QoE report message (e.g., MeasurementReportAppLayer message) defined in NR may include a container (e.g., measurementReportAppLayerContainer) that stores the QoE report made in the APP with NR QoE settings, and may contain a QoE setting ID (e.g., serviceType) instead of the service type (e.g., serviceType). Yes, it can include measConfigAppLayerId). In addition, it may include an indicator indicating whether the APP session starts or ends according to the transmissionOfSessionStartStop setting (e.g., appLayerSessionStatus) and/or RAN visible QoE measurement result reporting information (e.g., ran-VisibleMeasurements) according to the ran-VisibleParameters setting. t-gNB can forward the QoE report received at 1h-65 to TCE/MCE (1h-80).
본 발명의 일 실시 예로, 만약 MobilityFromEUTRACommand에 포함되는 RRC Reconfiguration 메시지에서 새로운 NR QoE 설정의 setup 정보가 포함되어있을 수 있고 (1h-40), 이 경우 단말의 AS 및 APP은 (LTE QoE 설정 및 측정의 유지 및 NR 설정으로의 업데이트 여부와 관계없이) 새로운 NR QoE 설정을 저장하고 새로운 NR QoE 설정에 따라 QoE 측정을 (추가로) 수행하고 보고할 수 있으며 (NR QoE 설정은 복수 개 가능), 이 과정은 1h-65/1h-70/1h-75/1h-80을 따를 수 있다.As an embodiment of the present invention, if the RRC Reconfiguration message included in MobilityFromEUTRACommand may contain setup information for new NR QoE settings (1h-40), in this case, the AS and APP of the terminal (LTE QoE setup and measurement) You can save new NR QoE settings (with or without maintaining and updating to NR settings) and (additionally) perform and report QoE measurements based on the new NR QoE settings (multiple NR QoE settings are possible). can follow 1h-65/1h-70/1h-75/1h-80.
본 발명의 일 실시 예로, 단계 1h-40에서, 기지국은 단말이 LTE QoE 설정을 유지해야하는 시간을 timer 길이로 설정해줄 수 있다. 해당 timer 설정은 MobilityFromEUTRACommand 메시지 또는 RRC Reconfiguration 메시지 안에 정의될 수 있다. 단말은 핸드오버를 성공적으로 수행한 후 또는 상기 메시지를 수신한 후 해당 timer를 시작하고 timer가 running 하는 동안 LTE QoE 설정을 업데이트 한 NR QoE 설정을 유지할 수 있고, 그에 따라 측정을 수행할 수 있다. 이후 timer가 만료되면 더 이상 NR QoE 측정을 중단하고 해당 설정을 해제 (AS 및 APP에서 모두)할 수 있다. 만약 또 다른 handover 수행 시 해당 timer는 reset후 restart하거나, 멈출 수 있다.In an embodiment of the present invention, in step 1h-40, the base station may set the timer length for which the terminal must maintain the LTE QoE settings. The timer settings can be defined in the MobilityFromEUTRACommand message or RRC Reconfiguration message. After successfully performing a handover or receiving the message, the terminal can start the timer, maintain the NR QoE settings with updated LTE QoE settings while the timer is running, and perform measurements accordingly. Afterwards, when the timer expires, NR QoE measurement can no longer be stopped and the corresponding setting can be canceled (in both AS and APP). If another handover is performed, the timer can be reset and restarted, or stopped.
도 1i는 본 발명의 일 실시 예로서, 단말이 LTE에서 NR로 핸드오버를 수행하는 과정에서 LTE의 QoE 설정을 해제하는 방법을 나타낸 도면이다.Figure 1i is an embodiment of the present invention, a diagram showing a method of releasing QoE settings of LTE while a terminal performs handover from LTE to NR.
단말의 AS (Access Stratum layer) (1i-05)와 단말의 APP (application layer) (1i-10)는 LTE 기지국 또는 셀을 통해 LTE QoE 측정 설정 정보 (예, QoE config 1)를 설정 받은 상태일 수 있다 (1i-15, 1i-20). LTE에서 단말 (AS 및/또는 APP)은 QoE 설정 정보를 최대 1개까지만 저장하고 측정을 수행할 수 있기 때문에, 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 필요로 하지 않을 수 있다 (NR에서는 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 필요로 할 수 있다). 단지 단말 (AS 및/또는 APP)은 QoE 설정 정보가 어떠한 서비스 타입에 관한 것인지에 대한 정보를 지시자 (예, serviceType)로 설정 받을 수 있고 이 지시자 또는 정보를 저장할 수 있다 (1i-15, 1i-20). LTE QoE 설정 (예, QoE config 1)을 보유한 단말은 LTE 기지국 또는 셀 (1i-23)과 RRC 연결모드 상태일 수 있다. 상기 LTE 기지국 또는 셀은 상기 단말의 핸드오버를 개시할 수 있다. 이를 위해 source LTE 기지국 또는 셀 (s-eNB) (1i-23)은 target NR 기지국 (t-gNB) (1i-25)이 핸드오버를 준비하는데 필요한 정보를 handover preparation information 메시지 또는 HANDOVER REQUEST 메시지를 통해 t-gNB에게 전송할 수 있다 (1i-30). 이 때 target RAT (Radio access technology) (즉, NR)에 요구되는 format으로 상기 메시지 및 정보를 보낼 수 있다. 상기 정보를 기반으로 t-gNB는 RRC reconfiguration 메시지 (예, RRCReconfiguration)를 생성할 수 있고, 이를 handover command 메시지 또는 HANDOVER REQUEST ACKNOWLEDGEMENT 메시지에 담아 s-eNB에게 전달할 수 있다 (1i-35). 이를 수신한 s-eNB는 상기 t-gNB의 RRC reconfiguration 메시지를 MobilityFromEUTRACommand 메시지에 담아 단말에게 전송할 수 있다 (1i-40). 하기는 MobilityFromEUTRACommand 메시지의 ASN.1 코드이다.The terminal's AS (Access Stratum layer) (1i-05) and the terminal's APP (application layer) (1i-10) have received LTE QoE measurement configuration information (e.g., QoE config 1) through the LTE base station or cell. (1i-15, 1i-20). In LTE, a terminal (AS and/or APP) can store and measure only up to one piece of QoE setting information, so a separate ID to distinguish multiple QoE setting information may not be required (in NR, A separate ID may be required to distinguish multiple QoE setting information). Only the terminal (AS and/or APP) can receive information about what service type the QoE configuration information relates to as an indicator (e.g. serviceType) and store this indicator or information (1i-15, 1i-20 ). A terminal with LTE QoE settings (e.g., QoE config 1) may be in RRC connection mode with an LTE base station or cell (1i-23). The LTE base station or cell may initiate handover of the terminal. For this purpose, the source LTE base station or cell (s-eNB) (1i-23) provides the information necessary for the target NR base station (t-gNB) (1i-25) to prepare for handover through a handover preparation information message or a HANDOVER REQUEST message. Can be transmitted to t-gNB (1i-30). At this time, the message and information can be sent in the format required for the target RAT (Radio access technology) (i.e., NR). Based on the above information, the t-gNB can generate an RRC reconfiguration message (e.g., RRCReconfiguration) and deliver it to the s-eNB in a handover command message or HANDOVER REQUEST ACKNOWLEDGEMENT message (1i-35). The s-eNB that has received this can transmit the t-gNB's RRC reconfiguration message to the UE in a MobilityFromEUTRACommand message (1i-40). Below is the ASN.1 code of the MobilityFromEUTRACommand message.
MobilityFromEUTRACommand ::=
SEQUENCE {
rrc-TransactionIdentifier
RRC-TransactionIdentifier,
criticalExtensions
CHOICE {
c1
CHOICE{
mobilityFromEUTRACommand-r8
MobilityFromEUTRACommand-r8-IEs,
mobilityFromEUTRACommand-r9
MobilityFromEUTRACommand-r9-IEs,
spare2 NULL, spare1
NULL
},
criticalExtensionsFuture
SEQUENCE {}
}
}
MobilityFromEUTRACommand-r8-IEs ::=
SEQUENCE {
cs-FallbackIndicator
BOOLEAN,
purpose
CHOICE{
handover
Handover,
cellChangeOrder
CellChangeOrder
},
nonCriticalExtension
MobilityFromEUTRACommand-v8a0-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension
OCTET STRING
OPTIONAL,
nonCriticalExtension
MobilityFromEUTRACommand-v8d0-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v8d0-IEs ::= SEQUENCE {
bandIndicator
BandIndicatorGERAN
OPTIONAL,
-- Cond GERAN
nonCriticalExtension
SEQUENCE {}
OPTIONAL
}
MobilityFromEUTRACommand-r9-IEs ::=
SEQUENCE {
cs-FallbackIndicator
BOOLEAN,
purpose
CHOICE{
handover
Handover,
cellChangeOrder
CellChangeOrder,
e-CSFB-r9
E-CSFB-r9,
...
},
nonCriticalExtension
MobilityFromEUTRACommand-v930-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension
OCTET STRING
OPTIONAL,
nonCriticalExtension
MobilityFromEUTRACommand-v960-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v960-IEs ::= SEQUENCE {
bandIndicator
BandIndicatorGERAN
OPTIONAL,
-- Cond GERAN
nonCriticalExtension
MobilityFromEUTRACommand-v1530-IEs
OPTIONAL
}
MobilityFromEUTRACommand-v1530-IEs ::= SEQUENCE {
smtc-r15
MTC-SSB-NR-r15
OPTIONAL,
-- Need OP
nonCriticalExtension
SEQUENCE {}
OPTIONAL
}
Handover ::=
SEQUENCE {
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
}
CellChangeOrder ::=
SEQUENCE {
t304
ENUMERATED {
ms100, ms200, ms500, ms1000,
ms2000, ms4000, ms8000, ms10000-v1310},
targetRAT-Type
CHOICE {
geran
SEQUENCE {
physCellId
PhysCellIdGERAN,
carrierFreq
CarrierFreqGERAN,
networkControlOrder
BIT STRING (SIZE (2))
OPTIONAL,
-- Need OP
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Need OP
},
...
}
}
SI-OrPSI-GERAN ::=
CHOICE {
si
SystemInfoListGERAN,
psi
SystemInfoListGERAN
}
E-CSFB-r9 ::=
SEQUENCE {
messageContCDMA2000-1XRTT-r9
OCTET STRING
OPTIONAL,
-- Need ON
mobilityCDMA2000-HRPD-r9
ENUMERATED {
handover, redirection
}
OPTIONAL,
-- Need OP
messageContCDMA2000-HRPD-r9
OCTET STRING
OPTIONAL,
-- Cond concHO
redirectCarrierCDMA2000-HRPD-r9
CarrierFreqCDMA2000
OPTIONAL
-- Cond concRedir
}
-- ASN1STOP--ASN1START
MobilityFromEUTRACommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
c1 CHOICE{
mobilityFromEUTRACommand-r8 MobilityFromEUTRACommand-r8-IEs,
mobilityFromEUTRACommand-r9 MobilityFromEUTRACommand-r9-IEs,
spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromEUTRACommand-r8-IEs ::= SEQUENCE {
cs-FallbackIndicator BOOLEAN;
purpose CHOICE{
handover Handover,
cellChangeOrder CellChangeOrder
},
nonCriticalExtension MobilityFromEUTRACommand-v8a0-IEs OPTIONAL
}
MobilityFromEUTRACommand-v8a0-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromEUTRACommand-v8d0-IEs OPTIONAL
}
MobilityFromEUTRACommand-v8d0-IEs ::= SEQUENCE {
bandIndicator BandIndicatorGERAN OPTIONAL, -- Cond GERAN
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromEUTRACommand-r9-IEs ::= SEQUENCE {
cs-FallbackIndicator BOOLEAN;
purpose CHOICE{
handover Handover,
cellChangeOrder CellChangeOrder,
e-CSFB-r9 E-CSFB-r9,
...
},
nonCriticalExtension MobilityFromEUTRACommand-v930-IEs OPTIONAL
}
MobilityFromEUTRACommand-v930-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromEUTRACommand-v960-IEs OPTIONAL
}
MobilityFromEUTRACommand-v960-IEs ::= SEQUENCE {
bandIndicator BandIndicatorGERAN OPTIONAL, -- Cond GERAN
nonCriticalExtension MobilityFromEUTRACommand-v1530-IEs OPTIONAL
}
MobilityFromEUTRACommand-v1530-IEs ::= SEQUENCE {
smtc-r15 MTC-SSB-NR-r15 OPTIONAL, -- Need OP
nonCriticalExtension SEQUENCE {} OPTIONAL
}
Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
}
CellChangeOrder ::= SEQUENCE {
t304 ENUMERATED {
ms100, ms200, ms500, ms1000,
ms2000, ms4000, ms8000, ms10000-v1310},
targetRAT-Type CHOICE {
geran SEQUENCE {
physCellId PhysCellIdGERAN;
carrierFreq CarrierFreqGERAN,
networkControlOrder BIT STRING (SIZE (2)) OPTIONAL, -- Need OP
systemInformation SI-OrPSI-GERAN OPTIONAL -- Need OP
},
...
}
}
SI-OrPSI-GERAN ::= CHOICE {
si SystemInfoListGERAN,
psi SystemInfoListGERAN
}
E-CSFB-r9 ::= SEQUENCE {
messageContCDMA2000-1XRTT-r9 OCTET STRING OPTIONAL, -- Need ON
mobilityCDMA2000-HRPD-r9 ENUMERATED {
handover, redirection
} OPTIONAL, -- Need OP
messageContCDMA2000-HRPD-r9 OCTET STRING OPTIONAL, -- Cond concHO
redirectCarrierCDMA2000-HRPD-r9 CarrierFreqCDMA2000 OPTIONAL -- Cond concRedir
}
--ASN1STOP
상기 s-eNB는 purpose 파라미터의 값을 handover로 지시함으로써, 핸드오버를 위해 단말에게 MobilityFromEUTRACommand 메시지를 전송함을 명시할 수 있다. 상기 s-eNB는 Handover IE의 내부의 파라미터 값들을 다음과 같이 설정할 수 있다. 1) targetRAT-Type: nr로 설정함으로써 target RAT이 NR임을 지시할 수 있다. 2) targetRAT-MessageContainer: 상기 t-gNB이 생성한 RRC reconfiguration 메시지를 담을 수 있다. 3) nas-SecurityParamFromEUTRA: NR로의 핸드오버 시 생략될 수 있다. 4) systemInformation: NR로의 핸드오버 시 생략될 수 있다.본 발명의 일 실시 예로, 핸드오버 시 기지국은 단말이 보유하는 LTE에서의 QoE 설정 (예, QoE config 1)을 NR로 핸드오버 후 NR의 QoE 설정으로 업데이트하여 유지하거나 해제하기 위한 지시자 (예, 지시자 C)를 정의 또는/및 사용할 수 있다. 기지국이 지시자 C를 통해 LTE에서의 QoE 설정 (예, QoE config 1)을 해제하도록 지시할 수 있다 (1i-40). LTE QoE 설정과 달리 NR QoE 설정에서는 ID (예, measConfgiAppLayerID)와 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)가 함께 설정될 수 있다. 기지국이 지시자 C를 통해 LTE에서의 QoE 설정 (예, QoE config 1)을 해제하도록 지시하는 경우, QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)를 할당해 줄 필요가 없기에 할당하지 않을 수 있다 (1i-40). 즉, 도 1h와 같이 LTE 설정의 유지를 위해 상기 파라미터들은 정의는 되어 있지만, 도 1i와 같이 LTE 설정의 해제의 경우 상기 파라미터 할당되지 않을 수 있다 (예, 상기 파라미터들이 optional한 필드로 정의되고 1i-40에서 포함되지 않을 수 있다). 상기 지시자 C는 MobilityFromEUTRACommand 메시지 또는 RRC Reconfiguration 메시지 안에 정의될 수 있다 (1i-40). 예를 들어, MobilityFromEUTRACommand 메시지 내에 상기 지시자가 정의되는 경우 s-eNB가 상기 지시자 C를 설정할 수 있으며, RRC Reconfiguration 메시지 내에 상기 지시자 C가 정의되는 경우 t-gNB가 상기 지시자 C를 설정할 수 있다.The s-eNB can specify that it transmits the MobilityFromEUTRACommand message to the UE for handover by indicating the value of the purpose parameter as handover. The s-eNB can set the internal parameter values of Handover IE as follows. 1) By setting targetRAT-Type: nr, you can indicate that the target RAT is NR. 2) targetRAT-MessageContainer: Can contain the RRC reconfiguration message generated by the t-gNB. 3) nas-SecurityParamFromEUTRA: Can be omitted when handover to NR. 4) systemInformation: Can be omitted when handover to NR. In an embodiment of the present invention, at the time of handover, the base station hands over the QoE settings (e.g., QoE config 1) in LTE held by the terminal to NR and then You can define and/or use an indicator (e.g., indicator C) to maintain or release by updating with QoE settings. The base station may instruct to release QoE settings (e.g., QoE config 1) in LTE through indicator C (1i-40). Unlike LTE QoE settings, in NR QoE settings, ID (e.g., measConfgiAppLayerID) and additional setting information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) can be set together. When the base station instructs to release the QoE setting (e.g., QoE config 1) in LTE through indicator C, the QoE setting ID (e.g., measConfgiAppLayerID) and/or additional configuration information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) Since there is no need to allocate, it may not be allocated (1i-40). That is, the parameters are defined to maintain the LTE settings as shown in FIG. 1h, but in case of cancellation of the LTE settings as shown in FIG. 1i, the parameters may not be assigned (e.g., the parameters are defined as optional fields and 1i may not be included in -40). The indicator C can be defined in the MobilityFromEUTRACommand message or RRC Reconfiguration message (1i-40). For example, if the indicator C is defined in the MobilityFromEUTRACommand message, the s-eNB can set the indicator C, and if the indicator C is defined in the RRC Reconfiguration message, the t-gNB can set the indicator C.
기지국 (s-eNB 또는 t-gNB)은 핸드오버를 수행 시 단말에서의 QoE 측정 및 설정을 해제하기를 원할 수 있으며, 지시자 C를 통해 LTE의 QoE 설정을 해제할 수 있다. 예를 들어, t-gNB은 단말에게 설정된 서비스 타입의 QoE 측정을 지원하지 않을 수 있거나, t-gNB이 OAM이 설정한 QoE 측정 지역 범위 (예, areaScope)를 벗어난 기지국 또는 셀이기에 QoE 측정을 해제할 수 있다. 게다가 해제 후 즉시 단말에게 새로운 QoE 측정을 설정할 수 있다. The base station (s-eNB or t-gNB) may wish to cancel QoE measurement and settings in the terminal when performing handover, and may cancel QoE settings of LTE through indicator C. For example, the t-gNB may not support QoE measurement for the service type set for the UE, or the t-gNB may release QoE measurement because it is a base station or cell outside the QoE measurement area range (e.g., areaScope) set by the OAM. can do. In addition, new QoE measurements can be set for the terminal immediately after release.
s-eNB가 지시자 C의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromEUTRACommand 메시지 내 지시자 C가 정의되는 경우), t-gNB로부터 QoE 설정 해제에 대한 지시자 (예, 지시자 D)를 받을 수 있다 (1i-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 지시자 D를 정의할 수 있고, s-eNB는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 통해 t-gNB로부터 QoE 설정 해제를 지시하는 지시자 D를 수신함으로써 (1i-35), 단말에게 전송하는 지시자 C를 단말의 QoE 설정의 해제를 지시할 수 있다 (1i-40). t-gNB이 지시자 D를 통해 LTE에서의 QoE 설정 (예, QoE config 1)을 해제하도록 s-eNB에게 지시하는 경우, QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)를 할당해 줄 필요가 없기에 할당하지 않을 수 있다 (1i-35).In the case of an embodiment in which the s-eNB determines/generates the configuration of indicator C (e.g., when indicator C is defined in the MobilityFromEUTRACommand message), an indicator for QoE setting release (e.g., indicator D) may be received from the t-gNB. (1i-35). For example, the By receiving D (1i-35), the indicator C transmitted to the terminal can indicate cancellation of the QoE settings of the terminal (1i-40). When the t-gNB instructs the s-eNB to release the QoE configuration in LTE (e.g., QoE config 1) through indicator D, the QoE configuration ID (e.g., measConfgiAppLayerID) and/or additional configuration information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) can be omitted because there is no need to allocate (1i-35).
본 발명의 일 실시 예로, 1i-40에서 지시자 C가 정의되지 않을 수 있으며, 1i-35에서 지시자 D가 정의되지 않을 수 있다. 대신 1i-40에서 QoE 설정 ID (예, measConfgiAppLayerID) 및/또는 추가적인 설정 정보 (예, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)이 정의되지만 기지국이 이 파라미터들을 설정하지 않음으로써 (예, 상기 파라미터들이 optional 필드로 정의되고 기지국은 상기 파라미터들을 포함하지 않음으로써), 단말은 이를, 기존 LTE의 QoE 설정 (APP QoE 측정 설정 정보 및 서비스 타입)를 해제하라는 의미로 이해할 수 있다. In one embodiment of the present invention, indicator C may not be defined in 1i-40, and indicator D may not be defined in 1i-35. Instead, in 1i-40, a QoE configuration ID (e.g., measConfgiAppLayerID) and/or additional configuration information (e.g., pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) are defined, but the base station does not set these parameters (e.g., the parameters are in the optional field. defined as and the base station does not include the above parameters), the terminal can understand this to mean to cancel the existing LTE QoE settings (APP QoE measurement setting information and service type).
핸드오버를 성공적으로 마친 후 단말은 RRC Reconfiguration complete 메시지를 t-gNB에게 전송할 수 있다 (1i-45). 단말 AS는 핸드오버를 성공적으로 마친 후 또는 RRC Reconfiguration complete 메시지를 전송한 이후 LTE의 라디오 자원 및/또는 설정을 해제할 수 있다. 이 때 단말 AS는 1i-40에서 수신한 지시자 A에 따라 QoE 자원 및/또는 설정 또한 해제할 수 있다. (1i-50). 마찬가지로 단말 AS는 단말 APP에서의 QoE 설정의 해지를 지시해줄 수 있다 (1i-55). 이를 위해 LTE AT command가 사용될 수 있으며, 여기에는 해지를 나타내는 지시자 및 QoE configuration의 서비스 타입 (예, QoE config 1의 서비스 타입)을 포함할 수 있다. 이 후 단말 APP은 더 이상 LTE QoE 설정을 가지고 있지 않기에 QoE 측정 수행을 중단할 수 있다 (1i-60).After successfully completing the handover, the UE can transmit an RRC Reconfiguration complete message to the t-gNB (1i-45). The terminal AS may release radio resources and/or settings of LTE after successfully completing handover or transmitting an RRC Reconfiguration complete message. At this time, the terminal AS may also release QoE resources and/or settings according to indicator A received from 1i-40. (1i-50). Likewise, the terminal AS can instruct cancellation of QoE settings in the terminal APP (1i-55). For this purpose, the LTE AT command can be used, which may include an indicator indicating termination and the service type of QoE configuration (e.g., service type of QoE config 1). After this, the terminal APP can stop performing QoE measurement because it no longer has LTE QoE settings (1i-60).
본 발명의 일 실시 예로, 만약 MobilityFromEUTRACommand에 포함되는 RRC Reconfiguration 메시지에서 새로운 NR QoE 설정의 setup 정보가 포함되어있을 수 있고 (1i-40), 이 경우 단말의 AS 및 APP은 (LTE QoE 설정 및 측정의 해제 여부와 관계없이) 새로운 NR QoE 설정을 저장하고 새로운 NR QoE 설정에 따라 QoE 측정을 (추가로) 수행하고 보고할 수 있으며, 이 과정은 1h-65/1h-70/1h-75/1h-80을 따를 수 있다.As an embodiment of the present invention, if the RRC Reconfiguration message included in MobilityFromEUTRACommand may contain setup information for new NR QoE settings (1i-40), in this case, the AS and APP of the terminal (LTE QoE setup and measurement) You can save the new NR QoE settings (regardless of whether they are turned off or not) and (additionally) perform and report QoE measurements based on the new NR QoE settings, which can be done in 1h-65/1h-70/1h-75/1h- You can follow 80.
도 1h와 도 1i에서 제안하는 지시자 C는 동일한 지시자일 수 있으며, 하기 option들 중 하나 또는 그것들의 조합으로 해석될 수 있다. 일 실시 예로, 지시자 C는 MobilityFromEUTRACommand 메시지 또는 RRC Reconfiguration 메시지 안에 정의될 수 있다. 하기 option들에서 지칭하는 "단말"은 AS 및 APP을 모두 지칭할 수 있다. 또는 AS 또는 APP 중 하나만을 지칭할 수 있다. 하기에서 QoE 측정을 유지 및 업데이트 (NR QoE 설정으로의 업데이트를 의미)하는 절차는 도 1h를 참조할 수 있다. 하기에서 QoE 측정을 해제하는 절차는 도 1i를 참조할 수 있다.The indicator C proposed in FIGS. 1H and 1I may be the same indicator, and may be interpreted as one of the following options or a combination thereof. In one embodiment, indicator C may be defined in the MobilityFromEUTRACommand message or RRC Reconfiguration message. “Terminal” referred to in the following options may refer to both AS and APP. Alternatively, it may refer to only one of AS or APP. In the following, the procedure for maintaining and updating QoE measurements (meaning updating to NR QoE settings) may refer to Figure 1H. The procedure for disabling QoE measurement below can refer to FIG. 1i.
Option 1: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)할 수 있다. 해당 파라미터가 부재한 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)할 수 있다. 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 1: This is an OPTIONAL parameter. If this parameter is included, the terminal can maintain/update (if present) the QoE settings in LTE when performing handover to NR. If the corresponding parameter is absent, the terminal can cancel the QoE settings in LTE (if it has them) when performing handover to NR. In one embodiment, the parameter may include sub-parameters.
Option 2: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)할 수 있다. 해당 파라미터가 부재한 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)할 수 있다. 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 2: This is an OPTIONAL parameter. If this parameter is included, the terminal can cancel the QoE setting in LTE (if it has one) when performing handover to NR. If the corresponding parameter is absent, the UE can maintain/update (if it has) QoE settings in LTE when performing handover to NR. In one embodiment, the parameter may include sub-parameters.
Option 3: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. 해당 파라미터가 부재한 경우, 단말은 아무런 동작도 수행하지 않을 수 있다. 예를 들어 단말에게 QoE 설정이 없는 경우 유지/업데이트하거나 해제할 설정이 없기에 해당 파라미터가 부재할 수 있다.Option 3: This is an OPTIONAL parameter. If the parameter is set to true, the terminal can maintain/update the QoE settings in LTE when performing handover to NR. If the parameter is set to false, the terminal can cancel the QoE settings in LTE when performing handover to NR. If the corresponding parameter is absent, the terminal may not perform any operation. For example, if the terminal does not have QoE settings, the corresponding parameter may be absent because there are no settings to maintain/update or release.
Option 4: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트할 수 있다. 해당 파라미터가 부재한 경우, 단말은 아무런 동작도 수행하지 않을 수 있다. 예를 들어 단말에게 QoE 설정이 없는 경우 유지/업데이트하거나 해제할 설정이 없기에 해당 파라미터가 부재할 수 있다.Option 4: This is an OPTIONAL parameter. If this parameter is set to true, the terminal can cancel the QoE settings in LTE when performing handover to NR. If the parameter is set to false, the terminal can maintain/update QoE settings in LTE when performing handover to NR. If the corresponding parameter is absent, the terminal may not perform any operation. For example, if the terminal does not have QoE settings, the corresponding parameter may be absent because there are no settings to maintain/update or release.
Option 5: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. 단말이 QoE 설정을 보유하지 않은 경우, 상기 파라미터를 무시하거나 파라미터에 관계없이 아무런 동작을 하지 않을 수 있다.Option 5: This is a MANDATORY parameter. If the parameter is set to true, the terminal can maintain/update QoE settings in LTE when performing handover to NR. If the parameter is set to false, the terminal can cancel the QoE settings in LTE when performing handover to NR. If the terminal does not have QoE settings, the parameter may be ignored or no operation may be performed regardless of the parameter.
Option 6: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트할 수 있다. 단말이 QoE 설정을 보유하지 않은 경우, 상기 파라미터를 무시하거나 파라미터에 관계없이 아무런 동작을 하지 않을 수 있다.Option 6: This is a MANDATORY parameter. If the parameter is set to true, the terminal can cancel the QoE settings in LTE when performing handover to NR. If the parameter is set to false, the terminal can maintain/update QoE settings in LTE when performing handover to NR. If the terminal does not have QoE settings, the parameter may be ignored or no operation may be performed regardless of the parameter.
Option 7: CHOICE의 형태의 파라미터로서, "release와 "setup"을 설정할 수 있다. Option 7: As a CHOICE type parameter, you can set “release” and “setup”.
만약"release"가 설정된 경우 단말은 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제할 수 있다. If "release" is set, the terminal can release QoE settings in LTE when performing handover to NR.
만약 "setup"가 설정되고 "setup"내 measConfigAppLayerContainer 또는/및 serviceType이 설정되어 있는 경우, 단말은 해당 정보를 이용해 기존 LTE QoE 설정을 해제하고 상기 제공받은 새로운 QoE 설정 정보로 setup할 수 있다. 즉, 단말은 NR로의 핸드오버 수행 시 기존 QoE 설정을 변경 또는 수정할 수 있다. 이 경우, 기존 LTE QoE 설정을 해제하는 단말의 동작은 1i-50, 1i-55의 동작과 동일할 수 있으며, 새로운 QoE 설정을 위해서 하기의 동작 중 일부 또는 전체가 추가될 수 있다.If "setup" is set and measConfigAppLayerContainer or/and serviceType in "setup" is set, the terminal can use the corresponding information to cancel the existing LTE QoE settings and setup with the new QoE setting information provided above. That is, the UE can change or modify the existing QoE settings when performing handover to NR. In this case, the terminal's operation to cancel the existing LTE QoE setting may be the same as the operation of 1i-50 and 1i-55, and some or all of the following operations may be added to set a new QoE.
4) 1i-50에 더불어, AS가 새로운 QoE 설정을 AS에 설정/저장하는 절차4) In addition to 1i-50, the procedure for the AS to set/save new QoE settings in the AS
5) 1i-55에 더불어, AS가 새로운 QoE 설정 정보 (measConfigAppLayerContainer를 포함)를 APP으로 전달하는 절차5) In addition to 1i-55, the procedure for AS to transmit new QoE configuration information (including measConfigAppLayerContainer) to APP
6) APP이 새로운 QoE 설정정보 (measConfigAppLayerContainer를 포함)를 설정하고 이를 기반으로 QoE 측정을 수행하고 보고 하는 절차 6) A procedure in which APP sets new QoE configuration information (including measConfigAppLayerContainer) and performs and reports QoE measurements based on this.
만약 지시자 C에 대한 설정이 s-eNB에 의한 동작으로 정의된다면 (예, RRC Reconfiguration 메시지가 아닌 MobilityFromEUTRACommand 메시지 안에서 지시자 C가 설정된다면), 상기 새로운 QoE 설정은 LTE QoE 설정일 수 있다. 만약 지시자 C에 대한 설정이 t-gNB에 의한 동작으로 정의된다면 (예, MobilityFromEUTRACommand 메시지가 포함하는 RRC Reconfiguration 메시지 안에서 지시자 C가 설정된다면), 상기 새로운 QoE 설정은 NR QoE 설정일 수 있다. If the setting for indicator C is defined as an operation by the s-eNB (e.g., if the indicator C is set in the MobilityFromEUTRACommand message rather than the RRC Reconfiguration message), the new QoE setting may be an LTE QoE setting. If the configuration for indicator C is defined as an operation by the t-gNB (e.g., if indicator C is configured in the RRC Reconfiguration message included in the MobilityFromEUTRACommand message), the new QoE configuration may be an NR QoE configuration.
만약"setup"가 설정되었지만 "setup"내 measConfigAppLayerContainer 또는/및 serviceType이 설정되지 않는 있는 경우, 단말은 NR로의 핸드오버 수행 시 기존 LTE QoE 설정을 유지/업데이트할 수 있다. 지시자 C가 부재하거나 단말이 QoE 설정을 보유하지 않은 경우, 상기 파라미터를 무시하거나 파라미터에 관계없이 아무런 동작을 하지 않을 수 있다.If "setup" is set but measConfigAppLayerContainer or/and serviceType in "setup" is not set, the terminal can maintain/update the existing LTE QoE settings when performing handover to NR. If indicator C is absent or the terminal does not have QoE settings, the parameter may be ignored or no operation may be performed regardless of the parameter.
Option 1, 2의 경우, 예를 들어, 하기와 같이 지시자 C (예, indicatorC)에 대한 ASN.1 코드가 MobilityFromEUTRACommand 내 Handover IE 내에 정의될 수 있다.For Options 1 and 2, for example, the ASN.1 code for indicator C (e.g., indicatorC) can be defined in Handover IE in MobilityFromEUTRACommand as follows.
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
indicatorC
ENUMERATED {true}
OPTIONAL
}Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
indicatorC ENUMERATED {true} OPTIONAL
}
Option 3, 4의 경우, 예를 들어, 하기와 같이 지시자 C (예, indicatorC)에 대한 ASN.1 코드가 MobilityFromEUTRACommand 내 Handover IE 내에 정의될 수 있다.For Options 3 and 4, for example, the ASN.1 code for indicator C (e.g., indicatorC) can be defined in Handover IE in MobilityFromEUTRACommand as follows.
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
indicatorC
ENUMERATED {true, false}
OPTIONAL
}Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
indicatorC ENUMERATED {true, false} OPTIONAL
}
Option 5, 6의 경우, 예를 들어, 하기와 같이 지시자 C (예, indicatorC)에 대한 ASN.1 코드가 MobilityFromEUTRACommand 내 Handover IE 내에 정의될 수 있다.For Options 5 and 6, for example, the ASN.1 code for indicator C (e.g., indicatorC) can be defined in Handover IE in MobilityFromEUTRACommand as follows.
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
indicatorC
ENUMERATED {true, false}
}Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
indicatorC ENUMERATED {true, false}
}
Option 7의 경우, 예를 들어, 하기와 같이 지시자 C (예, indicatorC)에 대한 ASN.1 코드가 MobilityFromEUTRACommand 내 Handover IE 내에 정의될 수 있다.For Option 7, for example, the ASN.1 code for indicator C (e.g., indicatorC) can be defined in Handover IE in MobilityFromEUTRACommand as follows.
targetRAT-Type
ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer
OCTET STRING,
nas-SecurityParamFromEUTRA
OCTET STRING (SIZE (1))
OPTIONAL,
-- Cond UTRAGERANEPC
systemInformation
SI-OrPSI-GERAN
OPTIONAL
-- Cond PSHO
indicatorC
CHOICE{
release
NULL,
setup
SEQUENCE{
measConfigAppLayerContainer-r15
OCTET STRING (SIZE(1..1000)),
OPTIONAL
serviceType-r15
ENUMERATED {qoe, qoemtsi, spare6, spare5, spare4, spare3, spare2, spare1}
OPTIONAL
}
}
OPTIONAL,
-- Need ON
}Handover ::= SEQUENCE {
targetRAT-Type ENUMERATED {
utra, geran, cdma2000-1XRTT, cdma2000-HRPD,
nr, eutra, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromEUTRA OCTET STRING (SIZE (1)) OPTIONAL, -- Cond UTRAGERANEPC
systemInformation SI-OrPSI-GERAN OPTIONAL -- Cond PSHO
indicatorC CHOICE{
release NULL,
setupSEQUENCE{
measConfigAppLayerContainer-r15 OCTET STRING (SIZE(1..1000)), OPTIONAL
serviceType-r15 ENUMERATED {qoe, qoemtsi, spare6, spare5, spare4, spare3, spare2, spare1} OPTIONAL
}
} OPTIONAL, -- NEED ON
}
도 1h와 도 1i에서 제안하는 지시자 D는 동일한 지시자일 수 있으며, 하기 option들 중 하나 또는 그것들의 조합으로 해석될 수 있다. 일 실시 예로, 지시자 D는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 내에 정의될 수 있다. 하기에서 QoE 측정을 유지/업데이트 (LTE QoE 설정을 NR 설정으로의 업데이트를 의미)의 하는 절차는 도 1h를 참조할 수 있다. 하기에서 QoE 측정을 해제하는 절차는 도 1i를 참조할 수 있다.The indicator D proposed in FIGS. 1H and 1I may be the same indicator, and may be interpreted as one of the following options or a combination thereof. In one embodiment, indicator D may be defined in the HANDOVER REQUEST ACKNOWLEDGEMENT or Handover Command message. In the following, the procedure for maintaining/updating QoE measurements (meaning updating LTE QoE settings to NR settings) can refer to FIG. 1H. The procedure for disabling QoE measurement below can refer to FIG. 1i.
Option 1: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 해당 파라미터가 부재한 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 1: This is an OPTIONAL parameter. If this parameter is included, the s-eNB can instruct the UE to maintain/update (if it has) QoE settings in LTE when performing handover to NR (e.g. via indicator C). If the corresponding parameter is absent, the s-eNB may instruct the UE to release (if retained) QoE settings in LTE when performing handover to NR (e.g., through indicator C). In one embodiment, the parameter may include sub-parameters.
Option 2: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 해당 파라미터가 부재한 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 2: This is an OPTIONAL parameter. If this parameter is included, the s-eNB can instruct the UE to release (if present) the QoE settings in LTE when performing a handover to NR (e.g., indicator C Through the). If the parameter is absent, the s-eNB may instruct the UE to maintain/update (if present) the QoE settings in LTE when performing handover to NR (e.g., through indicator C). In one embodiment, the parameter may include sub-parameters.
Option 3: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 해당 파라미터가 false로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 해당 파라미터가 부재한 경우, s-eNB는 지시자 C를 단말에게 설정하지 않거나 전송하지 않을 수 있다. (즉, 지시자 C의 부재)Option 3: This is an OPTIONAL parameter. If the parameter is set to true, the s-eNB can instruct the UE to maintain/update (if present) the QoE settings in LTE when performing handover to NR (e.g. For (via directive C). If the parameter is set to false, the s-eNB may instruct the UE to release (if retained) QoE settings in LTE when performing handover to NR (e.g., through indicator C). If the corresponding parameter is absent, the s-eNB may not set or transmit indicator C to the UE. (i.e. absence of indicator C)
Option 4: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 해당 파라미터가 false로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 해당 파라미터가 부재한 경우, s-eNB는 지시자 C를 단말에게 설정하지 않거나 전송하지 않을 수 있다. (즉, 지시자 C의 부재)Option 4: This is an OPTIONAL parameter. If the parameter is set to true, the s-eNB can instruct the UE to release (if present) the QoE settings in LTE when performing handover to NR (e.g. indicator via C). If the parameter is set to false, the s-eNB may instruct the UE to maintain/update (if present) the QoE settings in LTE when performing handover to NR (e.g., through indicator C). If the corresponding parameter is absent, the s-eNB may not set or transmit indicator C to the UE. (i.e. absence of indicator C)
Option 5: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 해당 파라미터가 false로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). Option 5: This is a MANDATORY parameter. If the parameter is set to true, the s-eNB can instruct the UE to maintain/update (if present) the QoE settings in LTE when performing handover to NR (e.g. For (via directive C). If the parameter is set to false, the s-eNB may instruct the UE to release (if retained) QoE settings in LTE when performing handover to NR (e.g., through indicator C).
Option 6: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). 해당 파라미터가 false로 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 C를 통해). Option 6: This is a MANDATORY parameter. If the parameter is set to true, the s-eNB can instruct the UE to release (if present) the QoE settings in LTE when performing handover to NR (e.g. indicator via C). If the parameter is set to false, the s-eNB may instruct the UE to maintain/update (if present) the QoE settings in LTE when performing handover to NR (e.g., through indicator C).
Option 7: CHOICE의 형태의 파라미터로서, "release와 "setup"을 설정할 수 있다.Option 7: As a CHOICE type parameter, you can set “release” and “setup”.
만약"release"가 설정된 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 LTE에서의 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다.If "release" is set, the s-eNB may instruct the UE to release (if retained) QoE settings in LTE when performing handover to NR.
만약 "setup"가 설정되고 "setup"내 application layer의 QoE 설정 정보 (RRC layer에서 measConfigAppLayerContainer에 포함되는 정보) 또는/및 서비스 타입 (RRC layer에서 serviceType에 포함되는 정보)이 설정되어 있는 경우, s-eNB는 단말이 해당 정보를 이용해 기존 LTE QoE 설정을 해제하고 상기 제공받은 새로운 QoE 설정 정보로 setup하도록 지시할 수 있다. 즉, s-eNB는 단말이 NR로의 핸드오버 수행 시 기존 QoE 설정 (measConfigAppLayerContainer 포함)을 변경 또는 수정 하도록 지시할 수 있다.If "setup" is set and the QoE setting information of the application layer in "setup" (information included in measConfigAppLayerContainer in the RRC layer) or/and the service type (information included in serviceType in the RRC layer) is set, s- The eNB may instruct the terminal to use the information to cancel the existing LTE QoE settings and set up with the new QoE settings information provided above. That is, the s-eNB can instruct the UE to change or modify existing QoE settings (including measConfigAppLayerContainer) when performing handover to NR.
만약"setup"가 설정되었지만"setup"내 application layer의 QoE 설정 정보 (RRC layer에서 measConfigAppLayerContainer에 포함되는 정보) 또는/및 서비스 타입 (RRC layer에서 serviceType에 포함되는 정보)이 설정되지 않는 있는 경우, s-eNB는 단말이 NR로의 핸드오버 수행 시 기존 LTE QoE 설정 (measConfigAppLayerContainer 포함)을 유지하도록 지시할 수 있다. If "setup" is set, but the QoE setting information of the application layer (information included in measConfigAppLayerContainer in the RRC layer) or/and the service type (information included in serviceType in the RRC layer) within "setup" is not set, s -eNB may instruct the UE to maintain existing LTE QoE settings (including measConfigAppLayerContainer) when performing handover to NR.
본 option은 지시자 C에 대한 option 7과 함께 정의/사용될 수 있다.This option can be defined/used together with option 7 for indicator C.
도 1j는 본 발명의 일 실시 예로서, 단말이 NR에서 LTE로 핸드오버를 수행하는 과정에서 NR의 QoE 설정을 유지하는 방법을 나타낸 도면이다.FIG. 1J is a diagram illustrating a method of maintaining the QoE settings of NR during the process of a UE handover from NR to LTE, as an embodiment of the present invention.
단말의 AS (Access Stratum layer) (1j-05)와 단말의 APP (application layer) (1j-10)는 NR 기지국 또는 셀을 통해 하나 이상의 NR QoE 측정 설정 정보 (예, QoE config 1, QoE config 2, QoE config 3)를 설정 받은 상태일 수 있다 (1j-15, 1j-20). NR에서 단말 (AS 및/또는 APP)은 QoE 설정 정보를 복수 개 저장하고 독립적으로 측정을 수행할 수 있기 때문에, 복수 개의 QoE 설정 정보를 구분하는 별도의 ID (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. (LTE에서는 단말에게 단일 QoE 설정만 가능하므로 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 사용하지 않을 수 있다). 단말 (AS 및/또는 APP)은 각 QoE 설정 별 QoE 설정 ID를 저장할 수 있다 (1j-15, 1j-20). NR QoE 설정 (예, QoE config 1/2/3)을 보유한 단말은 NR 기지국 또는 셀 (1j-23)과 RRC 연결모드 상태일 수 있다. 상기 NR 기지국 또는 셀은 상기 단말의 핸드오버를 개시할 수 있다. 이를 위해 source NR 기지국 또는 셀 (s-gNB) (1j-23)은 target LTE 기지국 (t-eNB) (1j-25)이 핸드오버를 준비하는데 필요한 정보를 handover preparation information 메시지 또는 HANDOVER REQUEST 메시지를 통해 t-eNB에게 전송할 수 있다 (1j-30). 이 때 target RAT (Radio access technology) (즉, LTE)에 요구되는 format으로 상기 메시지 및 정보를 보낼 수 있다. 상기 정보를 기반으로 t-eNB는 RRC Connection Reconfiguration 메시지 (예, RRCConnectionReconfiguration)를 생성할 수 있고, 이를 handover command 메시지 또는 HANDOVER REQUEST ACKNOWLEDGEMENT 메시지에 담아 s-gNB에게 전달할 수 있다 (1j-35). 이를 수신한 s-gNB는 상기 t-eNB의 RRC Connection Reconfiguration 메시지를 MobilityFromNRCommand 메시지에 담아 단말에게 전송할 수 있다 (1j-40). 하기는 MobilityFromNRCommand 메시지의 ASN.1 코드이다.The terminal's AS (Access Stratum layer) (1j-05) and the terminal's APP (application layer) (1j-10) provide one or more NR QoE measurement configuration information (e.g., QoE config 1, QoE config 2) through the NR base station or cell. , QoE config 3) may have been set (1j-15, 1j-20). In NR, a terminal (AS and/or APP) can store multiple QoE configuration information and perform measurements independently, so define a separate ID (e.g., measConfigAppLayerId) to distinguish multiple QoE configuration information, and/or You can use it. (In LTE, only a single QoE setting is possible for the terminal, so a separate ID that distinguishes multiple QoE setting information may not be used.) The terminal (AS and/or APP) can store the QoE setting ID for each QoE setting (1j-15, 1j-20). A terminal with NR QoE settings (e.g., QoE config 1/2/3) may be in RRC connected mode with an NR base station or cell (1j-23). The NR base station or cell can initiate handover of the terminal. For this purpose, the source NR base station or cell (s-gNB) (1j-23) provides the information necessary for the target LTE base station (t-eNB) (1j-25) to prepare for handover through a handover preparation information message or a HANDOVER REQUEST message. Can be transmitted to t-eNB (1j-30). At this time, the message and information can be sent in the format required for target RAT (Radio access technology) (i.e., LTE). Based on the above information, the t-eNB can create an RRC Connection Reconfiguration message (e.g., RRCConnectionReconfiguration) and deliver it to the s-gNB in a handover command message or HANDOVER REQUEST ACKNOWLEDGEMENT message (1j-35). The s-gNB that has received this can transmit the t-eNB's RRC Connection Reconfiguration message to the UE in a MobilityFromNRCommand message (1j-40). Below is the ASN.1 code of the MobilityFromNRCommand message.
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
-- ASN1STOP--ASN1START
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
--ASN1STOP
상기 s-gNB는 MobilityFromNRCommand 메시지를 전송함으로써, 단말에게 지시할 수 있다. 상기 s-gNB는 MobilityFromNRCommand 메시지 내부의 파라미터 값들을 다음과 같이 설정할 수 있다. 1) targetRAT-Type: eutra로 설정함으로써 target RAT이 EUTRA (즉, LTE)임을 지시할 수 있다. 2) targetRAT-MessageContainer: 상기 t-eNB이 생성한 RRC Connection Reconfiguration 메시지를 담을 수 있다. 3) nas-SecurityParamFromNR: Intra-5GC 핸드오버 시 생략될 수 있다.본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 QoE 설정 ID (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. 예를 들어, QoE config 2는 measConfigAppLayerId=2인 QoE 설정일 수 있으며, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 QoE 설정 ID (예, measConfigAppLayerId=2)를 지시/설정할 수 있다 (1j-40). 본 발명의 일 실시예로, 기지국은 복수 개의 QoE 설정 ID 를 지시할 수 있으며, 이 경우 단말은 LTE로 핸드오버 후 지시받은 복수 개의 QoE 설정을 유지할 수 있다.The s-gNB can instruct the UE by transmitting a MobilityFromNRCommand message. The s-gNB can set parameter values within the MobilityFromNRCommand message as follows. 1) By setting targetRAT-Type: eutra, you can indicate that the target RAT is EUTRA (i.e. LTE). 2) targetRAT-MessageContainer: Can contain the RRC Connection Reconfiguration message generated by the t-eNB. 3) nas-SecurityParamFromNR: Can be omitted during Intra-5GC handover. In an embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) configures QoE in a plurality of NRs held by the terminal ( For example, among QoE config 1/2/3), a QoE setting ID (e.g., measConfigAppLayerId) can be defined and/or used to indicate to the terminal one QoE setting (e.g., QoE config 2) to be maintained after handover to LTE. there is. For example, QoE config 2 may be a QoE setting with measConfigAppLayerId=2, and the base station (s-gNB or t-eNB) sets QoE settings in a plurality of NRs owned by the terminal (e.g., QoE config 1/2/3) To indicate to the terminal one QoE setting (e.g., QoE config 2) to be maintained after handover to LTE, a QoE configuration ID (e.g., measConfigAppLayerId=2) can be indicated/set (1j-40). In one embodiment of the present invention, the base station can indicate a plurality of QoE setting IDs, and in this case, the terminal can maintain the plurality of QoE settings indicated after handover to LTE.
본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 해제하려는 QoE 설정 (QoE config 1/3)을 단말에게 지시하기 위해 QoE 설정 ID (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. 또는 이를 위해 종래 RRCConnectionReconfiguration의 measConfigAppLayerId을 재사용할 수 있다. 예를 들어, QoE config 1/3는 각각 measConfigAppLayerId=4/6인 QoE 설정일 수 있으며, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 해제하려는 QoE 설정 (예, QoE config 1/3)을 단말에게 지시하기 위해 QoE 설정 ID (예, measConfigAppLayerId=4/6)를 지시/설정할 수 있다.In one embodiment of the present invention, at the time of handover, the base station (s-gNB or t-eNB) releases the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal after handover to LTE. A QoE configuration ID (e.g., measConfigAppLayerId) can be defined and/or used to instruct the terminal about the desired QoE configuration (QoE config 1/3). Alternatively, for this purpose, the measConfigAppLayerId of the existing RRCConnectionReconfiguration can be reused. For example, QoE config 1/3 may be a QoE setting with measConfigAppLayerId=4/6, and the base station (s-gNB or t-eNB) may set QoE settings in a plurality of NRs held by the UE (e.g., QoE config 1 /2/3) In order to instruct the terminal about the QoE settings (e.g., QoE config 1/3) to be released after handover to LTE, the QoE configuration ID (e.g., measConfigAppLayerId=4/6) can be indicated/set.
상기 QoE 설정 ID는 MobilityFromNRCommand 메시지 또는 RRC Connection Reconfiguration 메시지 안에 정의될 수 있다 (1j-40). 예를 들어, MobilityFromNRCommand 메시지 내에 상기 QoE 설정 ID가 정의되는 경우 s-gNB가 QoE 설정 ID를 설정할 수 있으며, RRC Connection Reconfiguration 메시지 내에 상기 QoE 설정 ID가 정의되는 경우 t-eNB가 QoE 설정 ID를 설정할 수 있다. The QoE configuration ID can be defined in the MobilityFromNRCommand message or RRC Connection Reconfiguration message (1j-40). For example, if the QoE configuration ID is defined in the MobilityFromNRCommand message, the s-gNB can set the QoE configuration ID, and if the QoE configuration ID is defined in the RRC Connection Reconfiguration message, the t-eNB can set the QoE configuration ID. there is.
기지국 (s-gNB 또는 t-eNB)은 핸드오버를 수행하더라도 단말에서의 끊김없이 연속적인 QoE 측정 수행을 원할 수 있으며, 상기 QoE 설정 ID의 지시를 통해 NR의 QoE 설정을 유지할 수 있다. 예를 들어, t-eNB은 단말에게 설정된 서비스 타입의 QoE 측정을 지원하며, OAM이 설정한 QoE 측정 지역 범위 (예, areaScope)에 포함된 기지국 또는 셀이기에 QoE 설정을 유지할 수 있다.Even if handover is performed, the base station (s-gNB or t-eNB) may want to perform continuous QoE measurement without interruption in the terminal, and can maintain the QoE settings of the NR through the indication of the QoE setting ID. For example, t-eNB supports QoE measurement of the service type set for the UE, and can maintain QoE settings because it is a base station or cell included in the QoE measurement area range (e.g., areaScope) set by the OAM.
본 발명의 일 실시 예로, s-gNB가 상기 QoE 설정 ID의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromNRCommand 메시지 내 상기 QoE 설정 ID가 정의되는 경우), t-eNB로부터 QoE 설정 유지를 원하는 QoE 설정 ID (예, measConfigAppLayerId=2)를 받을 수 있다 (1j-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 QoE 설정 유지를 원하는 QoE 설정 ID를 정의할 수 있고, s-gNB는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 통해 t-eNB로부터 QoE 설정 유지를 원하는 QoE 설정 ID를 수신함으로써 (1j-35) 단말에게 전송하는 QoE 설정 ID를 통해 단말의 특정 QoE 설정의 유지를 지시할 수 있다 (1j-40). As an embodiment of the present invention, in the case of an embodiment in which the s-gNB determines/generates the setting of the QoE setting ID (e.g., when the QoE setting ID is defined in the MobilityFromNRCommand message), the user who wants to maintain the QoE setting from the t-eNB You can receive the QoE configuration ID (e.g. measConfigAppLayerId=2) (1j-35). For example, the By receiving the QoE setting ID for which settings are to be maintained (1j-35), maintenance of the specific QoE settings of the terminal can be instructed through the QoE setting ID transmitted to the terminal (1j-40).
본 발명의 일 실시 예로, s-gNB가 상기 QoE 설정 ID의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromNRCommand 메시지 내 상기 QoE 설정 ID가 정의되는 경우), t-eNB로부터 QoE 설정 해제를 원하는 QoE 설정 ID (예, measConfigAppLayerId=4/6)를 받을 수 있다 (1j-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 QoE 설정 해제를 원하는 QoE 설정 ID를 정의할 수 있고, s-gNB는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 통해 t-eNB로부터 QoE 설정 해제를 원하는 QoE 설정 ID를 수신함으로써 (1j-35) 단말에게 전송하는 QoE 설정 ID를 통해 단말의 특정 QoE 설정의 해제를 지시할 수 있다 (1j-40).As an embodiment of the present invention, in the case of an embodiment in which the s-gNB determines/generates the setting of the QoE setting ID (e.g., when the QoE setting ID is defined in the MobilityFromNRCommand message), the QoE setting desired to be released from the t-eNB You can receive the QoE configuration ID (e.g. measConfigAppLayerId=4/6) (1j-35). For example, the By receiving the QoE setting ID for which setting is to be canceled (1j-35), cancellation of the specific QoE setting of the terminal can be instructed through the QoE setting ID transmitted to the terminal (1j-40).
본 발명의 일 실시 예로, 기지국은 QoE 설정을 모두 해제 (예, QoE config 1/2/3)한 뒤 다시 일부 동일한 설정 (예, QoE config 2)을 단말에게 전송해줄 수 있지만 이를 위해서 기지국은 단말의 QoE 설정 별 QoE 설정 정보 (예, measConfigAppLayerContainer)를 저장하고 있어야 하며, 이를 다시 단말에게 전송해줘야 하며, 단말 AS 또한 단말 APP에게 이를 다시 전달해줘야 한다. QoE 설정 정보의 RRC 메시지의 사이즈가 작지 않음을 고려하였을 때 이는 단말 또는 기지국에게 시그널링 및 에너지 소모 측면에서 매우 비효율적일 수 있다. 예를 들어 measConfigAppLayerContainer는 NR에서 최대 1000바이트, LTE에서는 최대 8000바이트까지 차지할 수 있다. 또한, 상기의 QoE 설정을 해제 후 재설정하는 방법은 QoE 측정을 연속적으로 수행할 수 없게 된다. 따라서 본 발명에서는 inter-RAT 핸드오버 시 단말의 QoE 설정 정보 (예, measConfigAppLayerContainer)를 해제하지 않고 유지 (재사용)함으로써 연속적인 QoE 측정을 달성함과 동시에 시그널링 오버헤드를 줄이고 단말과 기지국의 에너지 소비를 절감하는데 도움이 될 수 있다.In one embodiment of the present invention, the base station may cancel all QoE settings (e.g., QoE config 1/2/3) and then transmit some of the same settings (e.g., QoE config 2) to the terminal. However, for this, the base station The QoE setting information (e.g., measConfigAppLayerContainer) for each QoE setting must be stored and transmitted back to the terminal, and the terminal AS must also transmit it back to the terminal APP. Considering that the size of the RRC message of QoE configuration information is not small, this may be very inefficient in terms of signaling and energy consumption for the terminal or base station. For example, measConfigAppLayerContainer can occupy up to 1000 bytes in NR and up to 8000 bytes in LTE. In addition, the method of canceling and resetting the QoE settings described above does not allow QoE measurement to be performed continuously. Therefore, in the present invention, continuous QoE measurement is achieved by maintaining (reusing) the QoE configuration information (e.g., measConfigAppLayerContainer) of the terminal during inter-RAT handover rather than releasing it, while reducing signaling overhead and reducing energy consumption of the terminal and base station. It can help you save money.
핸드오버를 성공적으로 마친 후 단말은 RRC Connection Reconfiguration complete 메시지를 t-eNB에게 전송할 수 있다 (1j-45). 단말 AS는 핸드오버를 성공적으로 마친 후 또는 RRC Connection Reconfiguration complete 메시지를 전송한 이후 NR의 라디오 자원 및/또는 설정을 해제할 수 있다 (예, QoE config 1/3). 하지만 이 때 단말 AS는 1j-40에서 수신한 QoE 설정 ID의 존재에 따라 QoE 자원 및/또는 설정 (예, 지시받은 하나 또는 복수 개의 QoE 설정) (예, QoE config 2)은 예외적으로 해제하지 않고 유지할 수 있다 (1j-50). 즉, 단말이 LTE로 핸드오버를 수행하더라도 NR의 QoE 설정을 저장하고 유지하고 있을 수 있다. 단말은 상기 NR QoE 설정 (복수 개 가능)을 LTE QoE 설정 (최대 1개)과는 별도로 유지할 수 있다. 또는 단말은 NR QoE 설정과 LTE QoE 설정은 통합해서 최대 1개만 유지할 수 있다. 이후 단말 AS는 유지하라고 지시받지 않은 QoE 설정 (예, QoE config 1/3)에 대한 해제를 단말 APP에게 알려줄 수 있다 (1j-55). 이 때, NR AT command가 사용될 수 있으며, 유지하라고 지시받지 않은 QoE 설정들 (예, QoE config 1/3)의 QoE 설정 ID를 지시할 수 있다 (1j-55). 그에 따라 단말 APP은 유지하라고 지시받지 않은 QoE 설정들(예, QoE config 1/3)을 해제할 수 있다. 단말 APP에서는 유지를 지시받은 QoE 설정 (예, QoE config 2)이 유지되고 그에 따른 QoE 측정을 수행할 수 있다 (1j-60). 그에 따라 단말 APP은 QoE 보고를 생성할 수 있고 이를 단말 AS에게 전달할 수 있다 (1j-65). 이 때 NR AT command가 사용될 수 있으며, 여기에는 단말 APP이 유지를 지시받은 QoE 설정 (예, QoE config 2)에 따라 측정하여 생성한 QoE 측정 결과 보고 및 상기 QoE 설정의 ID (예, measConfigAppLayerId=2)을 포함할 수 있다 (1j-65). 단말 APP으로부터 QoE 보고를 수신한 단말 AS는 핸드오버를 완료한 기지국 (t-eNB)에게 QoE 보고 전송할 수 있다 (1j-70). 이 때, LTE에서 정의하는 QoE 보고 메시지 (예, MeasReportAppLayer 메시지)를 사용할 수 있다. 상기 메시지 전송을 위해 SRB3 또는 SRB4를 사용할 수 있다. 종래 LTE에서 정의하는 QoE 보고 메시지 (예, MeasReportAppLayer 메시지)는 LTE QoE 설정으로 APP에서 만들어진 QoE 보고를 수납하는 container (예, measReportAppLayerContainer)를 포함할 수 있으며, 서비스 타입 (예, serviceType)를 포함할 수 있다. 본 발명의 일 실시 예로, LTE에서 정의하는 QoE 보고 메시지 (예, MeasReportAppLayer 메시지)내에 NR QoE 설정으로 APP에서 만들어진 QoE 보고를 수납하는 container (예, measReportAppLayerContainer-NR) 및/또는 QoE 설정 ID (예, measConfigAppLayerId-NR)을 추가로 정의하고 이를 1j-65에서 수신한 정보를 이용해 설정할 수 있다. 본 발명의 일 실시 예로, 단말은 1j-70에서, NR에서 정의하는 QoE 보고 메시지 (예, MeasurementReportAppLayer 메시지)를 사용하여, 1j-65에서 수신한 정보를 기지국 (예, t-eNB)에게 보고할 수 있다. t-eNB는 1j-70에서 수신한 QoE 보고를 TCE/MCE로 전달해 줄 수 있다 (1j-75).After successfully completing the handover, the UE can transmit an RRC Connection Reconfiguration complete message to the t-eNB (1j-45). The terminal AS may release the radio resources and/or settings of the NR after successfully completing handover or sending an RRC Connection Reconfiguration complete message (e.g., QoE config 1/3). However, at this time, the terminal AS does not exceptionally release QoE resources and/or settings (e.g., one or multiple QoE settings instructed) (e.g., QoE config 2) depending on the presence of the QoE setting ID received from 1j-40. Can be maintained (1j-50). In other words, even if the terminal performs handover to LTE, the NR QoE settings may be stored and maintained. The terminal can maintain the NR QoE settings (multiple possible) separately from the LTE QoE settings (maximum 1). Alternatively, the terminal can maintain only a maximum of one NR QoE setting and LTE QoE setting combined. Afterwards, the terminal AS may notify the terminal APP of the release of QoE settings (e.g., QoE config 1/3) that it has not been instructed to maintain (1j-55). At this time, the NR AT command can be used, and the QoE configuration ID of QoE settings that are not instructed to be maintained (e.g., QoE config 1/3) can be indicated (1j-55). Accordingly, the terminal APP can release QoE settings that it has not been instructed to maintain (e.g., QoE config 1/3). In the terminal APP, the QoE settings instructed to be maintained (e.g., QoE config 2) are maintained and QoE measurement can be performed accordingly (1j-60). Accordingly, the terminal APP can generate a QoE report and deliver it to the terminal AS (1j-65). At this time, the NR AT command can be used, which includes reporting the QoE measurement results generated by measuring according to the QoE settings that the terminal APP has been instructed to maintain (e.g., QoE config 2) and the ID of the QoE setting (e.g., measConfigAppLayerId=2 ) may include (1j-65). The terminal AS that has received the QoE report from the terminal APP can transmit the QoE report to the base station (t-eNB) that has completed the handover (1j-70). At this time, the QoE reporting message (e.g., MeasReportAppLayer message) defined in LTE can be used. SRB3 or SRB4 can be used to transmit the message. The QoE report message (e.g., MeasReportAppLayer message) defined in conventional LTE may include a container (e.g., measReportAppLayerContainer) that stores the QoE report created in the APP with LTE QoE settings, and may include a service type (e.g., serviceType). there is. In one embodiment of the present invention, a container (e.g., measReportAppLayerContainer-NR) and/or a QoE setting ID (e.g., measReportAppLayerContainer-NR) that stores a QoE report made in an APP with NR QoE settings within a QoE report message (e.g., MeasReportAppLayer message) defined in LTE measConfigAppLayerId-NR) can be additionally defined and set using the information received from 1j-65. In one embodiment of the present invention, the terminal reports the information received at 1j-65 to the base station (e.g., t-eNB) using the QoE reporting message (e.g., MeasurementReportAppLayer message) defined in NR in 1j-70. You can. The t-eNB can forward the QoE report received at 1j-70 to TCE/MCE (1j-75).
본 발명의 일 실시 예로, 만약 MobilityFromNRCommand에 포함되는 RRC Connection Reconfiguration 메시지에서 새로운 LTE QoE 설정의 setup 정보가 포함되어있을 수 있고 (1j-40), 이 경우 단말의 AS 및 APP은 (NR QoE 설정 및 측정의 유지 여부와 관계없이) LTE QoE 설정을 저장하고 LTE QoE 설정에 따라 QoE 측정을 수행하고 보고할 수 있으며, 이 과정은 1l-65/1l-70/1l-75/1l-80을 따를 수 있다.As an embodiment of the present invention, if the RRC Connection Reconfiguration message included in MobilityFromNRCommand may contain setup information for new LTE QoE settings (1j-40), in this case, the AS and APP of the terminal (NR QoE setup and measurement (regardless of whether to maintain or not) can save the LTE QoE settings and perform and report QoE measurements according to the LTE QoE settings, this process can follow 1l-65/1l-70/1l-75/1l-80 .
본 발명의 일 실시 예로, 단계 1j-40에서, 기지국은 단말이 NR QoE 설정을 유지해야하는 시간을 timer 길이로 설정해줄 수 있다. 해당 timer 설정은 MobilityFromNRCommand 메시지 또는 RRC Connection Reconfiguration 메시지 안에 정의될 수 있다. 단말은 핸드오버를 성공적으로 수행한 후 또는 상기 메시지를 수신한 후 해당 timer를 시작하고 timer가 running 하는 동안 NR QoE 설정 및 측정을 유지할 수 있고, timer가 만료되면 더 이상 NR QoE 측정을 중단하고 해당 설정을 해제 (AS 및 APP에서 모두)할 수 있다. 만약 또 다른 handover 수행 시 해당 timer는 reset후 restart하거나, 멈출 수 있다.In an embodiment of the present invention, in step 1j-40, the base station may set the timer length for which the terminal must maintain the NR QoE settings. The timer setting can be defined in the MobilityFromNRCommand message or RRC Connection Reconfiguration message. After successfully performing a handover or receiving the above message, the terminal can start the timer and maintain NR QoE settings and measurements while the timer is running. When the timer expires, it no longer stops measuring NR QoE and You can turn off the setting (both in AS and APP). If another handover is performed, the timer can be reset and restarted, or stopped.
도 1k는 본 발명의 일 실시 예로서, 단말이 NR에서 LTE로 핸드오버를 수행하는 과정에서 모든 NR의 QoE 설정을 해제하는 방법을 나타낸 도면이다.Figure 1k is an embodiment of the present invention, a diagram showing a method of canceling the QoE settings of all NRs during the UE's handover from NR to LTE.
단말의 AS (Access Stratum layer) (1k-05)와 단말의 APP (application layer) (1k-10)는 NR 기지국 또는 셀을 통해 하나 이상의 NR QoE 측정 설정 정보 (예, QoE config 1, QoE config 2, QoE config 3)를 설정 받은 상태일 수 있다 (1k-15, 1k-20). NR에서 단말 (AS 및/또는 APP)은 QoE 설정 정보를 복수 개 저장하고 독립적으로 측정을 수행할 수 있기 때문에, 복수 개의 QoE 설정 정보를 구분하는 별도의 ID (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. (LTE에서는 단말에게 단일 QoE 설정만 가능하므로 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 사용하지 않을 수 있다). 단말 (AS 및/또는 APP)은 각 QoE 설정 별 QoE 설정 ID를 저장할 수 있다 (1k-15, 1k-20). NR QoE 설정 (예, QoE config 1/2/3)을 보유한 단말은 NR 기지국 또는 셀 (1k-23)과 RRC 연결모드 상태일 수 있다. 상기 NR 기지국 또는 셀은 상기 단말의 핸드오버를 개시할 수 있다. 이를 위해 source NR 기지국 또는 셀 (s-gNB) (1k-23)은 target LTE 기지국 (t-eNB) (1k-25)이 핸드오버를 준비하는데 필요한 정보를 handover preparation information 메시지 또는 HANDOVER REQUEST 메시지를 통해 t-eNB에게 전송할 수 있다 (1k-30). 이 때 target RAT (Radio access technology) (즉, LTE)에 요구되는 format으로 상기 메시지 및 정보를 보낼 수 있다. 상기 정보를 기반으로 t-eNB는 RRC Connection Reconfiguration 메시지 (예, RRCConnectionReconfiguration)를 생성할 수 있고, 이를 handover command 메시지 또는 HANDOVER REQUEST ACKNOWLEDGEMENT 메시지에 담아 s-gNB에게 전달할 수 있다 (1k-35). 이를 수신한 s-gNB는 상기 t-eNB의 RRC Connection Reconfiguration 메시지를 MobilityFromNRCommand 메시지에 담아 단말에게 전송할 수 있다 (1k-40). 하기는 MobilityFromNRCommand 메시지의 ASN.1 코드이다.The terminal's AS (Access Stratum layer) (1k-05) and the terminal's APP (application layer) (1k-10) provide one or more NR QoE measurement configuration information (e.g., QoE config 1, QoE config 2) through the NR base station or cell. , QoE config 3) may be set (1k-15, 1k-20). In NR, a terminal (AS and/or APP) can store multiple QoE configuration information and perform measurements independently, so define a separate ID (e.g., measConfigAppLayerId) to distinguish multiple QoE configuration information, and/or You can use it. (In LTE, only a single QoE setting is possible for the terminal, so a separate ID that distinguishes multiple QoE setting information may not be used.) The terminal (AS and/or APP) can store the QoE setting ID for each QoE setting (1k-15, 1k-20). A UE with NR QoE settings (e.g., QoE config 1/2/3) may be in RRC connected mode with an NR base station or cell (1k-23). The NR base station or cell can initiate handover of the terminal. For this purpose, the source NR base station or cell (s-gNB) (1k-23) provides the information necessary for the target LTE base station (t-eNB) (1k-25) to prepare for handover through a handover preparation information message or HANDOVER REQUEST message. Can be transmitted to t-eNB (1k-30). At this time, the message and information can be sent in the format required for target RAT (Radio access technology) (i.e., LTE). Based on the above information, the t-eNB can create an RRC Connection Reconfiguration message (e.g., RRCConnectionReconfiguration) and deliver it to the s-gNB in a handover command message or HANDOVER REQUEST ACKNOWLEDGEMENT message (1k-35). The s-gNB that has received this can transmit the t-eNB's RRC Connection Reconfiguration message to the UE in a MobilityFromNRCommand message (1k-40). Below is the ASN.1 code of the MobilityFromNRCommand message.
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
-- ASN1STOP--ASN1START
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
--ASN1STOP
상기 s-gNB는 MobilityFromNRCommand 메시지를 전송함으로써, 단말에게 지시할 수 있다. 상기 s-gNB는 MobilityFromNRCommand 메시지 내부의 파라미터 값들을 다음과 같이 설정할 수 있다. 1) targetRAT-Type: eutra로 설정함으로써 target RAT이 EUTRA (즉, LTE)임을 지시할 수 있다. 2) targetRAT-MessageContainer: 상기 t-eNB이 생성한 RRC Connection Reconfiguration 메시지를 담을 수 있다. 3) nas-SecurityParamFromNR: Intra-5GC 핸드오버 시 생략될 수 있다.본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3)를 LTE로 핸드오버 후 모두 해제하기 위해 QoE 설정 ID (예, measConfigAppLayerId)를 사용할 수 있으며 해제하고자 하는 QoE 설정 ID를 지시할 수 있다. 예를 들어, 단말이 보유하고 있는 QoE config 1/2/3는 각각 measConfigAppLayerId이 4/2/6인 QoE 설정일 수 있으며, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 해제하려는 QoE 설정 (예, QoE config 1/2/3)을 단말에게 지시하기 위해 복수 개의 QoE 설정 ID (예, measConfigAppLayerId=4/2/6)를 지시/설정할 수 있다.The s-gNB can instruct the UE by transmitting a MobilityFromNRCommand message. The s-gNB can set parameter values within the MobilityFromNRCommand message as follows. 1) By setting targetRAT-Type: eutra, you can indicate that the target RAT is EUTRA (i.e. LTE). 2) targetRAT-MessageContainer: Can contain the RRC Connection Reconfiguration message generated by the t-eNB. 3) nas-SecurityParamFromNR: Can be omitted during Intra-5GC handover. In an embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) configures QoE in a plurality of NRs held by the terminal ( To release all QoE configs (e.g., QoE config 1/2/3) after handover to LTE, you can use the QoE configuration ID (e.g., measConfigAppLayerId) and indicate the QoE configuration ID you want to cancel. For example, QoE config 1/2/3 held by the terminal may be a QoE setting with measConfigAppLayerId of 4/2/6, respectively, and the base station (s-gNB or t-eNB) can configure Among the QoE settings (e.g., QoE config 1/2/3), a plurality of QoE setting IDs (e.g., measConfigAppLayerId) are used to instruct the terminal which QoE settings (e.g., QoE config 1/2/3) to be released after handover to LTE. =4/2/6) can be indicated/set.
본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3)를 LTE로 핸드오버 후 유지하고자 하는 QoE 설정 ID를 지시할 수 있으며, 이 때 모든 NR에서의 QoE 설정을 해제하기 위해서는 QoE 설정 ID (예, measConfigAppLayerId)를 포함하지 않을 수 있다 (즉, QoE 설정 ID를 OPTIONAL 필드로 정의). 예를 들어, 단말이 보유하고 있는 QoE config 1/2/3를 모두 해제하기 위해 기지국은 QoE 설정 ID를 포함하지 않을 수 있다 (1k-40).In one embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) maintains the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal after handover to LTE. You can indicate the desired QoE setting ID. At this time, in order to cancel the QoE setting in all NRs, the QoE setting ID (e.g., measConfigAppLayerId) may not be included (i.e., define the QoE setting ID as the OPTIONAL field). For example, in order to release all QoE config 1/2/3 held by the terminal, the base station may not include the QoE configuration ID (1k-40).
상기 QoE 설정 ID는 MobilityFromNRCommand 메시지 또는 RRC Connection Reconfiguration 메시지 안에 정의될 수 있다 (1k-40). 예를 들어, MobilityFromNRCommand 메시지 내에 상기 QoE 설정 ID가 정의되는 경우 s-gNB가 QoE 설정 ID를 설정할 수 있으며, RRC Connection Reconfiguration 메시지 내에 상기 QoE 설정 ID가 정의되는 경우 t-eNB가 QoE 설정 ID를 설정할 수 있다. The QoE configuration ID can be defined in the MobilityFromNRCommand message or RRC Connection Reconfiguration message (1k-40). For example, if the QoE configuration ID is defined in the MobilityFromNRCommand message, the s-gNB can set the QoE configuration ID, and if the QoE configuration ID is defined in the RRC Connection Reconfiguration message, the t-eNB can set the QoE configuration ID. there is.
기지국 (s-gNB 또는 t-eNB)은 핸드오버를 수행 시 단말에서의 QoE 측정 및 설정을 해제하기를 원할 수 있으며, 상기 QoE 설정 ID의 지시를 통해 NR의 QoE 설정을 해제할 수 있다. 예를 들어, t-eNB은 단말에게 설정된 서비스 타입의 QoE 측정을 지원하지 않을 수 있거나, t-eNB이 OAM이 설정한 QoE 측정 지역 범위 (예, areaScope)를 벗어난 기지국 또는 셀이기에 QoE 측정을 해제할 수 있다. 게다가 해제 후 즉시 단말에게 새로운 QoE 측정을 설정할 수 있다. When performing a handover, the base station (s-gNB or t-eNB) may wish to cancel the QoE measurement and settings in the terminal, and may cancel the QoE settings of the NR through the indication of the QoE setting ID. For example, the t-eNB may not support QoE measurement for the service type set for the UE, or the t-eNB may release QoE measurement because it is a base station or cell outside the QoE measurement area range (e.g., areaScope) set by the OAM. can do. In addition, new QoE measurements can be set for the terminal immediately after release.
본 발명의 일 실시예로, s-gNB가 상기 QoE 설정 ID의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromNRCommand 메시지 내 상기 QoE 설정 ID가 정의되는 경우), t-eNB로부터 QoE 설정 유지를 원하는 QoE 설정 ID가 부재한 메시지를 받을 수 있다 (1k-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 QoE 설정 유지를 원하는 QoE 설정 ID를 정의할 수 있고, s-gNB는 t-eNB로부터 QoE 설정 유지를 원하는 QoE 설정 ID가 부재한 채로 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 수신할 수 있고 (1k-35), 그에 따라 단말에게 전송하는 모든 QoE 설정의 해제를 지시할 수 있다 (1k-40). In one embodiment of the present invention, in the case of an embodiment in which the s-gNB determines/generates the setting of the QoE setting ID (e.g., when the QoE setting ID is defined in the MobilityFromNRCommand message), the QoE setting is maintained from the t-eNB. You may receive a message without the desired QoE setting ID (1k-35). For example, the A HANDOVER REQUEST ACKNOWLEDGEMENT or Handover Command message can be received (1k-35), and accordingly, the cancellation of all QoE settings transmitted to the terminal can be instructed (1k-40).
본 발명의 일 실시예로, s-gNB가 상기 QoE 설정 ID의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromNRCommand 메시지 내 상기 QoE 설정 ID가 정의되는 경우), t-eNB로부터 QoE 설정 해제를 원하는 QoE 설정 ID를 포함한 메시지를 받을 수 있다 (1k-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 QoE 설정 해제를 원하는 QoE 설정 ID를 정의할 수 있고, s-gNB는 t-eNB로부터 QoE 설정 해제를 원하는 QoE 설정 ID (예, measConfigAppLayerId=4/2/6) 가 포함된 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 수신할 수 있고 (1k-35), 그에 따라 단말에게 전송하는 모든 QoE 설정의 해제를 지시할 수 있다 (1k-40). In one embodiment of the present invention, in the case of an embodiment in which the s-gNB determines/generates the setting of the QoE setting ID (e.g., when the QoE setting ID is defined in the MobilityFromNRCommand message), the QoE setting is released from the t-eNB. You can receive a message containing the desired QoE setting ID (1k-35). For example, the , measConfigAppLayerId=4/2/6), a HANDOVER REQUEST ACKNOWLEDGEMENT or Handover Command message can be received (1k-35), and accordingly, the cancellation of all QoE settings transmitted to the terminal can be instructed (1k-40) ).
핸드오버를 성공적으로 마친 후 단말은 RRC Connection Reconfiguration complete 메시지를 t-eNB에게 전송할 수 있다 (1k-45). 단말 AS는 핸드오버를 성공적으로 마친 후 또는 RRC Connection Reconfiguration complete 메시지를 전송한 이후 NR의 라디오 자원 및/또는 설정 정보를 해제할 수 있다. 이 때 단말 AS는 1k-40에서 수신한 정보 (예, 유지할 QoE 설정할 ID의 부재)에 따라 모든 QoE 자원 및/또는 설정 정보 (예, QoE config 1/2/3) 또한 해제할 수 있다. (1k-50). 이후 단말 AS는 단말 APP에서의 QoE 설정의 해지 (예, QoE config 1/2/3)를 지시해줄 수 있다 (1k-55). 이를 위해 NR AT command가 사용될 수 있으며, 여기에는 해지를 나타내는 지시자 및 QoE 설정 ID (예, QoE config 1/2/3)을 포함할 수 있다. 그에 따라 단말 APP은 모든 QoE 설정들(예, QoE config 1/2/3)을 해제할 수 있다. 이 후 단말 APP은 더 이상 NR QoE 설정을 가지고 있지 않기에 QoE 측정 수행을 중단할 수 있다 (1k-60).After successfully completing the handover, the UE can transmit an RRC Connection Reconfiguration complete message to the t-eNB (1k-45). The terminal AS may release the radio resources and/or configuration information of the NR after successfully completing handover or transmitting an RRC Connection Reconfiguration complete message. At this time, the terminal AS may also release all QoE resources and/or configuration information (e.g., QoE config 1/2/3) according to the information received from 1k-40 (e.g., absence of ID to set QoE to maintain). (1k-50). Afterwards, the terminal AS may instruct cancellation of QoE settings in the terminal APP (e.g., QoE config 1/2/3) (1k-55). For this purpose, the NR AT command can be used, which may include an indicator indicating termination and a QoE configuration ID (e.g., QoE config 1/2/3). Accordingly, the terminal APP can release all QoE settings (eg, QoE config 1/2/3). After this, the terminal APP can stop performing QoE measurement because it no longer has NR QoE settings (1k-60).
본 발명의 일 실시 예로, 만약 MobilityFromNRCommand에 포함되는 RRC Connection Reconfiguration 메시지에서 새로운 LTE QoE 설정의 setup 정보가 포함되어있을 수 있고 (1k-40), 이 경우 단말의 AS 및 APP은 (NR QoE 설정 및 측정의 해제 여부와 관계없이) LTE QoE 설정을 저장하고 LTE QoE 설정에 따라 QoE 측정을 수행하고 보고할 수 있으며, 이 과정은 1l-65/1l-70/1l-75/1l-80을 따를 수 있다.As an embodiment of the present invention, if the RRC Connection Reconfiguration message included in MobilityFromNRCommand may contain setup information for new LTE QoE settings (1k-40), in this case, the AS and APP of the terminal (NR QoE setup and measurement can save the LTE QoE settings (regardless of whether the .
도 1l는 본 발명의 일 실시 예로서, 단말이 NR에서 LTE로 핸드오버를 수행하는 과정에서 NR의 QoE 설정을 LTE QoE 설정으로 업데이트하여 유지하는 방법을 나타낸 도면이다.Figure 1l is an embodiment of the present invention, a diagram showing a method of updating and maintaining NR's QoE settings to LTE QoE settings while the terminal performs handover from NR to LTE.
단말의 AS (Access Stratum layer) (1l-05)와 단말의 APP (application layer) (1l-10)는 NR 기지국 또는 셀을 통해 하나 이상의 NR QoE 측정 설정 정보 (예, QoE config 1, QoE config 2, QoE config 3)를 설정 받은 상태일 수 있다 (1l-15, 1l-20). NR에서 단말 (AS 및/또는 APP)은 QoE 설정 정보를 복수 개 저장하고 독립적으로 측정을 수행할 수 있기 때문에, 복수 개의 QoE 설정 정보를 구분하는 별도의 ID (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. (LTE에서는 단말에게 단일 QoE 설정만 가능하므로 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 사용하지 않을 수 있다). 단말 (AS 및/또는 APP)은 각 QoE 설정 별 QoE 설정 ID를 저장할 수 있다 (1l-15, 1l-20). NR QoE 설정 (예, QoE config 1/2/3)을 보유한 단말은 NR 기지국 또는 셀 (1l-23)과 RRC 연결모드 상태일 수 있다. 상기 NR 기지국 또는 셀은 상기 단말의 핸드오버를 개시할 수 있다. 이를 위해 source NR 기지국 또는 셀 (s-gNB) (1l-23)은 target LTE 기지국 (t-eNB) (1l-25)이 핸드오버를 준비하는데 필요한 정보를 handover preparation information 메시지 또는 HANDOVER REQUEST 메시지를 통해 t-eNB에게 전송할 수 있다 (1l-30). 이 때 target RAT (Radio access technology) (즉, LTE)에 요구되는 format으로 상기 메시지 및 정보를 보낼 수 있다. 상기 정보를 기반으로 t-eNB는 RRC Connection Reconfiguration 메시지 (예, RRCConnectionReconfiguration)를 생성할 수 있고, 이를 handover command 메시지 또는 HANDOVER REQUEST ACKNOWLEDGEMENT 메시지에 담아 s-gNB에게 전달할 수 있다 (1l-35). 이를 수신한 s-gNB는 상기 t-eNB의 RRC Connection Reconfiguration 메시지를 MobilityFromNRCommand 메시지에 담아 단말에게 전송할 수 있다 (1l-40). 하기는 MobilityFromNRCommand 메시지의 ASN.1 코드이다.The terminal's AS (Access Stratum layer) (1l-05) and the terminal's APP (application layer) (1l-10) provide one or more NR QoE measurement configuration information (e.g., QoE config 1, QoE config 2) through the NR base station or cell. , QoE config 3) may have been set (1l-15, 1l-20). In NR, a terminal (AS and/or APP) can store multiple QoE configuration information and perform measurements independently, so define a separate ID (e.g., measConfigAppLayerId) to distinguish multiple QoE configuration information, and/or You can use it. (In LTE, only a single QoE setting is possible for the terminal, so a separate ID that distinguishes multiple QoE setting information may not be used.) The terminal (AS and/or APP) can store the QoE setting ID for each QoE setting (1l-15, 1l-20). A UE with NR QoE settings (e.g., QoE config 1/2/3) may be in RRC connected mode with an NR base station or cell (1l-23). The NR base station or cell can initiate handover of the terminal. For this purpose, the source NR base station or cell (s-gNB) (1l-23) provides the information necessary for the target LTE base station (t-eNB) (1l-25) to prepare for handover through a handover preparation information message or a HANDOVER REQUEST message. Can be transmitted to t-eNB (1l-30). At this time, the message and information can be sent in the format required for target RAT (Radio access technology) (i.e., LTE). Based on the above information, the t-eNB can generate an RRC Connection Reconfiguration message (e.g., RRCConnectionReconfiguration) and deliver it to the s-gNB in a handover command message or HANDOVER REQUEST ACKNOWLEDGEMENT message (1l-35). The s-gNB that has received this can transmit the t-eNB's RRC Connection Reconfiguration message to the UE in a MobilityFromNRCommand message (1l-40). Below is the ASN.1 code of the MobilityFromNRCommand message.
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
-- ASN1STOP--ASN1START
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
--ASN1STOP
상기 s-gNB는 MobilityFromNRCommand 메시지를 전송함으로써, 단말에게 지시할 수 있다. 상기 s-gNB는 MobilityFromNRCommand 메시지 내부의 파라미터 값들을 다음과 같이 설정할 수 있다. 1) targetRAT-Type: eutra로 설정함으로써 target RAT이 EUTRA (즉, LTE)임을 지시할 수 있다. 2) targetRAT-MessageContainer: 상기 t-eNB이 생성한 RRC Connection Reconfiguration 메시지를 담을 수 있다. 3) nas-SecurityParamFromNR: Intra-5GC 핸드오버 시 생략될 수 있다.본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 하나의 서비스 타입을 (예, serviceType)를 정의 또는/및 사용할 수 있다. 또는 이를 위해 종래 RRCConnectionReconfiguration의 serviceType을 재사용할 수 있다. 더불어 핸드오버 시 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 하나를 LTE의 QoE 설정으로 업데이트하여 유지하거나 모두 해제하기 위한 지시자 (예, 지시자 E)를 새로이 정의/사용할 수 있다. 기지국이 상기 서비스 타입 및 지시자 E (업데이트 및 유지를 지시)를 통해 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 지시받은 서비스 타입을 가진 QoE 설정을 LTE의 QoE 설정으로 업데이트하여 유지하도록 지시할 수 있다 (1l-40). 예를 들어, QoE config 2는 서비스 타입이 streaming 서비스인 QoE 설정일 수 있으며, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 LTE의 QoE 설정으로 업데이트하여 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 서비스 타입(예, serviceType= streaming)를 지시/설정할 수 있고, 지시자 E를 통해 핸드오버 시 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 하나를 LTE의 QoE 설정으로 업데이트하여 유지하도록 지시할 수 있다. 만약 단말이 지시받은 서비스 타입이 복수개의 QoE 설정에 해당하는 경우 (예, QoE config 2/3), 단말은 LTE의 QoE 설정으로 업데이트하여 유지할 하나의 QoE 설정 (예, QoE config 2)을 (예, 임의로) 선택할 수 있다. 상기 지시자 E는 MobilityFromNRCommand 메시지 또는 RRC Connection Reconfiguration 메시지 안에 정의될 수 있다 (1l-40). 예를 들어, MobilityFromNRCommand 메시지 내에 상기 지시자가 정의되는 경우 s-gNB가 상기 지시자 E를 설정할 수 있으며, RRC Connection Reconfiguration 메시지 내에 상기 지시자 E가 정의되는 경우 t-eNB가 상기 지시자 E를 설정할 수 있다.The s-gNB can instruct the UE by transmitting a MobilityFromNRCommand message. The s-gNB can set parameter values within the MobilityFromNRCommand message as follows. 1) By setting targetRAT-Type: eutra, you can indicate that the target RAT is EUTRA (i.e. LTE). 2) targetRAT-MessageContainer: Can contain the RRC Connection Reconfiguration message generated by the t-eNB. 3) nas-SecurityParamFromNR: Can be omitted during Intra-5GC handover. In an embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) configures QoE in a plurality of NRs held by the terminal ( Define one service type (e.g., serviceType) to indicate to the terminal one QoE setting to be maintained after handover to LTE (e.g., QoE config 1/2/3) (e.g., QoE config 2) or/and You can use it. Alternatively, for this purpose, the serviceType of the conventional RRCConnectionReconfiguration can be reused. In addition, during handover, one of the QoE settings in NR (e.g., QoE config 1/2/3) can be updated and maintained with the QoE settings in LTE, or a new indicator (e.g., indicator E) can be defined/used to cancel all of them. . The base station updates the QoE settings with the indicated service type among the QoE settings in NR (e.g., QoE config 1/2/3) to the QoE settings of LTE through the service type and indicator E (instructing update and maintenance). You may be instructed to maintain it (1l-40). For example, QoE config 2 may be a QoE configuration whose service type is a streaming service, and the base station (s-gNB or t-eNB) configures QoE settings (e.g., QoE config 1/2/ 3) After handover to LTE, the service type (e.g., serviceType=streaming) can be indicated/set to instruct the terminal one QoE setting (e.g., QoE config 2) to be maintained by updating with the QoE settings of LTE, Through indicator E, it can be instructed to update and maintain one of the QoE settings in NR (e.g., QoE config 1/2/3) to the QoE settings in LTE during handover. If the service type instructed by the terminal corresponds to multiple QoE settings (e.g., QoE config 2/3), the terminal updates one QoE setting (e.g., QoE config 2) to be maintained by updating it with the QoE settings of LTE (e.g. , can be selected arbitrarily). The indicator E can be defined in the MobilityFromNRCommand message or RRC Connection Reconfiguration message (1l-40). For example, if the indicator is defined in the MobilityFromNRCommand message, the s-gNB can set the indicator E, and if the indicator E is defined in the RRC Connection Reconfiguration message, the t-eNB can set the indicator E.
본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 하나의 서비스 타입을 (예, serviceType)를 정의 또는/및 사용할 수 있다. 또는 이를 위해 종래 RRCConnectionReconfiguration의 serviceType을 재사용할 수 있다. 기지국이 상기 서비스 타입 를 통해 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 지시받은 서비스 타입을 가진 QoE 설정을 LTE의 QoE 설정으로 업데이트하여 유지하도록 지시할 수 있다 (1l-40). 예를 들어, QoE config 2는 서비스 타입이 streaming 서비스인 QoE 설정일 수 있으며, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 LTE의 QoE 설정으로 업데이트하여 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 서비스 타입(예, serviceType= streaming)를 지시/설정할 수 있다. 만약 단말이 지시받은 서비스 타입이 복수개의 QoE 설정에 해당하는 경우 (예, QoE config 2/3), 단말은 LTE의 QoE 설정으로 업데이트하여 유지할 하나의 QoE 설정 (예, QoE config 2)을 (예, 임의로) 선택할 수 있다.In one embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) maintains the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal after handover to LTE. One service type (e.g., serviceType) can be defined and/or used to indicate to the terminal one QoE setting (e.g., QoE config 2) to be performed. Alternatively, for this purpose, the serviceType of the conventional RRCConnectionReconfiguration can be reused. The base station may instruct the base station to update and maintain the QoE settings with the indicated service type among the QoE settings in NR (e.g., QoE config 1/2/3) through the service type to the QoE settings of LTE (1l-40 ). For example, QoE config 2 may be a QoE configuration whose service type is a streaming service, and the base station (s-gNB or t-eNB) configures QoE settings (e.g., QoE config 1/2/ 3) After handover to LTE, the service type (e.g., serviceType=streaming) can be indicated/set to instruct the terminal one QoE setting (e.g., QoE config 2) to be maintained by updating with the QoE settings of LTE. If the service type instructed by the terminal corresponds to multiple QoE settings (e.g., QoE config 2/3), the terminal updates one QoE setting (e.g., QoE config 2) to be maintained by updating it with the QoE settings of LTE (e.g. , can be selected arbitrarily).
본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 하나의 QoE 설정 ID을 (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. 더불어 핸드오버 시 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 하나를 LTE의 QoE 설정으로 업데이트하여 유지하거나 모두 해제하기 위한 지시자 (예, 지시자 E)를 새로이 정의/사용할 수 있다. 기지국이 상기 QoE 설정 ID 및 지시자 E (업데이트 및 유지를 지시)를 통해 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 지시받은 QoE 설정 ID을 가진 QoE 설정을 LTE의 QoE 설정으로 업데이트하여 유지하도록 지시할 수 있다 (1l-40). 예를 들어, QoE config 2는 measConfigAppLayerId=2인 서비스인 QoE 설정일 수 있으며, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 LTE의 QoE 설정으로 업데이트하여 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 QoE 설정 ID(예, measConfigAppLayerId=2)를 지시/설정할 수 있고, 지시자 E를 통해 핸드오버 시 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 하나를 LTE의 QoE 설정으로 업데이트하여 유지하도록 지시할 수 있다. In one embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) maintains the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal after handover to LTE. One QoE configuration ID (e.g., measConfigAppLayerId) can be defined and/or used to indicate to the terminal one QoE configuration (e.g., QoE config 2) to be performed. In addition, during handover, one of the QoE settings in NR (e.g., QoE config 1/2/3) can be updated and maintained with the QoE settings in LTE, or a new indicator (e.g., indicator E) can be defined/used to cancel all of them. . The base station converts the QoE setting with the QoE setting ID indicated among the QoE settings (e.g., QoE config 1/2/3) in NR to the QoE setting of LTE through the QoE setting ID and indicator E (instructing update and maintenance). You may be instructed to update and maintain it (1l-40). For example, QoE config 2 may be a QoE setting for a service with measConfigAppLayerId=2, and the base station (s-gNB or t-eNB) may set QoE settings (e.g., QoE config 1/2/ 3) After handover to LTE, a QoE setting ID (e.g., measConfigAppLayerId=2) can be indicated/set to instruct the terminal one QoE setting (e.g., QoE config 2) to be maintained by updating with the QoE settings of LTE, , Through the indicator E, it can be instructed to update and maintain one of the QoE settings in NR (e.g., QoE config 1/2/3) to the QoE settings in LTE during handover.
본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 하나의 QoE 설정 ID을 (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. 기지국이 상기 QoE 설정 ID를 통해 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 지시받은 QoE 설정 ID을 가진 QoE 설정을 LTE의 QoE 설정으로 업데이트하여 유지하도록 지시할 수 있다 (1l-40). 예를 들어, QoE config 2는 measConfigAppLayerId=2인 서비스인 QoE 설정일 수 있으며, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 LTE의 QoE 설정으로 업데이트하여 유지하려는 하나의 QoE 설정 (예, QoE config 2)을 단말에게 지시하기 위해 QoE 설정 ID(예, measConfigAppLayerId=2)를 지시/설정할 수 있다. In one embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) maintains the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal after handover to LTE. One QoE configuration ID (e.g., measConfigAppLayerId) can be defined and/or used to indicate to the terminal one QoE configuration (e.g., QoE config 2) to be performed. The base station may instruct the base station to update and maintain the QoE configuration with the indicated QoE configuration ID among the QoE configuration (e.g., QoE config 1/2/3) in NR through the QoE configuration ID to the QoE configuration of LTE (1l -40). For example, QoE config 2 may be a QoE setting for a service with measConfigAppLayerId=2, and the base station (s-gNB or t-eNB) may set QoE settings (e.g., QoE config 1/2/ 3) After handover to LTE, a QoE configuration ID (e.g., measConfigAppLayerId=2) can be indicated/set to indicate to the terminal one QoE setting (e.g., QoE config 2) to be maintained by updating with the QoE settings of LTE. .
기지국 (s-gNB 또는 t-eNB)은 핸드오버를 수행하더라도 단말에서의 끊김없이 연속적인 QoE 측정 수행을 원할 수 있으며, 지시자 E를 통해 NR의 QoE 설정을 LTE QoE 설정으로 업데이트하여 유지할 수 있다. 예를 들어, t-eNB은 단말에게 설정된 서비스 타입의 QoE 측정을 지원하며, OAM이 설정한 QoE 측정 지역 범위 (예, areaScope)에 포함된 기지국 또는 셀이기에 QoE 설정을 유지할 수 있다. The base station (s-gNB or t-eNB) may want to perform continuous QoE measurement without interruption in the terminal even if handover is performed, and can maintain the NR's QoE settings by updating them to LTE QoE settings through indicator E. For example, t-eNB supports QoE measurement of the service type set for the UE, and can maintain QoE settings because it is a base station or cell included in the QoE measurement area range (e.g., areaScope) set by the OAM.
s-gNB가 지시자 E 및/또는 유지할 서비스 타입 및/또는 유지할 QoE 설정 ID의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromNRCommand 메시지 내 지시자 E 및/또는 유지할 서비스 타입 및/또는 유지할 QoE 설정 ID가 정의되는 경우), t-eNB로부터 유지를 지시하는 지시자 F 및/또는 유지할 서비스 타입 및/또는 유지할 QoE 설정 ID를 받을 수 있다 (1l-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 지시자 F 및/또는 유지할 서비스 타입 및/또는 유지할 QoE 설정 ID를 정의할 수 있고, s-gNB는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 통해 t-eNB로부터 QoE 설정 유지를 지시하는 지시자 F 및/또는 유지할 서비스 타입 및/또는 유지할 QoE 설정 ID를 수신함으로써 (1l-35), 단말에게 전송하는 지시자 E 및/또는 유지할 서비스 타입 및/또는 유지할 QoE 설정 ID를 통해 단말이 유지해야할 QoE 설정을 지시할 수 있다 (1l-40).For embodiments where the s-gNB determines/generates the setting of indicator E and/or service type to maintain and/or QoE configuration ID to maintain (e.g., indicator E and/or service type to maintain and/or QoE configuration ID to maintain in the MobilityFromNRCommand message) is defined), an indicator F indicating maintenance and/or a service type to maintain and/or a QoE configuration ID to maintain may be received from the t-eNB (1l-35). For example, the By receiving an indicator F indicating maintenance of QoE settings and/or a service type to maintain and/or a QoE setting ID to be maintained from the t-eNB (1l-35), an indicator E transmitted to the terminal and/or a service type to be maintained and/ Alternatively, the QoE settings to be maintained by the terminal can be indicated through the QoE settings ID to be maintained (1l-40).
본 발명의 일 실시 예로, 기지국은 QoE 설정을 모두 해제 (예, QoE config 1/2/3)한 뒤 다시 일부 동일한 설정 (예, QoE config 2)을 단말에게 전송해줄 수 있지만 이를 위해서 기지국은 단말의 QoE 설정 별 QoE 설정 정보 (예, measConfigAppLayerContainer)를 저장하고 있어야 하며, 이를 다시 단말에게 전송해줘야 하며, 단말 AS 또한 단말 APP에게 이를 다시 전달해줘야 한다. QoE 설정 정보의 RRC 메시지의 사이즈가 작지 않음을 고려하였을 때 이는 단말 또는 기지국에게 시그널링 및 에너지 소모 측면에서 매우 비효율적일 수 있다. 예를 들어 measConfigAppLayerContainer는 NR에서 최대 1000바이트, LTE에서는 최대 8000바이트까지 차지할 수 있다. 또한, 상기의 QoE 설정을 해제 후 재설정하는 방법은 QoE 측정을 연속적으로 수행할 수 없게 된다. 따라서 본 발명에서는 inter-RAT 핸드오버 시 단말의 QoE 설정 정보 (예, measConfigAppLayerContainer)를 해제하지 않고 유지 (재사용)함으로써 연속적인 QoE 측정을 달성함과 동시에 시그널링 오버헤드를 줄이고 단말과 기지국의 에너지 소비를 절감하는데 도움이 될 수 있다.In one embodiment of the present invention, the base station may cancel all QoE settings (e.g., QoE config 1/2/3) and then transmit some of the same settings (e.g., QoE config 2) to the terminal. However, for this, the base station The QoE setting information (e.g., measConfigAppLayerContainer) for each QoE setting must be stored and transmitted back to the terminal, and the terminal AS must also transmit it back to the terminal APP. Considering that the size of the RRC message of QoE configuration information is not small, this may be very inefficient in terms of signaling and energy consumption for the terminal or base station. For example, measConfigAppLayerContainer can occupy up to 1000 bytes in NR and up to 8000 bytes in LTE. In addition, the method of canceling and resetting the QoE settings described above does not allow QoE measurement to be performed continuously. Therefore, in the present invention, continuous QoE measurement is achieved by maintaining (reusing) the QoE configuration information (e.g., measConfigAppLayerContainer) of the terminal during inter-RAT handover rather than releasing it, while reducing signaling overhead and reducing energy consumption of the terminal and base station. It can help you save money.
핸드오버를 성공적으로 마친 후 단말은 RRC Connection Reconfiguration complete 메시지를 t-eNB에게 전송할 수 있다 (1l-45). 단말 AS는 핸드오버를 성공적으로 마친 후 또는 RRC Connection Reconfiguration complete 메시지를 전송한 이후 NR의 라디오 자원 및/또는 설정 정보를 해제할 수 있다 (예, QoE config 1/3). 하지만 이 때 단말 AS는 1l-40에서 수신한 지시자 E 및/또는 QoE 설정 ID의 및/또는 서비스 타입 존재에 따라 특정 QoE 자원 및/또는 설정 (예, 지시받은 하나의 QoE 설정) (예, QoE config 2)은 예외적으로 해제하지 않고 유지할 수 있다 (1l-50). 또한 1l-40에서 수신한 지시자 E 및/또는 QoE 설정 ID의 및/또는 서비스 타입을 통해 NR의 QoE 설정을 LTE QoE 설정으로 업데이트하라는 기지국의 지시를 이해할 수 있고, 그에 따라 유지/업데이트하라고 지시 받은 QoE 설정 (예, QoE config 2)에 대해, 저장해둔 NR specific QoE 설정 정보 (예, measConfgiAppLayerID, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)를 지울 수 있고 (1l-52), LTE specific QoE 설정 정보 (예, serviceType)만을 설정/저장할 수 있다. 이후 단말 AS는 유지하라고 지시받지 않은 QoE 설정 (예, QoE config 1/3)에 대한 해제를 단말 APP에게 알려줄 수 있다 (1l-55). 이 때, NR AT command가 사용될 수 있으며, 유지하라고 지시받지 않은 QoE 설정들 (예, QoE config 1/3)의 QoE 설정 ID를 지시할 수 있다 (1l-55). 이 뿐만 아니라 상기 NR AT command에는 새로운 지시자 Y가 정의되어 상기 정보 (예, QoE 설정 ID)와 함께 포함될 수 있으며, 상기 지시자 Y는 지시자 E에 대응되는 지시자로서, NR에서의 QoE설정 (예, QoE config 2)을 유지/재사용하되 LTE QoE 설정으로 업데이트하라는 지시를 할 수 있다 (1l-55). 그에 따라 단말 APP은 유지하라고 지시받지 않은 QoE 설정들(예, QoE config 1/3)을 해제할 수 있고, 지시 받은 QoE 설정 (예, QoE config 2)를 LTE QoE 설정으로 업데이트 하기 위해 지시 받은 QoE 설정 (예, QoE config 2) 중 NR specific QoE 설정 정보 (예, measConfgiAppLayerID, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters)을 지울 수 있다 (1l-60). 이렇게 단말 APP에서는 유지를 지시받은 NR QoE 설정 (예, QoE config 2)이 LTE QoE 설정 정보로 업데이트되고 그에 따른 QoE 측정을 수행할 수 있다 (1l-65). 그에 따라 단말 APP은 QoE 보고를 생성할 수 있고 이를 단말 AS에게 전달할 수 있다 (1l-70). 이 때 LTE AT command가 사용될 수 있으며, 여기에는 단말 APP이 유지를 지시받은 QoE 설정 (예, QoE config 2)에 따라 측정하여 생성한 QoE 측정 결과 보고 및 상기 QoE 설정의 서비스 타입 (예, serviceType)을 포함할 수 있다 (1l-70). 단말 APP으로부터 QoE 보고를 수신한 단말 AS는 핸드오버를 완료한 기지국 (t-eNB)에게 QoE 보고 전송할 수 있다 (1l-75). 이 때, LTE에서 정의하는 QoE 보고 메시지 (예, MeasReportAppLayer 메시지)를 사용할 수 있다. 상기 메시지 전송을 위해 SRB3 또는 SRB4를 사용할 수 있다. 종래 LTE에서 정의하는 QoE 보고 메시지 (예, MeasReportAppLayer 메시지)는 LTE QoE 설정으로 APP에서 만들어진 QoE 보고를 수납하는 container (예, measReportAppLayerContainer)를 포함할 수 있으며, 서비스 타입 (예, serviceType)를 포함할 수 있다. 단말 AS는 이 값들을 1l-70에서 수신한 정보를 이용해 설정할 수 있다. t-eNB는 1l-75에서 수신한 QoE 보고를 TCE/MCE로 전달해 줄 수 있다 (1l-80).After successfully completing the handover, the UE can transmit an RRC Connection Reconfiguration complete message to the t-eNB (1l-45). The terminal AS may release the NR's radio resources and/or configuration information after successfully completing handover or sending an RRC Connection Reconfiguration complete message (e.g., QoE config 1/3). However, at this time, the terminal AS sets specific QoE resources and/or settings (e.g., one instructed QoE setting) (e.g., QoE As an exception, config 2) can be maintained without being released (1l-50). In addition, the base station's instructions to update the QoE settings of NR to LTE QoE settings can be understood through the indicator E and/or QoE setting ID and/or service type received from 1l-40, and the base station instructed to maintain/update accordingly For QoE settings (e.g., QoE config 2), saved NR specific QoE setting information (e.g., measConfgiAppLayerID, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) can be deleted (1l-52), and LTE specific QoE setting information (e.g., serviceType) can only be set/saved. Afterwards, the terminal AS may notify the terminal APP of the release of QoE settings (e.g., QoE config 1/3) that it has not been instructed to maintain (1l-55). At this time, the NR AT command can be used, and the QoE configuration ID of QoE settings that are not instructed to be maintained (e.g., QoE config 1/3) can be indicated (1l-55). In addition, a new indicator Y is defined in the NR AT command and may be included along with the information (e.g., QoE setting ID), and the indicator Y is an indicator corresponding to indicator E, which indicates the QoE setting in NR (e.g., QoE You can instruct to maintain/reuse config 2) but update it with LTE QoE settings (1l-55). Accordingly, the terminal APP can release the QoE settings that it has not been instructed to maintain (e.g., QoE config 1/3), and update the instructed QoE settings (e.g., QoE config 2) to the LTE QoE settings. Among settings (e.g., QoE config 2), NR specific QoE configuration information (e.g., measConfgiAppLayerID, pauseReporting, transmissionOfSessionStartStop, ran-VisibleParameters) can be deleted (1l-60). In this way, in the terminal APP, the NR QoE settings (e.g., QoE config 2) that are instructed to be maintained are updated with the LTE QoE setting information and QoE measurement can be performed accordingly (1l-65). Accordingly, the terminal APP can generate a QoE report and deliver it to the terminal AS (1l-70). At this time, the LTE AT command can be used, which includes reporting the QoE measurement results generated by measuring according to the QoE settings that the terminal APP has been instructed to maintain (e.g., QoE config 2) and the service type (e.g., serviceType) of the QoE settings. May include (1l-70). The terminal AS that has received the QoE report from the terminal APP can transmit the QoE report to the base station (t-eNB) that has completed the handover (1l-75). At this time, the QoE reporting message (e.g., MeasReportAppLayer message) defined in LTE can be used. SRB3 or SRB4 can be used to transmit the message. The QoE report message (e.g., MeasReportAppLayer message) defined in conventional LTE may include a container (e.g., measReportAppLayerContainer) that stores the QoE report created in the APP with LTE QoE settings, and may include a service type (e.g., serviceType). there is. The terminal AS can set these values using the information received from 1l-70. The t-eNB can forward the QoE report received at 1l-75 to TCE/MCE (1l-80).
본 발명의 일 실시 예로, 단계 1l-40에서, 기지국은 단말이 NR QoE 설정을 유지해야하는 시간을 timer 길이로 설정해줄 수 있다. 해당 timer 설정은 MobilityFromNRCommand 메시지 또는 RRC Connection Reconfiguration 메시지 안에 정의될 수 있다. 단말은 핸드오버를 성공적으로 수행한 후 또는 상기 메시지를 수신한 후 해당 timer를 시작하고 timer가 running 하는 동안 NR QoE 설정을 업데이트 한 LTE QoE 설정을 유지할 수 있고, 그에 따라 측정을 수행할 수 있다. 이후 timer가 만료되면 더 이상 LTE QoE 측정을 중단하고 해당 설정을 해제 (AS 및 APP에서 모두)할 수 있다. 만약 또 다른 handover 수행 시 해당 timer는 reset후 restart하거나, 멈출 수 있다.In an embodiment of the present invention, in step 1l-40, the base station may set the timer for which the terminal must maintain the NR QoE settings as a timer length. The timer setting can be defined in the MobilityFromNRCommand message or RRC Connection Reconfiguration message. After successfully performing handover or receiving the above message, the terminal can start the corresponding timer, maintain the LTE QoE settings with updated NR QoE settings while the timer is running, and perform measurements accordingly. Afterwards, when the timer expires, LTE QoE measurement can no longer be stopped and the corresponding setting can be canceled (in both AS and APP). If another handover is performed, the timer can be reset and restarted, or stopped.
도 1m는 본 발명의 일 실시 예로서, 단말이 NR에서 LTE로 핸드오버를 수행하는 과정에서 모든 NR의 QoE 설정을 해제하는 방법을 나타낸 도면이다.Figure 1m is an embodiment of the present invention, a diagram showing a method of canceling the QoE settings of all NRs during the UE's handover from NR to LTE.
단말의 AS (Access Stratum layer) (1m-05)와 단말의 APP (application layer) (1m-10)는 NR 기지국 또는 셀을 통해 하나 이상의 NR QoE 측정 설정 정보 (예, QoE config 1, QoE config 2, QoE config 3)를 설정 받은 상태일 수 있다 (1m-15, 1m-20). NR에서 단말 (AS 및/또는 APP)은 QoE 설정 정보를 복수 개 저장하고 독립적으로 측정을 수행할 수 있기 때문에, 복수 개의 QoE 설정 정보를 구분하는 별도의 ID (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. (LTE에서는 단말에게 단일 QoE 설정만 가능하므로 복수 개의 QoE 설정 정보를 구분하는 별도의 ID를 사용하지 않을 수 있다). 단말 (AS 및/또는 APP)은 각 QoE 설정 별 QoE 설정 ID를 저장할 수 있다 (1m-15, 1m-20). NR QoE 설정 (예, QoE config 1/2/3)을 보유한 단말은 NR 기지국 또는 셀 (1m-23)과 RRC 연결모드 상태일 수 있다. 상기 NR 기지국 또는 셀은 상기 단말의 핸드오버를 개시할 수 있다. 이를 위해 source NR 기지국 또는 셀 (s-gNB) (1m-23)은 target LTE 기지국 (t-eNB) (1m-25)이 핸드오버를 준비하는데 필요한 정보를 handover preparation information 메시지 또는 HANDOVER REQUEST 메시지를 통해 t-eNB에게 전송할 수 있다 (1m-30). 이 때 target RAT (Radio access technology) (즉, LTE)에 요구되는 format으로 상기 메시지 및 정보를 보낼 수 있다. 상기 정보를 기반으로 t-eNB는 RRC Connection Reconfiguration 메시지 (예, RRCConnectionReconfiguration)를 생성할 수 있고, 이를 handover command 메시지 또는 HANDOVER REQUEST ACKNOWLEDGEMENT 메시지에 담아 s-gNB에게 전달할 수 있다 (1m-35). 이를 수신한 s-gNB는 상기 t-eNB의 RRC Connection Reconfiguration 메시지를 MobilityFromNRCommand 메시지에 담아 단말에게 전송할 수 있다 (1m-40). 하기는 MobilityFromNRCommand 메시지의 ASN.1 코드이다.The terminal's AS (Access Stratum layer) (1m-05) and the terminal's APP (application layer) (1m-10) provide one or more NR QoE measurement configuration information (e.g., QoE config 1, QoE config 2) through the NR base station or cell. , QoE config 3) may be set (1m-15, 1m-20). In NR, a terminal (AS and/or APP) can store multiple QoE configuration information and perform measurements independently, so define a separate ID (e.g., measConfigAppLayerId) to distinguish multiple QoE configuration information, and/or You can use it. (In LTE, only a single QoE setting is possible for the terminal, so a separate ID that distinguishes multiple QoE setting information may not be used.) The terminal (AS and/or APP) can store the QoE setting ID for each QoE setting (1m-15, 1m-20). A UE with NR QoE settings (e.g., QoE config 1/2/3) may be in RRC connected mode with an NR base station or cell (1m-23). The NR base station or cell can initiate handover of the terminal. For this purpose, the source NR base station or cell (s-gNB) (1m-23) provides the information necessary for the target LTE base station (t-eNB) (1m-25) to prepare for handover through a handover preparation information message or a HANDOVER REQUEST message. Can be transmitted to t-eNB (1m-30). At this time, the message and information can be sent in the format required for target RAT (Radio access technology) (i.e., LTE). Based on the above information, the t-eNB can create an RRC Connection Reconfiguration message (e.g., RRCConnectionReconfiguration) and deliver it to the s-gNB in a handover command message or HANDOVER REQUEST ACKNOWLEDGEMENT message (1m-35). The s-gNB that has received this can transmit the t-eNB's RRC Connection Reconfiguration message to the UE in a MobilityFromNRCommand message (1m-40). Below is the ASN.1 code of the MobilityFromNRCommand message.
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
-- ASN1STOP--ASN1START
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
--ASN1STOP
상기 s-gNB는 MobilityFromNRCommand 메시지를 전송함으로써, 단말에게 지시할 수 있다. 상기 s-gNB는 MobilityFromNRCommand 메시지 내부의 파라미터 값들을 다음과 같이 설정할 수 있다. 1) targetRAT-Type: eutra로 설정함으로써 target RAT이 EUTRA (즉, LTE)임을 지시할 수 있다. 2) targetRAT-MessageContainer: 상기 t-eNB이 생성한 RRC Connection Reconfiguration 메시지를 담을 수 있다. 3) nas-SecurityParamFromNR: Intra-5GC 핸드오버 시 생략될 수 있다.본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 QoE 설정 (예, QoE config 1/3)을 단말에게 지시하기 위해 하나의 서비스 타입을 (예, serviceType)를 정의 또는/및 사용할 수 있다. 만약 기지국이 NR에서의 모든 QoE 설정 (예, QoE config 1/2/3)를 해제하기 위해서 상기 서비스 타입은 absent하게 설정할 수 있다. 즉, 상기 서비스 타입 (예, serviceType)은 OPTIONAL 필드로 정의될 수 있다. 더불어 핸드오버 시 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 하나를 LTE의 QoE 설정으로 업데이트하여 유지하거나 모두 해제하기 위한 지시자 (예, 지시자 E)를 새로이 정의/사용할 수 있다. 기지국이 상기 서비스 타입의 부재 (absence) 및 지시자 E (해제를 지시)를 통해 NR에서의 QoE 설정 (예, QoE config 1/2/3)를 모두 해제하도록 단말에게 지시할 수 있다 (1m-40). 예를 들어, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 LTE의 QoE 설정으로 업데이트하여 유지하려는 QoE 설정이 없음 (즉, 모두 해제)을 단말에게 지시하기 위해 서비스 타입을 포함하지 않을 수 (absent로 설정) 있고, 지시자 E를 통해 핸드오버 시 NR에서의 모든 QoE 설정 (예, QoE config 1/2/3)을 해제하도록 지시할 수 있다. 상기 지시자 E는 MobilityFromNRCommand 메시지 또는 RRC Connection Reconfiguration 메시지 안에 정의될 수 있다 (1m-40). 예를 들어, MobilityFromNRCommand 메시지 내에 상기 지시자가 정의되는 경우 s-gNB가 상기 지시자 E를 설정할 수 있으며, RRC Connection Reconfiguration 메시지 내에 상기 지시자 E가 정의되는 경우 t-eNB가 상기 지시자 E를 설정할 수 있다.The s-gNB can instruct the UE by transmitting a MobilityFromNRCommand message. The s-gNB can set parameter values within the MobilityFromNRCommand message as follows. 1) By setting targetRAT-Type: eutra, you can indicate that the target RAT is EUTRA (i.e. LTE). 2) targetRAT-MessageContainer: Can contain the RRC Connection Reconfiguration message generated by the t-eNB. 3) nas-SecurityParamFromNR: Can be omitted during Intra-5GC handover. In an embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) configures QoE in a plurality of NRs held by the terminal ( Define one service type (e.g., serviceType) to instruct the terminal which QoE settings (e.g., QoE config 1/3) to be maintained after handover to LTE among QoE config 1/2/3) and/or You can use it. If the base station wants to cancel all QoE settings (e.g., QoE config 1/2/3) in NR, the service type can be set to absent. That is, the service type (eg, serviceType) may be defined as an OPTIONAL field. In addition, during handover, one of the QoE settings in NR (e.g., QoE config 1/2/3) can be updated and maintained with the QoE settings in LTE, or a new indicator (e.g., indicator E) can be defined/used to cancel all of them. . The base station may instruct the terminal to release all QoE settings (e.g., QoE config 1/2/3) in NR through the absence of the service type and indicator E (instruction to release) (1m-40 ). For example, the base station (s-gNB or t-eNB) updates the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal to the QoE settings of LTE after handover to LTE. The service type may not be included (set to absent) to indicate to the terminal that there are no QoE settings to be maintained (i.e., release all), and all QoE settings in NR (e.g., QoE config) may be set during handover through indicator E. 1/2/3) can be instructed to be released. The indicator E can be defined in the MobilityFromNRCommand message or RRC Connection Reconfiguration message (1m-40). For example, if the indicator is defined in the MobilityFromNRCommand message, the s-gNB can set the indicator E, and if the indicator E is defined in the RRC Connection Reconfiguration message, the t-eNB can set the indicator E.
본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 QoE 설정 (예, QoE config 1/3)을 단말에게 지시하기 위해 하나의 서비스 타입을 (예, serviceType)를 정의 또는/및 사용할 수 있다. 만약 기지국이 NR에서의 모든 QoE 설정 (예, QoE config 1/2/3)를 해제하기 위해서 상기 서비스 타입은 absent하게 설정할 수 있다. 즉, 상기 서비스 타입 (예, serviceType)은 OPTIONAL 필드로 정의될 수 있다. 기지국이 상기 서비스 타입의 부재 (absence) 를 통해 NR에서의 QoE 설정 (예, QoE config 1/2/3)를 모두 해제하도록 단말에게 지시할 수 있다 (1m-40). 예를 들어, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 LTE의 QoE 설정으로 업데이트하여 유지하려는 QoE 설정이 없음 (즉, 모두 해제)을 단말에게 지시하기 위해 서비스 타입을 포함하지 않을 수 (absent로 설정) 있다. In one embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) maintains the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal after handover to LTE. One service type (e.g., serviceType) can be defined and/or used to instruct the terminal about the desired QoE settings (e.g., QoE config 1/3). If the base station wants to cancel all QoE settings (e.g., QoE config 1/2/3) in NR, the service type can be set to absent. That is, the service type (eg, serviceType) may be defined as an OPTIONAL field. The base station may instruct the terminal to release all QoE settings (e.g., QoE config 1/2/3) in NR through the absence of the service type (1m-40). For example, the base station (s-gNB or t-eNB) updates the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal to the QoE settings of LTE after handover to LTE. The service type may not be included (set to absent) to indicate to the terminal that there are no QoE settings to be maintained (i.e., disable all).
본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 QoE 설정 (예, QoE config 1/3)을 단말에게 지시하기 위해 하나의 QoE 설정 ID을 (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. 만약 기지국이 NR에서의 모든 QoE 설정 (예, QoE config 1/2/3)를 해제하기 위해서 상기 QoE 설정 ID은 absent하게 설정할 수 있다. 즉, 상기 QoE 설정 ID (예, measConfigAppLayerId)은 OPTIONAL 필드로 정의될 수 있다. 더불어 핸드오버 시 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 하나를 LTE의 QoE 설정으로 업데이트하여 유지하거나 모두 해제하기 위한 지시자 (예, 지시자 E)를 새로이 정의/사용할 수 있다. 기지국이 상기 QoE 설정 ID의 부재 (absence) 및 지시자 E (해제를 지시)를 통해 NR에서의 QoE 설정 (예, QoE config 1/2/3)를 모두 해제하도록 단말에게 지시할 수 있다 (1m-40). 예를 들어, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 LTE의 QoE 설정으로 업데이트하여 유지하려는 QoE 설정이 없음 (즉, 모두 해제)을 단말에게 지시하기 위해 상기 QoE 설정 ID을 포함하지 않을 수 (absent로 설정) 있고, 지시자 E를 통해 핸드오버 시 NR에서의 모든 QoE 설정 (예, QoE config 1/2/3)을 해제하도록 지시할 수 있다. 상기 지시자 E는 MobilityFromNRCommand 메시지 또는 RRC Connection Reconfiguration 메시지 안에 정의될 수 있다 (1m-40). 예를 들어, MobilityFromNRCommand 메시지 내에 상기 지시자가 정의되는 경우 s-gNB가 상기 지시자 E를 설정할 수 있으며, RRC Connection Reconfiguration 메시지 내에 상기 지시자 E가 정의되는 경우 t-eNB가 상기 지시자 E를 설정할 수 있다.In one embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) maintains the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal after handover to LTE. One QoE configuration ID (e.g., measConfigAppLayerId) can be defined and/or used to instruct the terminal about the desired QoE configuration (e.g., QoE config 1/3). If the base station wants to cancel all QoE settings (e.g., QoE config 1/2/3) in NR, the QoE configuration ID can be set to absent. That is, the QoE configuration ID (eg, measConfigAppLayerId) may be defined as an OPTIONAL field. In addition, during handover, one of the QoE settings in NR (e.g., QoE config 1/2/3) can be updated and maintained with the QoE settings in LTE, or a new indicator (e.g., indicator E) can be defined/used to cancel all of them. . The base station may instruct the terminal to release all QoE settings (e.g., QoE config 1/2/3) in NR through the absence of the QoE configuration ID and indicator E (instructing release) (1m- 40). For example, the base station (s-gNB or t-eNB) updates the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal to the QoE settings of LTE after handover to LTE. In order to indicate to the terminal that there are no QoE settings to be maintained (i.e., release all), the QoE setting ID may not be included (set to absent), and all QoE settings in NR at the time of handover through indicator E (e.g., You can instruct to disable QoE config 1/2/3). The indicator E can be defined in the MobilityFromNRCommand message or RRC Connection Reconfiguration message (1m-40). For example, if the indicator is defined in the MobilityFromNRCommand message, the s-gNB can set the indicator E, and if the indicator E is defined in the RRC Connection Reconfiguration message, the t-eNB can set the indicator E.
본 발명의 일 실시 예로, 핸드오버 시 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 유지하려는 QoE 설정 (예, QoE config 1/3)을 단말에게 지시하기 위해 하나의 QoE 설정 ID을 (예, measConfigAppLayerId)를 정의 또는/및 사용할 수 있다. 만약 기지국이 NR에서의 모든 QoE 설정 (예, QoE config 1/2/3)를 해제하기 위해서 상기 QoE 설정 ID은 absent하게 설정할 수 있다. 즉, 상기 QoE 설정 ID (예, measConfigAppLayerId)은 OPTIONAL 필드로 정의될 수 있다. 기지국이 상기 QoE 설정 ID의 부재 (absence)를 통해 NR에서의 QoE 설정 (예, QoE config 1/2/3)를 모두 해제하도록 단말에게 지시할 수 있다 (1m-40). 예를 들어, 기지국 (s-gNB 또는 t-eNB)은 단말이 보유하는 복수 개의 NR에서의 QoE 설정 (예, QoE config 1/2/3) 중 LTE로 핸드오버 후 LTE의 QoE 설정으로 업데이트하여 유지하려는 QoE 설정이 없음 (즉, 모두 해제)을 단말에게 지시하기 위해 상기 QoE 설정 ID을 포함하지 않을 수 (absent로 설정) 있다. In one embodiment of the present invention, during handover, the base station (s-gNB or t-eNB) maintains the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal after handover to LTE. One QoE configuration ID (e.g., measConfigAppLayerId) can be defined and/or used to instruct the terminal about the desired QoE configuration (e.g., QoE config 1/3). If the base station wants to cancel all QoE settings (e.g., QoE config 1/2/3) in NR, the QoE configuration ID can be set to absent. That is, the QoE configuration ID (eg, measConfigAppLayerId) may be defined as an OPTIONAL field. The base station may instruct the terminal to release all QoE settings (e.g., QoE config 1/2/3) in NR through the absence of the QoE configuration ID (1m-40). For example, the base station (s-gNB or t-eNB) updates the QoE settings (e.g., QoE config 1/2/3) in the plurality of NRs held by the terminal to the QoE settings of LTE after handover to LTE. The QoE setting ID may not be included (set to absent) to indicate to the terminal that there are no QoE settings to be maintained (i.e., cancel all).
기지국 (s-gNB 또는 t-eNB)은 핸드오버를 수행 시 단말에서의 QoE 측정 및 설정을 해제하기를 원할 수 있으며, 지시자 E를 통해 NR의 QoE 설정을 해제할 수 있다. 예를 들어, t-eNB은 단말에게 설정된 서비스 타입의 QoE 측정을 지원하지 않을 수 있거나, t-eNB이 OAM이 설정한 QoE 측정 지역 범위 (예, areaScope)를 벗어난 기지국 또는 셀이기에 QoE 측정을 해제할 수 있다. 게다가 해제 후 즉시 단말에게 새로운 QoE 측정을 설정할 수 있다. The base station (s-gNB or t-eNB) may wish to cancel QoE measurement and settings in the UE when performing handover, and may cancel the QoE settings of NR through indicator E. For example, the t-eNB may not support QoE measurement for the service type set for the UE, or the t-eNB may release QoE measurement because it is a base station or cell outside the QoE measurement area range (e.g., areaScope) set by the OAM. can do. In addition, new QoE measurements can be set for the terminal immediately after release.
s-gNB가 지시자 E 및/또는 유지할 서비스 타입 및/또는 유지할 QoE 설정 ID의 설정을 결정/생성하는 실시 예의 경우 (예, MobilityFromNRCommand 메시지 내 지시자 E 및/또는 유지할 서비스 타입 및/또는 유지할 QoE 설정 ID가 정의되는 경우), t-eNB로부터 QoE 설정 해제을 지시하는 지시자 (예, 지시자 F)를 받을 수 있으며, 유지할 서비스 및/또는 유지할 QoE 설정 ID가 absent한 메시지를 수신할 수 있다 (1m-35). 예를 들어, Xn 인터페이스가 사용될 수 있으며 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 안에 지시자 F 및/또는 유지할 서비스 타입 및/또는 유지할 QoE 설정 ID를 정의할 수 있고, s-gNB는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지를 통해 t-eNB로부터 QoE 설정 해제를 지시하는 지시자 F 및/또는 absent한 유지할 서비스 타입 및/또는 absent한 유지할 QoE 설정 ID를 수신함으로써 (1m-35), 단말에게 전송하는 지시자 E (해제를 지시) 및/또는 absent한 유지할 서비스 타입 및/또는 absent한 유지할 QoE 설정 ID의 설정을 통해 단말의 모든 QoE 설정의 해제를 지시할 수 있다 (1m-40).For embodiments where the s-gNB determines/generates the setting of indicator E and/or service type to maintain and/or QoE configuration ID to maintain (e.g., indicator E and/or service type to maintain and/or QoE configuration ID to maintain in the MobilityFromNRCommand message) is defined), an indicator (e.g., indicator F) indicating cancellation of QoE settings may be received from the t-eNB, and a message in which the service to be maintained and/or the QoE setting ID to be maintained may be absent (1m-35) . For example, the By receiving an indicator F indicating release of QoE settings from the t-eNB and/or an absent service type to maintain and/or an absent QoE configuration ID to maintain (1m-35), an indicator E transmitted to the terminal (instructs release) ) and/or the cancellation of all QoE settings of the terminal may be instructed through setting the service type to be absent and/or the QoE setting ID to be absent (1m-40).
핸드오버를 성공적으로 마친 후 단말은 RRC Connection Reconfiguration complete 메시지를 t-eNB에게 전송할 수 있다 (1m-45). 단말 AS는 핸드오버를 성공적으로 마친 후 또는 RRC Connection Reconfiguration complete 메시지를 전송한 이후 NR의 라디오 자원 및/또는 설정을 해제할 수 있다. 이 때 단말 AS는 1m-40에서 수신한 지시자 E 및/또는 absent한 유지할 서비스 타입 및/또는 absent한 유지할 QoE 설정 ID을 통해 모든 QoE 자원 및/또는 설정 (예, QoE config 1/2/3) 또한 해제할 수 있다. (1m-50). 마찬가지로 단말 AS는 단말 APP에서의 모든 QoE 설정의 해지를 지시해줄 수 있다 (1m-55). 이를 위해 NR AT command가 사용될 수 있으며, 여기에는 해지를 나타내는 지시자 및 모든 QoE 설정 ID (예, QoE config 1/2/3의 각 measConfigAppLayerId)을 포함할 수 있다. 이 후 단말 APP은 더 이상 NR QoE 설정을 가지고 있지 않기에 QoE 측정 수행을 중단할 수 있다 (1m-60).After successfully completing the handover, the UE can transmit an RRC Connection Reconfiguration complete message to the t-eNB (1m-45). The terminal AS may release the radio resources and/or settings of the NR after successfully completing handover or transmitting an RRC Connection Reconfiguration complete message. At this time, the terminal AS configures all QoE resources and/or settings (e.g., QoE config 1/2/3) through the indicator E received from 1m-40 and/or the service type to be absent and/or the QoE configuration ID to be absent. It can also be turned off. (1m-50). Likewise, the terminal AS can instruct cancellation of all QoE settings in the terminal APP (1m-55). For this purpose, the NR AT command can be used, which can include an indicator indicating termination and all QoE configuration IDs (e.g., each measConfigAppLayerId in QoE config 1/2/3). After this, the terminal APP can stop performing QoE measurement because it no longer has NR QoE settings (1m-60).
본 발명의 일 실시 예로, 만약 MobilityFromNRCommand에 포함되는 RRC Connection Reconfiguration 메시지에서 새로운 LTE QoE 설정의 setup 정보가 포함되어있을 수 있고 (1m-40), 이 경우 단말의 AS 및 APP은 (NR QoE 설정 및 측정의 해제 여부와 관계없이) 새로운 LTE QoE 설정을 저장하고 새로운 LTE QoE 설정에 따라 QoE 측정을 (추가로) 수행하고 보고할 수 있으며, 이 과정은 1l-65/1l-70/1l-75/1l-80을 따를 수 있다.As an embodiment of the present invention, if the RRC Connection Reconfiguration message included in MobilityFromNRCommand may contain setup information for new LTE QoE settings (1m-40), in this case, the AS and APP of the terminal (NR QoE setup and measurement can save the new LTE QoE settings (regardless of whether the -80 can be followed.
도 1l와 도 1m에서 제안하는 지시자 E는 동일한 지시자일 수 있으며, 하기 option들 중 하나 또는 그것들의 조합으로 해석될 수 있다. 일 실시 예로, 지시자 E는 MobilityFromNRCommand 메시지 또는 RRC Connection Reconfiguration 메시지 안에 정의될 수 있다. 하기 option들에서 지칭하는 "단말"은 AS 및 APP을 모두 지칭할 수 있다. 또는 AS 또는 APP 중 하나만을 지칭할 수 있다. 하기에서 QoE 측정을 유지 및 업데이트 (LTE QoE 설정으로의 업데이트를 의미)하는 절차는 도 1l를 참조할 수 있다. 하기에서 QoE 측정을 해제하는 절차는 도 1m를 참조할 수 있다.The indicator E proposed in FIGS. 1L and 1M may be the same indicator, and may be interpreted as one of the following options or a combination thereof. In one embodiment, indicator E may be defined in the MobilityFromNRCommand message or RRC Connection Reconfiguration message. “Terminal” referred to in the following options may refer to both AS and APP. Alternatively, it may refer to only one of AS or APP. In the following, the procedure for maintaining and updating QoE measurements (meaning updating to LTE QoE settings) may refer to Figure 1L. The procedure for disabling QoE measurement below can refer to FIG. 1M.
Option 1: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)할 수 있다. 해당 파라미터가 부재한 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제 (보유하고 있다면)할 수 있다. 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 1: This is an OPTIONAL parameter. If this parameter is included, the terminal can maintain/update the QoE settings in NR (if present) when performing handover to LTE. If the corresponding parameter is absent, the terminal can cancel all QoE settings in NR (if retained) when performing handover to LTE. In one embodiment, the parameter may include sub-parameters.
Option 2: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제 (보유하고 있다면)할 수 있다. 해당 파라미터가 부재한 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)할 수 있다. 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 2: This is an OPTIONAL parameter. If this parameter is included, the terminal can cancel all QoE settings in NR (if retained) when performing handover to LTE. If the parameter is absent, the terminal can maintain/update the QoE settings in NR (if it has them) when performing handover to LTE. In one embodiment, the parameter may include sub-parameters.
Option 3: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제할 수 있다. 해당 파라미터가 부재한 경우, 단말은 아무런 동작도 수행하지 않을 수 있다. 예를 들어 단말에게 QoE 설정이 없는 경우 유지/업데이트하거나 해제할 설정이 없기에 해당 파라미터가 부재할 수 있다.Option 3: This is an OPTIONAL parameter. If the parameter is set to true, the terminal can maintain/update the QoE settings in NR when performing handover to LTE. If the parameter is set to false, the terminal can cancel all QoE settings in NR when performing handover to LTE. If the corresponding parameter is absent, the terminal may not perform any operation. For example, if the terminal does not have QoE settings, the corresponding parameter may be absent because there are no settings to maintain/update or release.
Option 4: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트할 수 있다. 해당 파라미터가 부재한 경우, 단말은 아무런 동작도 수행하지 않을 수 있다. 예를 들어 단말에게 QoE 설정이 없는 경우 유지/업데이트하거나 해제할 설정이 없기에 해당 파라미터가 부재할 수 있다.Option 4: This is an OPTIONAL parameter. If this parameter is set to true, the terminal can cancel all QoE settings in NR when performing handover to LTE. If the parameter is set to false, the terminal can maintain/update QoE settings in NR when performing handover to LTE. If the corresponding parameter is absent, the terminal may not perform any operation. For example, if the terminal does not have QoE settings, the corresponding parameter may be absent because there are no settings to maintain/update or release.
Option 5: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제할 수 있다. 단말이 QoE 설정을 보유하지 않은 경우, 상기 파라미터를 무시하거나 파라미터에 관계없이 아무런 동작을 하지 않을 수 있다.Option 5: This is a MANDATORY parameter. If the parameter is set to true, the terminal can maintain/update the QoE settings in NR when performing handover to LTE. If the parameter is set to false, the terminal can cancel all QoE settings in NR when performing handover to LTE. If the terminal does not have QoE settings, the parameter may be ignored or no operation may be performed regardless of the parameter.
Option 6: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제할 수 있다. 해당 파라미터가 false로 설정된 경우, 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트할 수 있다. 단말이 QoE 설정을 보유하지 않은 경우, 상기 파라미터를 무시하거나 파라미터에 관계없이 아무런 동작을 하지 않을 수 있다.Option 6: This is a MANDATORY parameter. If the parameter is set to true, the terminal can cancel all QoE settings in NR when performing handover to LTE. If the parameter is set to false, the terminal can maintain/update QoE settings in NR when performing handover to LTE. If the terminal does not have QoE settings, the parameter may be ignored or no operation may be performed regardless of the parameter.
Option 7: CHOICE의 형태의 파라미터로서, "release와 "setup"을 설정할 수 있다. Option 7: As a CHOICE type parameter, you can set “release” and “setup”.
만약"release"가 설정된 경우 단말은 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제할 수 있다. If "release" is set, the terminal can release all QoE settings in NR when performing handover to LTE.
만약 "setup"가 설정되고 "setup"내 measConfigAppLayerContainer 또는/및 serviceType 또는/및 mesaConfigAppLayerID이 설정되어 있는 경우, 단말은 해당 정보를 이용해 기존 NR QoE 설정을 해제하고 상기 제공받은 새로운 QoE 설정 정보로 setup할 수 있다. 즉, 단말은 LTE로의 핸드오버 수행 시 기존 QoE 설정을 변경 또는 수정할 수 있다. 이 경우, 기존 NR QoE 설정을 해제하는 단말의 동작은 1m-50, 1m-55의 동작과 동일할 수 있으며, 새로운 QoE 설정을 위해서 하기의 동작 중 일부 또는 전체가 추가될 수 있다.If "setup" is set and measConfigAppLayerContainer or/and serviceType or/and mesaConfigAppLayerID in "setup" is set, the terminal can use the corresponding information to cancel the existing NR QoE settings and setup with the new QoE setting information provided above. there is. That is, the terminal can change or modify existing QoE settings when performing handover to LTE. In this case, the UE's operation to cancel the existing NR QoE setting may be the same as the operation of 1m-50 and 1m-55, and some or all of the following operations may be added to set a new QoE.
7) AS가 새로운 QoE 설정을 AS에 설정/저장하는 절차7) Procedure for AS to set/save new QoE settings in AS
8) AS가 새로운 QoE 설정 정보 (measConfigAppLayerContainer를 포함)를 APP으로 전달하는 절차8) Procedure for AS to forward new QoE settings information (including measConfigAppLayerContainer) to APP
9) APP이 새로운 QoE 설정정보 (measConfigAppLayerContainer를 포함)를 설정하고 이를 기반으로 QoE 측정을 수행하고 보고 하는 절차 9) A procedure in which APP sets new QoE configuration information (including measConfigAppLayerContainer) and performs and reports QoE measurements based on this.
만약 지시자 E에 대한 설정이 s-gNB에 의한 동작으로 정의된다면 (예, RRC Connection Reconfiguration 메시지가 아닌 MobilityFromNRCommand 메시지 안에서 지시자 E가 설정된다면), 상기 새로운 QoE 설정은 NR QoE 설정일 수 있다. 만약 지시자 E에 대한 설정이 t-eNB에 의한 동작으로 정의된다면 (예, MobilityFromNRCommand 메시지가 포함하는 RRC Connection Reconfiguration 메시지 안에서 지시자 E가 설정된다면), 상기 새로운 QoE 설정은 LTE QoE 설정일 수 있다. If the setting for indicator E is defined as an operation by the s-gNB (e.g., if the indicator E is set in the MobilityFromNRCommand message rather than the RRC Connection Reconfiguration message), the new QoE setting may be the NR QoE setting. If the setting for indicator E is defined as an operation by the t-eNB (e.g., if the indicator E is set in the RRC Connection Reconfiguration message included in the MobilityFromNRCommand message), the new QoE setting may be an LTE QoE setting.
만약"setup"가 설정되었지만 "setup"내 measConfigAppLayerContainer 또는/및 serviceType 또는/및 mesaConfigAppLayerID이 설정되지 않는 있는 경우, 단말은 LTE로의 핸드오버 수행 시 기존 NR QoE 설정을 유지/업데이트할 수 있다. 지시자 E가 부재하거나 단말이 QoE 설정을 보유하지 않은 경우, 상기 파라미터를 무시하거나 파라미터에 관계없이 아무런 동작을 하지 않을 수 있다.If "setup" is set but measConfigAppLayerContainer or/and serviceType or/and mesaConfigAppLayerID in "setup" is not set, the terminal can maintain/update the existing NR QoE settings when performing handover to LTE. If indicator E is absent or the terminal does not have QoE settings, the parameter may be ignored or no operation may be performed regardless of the parameter.
Option 1, 2의 경우, 예를 들어, 하기와 같이 지시자 E (예, indicatorE)에 대한 ASN.1 코드가 MobilityFromNRCommand 내에 정의될 수 있다.For Options 1 and 2, for example, the ASN.1 code for indicator E (e.g., indicatorE) can be defined in MobilityFromNRCommand as follows.
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromNRCommand-vXXXX-IEs ::= SEQUENCE {
indicatorE
ENUMERATED {true}
OPTIONAL
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
-- ASN1STOP--ASN1START
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromNRCommand-vXXXX-IEs ::= SEQUENCE {
indicatorE ENUMERATED {true} OPTIONAL
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
--ASN1STOP
Option 3, 4의 경우, 예를 들어, 하기와 같이 지시자 E (예, indicatorE)에 대한 ASN.1 코드가 MobilityFromNRCommand 내에 정의될 수 있다.For Options 3 and 4, for example, the ASN.1 code for indicator E (e.g., indicatorE) can be defined in MobilityFromNRCommand as follows.
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromNRCommand-vXXXX-IEs ::= SEQUENCE {
indicatorE
ENUMERATED {true, false}
OPTIONAL
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
-- ASN1STOP--ASN1START
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromNRCommand-vXXXX-IEs ::= SEQUENCE {
indicatorE ENUMERATED {true, false} OPTIONAL
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
--ASN1STOP
Option 5, 6의 경우, 예를 들어, 하기와 같이 지시자 E (예, indicatorE)에 대한 ASN.1 코드가 MobilityFromNRCommand 내에 정의될 수 있다. For Options 5 and 6, for example, the ASN.1 code for indicator E (e.g., indicatorE) can be defined in MobilityFromNRCommand as follows.
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromNRCommand-vXXXX-IEs ::= SEQUENCE {
indicatorE
ENUMERATED {true, false}
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
-- ASN1STOP--ASN1START
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromNRCommand-vXXXX-IEs ::= SEQUENCE {
indicatorE ENUMERATED {true, false}
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
--ASN1STOP
Option 7의 경우, 예를 들어, 하기와 같이 지시자 E (예, indicatorE)에 대한 ASN.1 코드가 MobilityFromNRCommand 내에 정의될 수 있다.For Option 7, for example, an ASN.1 code for indicator E (e.g., indicatorE) can be defined in MobilityFromNRCommand as follows.
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromNRCommand-vXXXX-IEs ::= SEQUENCE {
indicatorE
CHOICE{
release
NULL,
setup
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 OPTIONAL, -- Need M
transmissionOfSessionStartStop BOOLEAN OPTIONAL, -- Need M
ran-VisibleParameters-r17 SetupRelease {RAN-VisibleParameters-r17} OPTIONAL, -- Need M
}
}
OPTIONAL,
-- Need ON
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
-- ASN1STOP--ASN1START
-- TAG-MOBILITYFROMNRCOMMAND-START
MobilityFromNRCommand ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
mobilityFromNRCommand MobilityFromNRCommand-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
MobilityFromNRCommand-IEs ::= SEQUENCE {
targetRAT-Type ENUMERATED { eutra, utra-fdd-v1610, spare2, spare1, ...},
targetRAT-MessageContainer OCTET STRING,
nas-SecurityParamFromNR OCTET STRING OPTIONAL, -- Cond HO-ToEPCUTRAN
lateNonCriticalExtension OCTET STRING OPTIONAL;
nonCriticalExtension MobilityFromNRCommand-v1610-IEs OPTIONAL
}
MobilityFromNRCommand-v1610-IEs ::= SEQUENCE {
voiceFallbackIndication-r16 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}
MobilityFromNRCommand-vXXXX-IEs ::= SEQUENCE {
indicatorE CHOICE{
release NULL,
setupSEQUENCE{
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 OPTIONAL, -- Need M
transmissionOfSessionStartStop BOOLEAN OPTIONAL, -- Need M
ran-VisibleParameters-r17 SetupRelease {RAN-VisibleParameters-r17} OPTIONAL, -- Need M }
} OPTIONAL, -- NEED ON
nonCriticalExtension SEQUENCE {} OPTIONAL
}
-- TAG-MOBILITYFROMNRCOMMAND-STOP
--ASN1STOP
도 1l와 도 1m에서 제안하는 지시자 F는 동일한 지시자일 수 있으며, 하기 option들 중 하나 또는 그것들의 조합으로 해석될 수 있다. 일 실시 예로, 지시자 F는 HANDOVER REQUEST ACKNOWLEDGEMENT 또는 Handover Command 메시지 내에 정의될 수 있다. 하기에서 QoE 측정을 유지/업데이트 (NR QoE 설정을 LTE 설정으로의 업데이트를 의미)의 하는 절차는 도 1l를 참조할 수 있다. 하기에서 모든 NR QoE 측정을 해제하는 절차는 도 1m를 참조할 수 있다.The indicator F proposed in FIGS. 1L and 1M may be the same indicator, and may be interpreted as one of the following options or a combination thereof. In one embodiment, indicator F may be defined in the HANDOVER REQUEST ACKNOWLEDGEMENT or Handover Command message. In the following, the procedure for maintaining/updating QoE measurements (meaning updating NR QoE settings to LTE settings) can refer to FIG. 1L. The procedure for disabling all NR QoE measurements below may refer to Figure 1M.
Option 1: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 해당 파라미터가 부재한 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 1: This is an OPTIONAL parameter. If the parameter is included, the s-gNB can instruct the UE to maintain/update (if present) the QoE settings in NR when performing handover to LTE (e.g. via indicator E). If the corresponding parameter is absent, the s-gNB may instruct the UE to release (if retained) all QoE settings in NR when performing handover to LTE (for example, through indicator E). In one embodiment, the parameter may include sub-parameters.
Option 2: OPTIONAL한 파라미터로서, 해당 파라미터가 포함되는 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 해당 파라미터가 부재한 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 일 실시 예로 상기 파라미터는 하위 파라미터를 포함할 수도 있다.Option 2: This is an OPTIONAL parameter. If this parameter is included, the s-gNB can instruct the UE to cancel all QoE settings in NR (if retained) when performing handover to LTE (e.g. indicator via E). If the parameter is absent, the s-gNB may instruct the UE to maintain/update (if present) the QoE settings in NR when performing handover to LTE (e.g., through indicator E). In one embodiment, the parameter may include sub-parameters.
Option 3: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 해당 파라미터가 false로 설정된 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 해당 파라미터가 부재한 경우, s-gNB는 지시자 E를 단말에게 설정하지 않거나 전송하지 않을 수 있다. (즉, 지시자 E의 부재)Option 3: This is an OPTIONAL parameter, and if the parameter is set to true, the s-gNB can instruct the UE to maintain/update (if present) the QoE settings in NR when performing handover to LTE (e.g. For (via indicator E). If the parameter is set to false, the s-gNB may instruct the UE to release (if retained) all QoE settings in NR when performing a handover to LTE (for example, through indicator E). If the corresponding parameter is absent, the s-gNB may not set or transmit indicator E to the UE. (i.e. absence of indicator E)
Option 4: OPTIONAL한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 해당 파라미터가 false로 설정된 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 해당 파라미터가 부재한 경우, s-gNB는 지시자 E를 단말에게 설정하지 않거나 전송하지 않을 수 있다. (즉, 지시자 E의 부재)Option 4: This is an OPTIONAL parameter. If the parameter is set to true, the s-gNB can instruct the UE to cancel all QoE settings in NR (if any) when performing a handover to LTE (e.g. via indicator E). If the parameter is set to false, the s-gNB may instruct the UE to maintain/update (if present) the QoE settings in NR when performing handover to LTE (e.g., through indicator E). If the corresponding parameter is absent, the s-gNB may not set or transmit indicator E to the UE. (i.e. absence of indicator E)
Option 5: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 해당 파라미터가 false로 설정된 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). Option 5: As a MANDATORY parameter, if the parameter is set to true, the s-gNB can instruct the UE to maintain/update (if present) the QoE settings in NR when performing handover to LTE (e.g. For (via indicator E). If the parameter is set to false, the s-gNB may instruct the UE to release (if retained) all QoE settings in NR when performing a handover to LTE (for example, through indicator E).
Option 6: MANDATORY한 파라미터로서, 해당 파라미터가 true로 설정된 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 모두 해제 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). 해당 파라미터가 false로 설정된 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 QoE 설정을 유지/업데이트 (보유하고 있다면)하도록 지시할 수 있다 (예를 들어 지시자 E를 통해). Option 6: This is a MANDATORY parameter. If the parameter is set to true, the s-gNB can instruct the UE to release (if any) all QoE settings in NR when performing handover to LTE (e.g. via indicator E). If the parameter is set to false, the s-gNB may instruct the UE to maintain/update (if present) the QoE settings in NR when performing handover to LTE (e.g., through indicator E).
Option 7: CHOICE의 형태의 파라미터로서, "release와 "setup"을 설정할 수 있다.Option 7: As a CHOICE type parameter, you can set “release” and “setup”.
만약"release"가 설정된 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 NR에서의 모든 QoE 설정을 해제 (보유하고 있다면)하도록 지시할 수 있다.If "release" is set, the s-gNB may instruct the UE to release (if retained) all QoE settings in NR when performing handover to LTE.
만약 "setup"가 설정되고 "setup"내 application layer의 QoE 설정 정보 (RRC layer에서 measConfigAppLayerContainer에 포함되는 정보) 또는/및 서비스 타입 (RRC layer에서 serviceType에 포함되는 정보) 또는/및 QoE 설정 ID이 설정되어 있는 경우, s-gNB는 단말이 해당 정보를 이용해 기존 NR QoE 설정을 해제하고 상기 제공받은 새로운 QoE 설정 정보로 setup하도록 지시할 수 있다. 즉, s-gNB는 단말이 LTE로의 핸드오버 수행 시 기존 QoE 설정 (measConfigAppLayerContainer 포함)을 변경 또는 수정 하도록 지시할 수 있다.If "setup" is set and the QoE setting information of the application layer in "setup" (information included in measConfigAppLayerContainer in the RRC layer) or/and the service type (information included in serviceType in the RRC layer) or/and the QoE setting ID is set If so, the s-gNB may instruct the UE to use the corresponding information to cancel the existing NR QoE settings and set up with the new QoE setting information provided. That is, the s-gNB can instruct the UE to change or modify existing QoE settings (including measConfigAppLayerContainer) when performing handover to LTE.
만약"setup"가 설정되었지만"setup"내 application layer의 QoE 설정 정보 (RRC layer에서 measConfigAppLayerContainer에 포함되는 정보) 또는/및 서비스 타입 (RRC layer에서 serviceType에 포함되는 정보) 또는/및 QoE 설정 ID이 설정되지 않는 있는 경우, s-gNB는 단말이 LTE로의 핸드오버 수행 시 기존 NR QoE 설정 (measConfigAppLayerContainer 포함)을 유지하도록 지시할 수 있다. If "setup" is set, but the QoE setting information of the application layer in "setup" (information included in measConfigAppLayerContainer in the RRC layer) or/and the service type (information included in serviceType in the RRC layer) or/and the QoE setting ID is not set If not, the s-gNB may instruct the UE to maintain the existing NR QoE settings (including measConfigAppLayerContainer) when performing handover to LTE.
본 option은 지시자 E에 대한 option 7과 함께 정의/사용될 수 있다.This option can be defined/used together with option 7 for indicator E.
본 개시의 모든 실시 예는 작성의 편의를 위해 Intra 5GC 핸드오버 (즉, 동일한 5GC를 공유하는 기지국 간 핸드오버) 상황을 가정하여 작성되지만, 발명의 내용은 그에 국한되지 않고 inter-5GC 핸드오버 및 다른 종류의 core network (예, EPC, 또는 6G core)가 관여되는 핸드오버에도 적용될 수 있다.All embodiments of the present disclosure are prepared assuming an intra 5GC handover (i.e., handover between base stations sharing the same 5GC) situation for convenience of writing, but the content of the invention is not limited thereto and includes inter-5GC handover and It can also be applied to handovers involving other types of core networks (e.g., EPC, or 6G core).
본 개시의 모든 실시 예는 작성의 편의를 위해 NR에서 LTE 또는 LTE에서 NR로의 핸드오버 상황을 가정하여 작성되지만, 발명의 내용은 그에 국한되지 않고 서로 다른 RAT 간의 핸드오버에 모두 적용될 수 있다.All embodiments of the present disclosure are written assuming a handover situation from NR to LTE or LTE to NR for convenience of writing, but the content of the invention is not limited thereto and can be applied to all handovers between different RATs.
본 개시의 모든 실시 예는 특정 서비스 타입에 (예, streaming이나 MTSI)에 제한될 수 있지만, VR 및 추후 3GPP에서 정의될 (예, XR, Cloud gaming) 서비스 타입에도 적용될 수 있다.All embodiments of the present disclosure may be limited to specific service types (e.g., streaming or MTSI), but may also be applied to VR and service types to be defined in 3GPP in the future (e.g., XR, Cloud gaming).
도 1o는 본 발명을 적용한 단말의 내부 구조를 도시하는 블록도이다.Figure 1O is a block diagram showing the internal structure of a terminal to which the present invention is applied.
상기 도면을 참고하면, 상기 단말은 RF(Radio Frequency)처리부(1o-10), 기저대역(baseband)처리부(1o-20), 저장부(1o-30), 제어부(1o-40)를 포함한다.Referring to the drawing, the terminal includes an RF (Radio Frequency) processing unit (1o-10), a baseband processing unit (1o-20), a storage unit (1o-30), and a control unit (1o-40). .
상기 RF처리부(1o-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(1o-10)는 상기 기저대역처리부(1o-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, 상기 RF처리부(1o-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 단말은 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(1o-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(1o-10)는 빔포밍(beamforming)을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(1o-10)는 다수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 상기 RF 처리부는 MIMO를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다. The RF processing unit 1o-10 performs functions for transmitting and receiving signals through a wireless channel, such as band conversion and amplification of signals. That is, the RF processing unit 1o-10 up-converts the baseband signal provided from the baseband processing unit 1o-20 into an RF band signal and transmits it through an antenna, and the RF band signal received through the antenna Downconvert to a baseband signal. For example, the RF processing unit 1o-10 may include a transmission filter, a reception filter, an amplifier, a mixer, an oscillator, a digital to analog convertor (DAC), an analog to digital convertor (ADC), etc. You can. In the drawing, only one antenna is shown, but the terminal may be equipped with multiple antennas. Additionally, the RF processing unit 1o-10 may include multiple RF chains. Furthermore, the RF processing unit 1o-10 can perform beamforming. For the beamforming, the RF processing unit 1o-10 can adjust the phase and size of each signal transmitted and received through a plurality of antennas or antenna elements. Additionally, the RF processing unit can perform MIMO and can receive multiple layers when performing a MIMO operation.
상기 기저대역처리부(1o-20)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(1o-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1o-20)은 상기 RF처리부(1o-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(1o-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1o-20)은 상기 RF처리부(1o-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform) 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다.The baseband processing unit 1o-20 performs a conversion function between baseband signals and bit streams according to the physical layer standard of the system. For example, when transmitting data, the baseband processing unit 1o-20 generates complex symbols by encoding and modulating the transmission bit stream. Additionally, when receiving data, the baseband processing unit 1o-20 restores the received bit stream by demodulating and decoding the baseband signal provided from the RF processing unit 1o-10. For example, in the case of following the OFDM (orthogonal frequency division multiplexing) method, when transmitting data, the baseband processing unit 1o-20 generates complex symbols by encoding and modulating the transmission bit stream, and transmits the complex symbols to subcarriers. After mapping, OFDM symbols are configured through IFFT (inverse fast Fourier transform) operation and CP (cyclic prefix) insertion. In addition, when receiving data, the baseband processing unit (1o-20) divides the baseband signal provided from the RF processing unit (1o-10) into OFDM symbols and divides them into subcarriers through FFT (fast Fourier transform) operation. After restoring the mapped signals, the received bit string is restored through demodulation and decoding.
상기 기저대역처리부(1o-20) 및 상기 RF처리부(1o-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(1o-20) 및 상기 RF처리부(1o-10)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 상기 기저대역처리부(1o-20) 및 상기 RF처리부(1o-10) 중 적어도 하나는 서로 다른 다수의 무선 접속 기술들을 지원하기 위해 다수의 통신 모듈들을 포함할 수 있다. 또한, 상기 기저대역처리부(1o-20) 및 상기 RF처리부(1o-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 상기 서로 다른 무선 접속 기술들은 무선 랜(예: IEEE 802.11), 셀룰러 망(예: LTE) 등을 포함할 수 있다. 또한, 상기 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.NRHz, NRhz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다.The baseband processing unit 1o-20 and the RF processing unit 1o-10 transmit and receive signals as described above. Accordingly, the baseband processing unit 1o-20 and the RF processing unit 1o-10 may be referred to as a transmitting unit, a receiving unit, a transceiving unit, or a communication unit. Furthermore, at least one of the baseband processing unit 1o-20 and the RF processing unit 1o-10 may include multiple communication modules to support multiple different wireless access technologies. Additionally, at least one of the baseband processing unit 1o-20 and the RF processing unit 1o-10 may include different communication modules to process signals in different frequency bands. For example, the different wireless access technologies may include wireless LAN (eg, IEEE 802.11), cellular network (eg, LTE), etc. Additionally, the different frequency bands may include a super high frequency (SHF) (e.g., 2.NRHz, NRhz) band and a millimeter wave (e.g., 60GHz) band.
상기 저장부(1o-30)는 상기 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(1o-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 상기 저장부(1o-30)는 상기 제어부(1o-40)의 요청에 따라 저장된 데이터를 제공한다.The storage unit 1o-30 stores data such as basic programs, application programs, and setting information for operation of the terminal. In particular, the storage unit 1o-30 may store information related to a second access node that performs wireless communication using a second wireless access technology. And, the storage unit 1o-30 provides stored data according to the request of the control unit 1o-40.
상기 제어부(1o-40)는 상기 단말의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(1o-40)는 상기 기저대역처리부(1o-20) 및 상기 RF처리부(1o-10)을 통해 신호를 송수신한다. 또한, 상기 제어부(1o-40)는 상기 저장부(1o-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(1o-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 상기 제어부(1o-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다. The control unit 1o-40 controls overall operations of the terminal. For example, the control unit 1o-40 transmits and receives signals through the baseband processing unit 1o-20 and the RF processing unit 1o-10. Additionally, the control unit 1o-40 writes and reads data into the storage unit 1o-40. For this purpose, the control unit 1o-40 may include at least one processor. For example, the control unit 1o-40 may include a communication processor (CP) that performs control for communication and an application processor (AP) that controls upper layers such as application programs.
도 1p은 본 발명에 따른 기지국의 구성을 나타낸 블록도이다. Figure 1p is a block diagram showing the configuration of a base station according to the present invention.
상기 도면에 도시된 바와 같이, 상기 기지국은 RF처리부(1p-10), 기저대역처리부(1p-20), 백홀통신부(1p-30), 저장부(1p-40), 제어부(1p-50)를 포함하여 구성된다.As shown in the figure, the base station includes an RF processing unit (1p-10), a baseband processing unit (1p-20), a backhaul communication unit (1p-30), a storage unit (1p-40), and a control unit (1p-50). It is composed including.
상기 RF처리부(1p-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(1p-10)는 상기 기저대역처리부(1p-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환한다. 예를 들어, 상기 RF처리부(1p-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 제1접속 노드는 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(1p-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(1p-10)는 빔포밍을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(1p-10)는 다수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 상기 RF 처리부는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다. The RF processing unit (1p-10) performs functions for transmitting and receiving signals through a wireless channel, such as band conversion and amplification of signals. That is, the RF processing unit 1p-10 upconverts the baseband signal provided from the baseband processing unit 1p-20 into an RF band signal and transmits it through an antenna, and the RF band signal received through the antenna Downconvert to a baseband signal. For example, the RF processing unit 1p-10 may include a transmission filter, a reception filter, an amplifier, a mixer, an oscillator, a DAC, an ADC, etc. In the drawing, only one antenna is shown, but the first access node may be equipped with multiple antennas. Additionally, the RF processing unit 1p-10 may include multiple RF chains. Furthermore, the RF processing unit 1p-10 can perform beamforming. For the beamforming, the RF processing unit 1p-10 can adjust the phase and size of each signal transmitted and received through a plurality of antennas or antenna elements. The RF processing unit can perform downlink MIMO operation by transmitting one or more layers.
상기 기저대역처리부(1p-20)는 제1무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(1p-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1p-20)은 상기 RF처리부(1p-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(1p-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(1p-20)은 상기 RF처리부(1p-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다. 상기 기저대역처리부(1p-20) 및 상기 RF처리부(1p-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(1p-20) 및 상기 RF처리부(1p-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다.The baseband processing unit 1p-20 performs a conversion function between baseband signals and bit strings according to the physical layer standard of the first wireless access technology. For example, when transmitting data, the baseband processing unit 1p-20 generates complex symbols by encoding and modulating the transmission bit stream. Additionally, when receiving data, the baseband processing unit 1p-20 restores the received bit stream by demodulating and decoding the baseband signal provided from the RF processing unit 1p-10. For example, in the case of OFDM, when transmitting data, the baseband processing unit 1p-20 generates complex symbols by encoding and modulating the transmission bit stream, maps the complex symbols to subcarriers, and performs IFFT. OFDM symbols are constructed through operations and CP insertion. In addition, when receiving data, the baseband processing unit (1p-20) divides the baseband signal provided from the RF processing unit (1p-10) into OFDM symbols and restores signals mapped to subcarriers through FFT operation. After that, the received bit string is restored through demodulation and decoding. The baseband processing unit 1p-20 and the RF processing unit 1p-10 transmit and receive signals as described above. Accordingly, the baseband processing unit 1p-20 and the RF processing unit 1p-10 may be referred to as a transmitting unit, a receiving unit, a transceiving unit, a communication unit, or a wireless communication unit.
상기 백홀통신부(1p-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 상기 백홀통신부(1p-30)는 상기 주기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 상기 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환한다.The backhaul communication unit 1p-30 provides an interface for communicating with other nodes in the network. That is, the backhaul communication unit (1p-30) converts a bit string transmitted from the main base station to another node, for example, an auxiliary base station, a core network, etc., into a physical signal, and converts the physical signal received from the other node into a bit string. Convert to heat.
상기 저장부(1p-40)는 상기 주기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(1p-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 상기 저장부(1p-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 상기 저장부(1p-40)는 상기 제어부(1p-50)의 요청에 따라 저장된 데이터를 제공한다.The storage unit 1p-40 stores data such as basic programs, application programs, and setting information for operation of the main base station. In particular, the storage unit 1p-40 can store information about bearers assigned to the connected terminal, measurement results reported from the connected terminal, etc. Additionally, the storage unit 1p-40 can store information that serves as a criterion for determining whether to provide or suspend multiple connections to the terminal. And, the storage unit 1p-40 provides stored data according to the request of the control unit 1p-50.
상기 제어부(1p-50)는 상기 주기지국의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(1p-50)는 상기 기저대역처리부(1p-20) 및 상기 RF처리부(1p-10)을 통해 또는 상기 백홀통신부(1p-30)을 통해 신호를 송수신한다. 또한, 상기 제어부(1p-50)는 상기 저장부(1p-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(1p-50)는 적어도 하나의 프로세서를 포함할 수 있다. The control unit 1p-50 controls overall operations of the main base station. For example, the control unit 1p-50 transmits and receives signals through the baseband processing unit 1p-20 and the RF processing unit 1p-10 or through the backhaul communication unit 1p-30. Additionally, the control unit 1p-50 writes and reads data into the storage unit 1p-40. For this purpose, the control unit 1p-50 may include at least one processor.
Claims (1)
기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계;
상기 수신된 제1 제어 신호를 처리하는 단계; 및
상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 하는 제어 신호 처리 방법. In a control signal processing method in a wireless communication system,
Receiving a first control signal transmitted from a base station;
processing the received first control signal; and
A control signal processing method comprising transmitting a second control signal generated based on the processing to the base station.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020220099854A KR20240021480A (en) | 2022-08-10 | 2022-08-10 | Method and apparatus for seamless qoe measurement in inter-rat mobility in next-generation mobile communication system |
| PCT/KR2023/011759 WO2024035119A1 (en) | 2022-08-10 | 2023-08-09 | Method and apparatus for seamless qoe measurement in mobility situation between wireless access technologies in next-generation mobile communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020220099854A KR20240021480A (en) | 2022-08-10 | 2022-08-10 | Method and apparatus for seamless qoe measurement in inter-rat mobility in next-generation mobile communication system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20240021480A true KR20240021480A (en) | 2024-02-19 |
Family
ID=89852093
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020220099854A KR20240021480A (en) | 2022-08-10 | 2022-08-10 | Method and apparatus for seamless qoe measurement in inter-rat mobility in next-generation mobile communication system |
Country Status (2)
| Country | Link |
|---|---|
| KR (1) | KR20240021480A (en) |
| WO (1) | WO2024035119A1 (en) |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11356905B2 (en) * | 2017-08-11 | 2022-06-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling of application layer measurements during handover in wireless communication networks |
-
2022
- 2022-08-10 KR KR1020220099854A patent/KR20240021480A/en unknown
-
2023
- 2023-08-09 WO PCT/KR2023/011759 patent/WO2024035119A1/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| WO2024035119A1 (en) | 2024-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10939320B2 (en) | Systems and methods for on demand intelligent analytics dynamic access network slice switching and carrier aggregation | |
| KR20220047274A (en) | Method and apparatus for handover of a terminal supporting dual activation protocol stack in a mobile communication system | |
| KR20200087059A (en) | Method and apparatus for performing communication in wireless communication system | |
| KR20240021480A (en) | Method and apparatus for seamless qoe measurement in inter-rat mobility in next-generation mobile communication system | |
| KR20230157775A (en) | Method and apparatus for QoE measurement report in next-generation mobile communication system | |
| US20240049066A1 (en) | Method and device for operating mobile integrated access and backhaul node in next-generation mobile communication system | |
| US20240154880A1 (en) | Method and apparatus for qoe measurement of ue in dual connectivity in a wireless communication system | |
| KR20240040411A (en) | Method and apparatus to optimize eps fallback in mobile communications | |
| KR20240012126A (en) | Method and apparatus of handling reselection priorities for UE in next generation mobile communication system | |
| KR20240063667A (en) | Method and apparatus for measuring qoe in a wireless communication system | |
| KR20230158846A (en) | Method and apparatus for barring for the access of uncrewed aerial vehicle in wireless communication system | |
| KR20240006363A (en) | Method and apparatus to support QoE in mobile communication system | |
| KR20240043433A (en) | Method and apparatus of performing qoe measurements for mbs broadcast services in the next mobile communication system | |
| KR20240040624A (en) | Apparatus and method of group ue handover for saving network energy consumption in wireless communication system | |
| KR20240035154A (en) | Method and apparatus of providing ue's intended slice faster in next mobile communication system | |
| KR20230149021A (en) | Method and apparatus for broadcasting qoe configuration in a wireless communication system | |
| KR20240008197A (en) | Method and apparatus for re-driving cell reselection priority in slice-based cell reselection in next-generation mobile communication system | |
| KR20240063730A (en) | Apparatus and method to handle the failure of the handover using physical layer and medium access layer signaling in wireless communication system | |
| KR20240013583A (en) | A method and apparatus for slice-based cell reselection using a paging message in a wireless communication system | |
| KR20240063486A (en) | Method and appratus for qoe measurement of ue in dual connectivity in a wireless communication system | |
| KR20240019551A (en) | A method and appratus of structure and signaling for supporting layer1/layer2 based inter-cell mobility in the next communication systems | |
| KR20230170376A (en) | Method and apparatus for managing gap priority for musim terminal in wireless communication system | |
| KR20230157028A (en) | Method and apparatus to optimize conditional pscell addition/change (cpac) in mobile communication system | |
| KR20230158856A (en) | Method and apparatus for determining mobility state in next-generation mobile communication system | |
| KR20240019000A (en) | Method and apparatus for handling group mobility within mobile integrated access and backhaul node cell in wireless communication system |