KR20190106345A - 채널 상황에 기반한 코덱 제어 방법 및 전자 장치 - Google Patents

채널 상황에 기반한 코덱 제어 방법 및 전자 장치 Download PDF

Info

Publication number
KR20190106345A
KR20190106345A KR1020180027713A KR20180027713A KR20190106345A KR 20190106345 A KR20190106345 A KR 20190106345A KR 1020180027713 A KR1020180027713 A KR 1020180027713A KR 20180027713 A KR20180027713 A KR 20180027713A KR 20190106345 A KR20190106345 A KR 20190106345A
Authority
KR
South Korea
Prior art keywords
codec
network
invite message
electronic device
channel state
Prior art date
Application number
KR1020180027713A
Other languages
English (en)
Other versions
KR102397023B1 (ko
Inventor
박진섭
김송규
문용운
우광제
이인수
이준희
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020180027713A priority Critical patent/KR102397023B1/ko
Priority to US16/978,350 priority patent/US11330020B2/en
Priority to PCT/KR2019/002748 priority patent/WO2019172717A1/ko
Publication of KR20190106345A publication Critical patent/KR20190106345A/ko
Application granted granted Critical
Publication of KR102397023B1 publication Critical patent/KR102397023B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/752Media network packet handling adapting media to network capabilities
    • H04L65/607
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/0013Rate matching, e.g. puncturing or repetition of code symbols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026Transmission of channel quality indication
    • H04L65/1006
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637Control signals issued by the client directed to the server or network components
    • H04N21/6371Control signals issued by the client directed to the server or network components directed to network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746Control signals issued by the network directed to the server or the client
    • H04N21/64753Control signals issued by the network directed to the server or the client directed to the client
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/30Monitoring; Testing of propagation channels
    • H04B17/309Measuring or estimating channel quality parameters
    • H04B17/318Received signal strength
    • H04B17/328Reference signal received power [RSRP]; Reference signal received quality [RSRQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • H04L43/0847Transmission error

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

다양한 실시예들은, 통신 회로, 프로세서, 및 메모리를 포함하는 전자 장치가 개시된다. 상기 메모리는 실행되었을 때 상기 프로세서로 하여금 상기 통신 회로를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크에 송신하고, 상기 통신 회로를 이용하여 채널 상태 정보를 획득하고, 상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하며, 상기 통신 회로를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크에 송신하게 하는 명령어들(instructions)을 저장할 수 있다. 이 외에도 명세서를 통해 파악되는 다양한 실시예가 가능하다.

Description

채널 상황에 기반한 코덱 제어 방법 및 전자 장치{METHOD FOR CONTROLLING CODEC BASED ON CHANNEL STATUS AND ELECTRONIC DEVICE THEREOF}
본 발명의 다양한 실시예들은 채널 상황에 기반하여 코덱(codec)을 제어하는 방법 및 전자 장치에 관한 것이다.
회선 교환(circuit switched, CS) 네트워크를 통한 음성 호(voice call)의 음질 및 효율 개선을 위하여 패킷 교환(packet switched, PS) 네트워크를 통한 음성 호가 이용되고 있다. 예를 들어, 인터넷 프로토콜(internet protocol, IP)에 기반한 VoIP(voice over IP) 기술이 이용될 수 있다. VoIP 기술에서는 데이터 패킷을 통하여 음성 및/또는 영상이 교환될 수 있다. VoIP 기술은 패킷 데이터 네트워크에 기반한 다양한 네트워크 플랫폼에 적용될 수 있다. 예를 들어, LTE(long term evolution) 무선 통신에서의 VoIP를 위하여, VoLTE(voice over LTE)가 이용될 수 있다.
전자 장치는 사용자의 음성 및/또는 영상을 부호화(encode)하고, 생성된 음성 및/또는 영상 데이터를 포함하는 패킷을 송신하도록 설정될 수 있다. 예를 들어, 전자 장치는 코덱(codec)을 이용하여 음성 및/또는 영상을 부호화할 수 있다.
전자 장치는 다양한 코덱을 지원할 수 있다. 예를 들어, 코덱들은 부호화 방법, 코덱 표준, 대역폭, 및/또는 비트레이트(bitrate)가 서로 상이할 수 있다. 전자 장치는 수신 호(call) 또는 발신 호의 개시 시에 코덱(예: 보이스 코덱 및/또는 비디오 코덱)의 파라미터들(예: 부호화 방법, 해상도, FPS(frame per second) 코덱 표준, 대역폭, 및/또는 비트레이트)을 네트워크와 협상(negotiation)할 수 있다. 예를 들어, 네트워크는 네트워크의 데이터 트래픽(traffic)에 기반하여 전자 장치의 코덱에 연관된 파라미터들을 설정할 수 있다.
네트워크는 약전계(weak electric field)와 같은 전자 장치의 채널 상황을 고려하지 않고 코덱을 전자 장치에 설정할 수 있다. 또한, 일단 설정된 코덱은 채널 상태에 따라 변경되지 않을 수 있다. 전자 장치의 채널 상황이 좋지 않은 경우, 패킷의 손실로 인한 영상 끊김 현상, 버퍼링(buffering), 묵음(mute), 및/또는 잡음(noise)이 발생될 수 있다.
본 발명의 다양한 실시예들에 따르면, 전자 장치는 채널 상태에 기반하여 적응적으로(adaptively) 코덱을 제어함으로써 패킷의 손실로 인한 통화 품질 열화를 방지할 수 있다.
본 발명의 다양한 실시예들에 따르면, 채널 상태에 기반한 적응적 코덱 제어 방법 및 이를 위한 전자 장치가 제공될 수 있다.
일 실시예에 따른 전자 장치는, 통신 회로, 상기 통신 회로에 작동적으로(operatively) 연결된 프로세서, 및 상기 프로세서에 전기적으로 연결된 메모리를 포함하고, 상기 메모리는 실행되었을 때 상기 프로세서로 하여금, 상기 통신 회로를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크에 송신하고, 상기 통신 회로를 이용하여 채널 상태 정보를 획득하고, 상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하며, 상기 통신 회로를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크에 송신하게 하는 명령어들(instructions)을 저장할 수 있다.
또한, 일 실시예에 따른 전자 장치의 적응적 코덱 레이트 제어 방법은, 상기 전자 장치의 통신 회로를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크에 송신하는 동작, 상기 통신 회로를 이용하여 채널 상태 정보를 획득하는 동작, 상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하는 동작, 및 상기 통신 회로를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크에 송신하게 하는 동작을 포함할 수 있다.
또한, 일 실시예에 따른 컴퓨터 판독가능(computer-readable) 저장 매체는, 실행되었을 때에 프로세서로 하여금, 전자 장치의 통신 회로를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크에 송신하고, 상기 통신 회로를 이용하여 채널 상태 정보를 획득하고, 상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하며, 상기 통신 회로를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크에 송신하게 하는 명령어들을 저장할 수 있다.
본 발명의 다양한 실시예들에 따르면, 전자 장치는 채널 상태에 기반하여 코덱을 적응적으로 제어함으로써 통신 품질 열화를 방지할 수 있다.
본 발명의 다양한 실시예들에 따르면, 전자 장치는 더미(dummy) 메시지를 이용함으로써 기존 무선 프로토콜을 이용하여 적응적인 코덱 제어를 수행할 수 있다.
이 외에, 본 문서를 통해 직접적 또는 간접적으로 파악되는 다양한 효과들이 제공될 수 있다.
도 1은 다양한 실시예들에 따른 네트워크에서 전자 장치의 블록도를 도시한다.
도 2는 다양한 실시예들에 따른 전자 장치 및 네트워크의 구성을 도시한다.
도 3은 다양한 실시예들에 따른 전자 장치의 적응적 코덱 레이트 설정 방법의 흐름도이다.
도 4는 다양한 실시예들에 따른 CP의 판단에 기반한 적응적 코덱 레이트 제어 방법의 흐름도이다.
도 5는 다양한 실시예들에 따른 IMS의 판단에 기반한 적응적 코덱 레이트 제어 방법의 흐름도이다.
도 6은 다양한 실시예들에 따른 RRC 휴지 상태의 적응적 코덱 레이트 제어 방법의 흐름도이다.
도 7은 다양한 실시예들에 따른 RRC 연결 셋업 방법의 흐름도이다.
도 8은 다양한 실시예들에 따른 전자 장치의 적응적 코덱 레이트 제어 방법의 흐름도이다.
도 9는 다양한 실시예들에 따른 전자 장치의 채널 상태 정보에 기반한 코덱 제어 방법의 흐름도이다.
도면의 설명과 관련하여, 동일 또는 유사한 구성요소에 대해서는 동일 또는 유사한 참조 부호가 사용될 수 있다.
이하, 본 문서의 다양한 실시예들이 첨부된 도면을 참조하여 기재된다. 실시예 및 이에 사용된 용어들은 본 문서에 기재된 기술을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 및/또는 대체물을 포함하는 것으로 이해되어야 한다.
도 1은, 다양한 실시예들에 따른, 네트워크 환경(100) 내의 전자 장치(101)의 블럭도이다. 도 1을 참조하면, 네트워크 환경(100)에서 전자 장치(101)는 제 1 네트워크(198)(예: 근거리 무선 통신 네트워크)를 통하여 전자 장치(102)와 통신하거나, 또는 제 2 네트워크(199)(예: 원거리 무선 통신 네트워크)를 통하여 전자 장치(104) 또는 서버(108)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 서버(108)를 통하여 전자 장치(104)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 프로세서(120), 메모리(130), 입력 장치(150), 음향 출력 장치(155), 표시 장치(160), 오디오 모듈(170), 센서 모듈(176), 인터페이스(177), 햅틱 모듈(179), 카메라 모듈(180), 전력 관리 모듈(188), 배터리(189), 통신 모듈(190), 가입자 식별 모듈(196), 또는 안테나 모듈(197)을 포함할 수 있다. 어떤 실시예에서는, 전자 장치(101)에는, 이 구성요소들 중 적어도 하나(예: 표시 장치(160) 또는 카메라 모듈(180))가 생략되거나, 하나 이상의 다른 구성 요소가 추가될 수 있다. 어떤 실시예에서는, 이 구성요소들 중 일부들은 하나의 통합된 회로로 구현될 수 있다. 예를 들면, 센서 모듈(176)(예: 지문 센서, 홍채 센서, 또는 조도 센서)은 표시 장치(160)(예: 디스플레이)에 임베디드된 채 구현될 수 있다
프로세서(120)는, 예를 들면, 소프트웨어(예: 프로그램(140))를 실행하여 프로세서(120)에 연결된 전자 장치(101)의 적어도 하나의 다른 구성요소(예: 하드웨어 또는 소프트웨어 구성요소)을 제어할 수 있고, 다양한 데이터 처리 또는 연산을 수행할 수 있다. 일실시예에 따르면, 데이터 처리 또는 연산의 적어도 일부로서, 프로세서(120)는 다른 구성요소(예: 센서 모듈(176) 또는 통신 모듈(190))로부터 수신된 명령 또는 데이터를 휘발성 메모리(132)에 로드하고, 휘발성 메모리(132)에 저장된 명령 또는 데이터를 처리하고, 결과 데이터를 비휘발성 메모리(134)에 저장할 수 있다. 일실시예에 따르면, 프로세서(120)는 메인 프로세서(121)(예: 중앙 처리 장치 또는 어플리케이션 프로세서), 및 이와는 독립적으로 또는 함께 운영 가능한 보조 프로세서(123)(예: 그래픽 처리 장치, 이미지 시그널 프로세서, 센서 허브 프로세서, 또는 커뮤니케이션 프로세서)를 포함할 수 있다. 추가적으로 또는 대체적으로, 보조 프로세서(123)은 메인 프로세서(121)보다 저전력을 사용하거나, 또는 지정된 기능에 특화되도록 설정될 수 있다. 보조 프로세서(123)는 메인 프로세서(121)와 별개로, 또는 그 일부로서 구현될 수 있다.
보조 프로세서(123)는, 예를 들면, 메인 프로세서(121)가 인액티브(예: 슬립) 상태에 있는 동안 메인 프로세서(121)를 대신하여, 또는 메인 프로세서(121)가 액티브(예: 어플리케이션 실행) 상태에 있는 동안 메인 프로세서(121)와 함께, 전자 장치(101)의 구성요소들 중 적어도 하나의 구성요소(예: 표시 장치(160), 센서 모듈(176), 또는 통신 모듈(190))와 관련된 기능 또는 상태들의 적어도 일부를 제어할 수 있다. 일실시예에 따르면, 보조 프로세서(123)(예: 이미지 시그널 프로세서 또는 커뮤니케이션 프로세서)는 기능적으로 관련 있는 다른 구성 요소(예: 카메라 모듈(180) 또는 통신 모듈(190))의 일부로서 구현될 수 있다.
메모리(130)는, 전자 장치(101)의 적어도 하나의 구성요소(예: 프로세서(120) 또는 센서모듈(176))에 의해 사용되는 다양한 데이터를 저장할 수 있다. 데이터는, 예를 들어, 소프트웨어(예: 프로그램(140)) 및, 이와 관련된 명령에 대한 입력 데이터 또는 출력 데이터를 포함할 수 있다. 메모리(130)는, 휘발성 메모리(132) 또는 비휘발성 메모리(134)를 포함할 수 있다.
프로그램(140)은 메모리(130)에 소프트웨어로서 저장될 수 있으며, 예를 들면, 운영 체제(142), 미들 웨어(144) 또는 어플리케이션(146)을 포함할 수 있다.
입력 장치(150)는, 전자 장치(101)의 구성요소(예: 프로세서(120))에 사용될 명령 또는 데이터를 전자 장치(101)의 외부(예: 사용자)로부터 수신할 수 있다. 입력 장치(150)은, 예를 들면, 마이크, 마우스, 또는 키보드를 포함할 수 있다.
음향 출력 장치(155)는 음향 신호를 전자 장치(101)의 외부로 출력할 수 있다. 음향 출력 장치(155)는, 예를 들면, 스피커 또는 리시버를 포함할 수 있다. 스피커는 멀티미디어 재생 또는 녹음 재생과 같이 일반적인 용도로 사용될 수 있고, 리시버는 착신 전화를 수신하기 위해 사용될 수 있다. 일실시예에 따르면, 리시버는 스피커와 별개로, 또는 그 일부로서 구현될 수 있다.
표시 장치(160)는 전자 장치(101)의 외부(예: 사용자)로 정보를 시각적으로 제공할 수 있다. 표시 장치(160)은, 예를 들면, 디스플레이, 홀로그램 장치, 또는 프로젝터 및 해당 장치를 제어하기 위한 제어 회로를 포함할 수 있다. 일실시예에 따르면, 표시 장치(160)는 터치를 감지하도록 설정된 터치 회로(touch circuitry), 또는 상기 터치에 의해 발생되는 힘의 세기를 측정하도록 설정된 센서 회로(예: 압력 센서)를 포함할 수 있다.
오디오 모듈(170)은 소리를 전기 신호로 변환시키거나, 반대로 전기 신호를 소리로 변환시킬 수 있다. 일실시예에 따르면, 오디오 모듈(170)은, 입력 장치(150)를 통해 소리를 획득하거나, 음향 출력 장치(155), 또는 전자 장치(101)와 직접 또는 무선으로 연결된 외부 전자 장치(예: 전자 장치(102)) (예: 스피커 또는 헤드폰))를 통해 소리를 출력할 수 있다.
센서 모듈(176)은 전자 장치(101)의 작동 상태(예: 전력 또는 온도), 또는 외부의 환경 상태(예: 사용자 상태)를 감지하고, 감지된 상태에 대응하는 전기 신호 또는 데이터 값을 생성할 수 있다. 일실시예에 따르면, 센서 모듈(176)은, 예를 들면, 제스처 센서, 자이로 센서, 기압 센서, 마그네틱 센서, 가속도 센서, 그립 센서, 근접 센서, 컬러 센서, IR(infrared) 센서, 생체 센서, 온도 센서, 습도 센서, 또는 조도 센서를 포함할 수 있다.
인터페이스(177)는 전자 장치(101)이 외부 전자 장치(예: 전자 장치(102))와 직접 또는 무선으로 연결되기 위해 사용될 수 있는 하나 이상의 지정된 프로토콜들을 지원할 수 있다. 일실시예에 따르면, 인터페이스(177)는, 예를 들면, HDMI(high definition multimedia interface), USB(universal serial bus) 인터페이스, SD카드 인터페이스, 또는 오디오 인터페이스를 포함할 수 있다.
연결 단자(178)는, 그를 통해서 전자 장치(101)가 외부 전자 장치(예: 전자 장치(102))와 물리적으로 연결될 수 있는 커넥터를 포함할 수 있다. 일실시예에 따르면, 연결 단자(178)은, 예를 들면, HDMI 커넥터, USB 커넥터, SD 카드 커넥터, 또는 오디오 커넥터(예: 헤드폰 커넥터)를 포함할 수 있다.
햅틱 모듈(179)은 전기적 신호를 사용자가 촉각 또는 운동 감각을 통해서 인지할 수 있는 기계적인 자극(예: 진동 또는 움직임) 또는 전기적인 자극으로 변환할 수 있다. 일실시예에 따르면, 햅틱 모듈(179)은, 예를 들면, 모터, 압전 소자, 또는 전기 자극 장치를 포함할 수 있다.
카메라 모듈(180)은 정지 영상 및 동영상을 촬영할 수 있다. 일실시예에 따르면, 카메라 모듈(180)은 하나 이상의 렌즈들, 이미지 센서들, 이미지 시그널 프로세서들, 또는 플래시들을 포함할 수 있다.
전력 관리 모듈(188)은 전자 장치(101)에 공급되는 전력을 관리할 수 있다. 일실시예에 따르면, 전력 관리 모듈(388)은, 예를 들면, PMIC(power management integrated circuit)의 적어도 일부로서 구현될 수 있다.
배터리(189)는 전자 장치(101)의 적어도 하나의 구성 요소에 전력을 공급할 수 있다. 일실시예에 따르면, 배터리(189)는, 예를 들면, 재충전 불가능한 1차 전지, 재충전 가능한 2차 전지 또는 연료 전지를 포함할 수 있다.
통신 모듈(190)은 전자 장치(101)와 외부 전자 장치(예: 전자 장치(102), 전자 장치(104), 또는 서버(108))간의 직접(예: 유선) 통신 채널 또는 무선 통신 채널의 수립, 및 수립된 통신 채널을 통한 통신 수행을 지원할 수 있다. 통신 모듈(190)은 프로세서(120)(예: 어플리케이션 프로세서)와 독립적으로 운영되고, 직접(예: 유선) 통신 또는 무선 통신을 지원하는 하나 이상의 커뮤니케이션 프로세서를 포함할 수 있다. 일실시예에 따르면, 통신 모듈(190)은 무선 통신 모듈(192)(예: 셀룰러 통신 모듈, 근거리 무선 통신 모듈, 또는 GNSS(global navigation satellite system) 통신 모듈) 또는 유선 통신 모듈(194)(예: LAN(local area network) 통신 모듈, 또는 전력선 통신 모듈)을 포함할 수 있다. 이들 통신 모듈 중 해당하는 통신 모듈은 제 1 네트워크(198)(예: 블루투스, WiFi direct 또는 IrDA(infrared data association) 같은 근거리 통신 네트워크) 또는 제 2 네트워크(199)(예: 셀룰러 네트워크, 인터넷, 또는 컴퓨터 네트워크(예: LAN 또는 WAN)와 같은 원거리 통신 네트워크)를 통하여 외부 전자 장치와 통신할 수 있다. 이런 여러 종류의 통신 모듈들은 하나의 구성 요소(예: 단일 칩)으로 통합되거나, 또는 서로 별도의 복수의 구성 요소들(예: 복수 칩들)로 구현될 수 있다. 무선 통신 모듈(192)은 가입자 식별 모듈(196)에 저장된 가입자 정보(예: 국제 모바일 가입자 식별자(IMSI))를 이용하여 제 1 네트워크(198) 또는 제 2 네트워크(199)와 같은 통신 네트워크 내에서 전자 장치(101)를 확인 및 인증할 수 있다.
안테나 모듈(197)은 신호 또는 전력을 외부(예: 외부 전자 장치)로 송신하거나 외부로부터 수신할 수 있다. 일실시예에 따르면, 안테나 모듈(197)은 하나 이상의 안테나들을 포함할 수 있고, 이로부터, 제 1 네트워크 198 또는 제 2 네트워크 199와 같은 통신 네트워크에서 사용되는 통신 방식에 적합한 적어도 하나의 안테나가, 예를 들면, 통신 모듈(190)에 의하여 선택될 수 있다. 신호 또는 전력은 상기 선택된 적어도 하나의 안테나를 통하여 통신 모듈(190)과 외부 전자 장치 간에 송신되거나 수신될 수 있다.
상기 구성요소들 중 적어도 일부는 주변 기기들간 통신 방식(예: 버스, GPIO(general purpose input and output), SPI(serial peripheral interface), 또는 MIPI(mobile industry processor interface))를 통해 서로 연결되고 신호(예: 명령 또는 데이터)를 상호간에 교환할 수 있다.
일실시예에 따르면, 명령 또는 데이터는 제 2 네트워크(199)에 연결된 서버(108)를 통해서 전자 장치(101)와 외부의 전자 장치(104)간에 송신 또는 수신될 수 있다. 전자 장치(102, 104) 각각은 전자 장치(101)와 동일한 또는 다른 종류의 장치일 수 있다. 일실시예에 따르면, 전자 장치(101)에서 실행되는 동작들의 전부 또는 일부는 외부 전자 장치들(102, 104, or 108) 중 하나 이상의 외부 장치들에서 실행될 수 있다. 예를 들면, 전자 장치(101)가 어떤 기능이나 서비스를 자동으로, 또는 사용자 또는 다른 장치로부터의 요청에 반응하여 수행해야 할 경우에, 전자 장치(101)는 기능 또는 서비스를 자체적으로 실행시키는 대신에 또는 추가적으로, 하나 이상의 외부 전자 장치들에게 그 기능 또는 그 서비스의 적어도 일부를 수행하라고 요청할 수 있다. 상기 요청을 수신한 하나 이상의 외부 전자 장치들은 요청된 기능 또는 서비스의 적어도 일부, 또는 상기 요청과 관련된 추가 기능 또는 서비스를 실행하고, 그 실행의 결과를 전자 장치(101)로 전달할 수 있다. 전자 장치(101)는 상기 결과를, 그대로 또는 추가적으로 처리하여, 상기 요청에 대한 응답의 적어도 일부로서 제공할 수 있다. 이를 위하여, 예를 들면, 클라우드 컴퓨팅, 분산 컴퓨팅, 또는 클라이언트-서버 컴퓨팅 기술이 이용될 수 있다.
도 2는 다양한 실시예들에 따른 전자 장치(101) 및 네트워크(299)의 구성을 도시한다.
다양한 실시예들에 따르면, 전자 장치(101)는 호(call)를 수행할 수 있도록 설정된 장치일 수 있다. 일 실시예에 따르면, 전자 장치(101)는 패킷 데이터에 기반한 호를 수행하도록 설정될 수 있다. 예를 들어, 전자 장치(101)는 패킷 데이터에 기반한 영상 호(video call) 및/또는 음성 호(voice call)를 수행하도록 설정될 수 있다. 일 실시예에 따르면, 전자 장치(101)는 LTE 네트워크를 통하여 패킷 기반 호(packet based call)를 수행하도록 설정될 수 있다. 예를 들어, 전자 장치(101)는 VoLTE(voice over long-term evolution)에 기반한 음성 호를 수행하도록 설정될 수 있다. 일 실시예에 따르면, 전자 장치(101)는 프로세서(120), 메모리(130), 및 통신 모듈(190)을 포함할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 도 2에 미도시된 다른 구성들을 더 포함할 수도 있다. 예를 들어, 전자 장치(101)는 음성 수신 및 음성 출력을 위한 장치(예: 도 1의 오디오 모듈(170)), 디스플레이(예: 표시 장치(160)), 영상 수신을 위한 장치(예: 도 1의 카메라 모듈(180)), 및/또는 근접 센서(예: 센서 모듈(176))를 포함할 수 있다.
다양한 실시예들에 따르면, 프로세서(120)는 메모리(130) 및 통신 모듈(190)과 작동적으로(operatively) 또는 전기적으로 커플링(coupling)되고, 메모리(130), 통신 모듈(190), 및 전자 장치(101)의 동작들을 제어할 수 있다. 일 실시예에 따르면, 프로세서(120)는 어플리케이션 프로세서(application processor)를 포함할 수 있다.
다양한 실시예들에 따르면, 메모리(130)는 프로세서(120)로 하여금 다양한 동작들을 수행하게 하는 적어도 하나의 명령어(instruction)을 저장할 수 있다.
다양한 실시예들에 따르면, 통신 모듈(190)은 네트워크(299)(예: 도 1의 제2 네트워크(199))와의 통신을 위한 기능들을 수행하도록 설정될 수 있다. 예를 들어, 통신 모듈(190)은 무선 신호를 송수신하도록 설정될 수 있다. 일 실시예에 따르면, 통신 모듈(190)은 적어도 하나의 통신 회로를 포함할 수 있다. 예를 들어, 통신 모듈(190)은 셀룰러 네트워크와의 통신을 위한 커뮤니케이션 프로세서(communication processor, CP)를 포함할 수 있다. 예를 들어, 셀룰러 프로세서는 모뎀(modem)으로 지칭될 수 있다.
도 2의 블록도(200)는 전자 장치(101)의 프로세서(120)와 통신 모듈(190) 사이의 개념적인 통신을 설명하기 위한 블록도이다. 일 실시예에 따르면, 전자 장치(101)는 IMS(210)와 OMA-DM(open mobile alliance-device management) 모듈(220)을 포함할 수 있다. 일 실시예에 따르면, IMS(210) 및 OMA-DM 모듈(220)은 프로세서(120)에 의하여 구현되는 소프트웨어 모듈일 수도 있다. 예를 들어, IMS(210) 및 OMA-DM 모듈(220)은 프로세서(120)에 의하여 메모리(130)에 구현된 소프트웨어 모듈일 수도 있다. 일 실시예에 따르면, IMS(210) 및/또는 OMA-DM 모듈(220)은 프로세서(120)에 포함된 하드웨어 모듈일 수도 있다. 일 실시예에 따르면, CP(290)는 통신 모듈(190)에 포함된 소프트웨어 또는 하드웨어 구성일 수 있다.
다양한 실시예들에 따르면, IMS(210)는 IMS에 연관된 데이터를 처리하기 위한 계층(layer)을 지칭할 수 있다. 일 실시예에 따르면, IMS(210)는 SIP에 기반하여 네트워크(299)의 IMS(250)와 통신을 수행할 수 있다. 일 실시예에 따르면, IMS(210)는 호(예: 음성 호 또는 영상 호)를 요청하는 메시지(예: SIP 인바이트(invite) 메시지)를 생성할 수 있다. 예를 들어, IMS(210)는 전자 장치(101)의 통화 어플리케이션을 통하여 호를 요청하는 사용자 입력이 수신되면, SIP 인바이트 메시지를 생성할 수 있다. 일 실시예에 따르면, SIP 인바이트 메시지는 CP(260)를 통하여 네트워크(299)에 송신될 수 있다.
다양한 실시예들에 따르면, OMA-DM 모듈(220)은 OMA-DM 프로토콜에 기반한 메시지를 처리하도록 설정될 수 있다. 일 실시예에 따르면, OMA-DM 모듈(220)은 네트워크(299)로부터 수신된 OMA-DM 프로토콜 기반 메시지(예: 장치 관리 메시지)를 처리하도록 설정될 수 있다. 일 실시예에 따르면, OMA-DM 모듈(220)은 전자 장치(101)의 설정을 위한 프로비져닝을 수행하도록 설정될 수 있다.
다양한 실시예들에 따르면, CP(260)는 메시지를 기저대역(baseband)에서 처리할 수 있다. 예를 들어, CP(260)는 기저대역에서 처리된 데이터를 통신 모듈(190)을 통하여 네트워크(299)로 송신할 수 있다.
일 실시예에 따르면, IMS(210)는 OMA-DM 모듈(220)로부터 설정 정보를 획득할 수 있다. 일 실시예에 따르면, IMS(210) 및/또는 OMA-DM 모듈(220)은 CP(290)를 이용하여, 데이터를 송신 및/또는 수신할 수 있다. 예를 들어, 프로세서(120)(예: IMS(210) 및/또는 OMA-DM 모듈(220))는 CP(290)와 RIL(radio interface layer)를 통하여 데이터를 송신 및/또는 수신할 수 있다.
이하의 실시예들에 있어서, IMS(210) 및/또는 OMA-DM 모듈(220)의 동작은 프로세서(120)의 동작으로 지칭될 수 있다. 이하의 실시예들에 있어서, CP(290)의 동작은 통신 모듈(190)의 동작으로 지칭될 수도 있다. 이하의 실시예들에 있어서, 코덱은 보이스 코덱 및/또는 비디오 코덱을 지칭할 수 있다.
도 3은 다양한 실시예들에 따른 전자 장치의 적응적 코덱 레이트 설정 방법(300)의 흐름도이다.
다양한 실시예들에 따른 전자 장치(101)는 프로세서(120)와 통신 모듈(190)을 포함할 수 있다. 전자 장치(101)의 프로세서(210)는 IMS(210)를 포함하고, 통신 모듈(190)은 CP(290)를 포함할 수 있다.
다양한 실시예들에 따르면, 네트워크(299)는 전자 장치(101)를 포함하는 다양한 장치의 통신을 제어하도록 설정될 수 있다. 일 실시예에 따르면, 네트워크(299)는 셀룰러 네트워크일 수도 있다. 일 실시예에 따르면, 네트워크(299)는 무선 통신(예: 셀룰러 통신)을 제어하기 위한 적어도 하나의 서버를 포함할 수 있다. 예를 들어, 네트워크(299)에 포함된 적어도 하나의 서버는 적어도 하나의 기지국(base station) 또는 기지국의 일부를 구성할 수도 있다.
다양한 실시예들에 따르면, 네트워크(299)는 IMS(IP multimedia subsystem, 250) 및 APCS (auto provisioning and configuration server, 260)를 포함할 수 있다. 예를 들어, IMS(250) 및 APCS(260)는 하나의 서버로 구현되거나 또는 복수의 서버로 구현될 수 있다.
다양한 실시예들에 따르면, IMS(250)는 IMS에 연관된 데이터를 처리할 수 있다. 일 실시예에 따르면, IMS(250)는 패킷 기반 호(예: 영상 호 및/또는 음성 호)를 제공하기 위한 구조적 프레임워크(framework)를 지칭할 수 있다. 일 실시예에 따르면, IMS(250)는 IETF(internet engineering task force) 기반의 프로토콜(예: SIP(session initiation protocol))을 이용하여 메시지 송수신을 수행하도록 설정될 수 있다.
다양한 실시예들에 따르면, APCS(260)는 클라이언트(예: 전자 장치(101)) 및/또는 네트워크(299)의 데이터 트래픽 및 통신 파라미터들을 관리하도록 설정될 수 있다. 일 실시예에 따르면, APCS(260)는 서비스에 연관된 설정들을 프로비져닝(provisioning)하도록 설정될 수 있다. 일 실시예에 따르면, APCS(260)는 모바일 네트워크 오퍼레이터(operator)의 RCS(rich communication services) 네트워크에 위치될 수도 있다. 일 실시예에 따르면, APCS(260)는 클라이언트(예: 전자 장치(101))의 적응적 코덱 레이트(adaptive codec rate) 기능에 대한 설정 정보를 관리 및 저장하도록 설정될 수 있다. 예를 들어, 네트워크(299)는 APCS(260)로부터 획득된 코덱에 연관된 정보(예: 코덱의 종류, 해상도, FPS, 대역폭, 및/또는 비트레이트)를 전자 장치(101)에 송신할 수도 있다. 예를 들어, APCS(260)는 클라이언트 그룹 단위(granularity)로 적응적 코덱 레이트 기능에 대한 설정 정보를 관리 및 저장할 수도 있다.
다양한 실시예들에 따르면, 네트워크(299)는 APCS(예: 도 2의 APCS(260))를 이용하여 전자 장치(101)에 대한 적응적 코덱 레이트 설정을 제어할 수 있다. 예를 들어, 네트워크(299)는 전자 장치(101)의 적응적 코덱 레이트 설정을 활성화 또는 비활성화(예: 턴-온(turn-on) 또는 턴-오프(turn-off))할 수 있다. 후술되는 실시예들에 있어서, 적응적 코덱 레이트는 보이스 코덱 및/또는 비디오 코덱에 대한 적응적 코덱 레이트를 지칭할 수 있다. 일 실시예에 따르면, 적응적 코덱 레이트 설정이 활성화된 전자 장치(101)는, 후술되는 실시예들에 따라서, 적응적으로 코덱에 연관된 파라미터(예: 코덱의 종류, 해상도, FPS, 및/또는 비트레이트)를 제어할 수 있다. 일 실시예에 따르면, 후술하는 동작 305는 전자 장치(101)의 네트워크(299)로의 등록 (registration) 프로시져(procedure) 후에 수행될 수도 있다.
다양한 실시예들에 따르면, 동작 305를 참조하여, 네트워크(299)는 적응적 코덱 레이트 설정 정보(예: 디폴트(default) AMR(adaptive multi rate) 비트레이트 정보)를 전자 장치(101)에 송신할 수 있다. 일 실시예에 따르면, 네트워크(299)는 APCS(260)에 의하여 설정된 적응적 코덱 레이트 설정 정보를 전자 장치(101)에 송신할 수 있다. 일 실시예에 따르면, 네트워크(299)는 OMA-DM 메시지를 이용하여 적응적 코덱 레이트 설정 정보(예: 디폴트 AMR 비트레이트 정보)를 송신할 수 있다. 예를 들어, 네트워크(299)의 장치 관리(device management, DM) 서버(미도시)는 OMA-DM 메시지를 이용하여 적응적 코덱 레이트 설정 정보를 전자 장치(101)에 송신할 수 있다.
다양한 실시예들에 따르면, 적응적 코덱 레이트 설정 정보는 적어도 제1 값과 제2 값 중 하나의 값을 지시하도록 설정될 수 있다. 일 실시예에 따르면, 적응적 코덱 레이트 설정 정보는 적어도 4개의 값을 지시하도록 설정될 수도 있다. 예를 들어, 적응적 코덱 레이트 설정 정보는 1비트, 2비트, 또는 4비트의 지시자를 포함할 수도 있다.
다양한 실시예들에 따르면, 적응적 코덱 레이트 설정 정보의 값에 기반하여 적응적 코덱 레이트 설정이 전자 장치(101)에 지시될 수 있다. 예를 들어, 적응적 코덱 레이트 설정 정보의 제1 값은 보이스 및 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화를 지시할 수 있다. 예를 들어, 적응적 코덱 레이트 설정 정보의 제2 값은 보이스 및 비디오 코덱에 대한 적응적 코덱 레이트 설정의 비활성화 또는 적응적 레이트 설정의 변경 없음을 지시할 수 있다. 다른 예를 들어, 적응적 코덱 레이트 설정 정보의 제1 값은 보이스 코덱에 대한 적응적 코덱 레이트 설정의 활성화를, 적응적 코덱 레이트 설정 정보의 제2 값은 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화를, 적응적 코덱 레이트 설정 정보의 제3 값은 보이스 및 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화를, 그리고, 적응적 코덱 레이트 설정 정보의 제4 값은 보이스 및 비디오 코덱에 대한 적응적 코덱 레이트 설정의 비활성화를 지시할 수 있다. 또 다른 예를 들어, 적응적 코덱 레이트 설정 정보의 제1 값은 보이스 코덱 및 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화를, 적응적 코덱 레이트 설정 정보의 제2 값은 보이스 코덱 및 비디오 코덱에 대한 적응적 코덱 레이트 설정의 비활성화를, 적응적 코덱 레이트 설정 정보의 제3 값은 보이스 코덱에 대한 적응적 코덱 레이트 설정의 활성화를, 그리고, 적응적 코덱 레이트 설정 정보의 제4 값은 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화를 지시할 수 있다.
다양한 실시예들에 따르면, 네트워크(299)(예: APCS(260))는 네트워크 트래픽, 통화 품질, 및/또는 가입자(subscriber) 요청 중 적어도 하나에 기반하여 적응적 코덱 레이트 설정 정보를 설정할 수 있다. 일 실시예에 따르면, APCS(260)는 네트워크 트래픽의 혼잡도에 기반하여 적응적 코덱 레이트 설정 정보를 관리 및 저장할 수 있다. 예를 들어, 네트워크 트래픽이 지정된 양 이상인 경우, 또는 네트워크 트래픽이 대응 네트워크의 가용 처리량(throughput)의 지정된 비율 이상인 경우, APCS(260)는 비디오 코덱 및/또는 보이스 코덱에 대한 적응적 코덱 레이트 설정을 활성화 하도록 적응적 코덱 레이트 설정 정보를 설정할 수 있다. 일 실시예에 따르면, APCS(260)는 통계적으로 네트워크 품질이 낮은 가입자에 대하여 적응적 코덱 레이트 설정을 활성화하도록 적응적 코덱 레이트 설정 정보를 관리 및 저장할 수 있다. 예를 들어, APCS(260)는 는 통계적으로 네트워크 품질이 낮은 가입자에 대한 디폴트 AMR 비트레이트 정보를 보이스 코덱 및/또는 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화에 대응하는 값으로 설정할 수 있다. 예를 들어, 네트워크 품질이 낮은 가입자는 지정된 범위 이상의 BLER(block error rate)를 지시하는 가입자를 포함할 수 있다. 일 실시예에 따르면, APCS(260)는 통계적으로 네트워크 품질이 낮은 지역에 위치된 가입자에 대하여 적응적 코덱 레이트 설정을 활성화하도록 디폴트 AMR 비트레이트 정보를 관리 및 저장할 수 있다. 예를 들어, APCS(260)는 통계적으로 네트워크 품질이 낮은 지역에 위치된 가입자에 대한 디폴트 AMR 비트레이트 정보를 보이스 코덱 및/또는 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화에 대응하는 값으로 설정할 수 있다. 일 실시예에 따르면, APCS(260)는 가입자 요청에 기반하여 적응적 코덱 레이트 설정을 활성화하도록 디폴트 AMR 비트레이트 정보를 관리 및 저장할 수도 있다. 예를 들어, APCS(260)는 고객의 소리(voice of customer)(예: 통화 품질에 대한 불만)가 접수된 가입자에 대하여 적응적 코덱 레이트 설정의 활성화를 지시하도록 디폴트 AMR 비트레이트 정보의 값을 보이스 코덱 및/또는 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화에 대응하는 값으로 설정할 수도 있다. 일 실시예에 따르면, APCS(260)는 가입자의 과금 정보에 기반하여 가입자의 적응적 코덱 레이트 설정을 활성화 또는 비활성화하도록 디폴트 AMR 비트레이트 정보를 관리 및 저장할 수도 있다.
도 3의 실시예에 있어서, 적응적 코덱 레이트 설정 정보를 이용하여 적응적 코덱 레이트 설정이 전자 장치(101)에 전달될 수 있다. 디폴트 AMR 비트레이트 정보는 적응적 코덱 레이트 설정 정보의 일 예시로서, 본 개시물의 실시예들이 이에 제한되는 것은 아니다. 예를 들어, 네트워크(299)는 OMA-DM 메시지의 다른 정보를 이용하여 적응적 코덱 레이트 설정 정보를 전자 장치(101)에 전달할 수 있다. 예를 들어, 네트워크(299)는 OMA-DM 메시지 외의 다른 메시지를 이용하여 적응적 코덱 레이트 설정 정보를 전자 장치(101)에 전달할 수 있다.
다양한 실시예들에 따르면, 동작 310에서, 전자 장치(101)의 IMS(210)는 적응적 코덱 레이트 적용 여부를 판단할 수 있다. IMS(210)는 네트워크(299)로부터 수신된 적응적 코덱 레이트 설정 정보(예: 디폴트 AMR 비트레이트 정보)에 기반하여 적응적 코덱 레이트 적용 여부를 판단할 수 있다. 일 실시예에 따르면, 디폴트 AMR 비트레이트 정보가 제1 값을 지시하는 경우, IMS(210)는 보이스 코덱에 대한 적응적 코덱 레이트 적용(예: 적응적 코덱 레이트 설정의 활성화)을 판단할 수 있다. 예를 들어, 디폴트 AMR 비트레이트 정보가 제1 값 외의 다른 값(예: 제2 값)을 지시하는 경우, IMS(210)는 보이스 코덱에 대한 적응적 코덱 레이트를 적용하지 않기로 판단할 수 있다. 예를 들어, 디폴트 AMR 비트레이트 정보가 제1 값 외의 다른 값을 지시하는 경우, IMS(210)는 적응적 코덱 레이트 설정을 변경하지 않을 수도 있다. 다른 실시예에 따르면, 적응적 코덱 레이트 설정 정보가 제1 값을 지시하는 경우, IMS(210)는 보이스 코덱에 대한 적응적 코덱 레이트 설정의 활성화를 판단할 수 있다. 적응적 코덱 레이트 설정 정보가 제2 값을 지시하는 경우, IMS(210)는 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화를 판단할 수 있다. 적응적 코덱 레이트 설정 정보가 제3 값을 지시하는 경우, IMS(210)는 비디오 코덱 및 보이스 코덱에 대한 적응적 코덱 레이트 설정의 활성화를 판단할 수 있다. 적응적 코덱 레이트 설정 정보가 제 4값을 지시하는 경우, IMS(210)는 비디오 코덱 및 보이스 코덱에 대한 적응적 코덱 레이트 설정의 비활성화를 판단할 수 있다. 또 다른 실시예에 따르면, 적응적 코덱 레이트 설정 정보가 제1 값을 지시하는 경우, IMS(210)는 보이스 코덱 및 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화를 판단할 수 있다. 적응적 코덱 레이트 설정 정보가 제2 값을 지시하는 경우, IMS(210)는 비디오 코덱 및 보이스 코덱에 대한 적응적 코덱 레이트 설정의 비활성화를 판단할 수 있다. 적응적 코덱 레이트 설정 정보가 제3 값을 지시하는 경우, IMS(210)는 보이스 코덱에 대한 적응적 코덱 레이트 설정의 활성화를 판단할 수 있다. 적응적 코덱 레이트 설정 정보가 제 4값을 지시하는 경우, IMS(210)는 비디오 코덱에 대한 적응적 코덱 레이트 설정의 활성화를 판단할 수 있다.
일 실시예에 따르면, 동작 310은 생략될 수도 있다. 예를 들어, IMS(210)는 네트워크(299)로부터 수신된 값(예: 적응적 코덱 레이트 설정 정보의 값)에 기반하여 동작 315를 수행하는 것으로 설명될 수도 있다.
다양한 실시예들에 따르면, 동작 315에서, IMS(210)는 CP(290)의 적응적 코덱 레이트 설정에 따라 CP(290)를 제어할 수 있다. 일 실시예에 따르면, 적응적 코덱 레이트 설정 정보가 적응적 코덱 레이트 설정의 활성화를 지시하면, IMS(210)는 CP(290)로 하여금 채널 상태(예: BLER (block error rate) 및/또는 RSRP (reference signal received power)) 또는 채널 상태에 기반한 정보를 IMS(210)에 전달하게 할 수 있다. 예를 들어, 적응적 코덱 레이트 설정이 활성화되면, IMS(210)는 CP(290)로 하여금 주기적으로 통신 품질을 전달하게 할 수 있다. 예를 들어, 적응적 코덱 레이트 설정이 활성화되면, IMS(210)는 CP(290)로 하여금 통신 품질이 지정된 범위 이하이면(예: 지정된 제1 범위 이하의 RSRP 및/또는 지정된 제2 범위 이상의 BLER) 채널 상태에 대한 정보를 IMS(210)에 전달하게 할 수 있다. 예를 들어, 적응적 코덱 레이트 설정이 활성화되면, IMS(210)는 CP(290)로 하여금 통신 품질이 지정된 범위 이하임을 지시하는 정보를 IMS(210)에 전달하게 할 수 있다. 일 실시예에 따르면, IMS(210)는 RIL을 통하여 CP(290)에 적응적 코덱 레이트 설정의 제어를 위한 메시지를 전달할 수 있다.
다양한 실시예들에 따르면, 동작 320에서, IMS(210)는 IMS 등록 메시지를 네트워크(299)(예: 도 2의 IMS(250))에 송신할 수 있다. 예를 들어, IMS(210)는 CP(290)를 통하여 IMS 등록 메시지(예: SIP register 메시지)를 송신할 수 있다.
다양한 실시예들에 따르면, 동작 325에서, IMS(210)는 CP(290)를 통하여 네트워크(299)로부터 응답을 수신할 수 있다. 예를 들어, 응답은 미승인(unauthorized)을 지시할 수도 있다. 예를 들어, 응답은 확인(예: SIP 200 OK 메시지)을 지시할 수도 있다. 일 실시예에 따르면, 네트워크(299)는 전자 장치(101)의 IMS 등록이 완료되면 SIP에 기반한 200 OK 메시지를 응답으로 전자 장치(101)에 송신할 수 있다.
도 3의 실시예에 있어서, 동작 305, 310, 및 320을 통하여 네트워크(299)가 전자 장치(101)의 적응적 코덱 레이트 설정을 제어할 수 있다. 다양한 실시예들에 따르면, 적응적 코덱 레이트 설정은 전자 장치(101)에 의하여 제어될 수도 있다. 일 실시예에 따르면, 전자 장치(101)는 사용자 입력에 기반하여 적응적 코덱 레이트 설정을 제어할 수도 있다. 예를 들어, 전자 장치(101)는 적응적 코덱 레이트 설정을 제어하기 위한 사용자 인터페이스를 제공할 수도 있다. 예를 들어, 전자 장치(101)는 통화 품질이 지정된 범위 미만이면 적응적 코덱 레이트 설정의 제어를 촉진하기 위한 메시지(예: 팝업 메시지)를 사용자에게 제공하도록 설정될 수도 있다.
도 4는 다양한 실시예들에 따른 CP(290)의 판단에 기반한 적응적 코덱 레이트 제어 방법의 흐름도(400)이다.
다양한 실시예들에 따르면, 전자 장치(101)는 패킷 기반 호(예: 음성 및/또는 영상 호)의 개시 시에 또는 패킷 기반 호의 수행 중에 적응적 코덱 레이트 제어 방법을 수행할 수 있다. 예를 들어, 전자 장치(101)는 전자 장치(101)에 대하여 적응적 코덱 레이트 설정이 활성화된 경우에 적응적 코덱 레이트 제어 방법을 수행할 수 있다.
다양한 실시예들에 따르면, 동작 405에서, IMS(210)는 CP(290)에 통신 상태 정보를 요청할 수 있다. 일 실시예에 따르면, IMS(210)는 패킷 기반 호의 개시 시에 동작 405를 수행할 수도 있다. 일 실시예에 따르면, IMS(210)는 패킷 기반 호의 수행 중에 지정된 주기로 동작 405를 수행할 수도 있다.
다양한 실시예들에 따르면, 통신 상태 정보는 복수의 상태를 지시할 수 있다. 일 실시예에 따르면, 통신 상태 정보는 약전계(weak electronic field) 여부를 지시하는 정보일 수도 있다. 예를 들어, 통신 상태의 제1 상태는 약전계를 지시하고, 통신 상태의 제2 상태는 비-약전계를 지시할 수 있다. 예를 들어, 통신 상태 정보는 약전계 여부를 지시하는 1 비트의 정보일 수도 있다. 일 실시예에 따르면, 통신 상태 정보는 복수의 통신 상태에 각각 대응하는 복수의 값들 중 하나의 값을 지시할 수 있다. 예를 들어, 통신 상태 정보는 약전계, 중전계, 또는 강전계 중 하나를 지시할 수도 있다.
다양한 실시예들에 따르면, 동작 410에서, CP(290)는 채널 상태에 기반하여 통신 상태 정보를 판단할 수 있다. 일 실시예에 따르면, 채널 상태는 RSRP(received signal received power) 및 BLER 중 적어도 하나를 포함할 수 있다. 예를 들어, CP(290)는 RSRP가 지정된 제1 범위 미만이면 통신 상태를 제1 상태(예: 약전계)로 판단할 수 있다. CP(290)는 네트워크(299)로부터의 CRS(cell-specific reference signal)를 이용하여 RSRP를 측정할 수 있다. 예를 들어, CP(290)는 BLER이 지정된 제2 범위를 초과하면 통신 상태를 제1 상태로 판단할 수 있다. 예를 들어, CP(290)는 RSRP가 지정된 제1 범위 미만이고 BLER이 지정된 제2 범위를 초과하면 통신 상태를 제1 상태로 판단할 수 있다. 예를 들어, CP(290)는 상향링크 송신에 대한 네트워크(299)로부터의 응답(예: ACK(acknowledgement), NACK(negative-ACK), 및/또는 DTX(discontinuous transmission))에 기반하여 BLER을 판단할 수 있다. 일 실시예에 따르면, CP(290)는 복수의 임계값들 및 채널 상태(예: RSRP 및/또는 BLER)에 기반하여 통신 상태를 판단할 수 있다.
다양한 실시예들에 따르면, 동작 415에서, CP(290)는 판단된 통신 상태 정보를 IMS(210)에 전달할 수 있다. 예를 들어, 통신 상태 정보는 제1 상태(예: 약전계) 또는 제2 상태(예: 비-약전계)를 지시할 수 있다. 예를 들어, 통신 상태 정보는 지정된 복수의 상태들 중 하나의 상태를 지시할 수 있다.
다양한 실시예들에 따르면, 동작 420에서, IMS(210)는 통신 상태 정보에 기반하여 패킷 기반 호에 이용될 코덱(예: 보이스 코덱 및/또는 비디오 코덱)을 판단할 수 있다. 일 실시예에 따르면, IMS(210)는 통신 상태 정보에 기반하여 코덱의 종류, 대역폭, 해상도, FPS, 및/또는 비트레이트를 판단할 수 있다. 예를 들어, 통신 상태 정보가 제1 상태(예: 약전계)를 지시하는 경우, IMS(210)는 상대적으로 낮은 비트레이트를 갖는 코덱을 패킷 기반 호에 이용할 수 있다.
다양한 실시예들에 따르면, 동작 420에서, IMS(210)는 통신 상태 정보에 기반하여 복수의 코덱들의 우선 순위를 판단할 수도 있다. 일 실시예에 따르면, 통신 상태가 제1 상태(예: 약전계)를 지시하는 경우, IMS(210)는 작은 비트레이트, 대역폭, FPS, 및/또는 해상도를 갖는 코덱에 대하여 높은 우선순위를 설정할 수 있다. 예를 들어, IMS(210)는 현재의 통신 상태에 적합한 적어도 하나의 코덱을 선택하고 선택된 적어도 하나의 코덱 중 가장 큰 비트레이트, 대역폭, FPS, 및/또는 해상도를 갖는 코덱을 가장 높은 운선순위로 설정할 수 있다. 일 실시예에 따르면, IMS(210)는 통신 상태 정보에 따라서 지정된 적어도 하나의 코덱 및/또는 적어도 하나의 코덱에 대한 우선순위를 인바이트 메시지에 포함시킬 수도 있다. 예를 들어, IMS(210)는 통신 상태 정보에 대한 코덱, 및/또는 코덱의 우선순위 정보를 포함하는 룩업 테이블(lookup table)을 이용하여 통신 상태 정보에 대응하는 코덱 및/또는 코덱의 우선순위 정보를 인바이트 메시지에 포함시킬 수도 있다.
다양한 실시예들에 따르면, 동작 425에서, IMS(210)는 판단된 적어도 하나의 코덱의 종류, 대역폭, FPS, 해상도, 및/또는 비트레이트 정보를 포함하는 인바이트 메시지(예: SIP 인바이트 메시지)를 네트워크(299)에 송신할 수 있다. 예를 들어, IMS(210)는 CP(290)를 통하여 네트워크(299)에 인바이트 메시지를 송신할 수 있다.
다양한 실시예들에 따르면, 인바이트 메시지는 사용자 장치(예: 전자 장치(101))의 능력(capability)에 대한 정보를 포함할 수 있다. 일 실시예에 따르면, 사용자 장치의 능력에 대한 정보는 사용자 장치가 지원할 수 있는 적어도 하나의 코덱에 대한 정보를 포함할 수 있다. 예를 들어, 코덱에 대한 정보는 코덱의 종류, 비트레이트 범위(예: 상한선 및 하한선), 대역폭, FPS, 해상도, 또는 AMR(adaptive multi-rate) 설정 정보 중 적어도 하나를 포함할 수 있다. 일 실시예에 따르면, 사용자 장치의 능력에 대한 정보는 복수의 코덱에 대한 정보 및 복수의 코덱에 대한 우선 순위 정보를 포함할 수 있다. 예를 들어, 복수의 코덱들에 대한 정보는 우선 순위에 따라서 내림차순으로 정렬될 수도 있다.
다양한 실시예들에 따르면, IMS(210)는 인바이트 메시지에 동작 420에서 통신 상태 정보에 기반하여 판단된 코덱의 정보를 포함시킬 수 있다. 일 실시예에 따르면, IMS(210)는 통신 상태 정보에 기반하여 판단된 코덱의 정보를 높은 우선순위로 인바이트 메시지 내에 포함시킬 수도 있다. 예를 들어, IMS(210)는 우선순위를 포함하는 복수의 코덱들에 대한 정보를 CP(290)를 통하여 네트워크(299)에 송신함으로써 코덱을 네트워크(299)와 협상할 수 있다.
다양한 실시예들에 따르면, 동작 430에서, 네트워크(299)는 응답 메시지를 IMS(210)에 송신할 수 있다. 예를 들어, 응답 메시지는 SIP 200 OK 메시지일 수도 있다.
도 4의 실시예에 있어서, IMS(210)가 CP(290)에 의하여 판단된 통신 상태 정보에 기반하여 코덱을 판단하였으나, 본 개시물의 적응적 코덱 레이트 제어 방법이 이에 제한되는 것은 아니다.
도 5는 다양한 실시예들에 따른 IMS(210)의 판단에 기반한 적응적 코덱 레이트 제어 방법의 흐름도(500)이다.
도 5의 실시예에 있어서, 동작 505에 대한 설명은 도 4의 동작 405에 대한 설명에 의하여 참조될 수 있다. 동작 525에 대한 설명은 도 4의 동작 425에 대한 설명에 의하여 참조될 수 있다. 동작 530에 대한 설명은 도 4의 동작 430에 대한 설명에 의하여 참조될 수 있다. 예를 들어, 동작 505, 525, 및 530은 도 4의 동작 405, 425, 및 430과 동일할 수 있다. 설명의 편의를 위하여, 도 4와 중복되는 설명들은 생략될 수 있다. 다르게 설명되지 않으면, 도 4와 관련하여 상술된 설명들이 도 5에 대하여 적용될 수 있다.
다양한 실시예들에 따르면, 동작 510에서, CP(290)는 채널 상태를 측정할 수 있다. 일 실시예에 따르면, CP(290)는 RSRP 및/또는 BLER에 기반하여 채널 상태를 측정할 수 있다. 예를 들어, CP(290)는 CRS(cell-reference signal)에 기반하여 RSRP를 측정할 수 있다.
다양한 실시예들에 따르면, 동작 515에서, CP(290)는 측정된 채널 상태를 IMS(210)에 전달할 수 있다. 일 실시예에 따르면, 통신 상태 정보 요청이 수신되면 CP(290)는 채널 상태를 측정하고 측정된 채널 상태를 IMS(210)에 전달할 수 있다. 일 실시예에 따르면, CP(290)는 IMS(210)로부터 통신 상태 정보 요청이 수신되면 CP(290)는 이전에 획득된 채널 상태를 IMS(210)에 전달할 수도 있다. 예를 들어, 동작 510은 생략될 수도 있다. 일 실시예에 따르면, CP(290)는 지정된 주기로 채널 상태를 측정하고, 가장 최근에 측정된 채널 상태를 IMS(210)에 전달할 수도 있다. 일 실시예에 따르면, CP(290)는 복수의 측정값에 기반한 채널 상태 정보를 IMS(210)에 전달할 수도 있다.
다양한 실시예들에 따르면, 동작 520에서, IMS(210)는 채널 상태에 기반하여 코덱을 판단할 수 있다. 일 실시예에 따르면, IMS(210)는 현재의 채널 상태에서 안정적인(reliable) 통신을 수행할 수 있는 코덱(예: 비디오 및/또는 보이스 코덱)의 종류(예: 코덱의 규격), 대역폭, FPS, 해상도 및/또는 비트레이트를 판단할 수 있다. 도 4와 관련하여 상술된 바와 같이, IMS(210)는 채널 상태에 기반하여 적어도 하나의 코덱(예: 안정적인 통신을 수행할 수 있는 코덱)을 선택하고, 적어도 하나의 코덱에 대한 우선순위를 판단할 수도 있다. 예를 들어, IMS(210)는 선택된 적어도 하나의 코덱들 중 가장 큰 비트레이트, 대역폭, FPS, 및/또는 해상도를 갖는 코덱에 대하여 가장 높은 우선순위를 설정할 수도 있다. 일 실시예에 따르면, IMS(210)는 측정된 채널 상태에 대응하는 지정된 코덱(예: 코덱의 종류, 대역폭, 해상도, FPS 및/또는 비트레이트)을 인바이트 메시지에 포함시킬 수 있다. 예를 들어, IMS(210)는 통신 상태 정보에 대한 코덱 및/또는 코덱의 우선순위 정보를 포함하는 룩업 테이블(lookup table)을 이용하여 통신 상태 정보에 대응하는 코덱 및/또는 코덱의 우선순위 정보를 인바이트 메시지에 포함시킬 수도 있다.
도 6은 다양한 실시예들에 따른 RRC 휴지 상태의 적응적 코덱 레이트 제어 방법의 흐름도(600)이다.
도 6의 실시예에 있어서, 동작 645에 대한 설명은 도 4의 동작 425에 대한 설명에 의하여 참조될 수 있다. 동작 650에 대한 설명은 도 4의 동작 430에 대한 설명에 의하여 참조될 수 있다. 예를 들어, 동작 645 및 동작 650은 도 4의 동작 425 및 430과 동일할 수 있다. 설명의 편의를 위하여, 도 4 및 도 5와 중복되는 설명들은 생략될 수 있다. 특별히 다르게 설명되지 않으면, 도 4 및 도 5와 관련하여 상술된 설명들이 도6에 대하여 적용될 수 있다.
도 6의 실시예에 있어서, 초기의 CP(290)는 RRC(radio resource control) 휴지(idle) 상태로 가정될 수 있다. RRC 휴지 상태에서, 전자 장치(101)에 대한 무선 자원(radio resource)이 할당되지 않으므로, 전자 장치(101)는 채널 상태를 측정하지 못할 수 있다. 예를 들어, 채널 상태 측정을 위하여 전자 장치(101)는 더미(dummy) 인바이트 메시지를 이용할 수 있다.
다양한 실시예들에 따르면, 동작 605를 참조하여, IMS(210)는 더미 인바이트 송신 요청을 CP(290)에 전달할 수 있다. 일 실시예에 따르면, IMS(210)는 패킷 데이터 기반 패킷 기반 호(예: 음성 호 또는 영상 호)의 개시 시에 더미 인바이트 송신 요청을 CP(290)에 전달할 수 있다. 예를 들어, IMS(210)는 패킷 기반 호의 개시를 위한 사용자 입력이 수신되면 동작 605를 수행할 수도 있다.
다양한 실시예들에 따르면, 더미 인바이트 메시지는 적어도 하나의 더미 값을 포함할 수 있다. 일 실시예에 따르면 더미 인바이트 메시지는 SIP 인바이트 메시지 헤더(header)의 의무(mandatory) 필드 중 하나의 값을 포함하지 않을 수 있다. 예를 들어, 더미 인바이트 메시지는 SIP 인바이트 메시지의 헤더의 의무 필드 중 적어도 하나가 누락된 메시지를 지칭할 수 있다. 다른 예를 들어, 더미 인바이트 메시지는 헤더의 의무 필드 중 적어도 하나가 더미 값으로 대체된 SIP 메시지를 지칭할 수 있다. 또 다른 예를 들어, 더미 인바이트 메시지는 헤더의 의무 필드인 To 필드, From 필드, CSeq 필드, Call-ID 필드, Max forwards 필드, 및 Via 필드 중 적어도 하나를 포함하지 않을 수도 있다. 일 실시예에 따르면, 더미 인바이트 메시지는 SIP 인바이트 메시지 헤더의 필드들 중 적어도 하나의 값이 무효값(invalid value)(예: 더미 값)으로 설정된 메시지를 지칭할 수 있다.
일 실시예에 따르면, 더미 인바이트 송신 요청은 CP(290)에 일반(normal) 인바이트 송신 요청과 동일하게 전달될 수 있다.
다양한 실시예들에 따르면, 동작 610에서, CP(290)는 네트워크(299)와의 RRC 연결 설정을 수행할 수 있다. 예를 들어, CP(290)는 요청된 더미 인바이트의 송신을 위하여 RRC 연결 설정을 수행할 수 있다.
도 7을 참조하여 동작 610이 설명된다. 다양한 실시예들에 따르면, 동작 705에서, CP(290)는 RRC 연결 셋업 요청을 네트워크(299)에 송신할 수 있다. 예를 들어, RRC 연결 셋업 요청은 전자 장치(101)의 식별자(예: TMSI(temporary mobile subscriber identifier) 또는 임의의 값(random value))를 포함할 수 있다. 다양한 실시예들에 따르면, 동작 710에서, CP(290)는 네트워크(299)로부터 RRC 연결 셋업을 수신할 수 있다. 예를 들어, RRC 연결 셋업은 네트워크(299)의 식별자(예: C-RNTI(cell-radio network temporary identifier))를 포함할 수 있다. 다양한 실시예들에 따르면, 동작 715에서, CP(290)는 네트워크(299)로 RRC 연결 셋업 완료를 송신할 수 있다.
다시 도 6을 참조하여, 다양한 실시예들에 따르면, 동작 615에서, 전자 장치(101)는 네트워크(299)로부터 무선 자원 할당(radio resource allocation) 정보를 수신할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 PDCCH(physical downlink control channel)에 포함된 DCI(downlink control information)를 통하여 네트워크(299)로부터 무선 자원 할당 정보를 수신할 수 있다. 예를 들어, 무선 자원 할당 정보는 전자 장치(101)에 할당된 상향링크 자원 할당(예: 상향링크 데이터 할당 양)을 지칭할 수 있다. 일 실시예에 따르면, 무선 자원 할당 정보는 NRB(number of resource block), MCS(modulation and coding scheme), 및 UL(uplink) 승인(grant)의 수 중 적어도 하나를 포함할 수 있다. 예를 들어, NRB는 네트워크(299)가 전자 장치(101)에 대하여 할당한 물리 자원 블록(physical resource block)의 수를 지칭할 수 있으며, 0 내지 100의 값을 가질 수도 있다. 예를 들어, MCS는 네트워크(299)가 전자 장치(101)에 대하여 할당한 변조(modulation) 방법 및 부호화율(coding rate)의 조합을 지시하는 정보(예: 인덱스)를 포함할 수 있다. 예를 들어, MCS 인덱스는 0 이상 28 이하의 임의의 정수 값을 지시할 수 있다. 예를 들어, UL 승인은 MCS 및 NRB 정보를 포함할 수 있다. 예를 들어, UL 승인의 수는 전자 장치(101)가 수신한 UL 승인의 수를 지칭할 수 있다. 예를 들어, UL 승인의 수는 NRB의 자원 블록들 중 상향링크 송신이 허용된 자원 블록의 수를 지칭할 수 있다. 예를 들어, UL 승인의 수는 전자 장치(101)에 대하여 승인된 UL 서브프레임의 수를 지칭할 수도 있다.
일 실시예에 따르면, 동작 615는 동작 610 중에 수행될 수도 있다. 예를 들어, 동작 615는 도 7의 동작 710 후에 수행될 수도 있다.
다양한 실시예들에 따르면, 동작 620에서, CP(290)는 할당된 무선 자원 정보를 이용하여 네트워크(299)로 더미 인바이트 메시지를 송신할 수 있다.
다양한 실시예들에 따르면, 동작 625에서, CP(290)는 무선 자원 할당 정보 및 채널 상태 정보를 획득할 수 있다. 일 실시예에 따르면, CP(290)는 동작 615를 통하여 무선 자원 할당 정보를 획득할 수 있다. 일 실시예에 따르면, CP(290)는 동작 610, 동작 615, 및 동작 620을 통하여 채널 상태 정보를 획득할 수 있다. 예를 들어, 채널 상태 정보는 RSRP, BLER, 및 송신 전력 중 적어도 하나를 포함할 수 있다. 일 실시예에 따르면, CP(290)는 동작 610 및 615 중에 네트워크(299)로부터 수신된 참조신호(예: CRS)에 기반하여 RSRP를 획득할 수 있다. 일 실시예에 따르면, CP(290)는 동작 610 및 615 중에 네트워크(299)로부터 수신된 ACK/NACK 정보에 기반하여 BLER을 획득할 수 있다. 일 실시예에 따르면, CP(290)는 동작 620에서 더미 인바이트 메시지 송신을 위하여 이용된 신호 송신 전력(예: PUSCH (physical uplink shared channel) 송신 전력)으로부터 송신 전력을 획득할 수 있다. 예를 들어, 송신 전력은 전자 장치(101)의 최대 송신 전력과 실제 송신 전력 사이의 차이를 나타내는 값(예: dBm 값)으로 지시될 수 있다.
다양한 실시예들에 따르면, 동작 630에서, IMS(210)는 무선 자원 할당 정보 및 채널 상태 정보를 CP(290)로부터 획득할 수 있다.
다양한 실시예들에 따르면, 동작 635에서, IMS(210)는 무선 자원 할당 정보 및/또는 채널 상태 정보에 기반하여 코덱(예: 보이스 코덱 및/또는 비디오 코덱)을 판단할 수 있다. 일 실시예에 따르면, IMS(210)는 무선 자원 할당 정보 및/또는 채널 상태 정보에 기반하여 코덱의 종류(예: 코덱의 규격), 대역폭, FPS, 해상도 및/또는 코덱의 비트레이트를 판단할 수 있다. 일 실시예에 따르면, IMS(210)는 RSRP, BLER, 송신 전력, NRB, MCS, 또는 UL 승인의 수 중 적어도 하나에 기반하여 코덱의 종류 및/또는 코덱의 비트레이트를 판단할 수 있다.
다양한 실시예들에 따르면, IMS(210)는 RSRP가 지정된 제1 값 미만이면 코덱의 종류, 대역폭, 해상도, FPS, 및/또는 비트레이트를 변경하고, RSRP가 지정된 제1 값 이상이면 디폴트 코덱을 이용할 수도 있다. 일 실시예에 따르면, RSRP가 지정된 제1 값 미만이면, IMS(210)는 무선 자원 할당 정보(예: 할당된 상향링크 자원의 양), BLER, 및 송신 전력 중 적어도 하나에 기반하여 코덱의 종류, 대역폭, 해상도, FPS, 및/또는 비트레이트를 변경할 수도 있다.
다양한 실시예들에 따르면, IMS(210)는 주요 조건(main condition)과 부가 조건(sub condition)에 기반하여 변경될 코덱의 종류 및/또는 코덱의 비트레이트를 판단할 수 있다. 예를 들어, 주요 조건은 무선 자원 할당 정보(예: NRB, MCS, 및/또는 UL 승인의 수)를 지칭할 수 있다. 예를 들어, 부가 조건은 BLER 및/또는 송신 전력과 같은 채널 상태 정보를 포함할 수 있다.
일 실시예에 따르면, IMS(210)는 주요 조건이 지정된 제1 조건을 만족하면 디폴트 코덱(예: 지정된 코덱 또는 네트워크로부터 수신된 코덱)을 이용하고, 주요 조건이 지정된 제2 조건을 만족하면 부가 조건 및/또는 주요 조건에 기반하여 코덱의 종류, 대역폭, 해상도, FPS, 및/또는 비트레이트를 판단할 수 있다. 예를 들어, 지정된 제1 조건은 무선 자원 할당 정보로부터 획득된 허용된 상향링크 송신 데이터의 양이 지정된 제2 값 이상인 경우를 포함하고, 지정된 제2 조건은 허용된 상향링크 송신 데이터의 양이 지정된 제2 값 미만인 경우를 포함할 수 있다.
일 실시예에 따르면, IMS(210)는 주요 조건에 기반하여 복수의 코덱 그룹들로부터 하나의 코덱 그룹을 선택하고, 부가 조건에 기반하여 선택된 코덱 그룹으로부터 하나의 코덱을 선택할 수도 있다.
일 실시예에 따르면, IMS(210)는 주요 조건에 기반하여 승인된 상향링크 데이터의 양을 판단하고, 부가 조건에 기반하여 코덱의 종류 및 비트레이트를 판단할 수 있다. 예를 들어, NRB가 7이고 MCS는 5이며, UL 승인은 60%이며, BLER은 30% 이고, 송신 전력은 -23dBm일 수 있다. 이 경우, 주요 조건이 지시하는 승인된 상향링크 데이터의 양은 음성 호에 충분한 양이나, 부가 조건(예: BLER 및 송신 전력)은 상대적으로 나쁜 채널 상태를 지시할 수 있다. 예를 들어, 송신 전력이 높을수록, BLER이 높을수록, 부가 정보는 더 나쁜 채널 상태를 의미할 수 있다. IMS(210)는 부가 정보가 지정된 범위 이상인 경우(예: BLER이 지정된 제3 값 이상인 경우 및/또는 송신 전력이 지정된 제4 값 이상인 경우)에 안정적 통신을 위하여 상대적으로 낮은 데이터 전송량을 갖는 코덱 및/또는 작은 비트레이트를 선택할 수 있다.
일 실시예에 따르면, IMS(210)는 주요 조건 및 BLER에 기반하여 성공적 상향링크 데이터의 양을 추정하고, 주요 조건 및 부가 조건에 기반하여 코덱의 종류 및 비트레이트를 판단할 수 있다. 예를 들어, IMS(210)는 주요 조건에 의하여 지시된 승인된 상향링크 데이터의 양과 BLER을 이용하여 성공적으로 네트워크(299)에 송신될 수 있는 상향링크 데이터의 양을 추정할 수 있다. 일 실시예에 따르면, IMS(210)는 추정된 성공적 상향링크 데이터의 양을 이용하여 코덱의 종류 및 비트레이트를 판단할 수 있다. 예를 들어, IMS(210)는 추정된 성공적 상향링크 데이터의 양을 만족할 수 있는 복수의 코덱들 중 하나의 코덱을 판단할 수 있다. 예를 들어, IMS(210)는 복수의 코덱들 중 부가 정보에 기반하여 하나의 코덱을 선택할 수 있다. 예를 들어, 부가 정보가 나쁜 채널 상태를 지시하면 IMS(210)는 복수의 코덱들 중 낮은 비트레이트를 갖는 코덱을 선택할 수 있다. 예를 들어, 부가 정보가 좋은 채널 상태를 지시하면 IMS(210)는 복수의 코덱들 중 높은 비트레이트를 갖는 코덱을 선택할 수 있다.
다양한 실시예들에 따르면, 동작 640에서, 네트워크(299)는 더미 인바이트 메시지에 대한 오류 응답을 전자 장치(101)에 송신할 수 있다. 예를 들어, IMS(210)는 CP(290)를 통하여 네트워크(299)로부터 더미 인바이트 메시지에 대한 오류 응답을 수신할 수 있다. 일 실시예에 따르면, 네트워크(299)는 더미 인바이트 메시지를 무시할 수도 있다. 예를 들어, 네트워크(299)는 더미 인바이트에 대한 아무런 응답도 송신하지 않을 수 있다. 이 경우, 동작 640은 생략될 수 있다.
다양한 실시예들에 따르면, 동작 645에서, 전자 장치(101)는 동작 635에서 판단된 코덱 정보를 포함하는 인바이트 메시지(예: SIP 인바이트 메시지)를 네트워크(299)에 송신할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 더미 인바이트 메시지 송신 후 지정된 시간이 경과된 경우(예: 지정된 타이머가 만료(expire)된 경우)에 동작 645를 수행할 수 있다. 예를 들어, 더미 인바이트 메시지에 대하여는 일반(normal) 인바이트 메시지와는 상이한 길이의 타이머가 설정될 수도 있다. 일 실시예에 따르면, 전자 장치(101)는 네트워크(299)로부터 오류 응답이 수신되면 동작 645를 수행하도록 설정될 수 있다. 일 실시예에 따르면, 전자 장치(101)는 오류 응답과는 무관하게(independently) 동작 645를 수행할 수도 있다.
도 8은 다양한 실시예들에 따른 전자 장치(101)의 적응적 코덱 레이트 제어 방법(800)의 흐름도이다.
다양한 실시예들에 따르면, 동작 805에서, 전자 장치(예: 도 2의 전자 장치(101))의 프로세서(120)는 ACR(adaptive codec rate) 활성화 여부를 판단할 수 있다. 예를 들어, 도 3과 관련하여 상술된 바와 같이, ACR은 네트워크(299) 또는 전자 장치(101)에 의하여 활성화 또는 비활성화될 수도 있다. ACR이 비활성화된 경우, 프로세서(120)는 동작 840에 따라서 통신 모듈(190)을 이용하여 지정된 코덱의 종류, 대역폭, FPS, 해상도, 및/또는 비트레이트 정보를 포함하는 인바이트 메시지(예: SIP 인바이트 메시지)를 네트워크(299)로 송신할 수 있다. 예를 들어, 지정된 코덱의 종류, 대역폭, 해상도, FPS, 및/또는 비트레이트는 디폴트 코덱의 종류, 대역폭, 해상도, FPS, 및/또는 비트레이트일 수도 있다. ACR이 활성화된 경우, 프로세서(120)는 동작 810을 수행할 수 있다.
다양한 실시예들에 따르면, 동작 810에서, 프로세서(120)는 RRC 휴지 상태 여부를 판단할 수 있다. RRC 휴지 상태인 경우, 예를 들어, 프로세서(120)는 채널 상태 정보 및/또는 무선 자원 할당 정보의 획득을 위하여 동작 815를 수행할 수 있다. RRC 연결 상태인 경우, 예를 들어, 프로세서(120)는 동작 815를 생략할 수 있다.
다양한 실시예들에 따르면, 동작 815에서, 프로세서(120)는 통신 모듈(190)을 이용하여 더미 인바이트 메시지를 네트워크(299)에 송신할 수 있다. 도 6과 관련하여 상술된 바와 같이, 더미 인바이트 메시지는 SIP 인바이트 메시지 헤더의 의무 필드 중 적어도 하나가 누락되거나 적어도 하나의 무효값을 포함하는 SIP 인바이트 메시지를 지칭할 수 있다. 예를 들어, 더미 인바이트 메시지는 인바이트 메시지의 재생성 또는 재송신을 위한 인바이트 메시지로서 지칭될 수도 있다.
다양한 실시예들에 따르면, 동작 820에서, 프로세서(120)는 통신 상태가 지정된 조건을 만족하는지 판단할 수 있다. 일 실시예에 따르면, 통신 상태는 RSRP를 포함할 수 있다. 예를 들어, 지정된 조건은 지정된 값 미만의 RSRP일 수도 있다. 예를 들어, 프로세서(120)는 RSRP가 지정된 값 미만이면 동작 825를 수행하고, RSRP가 지정된 값 이상이면 동작 840을 수행할 수도 있다. 예를 들어, 프로세서(120)는 통신 모듈(190)을 이용하여 통신 상태를 획득할 수 있다.
다양한 실시예들에 따르면, 프로세서(120)는 통신 상태 및 무선 할당 정보가 지정된 조건을 만족하는지 판단할 수 있다. 일 실시예에 따르면, 프로세서(120)는 RSRP가 지정된 제1 값 이상이면 동작 840을 수행하고, 지정된 제1 값 미만이면 무선 할당 정보가 지정된 조건을 만족하는지 판단할 수 있다. 일 실시예에 따르면, 프로세서(120)는 무선 할당 정보가 지시하는 승인된 상향링크 데이터 양이 지정된 제2 값 이상이면 동작 840을 수행할 수 있다. 일 실시예에 따르면, 프로세서(120)는 무선 할당 정보가 지시하는 승인된 상향링크 데이터 양이 지정된 제2 값 미만이면 동작 825를 수행하거나 BLER 및/또는 송신 전력이 지정된 조건을 만족하는지 판단할 수 있다. 일 실시예에 따르면, 프로세서(120)는 BLER이 지정된 제3 값 이상인 경우 또는 송신 전력이 지정된 제4 값 이상인 경우, 동작 825를 수행할 수 있다. 일 실시예에 따르면, 프로세서(120)는 BLER이 지정된 제3 값 미만인 경우 및 송신 전력이 지정된 제4 값 미만인 경우, 동작 840을 수행할 수 있다.
다양한 실시예들에 따르면, 동작 825에서, 프로세서(120)는 코덱의 종류, 대역폭, 해상도, FPS 및/또는 비트레이트를 판단할 수 있다. 예를 들어, 프로세서(120)는 비디오 코덱 및/또는 보이스 코덱을 판단할 수 있다. 일 실시예에 따르면, 프로세서(120)는 무선 자원 할당 정보(예: UL 승인율(예: UL 승인의 수), NRB, 및/또는 MCS) 및/또는 채널 상태 정보(예: BLER 및/또는 송신 전력)에 기반하여 코덱의 종류(예: 코덱의 규격), 대역폭, FPS, 해상도, 및/또는 비트레이트를 판단할 수 있다. 프로세서(120)의 코덱의 종류, 대역폭, FPS, 해상도, 및/또는 비트레이트의 판단은 도 6의 동작 635에 연관된 설명에 의하여 참조될 수 있다.
다양한 실시예들에 따르면, 동작 830에서, 프로세서(120)는 판단된 코덱의 종류, 대역폭, FPS, 해상도, 및/또는 비트레이트 정보를 포함하는 인바이트 메시지(예: SIP 인바이트 메시지)를 통신 모듈(190)을 이용하여 네트워크(299)에 송신할 수 있다. 예를 들어, 인바이트 메시지는 IMS(210)에 의하여 생성된 것일 수도 있다.
다양한 실시예들에 따르면, 동작 835에서, 프로세서(120)는 통화호(예: 음성 호 또는 영상 호) 연결을 수행할 수 있다. 예를 들어, 프로세서(120)는 동작 830에 대한 응답으로 네트워크(299)로부터 응답(예: SIP 200 OK)을 수신하고, 후속 절차들을 수행함으로써 통화 연결을 수행할 수 있다.
도 9는 다양한 실시예들에 따른 전자 장치(101)의 채널 상태 정보에 기반한 코덱 제어 방법의 흐름도(900)이다.
예를 들어, 전자 장치(101)는 RRC 휴지 상태로 가정될 수 있다. 예를 들어, 전자 장치(101)는 ACR 활성화 상태로 가정될 수도 있다.
다양한 실시예들에 따르면, 동작 905에서, 전자 장치(예: 도 2의 전자 장치(101))의 프로세서(120)는 통신 모듈(190)을 이용하여 제1 인바이트 메시지를 네트워크(299)에 송신할 수 있다. 예를 들어, 제1 인바이트 메시지는 후속 인바이트 메시지의 재생성을 위한 메시지(예: 더미 인바이트 메시지)일 수도 있다.
다양한 실시예들에 따르면, 동작 910에서, 프로세서(120)는 통신 모듈(190)을 이용하여 채널 상태 정보를 획득할 수 있다. 예를 들어, 채널 상태 정보는 RSRP, BLER, 및/또는 송신 전력을 포함할 수 있다. 일 실시예에 따르면, 프로세서(120)는 동작 905를 수행함으로써 채널 상태 정보를 획득할 수 있다.
다양한 실시예들에 따르면, 동작 915에서, 프로세서(120)는 채널 상태 정보에 기반하여 코덱을 판단할 수 있다. 일 실시예에 따르면, 프로세서(120)는 채널 상태 정보에 기반하여 코덱의 종류(예: 규격), 대역폭, FPS, 해상도, 및/또는 코덱의 비트레이트를 판단할 수 있다.
다양한 실시예들에 따르면, 동작 920에서, 프로세서(120)는 판단된 코덱 정보(예: 코덱의 종류, 대역폭, 해상도, FPS, 및/또는 비트레이트)를 포함하는 제2 인바이트 메시지(예: SIP 인바이트 메시지)를 통신 모듈(190)을 이용하여 네트워크(299)에 송신할 수 있다. 예를 들어, 프로세서(120)는 동작 905로부터 지정된 시간이 경과된 후에 동작 920을 수행할 수도 있다. 예를 들어, 프로세서(120)는 제1 인바이트 메시지에 대한 오류 응답이 네트워크(299)로부터 수신되면 동작 920을 수행할 수도 있다.
일 실시예에 따른 전자 장치(101)의 코덱 제어 방법에 있어서, 동작 910 및 915는 채널 상태 정보를 중심으로 설명되었으나, 코덱 제어 방법이 이에 제한되는 것은 아니다. 도 6 및 도 8과 관련하여 상술된 바와 같이, 프로세서(120)는 채널 상태 정보 및/또는 무선 할당 정보에 기반하여 코덱을 판단할 수도 있다.
도 2를 다시 참조하여, 다양한 실시예들에 따르면, 전자 장치(101)는 통신 회로(예: 통신 모듈(190)), 상기 통신 회로(190)에 작동적으로(operatively) 연결된 프로세서(120), 및 프로세서(120)에 전기적으로 연결된 메모리(130)를 포함할 수 있다. 일 실시예에 따르면, 상기 메모리(130)는 실행되었을 때 상기 프로세서(120)로 하여금, 상기 통신 회로(190)를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크(299)에 송신하고, 상기 통신 회로(190)를 이용하여 채널 상태 정보를 획득하고, 상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하며, 상기 통신 회로(190)를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크(299)에 송신하게 하는 명령어들(instructions)을 저장할 수 있다.
일 실시예에 따르면, 상기 패킷 기반 호는 음성 호 또는 영상 호를 포함할 수 있다. 예를 들어, 상기 코덱은 보이스 코덱 또는 비디오 코덱을 포함할 수 있다.
일 실시예에 따르면, 상기 채널 상태 정보는 상기 제1 SIP 인바이트 메시지를 송신함으로써 전자 장치(101)에 의하여 획득될 수 있다.
일 실시예에 따르면, 상기 제1 SIP 인바이트 메시지는 헤더의 필드 중 적어도 하나가 더미값으로 구성될 수 있다.
일 실시예에 따르면, 상기 채널 상태 정보는 참조신호 수신 전력(reference signal received power), 블록 오류율(block error rate), 또는 상기 제1 SIP 인바이트 메시지의 송신 전력 중 적어도 하나를 포함할 수 있다.
일 실시예에 따르면, 상기 명령어들은, 상기 프로세서(120)로 하여금 상기 통신 회로(190)를 이용하여 상기 네트워크(299)로부터 상기 제1 SIP 인바이트 메시지의 송신을 위한 무선 자원 할당(radio resource allocation) 정보를 수신하게 할 수 있다.
일 실시예에 따르면, 상기 명령어들은 상기 프로세서(120)로 하여금 상기 채널 상태 정보 및 상기 수신된 무선 자원 할당 정보에 기반하여 상기 패킷 기반 호를 수행하기 위한 코덱을 판단하게 할 수 있다.
일 실시예에 따르면, 상기 명령어들은 상기 프로세서(120)로 하여금 상기 제1 SIP 인바이트 메시지의 송신 후 지정된 시간의 경과 후에 또는 상기 제1 SIP 인바이트 메시지에 대한 오류 응답이 상기 네트워크(299)로부터 수신되면 상기 제2 SIP 인바이트 메시지를 상기 네트워크(299)에 송신하게 할 수 있다.
일 실시예에 따르면, 상기 명령어들은 상기 프로세서(120)로 하여금 상기 통신 회로(190)를 이용하여 적응적 코덱 레이트(adaptive codec rate) 설정의 활성화를 지시하는 OMA-DM(open mobile alliance-device management) 메시지를 상기 네트워크로(299)부터 수신하게 할 수 있다.다양한 실시예들에 따르면, 전자 장치(101)의 적응적 코덱 레이트 제어 방법은, 상기 전자 장치(101)의 통신 회로(190)를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크(299)에 송신하는 동작, 상기 통신 회로(190)를 이용하여 채널 상태 정보를 획득하는 동작, 상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하는 동작, 및 상기 통신 회로(190)를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크(299)에 송신하는 동작을 포함할 수 있다.
일 실시예에 따르면, 상기 채널 상태 정보는 상기 제1 SIP 인바이트 메시지를 송신함으로써 획득될 수 있다.
일 실시예에 따르면, 상기 제1 SIP 인바이트 메시지는 헤더의 필드 중 적어도 하나가 더미값으로 구성될 수 있다.
일 실시예에 따르면, 상기 채널 상태 정보는 참조신호 수신 전력(reference signal received power), 블록 오류율(block error rate), 또는 상기 제1 SIP 인바이트 메시지의 송신 전력 중 적어도 하나를 포함할 수 있다.
일 실시예에 따르면, 적응적 코덱 레이트 제어 방법은, 상기 통신 회로(190)를 이용하여 상기 네트워크로(299)부터 상기 제1 SIP 인바이트 메시지의 송신을 위한 무선 자원 할당(radio resource allocation) 정보를 수신하는 동작을 더 포할 수 있다.
예를 들어, 상기 코덱을 판단하는 동작은 상기 채널 상태 정보 및 상기 수신된 무선 자원 할당 정보에 기반하여 상기 패킷 기반 호를 수행하기 위한 코덱을 판단하는 동작을 포함할 수 있다.
일 실시예에 따르면, 상기 코덱은 보이스(voice) 코덱 또는 비디오(video) 코덱 중 적어도 하나를 포함할 수 있다.
다양한 실시예들에 따르면, 프로세서에 의하여 실행 가능한 명령어들을 저장하는 컴퓨터 판독가능(computer-readable) 저장 매체로서, 상기 명령어들은, 실행되었을 때 전자 장치(101)의 프로세서(120)로 하여금, 상기 전자 장치(101)의 통신 회로(190)를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크(299)에 송신하고, 상기 통신 회로(190)를 이용하여 채널 상태 정보를 획득하고, 상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하며, 상기 통신 회로(190)를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크(299)에 송신하게 할 수 있다.
일 실시예에 따르면, 상기 채널 상태 정보는 상기 제1 SIP 인바이트 메시지를 송신함으로써 획득될 수 있다.
일 실시예에 따르면, 상기 제1 SIP 인바이트 메시지는 헤더의 필드 중 적어도 하나가 더미값으로 구성될 수 있다.
일 실시예에 따르면, 상기 채널 상태 정보는 참조신호 수신 전력(reference signal received power), 블록 오류율(block error rate), 또는 상기 제1 SIP 인바이트 메시지의 송신 전력 중 적어도 하나를 포함할 수 있다.
일 실시예에 따르면, 상기 명령어들은 프로세서(120)로 하여금, 상기 통신 회로(190)를 이용하여 상기 네트워크(299)로부터 상기 제1 SIP 인바이트 메시지의 송신을 위한 무선 자원 할당(radio resource allocation) 정보를 수신하게 할 수 있다.
본 문서에 개시된 다양한 실시예들에 따른 전자 장치는 다양한 형태의 장치가 될 수 있다. 전자 장치는, 예를 들면, 휴대용 통신 장치 (예: 스마트폰), 컴퓨터 장치, 휴대용 멀티미디어 장치, 휴대용 의료 기기, 카메라, 웨어러블 장치, 또는 가전 장치를 포함할 수 있다. 본 문서의 실시예에 따른 전자 장치는 전술한 기기들에 한정되지 않는다.
본 문서의 다양한 실시예들 및 이에 사용된 용어들은 본 문서에 기재된 기술적 특징들을 특정한 실시예들로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나", “A 또는 B 중 적어도 하나,”"A, B 또는 C," "A, B 및 C 중 적어도 하나,”및 “A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들의 모든 가능한 조합을 포함할 수 있다. "제 1", "제 2", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에, “기능적으로” 또는 “통신적으로”라는 용어와 함께 또는 이런 용어 없이, “커플드” 또는 “커넥티드”라고 언급된 경우, 그것은 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 3 구성요소를 통하여 연결될 수 있다는 것을 의미한다.
본 문서에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구현된 유닛을 포함할 수 있으며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로 등의 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는, 상기 부품의 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 일실시예에 따르면, 모듈은 ASIC(application-specific integrated circuit)의 형태로 구현될 수 있다.
본 문서의 다양한 실시예들은 기기(machine)(예: 전자 장치(101)) 의해 읽을 수 있는 저장 매체(storage medium)(예: 내장 메모리(136) 또는 외장 메모리(138))에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어(예: 프로그램(140))로서 구현될 수 있다. 예를 들면, 기기(예: 전자 장치(101))의 프로세서(예: 프로세서(120))는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장매체 는, 비일시적(non-transitory) 저장매체의 형태로 제공될 수 있다. 여기서, ‘비일시적’은 저장매체가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다.
일실시예에 따르면, 본 문서에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory (CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 또는 두개의 사용자 장치들(예: 스마트폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
다양한 실시예들에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있다. 다양한 실시예들에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 다양한 실시예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.

Claims (20)

  1. 전자 장치에 있어서,
    통신 회로;
    상기 통신 회로에 작동적으로(operatively) 연결된 프로세서; 및
    상기 프로세서에 전기적으로 연결된 메모리를 포함하고, 상기 메모리는 실행되었을 때 상기 프로세서로 하여금:
    상기 통신 회로를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크에 송신하고,
    상기 통신 회로를 이용하여 채널 상태 정보를 획득하고,
    상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하며,
    상기 통신 회로를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크에 송신하게 하는 명령어들(instructions)을 저장하는, 전자 장치.
  2. 제 1 항에 있어서,
    상기 채널 상태 정보는 상기 제1 SIP 인바이트 메시지를 송신함으로써 획득된, 전자 장치.
  3. 제 1 항에 있어서,
    상기 제1 SIP 인바이트 메시지는 헤더의 필드 중 적어도 하나가 더미값으로 구성된, 전자 장치.
  4. 제 1 항에 있어서,
    상기 채널 상태 정보는 참조신호 수신 전력(reference signal received power), 블록 오류율(block error rate), 또는 상기 제1 SIP 인바이트 메시지의 송신 전력 중 적어도 하나를 포함하는, 전자 장치.
  5. 제 1 항에 있어서,
    상기 명령어들은, 상기 프로세서로 하여금:
    상기 통신 회로를 이용하여 상기 네트워크로부터 상기 제1 SIP 인바이트 메시지의 송신을 위한 무선 자원 할당(radio resource allocation) 정보를 수신하게 하는, 전자 장치.
  6. 제 5 항에 있어서,
    상기 명령어들은, 상기 프로세서로 하여금:
    상기 채널 상태 정보 및 상기 수신된 무선 자원 할당 정보에 기반하여 상기 패킷 기반 음성 호를 수행하기 위한 보이스 코덱을 판단하게 하는, 전자 장치.
  7. 제 1 항에 있어서,
    상기 코덱은 보이스(voice) 코덱 또는 비디오(video) 코덱 중 적어도 하나를 포함하는, 전자 장치.
  8. 제 1 항에 있어서,
    상기 명령어들은, 상기 프로세서로 하여금:
    상기 통신 회로를 이용하여 적응적 코덱 레이트(adaptive codec rate) 설정의 활성화를 지시하는 OMA-DM(open mobile alliance-device management) 메시지를 상기 네트워크로부터 수신하게 하는, 전자 장치.
  9. 전자 장치의 적응적 코덱 레이트 제어 방법으로서,
    상기 전자 장치의 통신 회로를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크에 송신하는 동작;
    상기 통신 회로를 이용하여 채널 상태 정보를 획득하는 동작;
    상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하는 동작; 및
    상기 통신 회로를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크에 송신하는 동작을 포함하는, 적응적 코덱 레이트 제어 방법.
  10. 제 9 항에 있어서,
    상기 채널 상태 정보는 상기 제1 SIP 인바이트 메시지를 송신함으로써 획득된, 적응적 코덱 레이트 제어 방법.
  11. 제 9 항에 있어서,
    상기 제1 SIP 인바이트 메시지는 헤더의 필드 중 적어도 하나가 더미값으로 구성된, 적응적 코덱 레이트 제어 방법.
  12. 제 9 항에 있어서,
    상기 채널 상태 정보는 참조신호 수신 전력(reference signal received power), 블록 오류율(block error rate), 또는 상기 제1 SIP 인바이트 메시지의 송신 전력 중 적어도 하나를 포함하는, 적응적 코덱 레이트 제어 방법.
  13. 제 9 항에 있어서,
    상기 통신 회로를 이용하여 상기 네트워크로부터 상기 제1 SIP 인바이트 메시지의 송신을 위한 무선 자원 할당(radio resource allocation) 정보를 수신하는 동작을 더 포함하는, 적응적 코덱 레이트 제어 방법.
  14. 제 13 항에 있어서,
    상기 코덱을 판단하는 동작은 상기 채널 상태 정보 및 상기 수신된 무선 자원 할당 정보에 기반하여 상기 패킷 기반 호를 수행하기 위한 코덱을 판단하는 동작을 포함하는, 적응적 코덱 레이트 제어 방법.
  15. 제 9 항에 있어서,
    상기 코덱은 보이스(voice) 코덱 또는 비디오(video) 코덱 중 적어도 하나를 포함하는, 적응적 코덱 레이트 제어 방법.
  16. 프로세서에 의하여 실행 가능한 명령어들을 저장하는 컴퓨터 판독가능(computer-readable) 저장 매체로서,
    상기 명령어들은 실행되었을 때 전자 장치의 프로세서로 하여금:
    상기 전자 장치의 통신 회로를 이용하여 적어도 하나의 더미(dummy) 값을 포함하는 제1 SIP(session initiation protocol) 인바이트 메시지(invite message)를 네트워크에 송신하고,
    상기 통신 회로를 이용하여 채널 상태 정보를 획득하고,
    상기 채널 상태 정보에 기반하여 패킷 기반 호(packet based call)를 수행하기 위한 코덱(codec)을 판단하며,
    상기 통신 회로를 이용하여 상기 판단된 코덱 정보를 포함하는 제2 SIP 인바이트 메시지를 상기 네트워크에 송신하게 하는, 컴퓨터 판독가능 저장 매체.
  17. 제 16 항에 있어서,
    상기 채널 상태 정보는 상기 제1 SIP 인바이트 메시지를 송신함으로써 획득된, 컴퓨터 판독가능 저장 매체.
  18. 제 16 항에 있어서,
    상기 제1 SIP 인바이트 메시지는 헤더의 필드 중 적어도 하나가 더미값으로 구성된, 컴퓨터 판독가능 저장 매체.
  19. 제 16 항에 있어서,
    상기 채널 상태 정보는 참조신호 수신 전력(reference signal received power), 블록 오류율(block error rate), 또는 상기 제1 SIP 인바이트 메시지의 송신 전력 중 적어도 하나를 포함하는, 컴퓨터 판독가능 저장 매체.
  20. 제 16 항에 있어서,
    상기 명령어들은 상기 프로세서로 하여금:
    상기 통신 회로를 이용하여 상기 네트워크로부터 상기 제1 SIP 인바이트 메시지의 송신을 위한 무선 자원 할당(radio resource allocation) 정보를 수신하게 하는, 컴퓨터 판독가능 저장 매체.
KR1020180027713A 2018-03-08 2018-03-08 채널 상황에 기반한 코덱 제어 방법 및 전자 장치 KR102397023B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020180027713A KR102397023B1 (ko) 2018-03-08 2018-03-08 채널 상황에 기반한 코덱 제어 방법 및 전자 장치
US16/978,350 US11330020B2 (en) 2018-03-08 2019-03-08 Method for controlling codec on basis of channel conditions and electronic device
PCT/KR2019/002748 WO2019172717A1 (ko) 2018-03-08 2019-03-08 채널 상황에 기반한 코덱 제어 방법 및 전자 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020180027713A KR102397023B1 (ko) 2018-03-08 2018-03-08 채널 상황에 기반한 코덱 제어 방법 및 전자 장치

Publications (2)

Publication Number Publication Date
KR20190106345A true KR20190106345A (ko) 2019-09-18
KR102397023B1 KR102397023B1 (ko) 2022-05-16

Family

ID=67846783

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020180027713A KR102397023B1 (ko) 2018-03-08 2018-03-08 채널 상황에 기반한 코덱 제어 방법 및 전자 장치

Country Status (3)

Country Link
US (1) US11330020B2 (ko)
KR (1) KR102397023B1 (ko)
WO (1) WO2019172717A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11229012B2 (en) * 2019-11-18 2022-01-18 Verzon Patent and Licensing Inc. Dynamic modification of device band and radio access technology information

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060294242A1 (en) * 2005-06-24 2006-12-28 Fujitsu Limited Communication system and session establishment method
US20110170410A1 (en) * 2010-01-11 2011-07-14 Research In Motion Limited Explicit congestion notification based rate adaptation using binary marking in communication systems

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7072336B2 (en) 2000-05-26 2006-07-04 Nortel Networks Limited Communications using adaptive multi-rate codecs
US7826868B2 (en) 2002-10-10 2010-11-02 Robbins Barry R Extension of a local area phone system to a wide area network
WO2006010373A1 (en) * 2004-07-27 2006-02-02 Telecom Italia S.P.A. Video-communication in mobile networks
KR100906985B1 (ko) 2007-04-24 2009-07-10 주식회사 케이티프리텔 이동통신 시스템의 음성호 amr 데이터 전송률 제어방법
JP5018560B2 (ja) * 2007-09-03 2012-09-05 ソニー株式会社 Iptvクライアント端末、sip−inviteメッセージ生成方法、iptvシステム、iptvセッション制御方法、コンピュータ・プログラム、iptvクライアントシステム、およびセッション管理装置
US8422373B2 (en) * 2008-01-17 2013-04-16 Nokia Corporation Adaptive multi-rate codec bit rate control in a wireless system
US9397862B2 (en) * 2008-12-12 2016-07-19 At&T Intellectual Property I, L.P. Method and apparatus for completing a circuit switched service call in an internet protocol network
KR101685442B1 (ko) 2010-04-07 2016-12-13 삼성전자주식회사 전계 정보 기반의 메타데이터를 이용한 영상 통화 품질 향상을 위한 장치 및 방법
US9251795B2 (en) 2012-09-04 2016-02-02 Apple Inc. Adaptive audio codec selection during a communication session
US9253238B2 (en) 2013-09-30 2016-02-02 Apple Inc. Device-initiated codec rate change during a voice call
US9876838B2 (en) * 2015-06-02 2018-01-23 Verizon Patent And Licensing Inc. Dynamic codec negotiation

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060294242A1 (en) * 2005-06-24 2006-12-28 Fujitsu Limited Communication system and session establishment method
US20110170410A1 (en) * 2010-01-11 2011-07-14 Research In Motion Limited Explicit congestion notification based rate adaptation using binary marking in communication systems

Also Published As

Publication number Publication date
KR102397023B1 (ko) 2022-05-16
US20210006603A1 (en) 2021-01-07
WO2019172717A1 (ko) 2019-09-12
US11330020B2 (en) 2022-05-10

Similar Documents

Publication Publication Date Title
EP2137883B1 (en) Method of transmitting data in a communication system
EP3697057B1 (en) Method for controlling bitrate in realtime and electronic device thereof
KR102399066B1 (ko) 무선 통신 시스템에서 복수의 sim을 지원하기 위한 장치 및 방법
KR102394622B1 (ko) 사물 인터넷 환경에서 상향링크 전송 타이밍을 제어하기 위한 장치 및 방법
KR20190106323A (ko) 반송파 집성을 위한 반송파 조합 송신 방법 및 이를 위한 전자 장치
US11496529B2 (en) Method and device for providing multimedia service in electronic device
WO2018086010A1 (zh) 控制协议数据单元pdu发送方法及装置
KR20210080897A (ko) 블루투스 네트워크 환경에서 데이터를 전송하기 위한 전자 장치 및 그에 관한 방법
WO2022067700A1 (zh) 通信方法、装置及系统
KR102397023B1 (ko) 채널 상황에 기반한 코덱 제어 방법 및 전자 장치
KR102522056B1 (ko) 상향링크 송신 전력 제어 방법 및 이를 위한 전자 장치
CN113748651B (zh) 使用i/o用户装置的集合提供通信服务
US10206124B1 (en) Method and apparatus for bidirectional modem
KR102456835B1 (ko) 음성 데이터 패킷의 송신을 제어하는 전자 장치 및 방법
KR20200031897A (ko) 통화에 따른 듀얼 심의 통신 경로 제어 방법 및 장치
KR20190117937A (ko) 리치 통신 스위트 서비스를 통한 비디오 공유 제어 방법 및 전자 장치
US9094312B2 (en) Communication device, communication method, and computer readable recording medium
US10652389B2 (en) Call hold method and mobile terminal
JP6547333B2 (ja) 通信装置及び通信制御プログラム
KR20200032410A (ko) 상향링크 전송을 위한 패킷 드랍을 방지하기 위한 전자 장치

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant