KR20110026498A

KR20110026498A - 체감 품질 보고를 위한 시스템 및 방법

Info

Publication number: KR20110026498A
Application number: KR1020117002372A
Authority: KR
Inventors: 가젤 조제프 피터르 반; 이메드 보우아지지; 이고르 쿠르치오
Original assignee: 노키아 코포레이션
Priority date: 2008-07-02
Filing date: 2009-07-02
Publication date: 2011-03-15
Also published as: CA2729799A1; WO2010000946A1; CN102124717A; RU2011103073A; AP2011005530A0; KR101237019B1; RU2488969C2; EP2297917A1; US20100029266A1

Abstract

본 발명의 한 전형적 실시예에 따라, 사용자 기기에 의해, 멀티미디어 전화 통화 호출과 결부되는 체감 품질 메트릭들을 보고하는 프로세스와 결부된 한 개 이상의 규칙들이 충족되는지를 검증하는 단계; 체감 품질 방법을 보고하는 프로세스와 결부된 규칙들이 충족될 때, 체감 품질 메트릭들을 보고하는 프로세스와 관련된 설정 정보에 따라, 사용자 기기에 의해, 체감 품질 메트릭 보고서를 생성하는 단계; 및 사용자 기기를 멀티미디어 전화 통화 서비스에 참여하는 적어도 다른 한 사용자 기기에 연결하는 데이터 링크들 밖에 있는, 설정 정보에 따른 서버로 체감 품질 메트릭 보고서를 전송하는 단계를 포함하는 방법이 개시된다.

Description

체감 품질 보고를 위한 시스템 및 방법{System and methods for quality of experience reporting}

본 출원은 일반적으로 원격통신 서비스들에 관한 것이다.

IP 멀티미디어 서브시스템을 위한 멀티미디어 전화통신 서비스 (MTSI, Multimedia Telephony Service for IP Multimedia Subsystem)는 삼세대 공동 프로젝트 (3GPP)의 제7판에서 표준화된 멀티미디어 전화통신 서비스이다. MTSI는 3GPP 표준 IP 멀티미디어 서브시스템 (IMS, IP Multimedia Subsystem)에 의거해 구축된다. MTSI는 IP 기술을 가지고 진일보한 멀티미디어 서비스들과 콘텐츠를 네트워크들로 전송할 수 있게 한다.

MTSI는 실시간 전송 프로토콜 (RTP, Real-time Transport Protocol)을 통해 전송되는 회화식 스피치, 비디오 및 텍스트를 지원한다. MTSI 표준은 미디어 처리 및 상호동작 기능들이나 절차들을 규정한다. 미디어 처리에는, 시그날링, 전송, 지터 (jitter) 버퍼 관리, 패킷-손실 처리, 적응 등이 포함된다. 상호동작에는 호출 (call) 도중에 미디어를 추가하거나 배제시키는 동작이 포함된다. MTSI의 한 목표는, 같은 정도의 네트워크 자원들을 사용하면서도 회로 교환형 (CS, Circuit Switched) 회화식 서비스들에 대한 사용자 체감에 필적하거나 그보다 더 우수한 사용자 체감이 얻어지도록 하는 것이다. 또 다른 목표는, 서비스 제공의 융통성을 허용하는 한편으로, 예측가능한 미디어 품질을 가지는 안정적이고 상호 운용될 수 있는 (interoperable) 서비스를 보장하는 데 있다.

본 발명의 다양한 양태들이 청구항에 개시되어 있다.

본 발명의 한 전형적 실시예에 따른 장치는, 상기 장치를 멀티미디어 전화통신 호출과 결부된 적어도 한 사용자 기기에 연결하는 데이터 링크들 밖에 있는 서버로 멀티미디어 전화 호출 (multimedia telephony call)과 결부된 체감 품질 (quality of experience) 메트릭들 (metrics)을 보고하는 프로세스에 관한 설정 정보를 저장하도록 구성된 메모리; 및 상기 메모리 유닛과 통신가능하게 연결된 프로세서를 포함한다. 프로세서는 체감 품질 메트릭들을 보고하는 프로세스와와 관련된 한 개 이상의 규칙들이 충족되는 것을 검증하고, 체감 품질 보고 방법의 프로세스와 관련된 규칙들이 충족되는 경우 체감 품질 메트릭들을 보고하는 프로세스와 관련된 설정 정보에 따라 체감 품질 메트릭들의 보고서를 생성하고, 체감 품질 메트릭들의 보고서를 설정 정보에 따른 서버로 전송하도록 구성된다.

본 발명의 또 다른 전형적 실시예에 따른 방법은, 사용자 기기에 의해 멀티미디어 전화 호출과 결부된 체감 품질 메트릭들을 보고하는 프로세스와 관련된 한 개 이상의 규칙들이 충족되는 것을 검증하는 단계; 사용자 기기에 의해, 체감 품질 보고 방법의 프로세스와 관련된 규칙들이 충족되는 경우 체감 품질 메트릭들의 보고 프로세스와 관련된 설정 정보에 따라 체감 품질 메트릭들의 보고서를 생성하는 단계; 및 체감 품질 메트릭들의 보고서를 설정 정보에 따른 서버로 전송하는 단계를 포함하고, 여기서 서버는 상기 사용자 기기를, 멀티미디어 전화 서비스에 참여한 적어도 다른 한 사용자 기기에 연결하는 데이터 링크들 밖에 있다.

본 발명의 또 다른 전형적 실시예에 따른 장치는 메모리 유닛과 메모리 유닛에 통신가능하게 연결된 프로세서를 포함한다. 프로세서는 적어도 한 사용자 기기 안에 저장되어 있는, 체감 품질 메트릭들의 보고 프로세스와 관련된 설정 정보를 업데이트할지 여부를 판단하고, 한 개 이상의 업데이트치들이 필요하다고 판단된 경우, 체감 품질 메트릭들의 보고 프로세스와 관련된 설정 정보의 업데이트치들을 적어도 한 사용자 기기로 전송하도록 구성된다.

본 발명의 또 다른 전형적 실시예에 따른 방법은, 적어도 한 사용자 기기 안에 저장되어 있는, 체감 품질 메트릭들의 보고 프로세스와 관련된 설정 정보를 업데이트할지 여부를 판단하는 단계, 및 한 개 이상의 업데이트치들이 필요하다고 판단된 경우, 체감 품질 메트릭들의 보고 프로세스와 관련된 설정 정보의 업데이트치들을 적어도 한 사용자 기기로 전송하는 단계를 포함한다.

본 발명의 전형적 실시예들과, 그 목적 및 가능한 이점들에 대한 보다 완전한 이해를 위해, 지금부터 첨부된 도면들과 관련해 설명된 이하의 상세 설명들에 대한 참조가 이뤄질 것이다.
도 1은 MTSI의 호출 설정 시그날링 및 미디어 경로를 예시한 개략도이다.
도 2는 본 발명의 전형적 실시예에 따른 시스템을 예시한 개략도이다.
도 3은 본 발명의 전형적 실시예에 따른 QoE 메트릭들의 보고 방법의 흐름도이다.
도 4는 QoE 메트릭들의 보고와 관련된 정보를 가진 오브젝트 관리 구조의 예를 도시한 것이다.
도 5는 QoE 메트릭들의 보고와 관련된 정보를 가진 오브젝트 관리 구조의 또 다른 예를 도시한 것이다.
도 6은 본 발명의 전형적 실시예에 따라 QoE 메트릭들의 보고들을 수신하는 방법의 흐름도이다.

본 발명의 전형적 실시예 및 그 잠정적 이점들은 도면의 도 1 내지 6을 참고함으로써 가장 잘 이해될 것이며, 여러 도면들의 유사 및 대응 부분들에 대해 유사 참조부호들이 사용되었다.

도 1은 MTSI의 호출 설정 시그날링 및 미디어 경로를 예시한 개략도이다. MTSI 호출 (call)은 그 호출에 개입된 UE들 간의 제어 영역 신호를 라우팅하기 위해 호출 세션 제어 기능 (CSCF, Call Session Control Function) 메커니즘들을 이용할 수 있다. 한 예로서, 라디오 액세스 네트워크 (RAN, radio access network)(110)에 액세스하는 사용자 기기 (UE)(115)가 적어도 한 다른 UE(115')를 호출함으로써 멀티미디어 전화 통신 서비스 세션을 개시한다. 한 전형적 실시예에서, UE(115)는 오퍼레이터 A와 결부된 네트워크(101)에 연결되어 있고, UE(115')는 오퍼레이터 B와 결부된 네트워크(102)에 연결되어 있다.

한 예에서, 제어 영역 신호는, 가령 세션 개시 프로토콜 (SIP, Session Initiation Protocol) 초대 (invite) 메시지를 통해 RAN(110)으로부터 코어 네트워크 (CN)로 전달되는데, 여기서 제어 영역 신호는 서비스 GPRS 지원 노드 (SGSN, Serving GPRS Support Node)(122) 및 게이트웨이 일반 패킷 라디오 서비스 (GPRS 지원 노드 (GGSN))(124)를 통해 IMS로 라우팅 된다. IMS에서, 제어 영역 신호는 프록시 호출 세션 제어 기능 (P-CSCF, Proxy Call Session Control Function)(131), 서비스 호출 세션 제어 기능 (S-CSCF, Serving Call Session Control Function)(132) 및 검문 호출 세션 제어 기능 (I-CSCF, Interrogating Call Session Control Function)(133)을 구비하는 CSCF 모듈을 통해 라우팅 된다. I-CSCF에서, 가입자 위치확인 기능 (SLF, Subscriber Location Function) 및/또는 홈 가입자 함수 (HSS, Home Subscriber Function)(135)에 의해 위치가 알려질 수 있다. 제어 영역에서, 134 및 134' 같은 애플리케이션 서버들 (AS)이 호출 중단/재개, 호출 전달, 다자 호출 등과 같은 보충 서비스들을 제공할 수 있다. 네트워크(102) 안에서, 제어 영역 신호는 GGSN(124') 및 SGSN(122')을 통해 라우팅 되고, RAN(110')을 통해 UE(115')로 전송된다. 제어 영역 신호는, 피호출자 UE(115')로부터 호출자 UE(115)로 가는 가령 확인 (acknowlegements) 같은 신호들을 포함할 수도 있다.

더 나아가면, 미디어 데이터는 제어 영역 신호와 같은 경로를 포함하지 않을 수 있다. 예를 들어 UE(115)에서 UE(115')로 전송되는 미디어 데이터는 UE(115)와 결부된 RAN(110), SGSN(122) 및 GGSN(124)을 통해, 그런 다음 UE(115')와 관련된 GGSN(124'), SGSN(122') 및 RAN(110')을 통해 라우팅 된다. 데이터는 전송 제어 프로토콜 (TCP, Transmission Control Protocol)이나 사용자 데이터그램 프로토콜 (UDP, User Datagram Protocol)을 사용해 전송될 수 있다.

한 전형적 실시예에서, 같은 통화에 참여하는 UE들(115, 115')은 같은 네트워크, 이를테면 같은 오퍼레이터에 속할 수 있다. 다른 실시예에서는, 같은 통화에 참여하는 UE들(115 및 115')이 다른 오퍼레이터들에 대응하는 다른 네트워크들을 액세스하고 있을 수 있다. UE들(115, 115')이 연결될 수 있는 액세스 네트워크들의 예에는 RAN, 인터넷, 인트라넷, 로컬 영역 네트워크, 고정선 전화 네트워크 등등이 포함될 수 있다. 또, UE들(115, 115')은 액세스 네트워크에 유선 또는 무선 연결을 할 수 있다. UE들(115, 115')은 또한 랩 탑, 데스크 탑, 모바일 전화, 고정 전화선에 연결된 전화 등등을 포함할 수 있다.

한 예에서, MTSI 서비스들에는 한 개 이상의 네트워크들을 거치는 실시간 풀-듀플렉스 (full-duplex) 스피치, 실시간 비디오, 텍스트 통신, 데이터 파일 등등의 전송이 포함될 수 있다. 예를 들어 MTSI 서비스를 소비하는 전화 이용자 같은 고객에 의해 인지되는 체감 품질 (quality of experience)은, 예를 들어 네트워크 혼잡 및/또는 데이터 패킷 손실로 인해 받아들일 수 없는 수준이 될 수 있다. 현재 3GPP MTSI에는 사용자들로부터 서비스 품질 (QoS)과 관련한 피드백을 가능하게 하는 체감 품질 (QoE) 보고 메커니즘에 대한 아무런 지원기능이 존재하지 않는다.

한 전형적 실시예에서, QoE 메트릭 구조 (metric framework)는 미디어 스트리밍 애플리케이션들의 최종 사용자의 체감도를 평가하기 위한 프로비저닝 (provisioning)이다. QoE 메트릭 구조는 교차 계층 (cross-layer) 측정 및 추출 결과들 (QoE 메트릭들)의 결합을 가능하게 한다. 추출된 결과들은 심하게 가변하는 네트워크 상황들에 대한 최종 사용자 체험을 모니터하고 개선하는데 사용될 수 있다. 본 발명의 한 전형적 실시예에서, QoE 메트릭 피처를 지원하는 3GPP MTSI 클라이언트가 한 번 이상의 품질 측정을 수행할 수 있다. 품질 측정은 MTSI 세션들에 대한 QoE 메트릭들과 관련되어 있다. QoE 메트릭들의 예들로서, 송수신 비트율의 변화, 인트라 리프레쉬 프레임들의 요청, 서비스 중단 및/또는 중단 기간, 화면 멈춤 (picture freezing) 및/또는 멈춤 기간, 그리고 하나 이상의 참여자들에 의해 지시되는 패킷 손실율, 페이로드 종류 등과 같은 코덱 선택사항의 변경이 포함된다. 클라이언트는 그러한 측정값들을 클라이언트 QoE 메트릭들 안에 집합시킬 수 있다. 클라이언트는 QoE 전송 프로토콜을 이용해 메트릭 보고 서버로 그 메트릭들을 보고한다.

도 2는 본 발명의 전형적 실시예에 따른 시스템(200)을 예시한 개략도이다. 이 전형적 실시예에서, 시스템(200)은 통신 네트워크(220), QoE 메트릭 보고 서버(225) 및 유무선 링크들을 통해 통신 네트워크(220)에 연결된 한 개 이상의 사용자 기기들(115, 115')을 포함할 수 있다. 통신 네트워크(220)는 한 오퍼레이터와 결부된 하나의 네트워크이거나 하나 이상의 오퍼레이터들과 결부된 다중 네트워크들 등일 수 있다. 한 전형적 실시예에서, 통신 네트워크는 인터넷 프로토콜 (IP) 멀티미디어 서브시스템 IMS를 포함한다.

일 실시예에서, 시스템(200)은 어떤 데이터 링크, 이를테면 호출 당사자들인 UE(115) 및 UE(115') 사이의 양방향 단대단 (end-to-end) 링크를 포함한다. 이 전형적 실시예는 종단 (end-point) 클라이언트들 사이, 혹은 예를 들어 UE들 (115 및 115') 사이에서는 교환되지 않는 QoE 메트릭 보고들을 더 포함할 수 있다. 한 실시예에서, QoE 메트릭 보고들은 한 개 이상의 종단 클라이언트들로부터 QoE 메트릭 보고 서버(225)로 전송될 수 있다. 한 전형적 실시예에서, QoE 메트릭 보고 서버(225)는 네트워크 서버네트워크 (servernetwork) 노드 등에 상주하는 논리적 개체 (logical entity)일 수 있다. 예를 들어, QoE 메트릭 보고 서버는 애플리케이션 서버 (예를 들어 134 및 134') 안에 들어 있을 수 있다. 다른 대안적 실시예에서, QoE 메트릭 보고 서버(225)는 한 네트워크 제공자와 결부된 컴퓨터 서버일 수 있다. 도 2에 도시된 바와 같이, QoE 메트릭 보고 서버(225)는 최종 클라이언트들 혹은 UE들 (115 및 115') 사이의 양방향 데이터 링크 같은 데이터 링크의 바깥에 있다.

본 발명의 한 전형적 실시예에서, QoE 메트릭들을 보고하기 위한 설정 정보는 (configuration information), 가령 QoE 메트릭들의 보고가 이용될지 여부를 관리하거나, 보고 타이밍, 보고 빈도, 보고하는 개체 등등과 관련된 QoE 메트릭들의 보고를 위한 규칙들을 정하거나, QoE 보고들의 수신 개체를 식별하는 등등의 일에 사용될 수 있다.

본 발명의 한 전형적 실시예에서, 호출 및/또는 세션들을 설정하기 위한 SIP 신호가 QoE 메트릭들의 보고 기능을 개시시키는데 사용될 수 있다. 이 실시예에서, MTSI 클라이언트로부터 QoE 메트릭 보고 서버로 전송될 QoE 메트릭들의 세트가 호출 설정 도중에 협의 될 수 있다. 예를 들어, "3GPP-QoE-Metrics" 같은 세션 설명 프로토콜 (SDP) 속성의 구문 구조 (syntax) 및 의미 구조 (semantics)가 QoE 메트릭들의 협의를 위해 사용될 수 있다. 다른 대안적 실시예에서, 서버로 전송될 QoE 메트릭들을 협의하기 위해, 실시간 스트리밍 프로토콜 (RTSP) 헤더 익스텐션 (extension), 이를테면 "3GPP-QoE-Metrics"가 SIP 헤더 익스텐션으로서 사용될 수 있다. 예를 들어, SDP가 SIP 요청의 본문 안에 포함될 수 있다. 이런 방식으로, QoE 메트릭들에 대한 협의는 호출 설정의 미디어 협의 프로세스의 일부가 된다.

QoE 메트릭들의 협의시, 협의 당사자들은 통신 네트워크(220) 내 한 개 이상의 UE들, 가령 MTSI 클라이언트들 또는 SIP 사용자 에이전트들 (UA), 및 QoE 메트릭 보고 서버(225) 같은 QoE 메트릭 수집 개체를 포함한다. 일 실시예에서, QoE 메트릭 보고 서버(225)는 도 1에 나타낸 제어 영역 신호 경로 상에 있거나 그 경로에 접근할 수 있다. 또, 호출 설정 프로세스 도중에, 이를테면 QoE 메트릭 보고와 관련된 헤더 필드들을 삽입하고 해석하기 위해 한 개 이상의 SIP 프록시들이 필요로 될 수 있다.

또 다른 전형적 실시예에서, 네트워크 오퍼레이터는, 오픈 모바일 동맹 (OMA, Open Mobile Alliance) 장치 관리 (DM, Device Management) 관리 오브젝트 (MO, Management Object)를 사용해 QoE 메트릭 보고에 대한 자신의 선호사항들을 나타낼 수 있다. OMA DM MO, 이를테면 3GPP MTSI 네트워크 선호사항 (MTSINP) MO가, UE나 단말 내 MTSI 클라이언트에 대한 네트워크 선호사항을 표현하는 설정들을 관리하는데 사용될 수 있다. QoE 메트릭 보고와 관련된 정보를 가진 QoE 관리 오브젝트들이 3GPP MTSINP MO, 또는 OMA DM MO의 내부 노드로서 규정될 수 있다. QoE MO는 QoE 메트릭들, QoE 메트릭들을 보고하기 위한 규칙들, QoE 서버(225), 및/또는 QoE 메트릭들을 보고하는 것과 관련된 유사 정보를 관리하는데 사용될 수 있다. 한 전형적 구현예에서, UE(115, 115')는, 최선의 노력을 들이는 경우, QoE MO에 특정된 QoE 메트릭들을 QoE 메트릭 보고 서버(225)로 보고할 수 있다. 이러한 전형적 구현예에 따르면, UE(115, 115') 및 QoE 메트릭 보고 서버(225) 사이에 아무런 QoE 메트릭 협의도 일어나지 않는다. 다른 대안적 실시예에서, QoE MO는 선호하는 보고 메트릭들 및 규칙들을 시그날링하는 데 이용될 수 있으며, SIP 및/또는 SDP를 이용해, UE(115, 115') 및 QoE 메트릭 보고 서버(225) 사이에서 최종 설정이 협의 될 수 있다.

도 3은 본 발명의 전형적 실시예에 따라 QoE 메트릭들을 보고하기 위한 방법(300)의 흐름도이다. 이 실시예의 방법(300)은 UE(115, 115')에 의해 수행된다. 블록 310에서, MTSI 호출이 UE(115, 115')에 의해 개시된다. 블록 320에서, UE(115, 115')는 MTSINP MO를 체크한다. 320' 블록에서 MTSINP MO가 존재하는지 존재하지 않는지 여부에 기초하는 판단이 있게 된다. MTSINP MO가 존재하면, 블록 330에서 UE(115, 115')는 MTSINP MO를 가져와 그것이 QoE 노드를 가지는지 여부를 체크한다. 이 전형적 실시예에 따르면, 한 개 이상의 QoEMO들이 MTSINP의 내부 노드들, 이를테면 서브트리 (subtree) 등으로서 규정될 수 있다. 한 QoE 노드가 MTSINP MO에 존재하면, UE(115, 115')는 블록 340에서 한 개 이상의 QoE MO들 중 적어도 한 개 안에서 QoE 보고가 가능한지 여부를 체크한다. 적어도 한 QoE MO 안에서 QoE 보고가 가능하면, 블록 350에서 UE(115)는 그 적어도 한 QoE MO와 관련된 모든 보고 규칙들이 충족되는지 여부를 검증한다. 모든 규칙들이 충족되면 블록 360에서 UE(115, 115')는 QoE 메트릭 보고 서버(225)로 보고될 QoE 메트릭들의 값들, 가령, 메트릭 측정치들, 통계치들 등등을 포함하는 보고를 준비한다. 예를 들어 UE(115, 115')는 블록 360에서 한 개 이상의 측정치들을 취하거나 메모리 유닛에 저장된 QoE 메트릭들의 측정치들, 통계치들 등등을 추출할 수 있다. UE(115, 115')는 예를 들어 적어도 한 QoE MO에서 지시된 타이밍, 빈도, 포맷 및/또는 유사 규칙들에 따라 QoE 메트릭 보고를 QoE 메트릭 보고 서버(225)로 전송한다. 블록들(320', 330, 340 및 350) 중 하나에서 아무 대답이 없으면, 블록 321에서 UE (가령, 115 및/또는 115')는 QoE 메트릭들을 보고하지 않기로 결정한다.

도 4는 한 QoE 관리 오브젝트(400)의 전형적 구조를 도시한 것이다. 본 발명의 전형적 실시예에 따르면, QoE 보고와 관련된 네트워크 선호사항들을 저장하기 위해, MTSINP MO(405) 보다 안쪽의 노드, 이를테면 QoE 노드(407)가 규정된다. QoE 노드(407)는 서브트리들로서 자신과 연결된 한 개 이상의 QoE 관리 오브젝트들(400)을 포함할 수 있다. 한 개 이상의 QoE 관리 오브젝트들(400)은 한 개 이상의 네트워크 오퍼레이터들에 의해 요청된 것으로서 QoE 메트릭 보고 설정과 결부된 정보를 보유한다. 한 전형적 실시예에서, QoE 관리 오브젝트(400)는 특정 네트워크 오퍼레이터와 결부된 QoE 메트릭 보고 설정 정보를 그룹화하거나 보유한다. 이 실시예에 따르면, 각각의 네트워크 오퍼레이터는 QoE 메트릭 보고에 대한 각자의 선호사항들을 세팅할 수 있다. 도 4의 예에서, QoE 관리 오브젝트(400)는 인에이블드 (enabled) 플래그 노드(410), 서버 노드(420), 및 미디어 성분들, 이를테면 스피치 노드(430), 비디오 노드(440), 및 텍스트 노드(450)를 포함하는 미디어 콘텐츠 유형들에 대한 별도의 노드들을 포함한다. 인에이블드 플래그 노드(410)는 가령 불린 (Boolean) 타입의 지시자를 포함하여, 이 인에이블드 플래그 노드(410)에 대해, 같은 부모 QoE 관리 오브젝트(400)와 결부된 QoE 메트릭 보고 설정이 가능한지 가능하지 않은지 여부를 나타내도록 한다. 서버 노드(420)는 가령 QoE 메트릭 보고 서버(225) 같이 QoE 메트릭 보고를 수신하는 네트워크 개체나 서버에 대한 정보를 포함한다. 예를 들어, 서버 노드는 QoE 보고들이 보내지는 서버(들)의 URL을 포함할 수 있다. 다중 서버들의 경우, 랜덤 선택 프로세스가 사용될 수 있다. 이와 달리, 모든 UE, 이를테면 115 및/또는 115'에 대해 각자 서버 노드를 수정함으로써, 한 UE의 (모든) 호출들에 대해 한 개의 서버가 지정될 수도 있다.

도 4의 전형적 실시예에서, 스피치(430), 비디오(440) 및 텍스트(4500 노드들 각각은 한 개의 메트릭들의 리프 (leaf)(434, 444 및 454)와, 한 개의 규칙들의 리프 (438, 448, 458)를 포함한다. 각 메트릭들의 리프(434, 444, 및 454)는 해당하는 콘텐츠 종류와 관련된 QoE 메트릭들을 나타낸다. 그것은 보고되어야 하는 QoE 메트릭들을 가령 텍스트 포맷으로 제공한다. 그것은 또 보고 빈도를 제공할 수 있다. 도 4의 예에서, 메트릭들의 리프 434는 스피치 콘텐츠와 관련된 한 개 이상의 QoE 메트릭들의 리스트를 포함할 수 있고, 메트릭들의 리프 444는 비디오 콘텐츠와 관련된 한 개 이상의 QoE 메트릭들의 리스트를 포함할 수 있으며, 메트릭들의 리프 454는 텍스트 콘텐츠와 관련된 한 개 이상의 QoE 메트릭들의 리스트를 포함할 수 있다. 같은 예에 따르면, 규칙들의 리프 438은 스피치 콘텐츠와 관련된 QoE 메트릭들을 보고하는 것과 관련된 한 개 이상의 규칙들의 리스트를 포함할 수 있고, 규칙들의 리프 448은 비디오 콘텐츠와 관련된 QoE 메트릭들을 보고하는 것과 관련된 한 개 이상의 규칙들의 리스트를 포함할 수 있으며, 규칙들의 리프 458은 텍스트 콘텐츠와 관련된 QoE 메트릭들을 보고하는 것과 관련된 한 개 이상의 규칙들의 리스트를 포함할 수 있다. 규칙들의 리프(438, 448 및 458)는 메트릭들이 어떻게, 그리고 언제 QoE 메트릭 보고 서버(225)로 전송되기로 되어 있는지를 텍스트 포맷을 통해 제공할 수 있다.

도 5는 QoE 관리 오브젝트(400')의 또 다른 전형적 구조를 예시한 것이다. 도 4의 예와 비슷하게, 도 5의 QoE 관리 오브젝트(400')는 인에이블드 플래그 노드(410') 및 서버 노드(420')를 포함한다. 도 5의 QoE 관리 오브젝트(400')는 메트릭들의 노드(460')를 포함한다. 이 예에 따르면, 모든 미디어 성분들에 대한 QoE 메트릭들의 단일 리스트가 규정되거나 특정될 수 있다. QoE 관리 오브젝트(400')는 또 규칙들의 노드(470')를 포함한다. 규칙들의 노드(470')는 각종 미디어 성분들과 관련된 리프들을 포함한다. 예를 들어, 스피치 리프 473'는 스피치 콘텐츠와 결부된 QoE 메트릭들을 보고하는 것과 관련된 한 개 이상의 규칙들을 포함하고, 비디오 리프 476'는 비디오 콘텐츠와 결부된 QoE 메트릭들을 보고하는 것과 관련된 한 개 이상의 규칙들을 포함하며, 텍스트 리프 479'는 텍스트 콘텐츠와 결부된 QoE 메트릭들을 보고하는 것과 관련된 한 개 이상의 규칙들을 포함한다. 도 4 및 도 5의 예들이 전부가 아니고 QoE 관리 오브젝트의 다른 구조들 역시 있을 수 있다.

상술한 노드들 중 일부의 포맷 서술의 예는 다음과 같다;

/<X>/ QoE

● 발생 (Occurrence): 0 또는 1

● 포맷 (Format): 노드

● 액세스 종류 (Access Type): Get (얻기), Add (추가)

● 값 (Value): N/A

/<X>/ QoE /<x>

● 발생 : 0 이상

● 포맷 : 노드

● 액세스 종류 : Get, Add

● 값: N/A

/<X>/ QoE /<x>/ Enabled ( 인에이블드 )

● 발생 : 1

● 포맷 : Bool (이진 함수)

● 액세스 종류 : Get, Replace (교체)

/<X>/ QoE /<x>/ Server (서버)

● 발생 : 0 또는 1

● 포맷 : Char (문자)

● 액세스 종류 : Get, Replace, Add

/<X>/ QoE /<x>/ APN

● 발생 : 0 또는 1

● 포맷 : Char

● 액세스 종류 : Get, Replace, Add

/<X>/ QoE /<x>/ Metrics ( 메트릭들 )

● 발생 : 0 이상/ 0 또는 1 1

● 포맷 : Char

● 액세스 종류 : Get, Replace, Add

/<X>/ QoE /<x>/ Rules (규칙들)

● 발생 : 0 이상

● 포맷 : Char

● 액세스 종류 : Get, Replace, Add

한 전형적 구현예에서, QoE 메트릭 보고 규칙들의 구문 구조는 SDP 속성 "3GPP-QoE-Metrics"의 구문 구조와 유사할 수 있다. 또 다른 실시예에서, QoE 메트릭 보고 규칙들의 구문구조는 /<X>/QoE/<X>/Metrics 노드, 또는 리프 안에서 통합될 수 있다.

도 6은 본 발명의 전형적 실시예에 따라 QoE 메트릭 보고들을 수신하는 방법(600)의 흐름도이다. 블록 610에서, 네트워크 개체, 이를테면 QoE 메트릭 보고 서버(225)가 UE(225)에 의한 멀티미디어 전화통신 서비스의 호출 설정을 인지하거나 알게 된다. 예를 들어, 호출 설정과 관련된 정보가 네트워크 제공자와 결부된 한 네트워크 요소로부터 QoE 메트릭 보고 서버(225)에 의해 수신될 수 있다. 블록 620에서 QoE 메트릭 보고 서버는 적어도 한 UE들(115)에 저장된, QoE 메트릭 보고를 위한 설정 정보를 업데이트 할 필요가 있는지 여부를 결정한다. 그 결정은 블록 615에 묘사된 것처럼, QoE 메트릭 보고를 위한 UE 설정 정보와 QoE 메트릭 보고를 위한 네트워크 선호사항의 비교에 기초할 수 있다. 설정 정보가 업데이트되어야 하면, QoE 메트릭 보고 서버(225)가 블록 630에서 설정 정보의 업데이트치를 적어도 한 UE(115)로 보낸다. 한 전형적 실시에에서, QoE 메트릭들을 보고하기 위한 설정 정보가 한 QoE 관리 오브젝트 안에 저장되어 있으면, 네트워크 요소, 이를테면 QoE 메트릭 보고 서버는 UE(115)에 저장된 OMA DM MO에 대해 OMA DM 관리 연산을 수행함으로써 그러한 업데이트치를 만들 수 있다. 블록 640에서, UE 설정 정보의 업데이트치를 필요로 하지 않든지 업데이트치가 이미 전송되었든지 관계없이, QoE 메트릭 보고 서버는 QoE 메트릭 보고를 위한 업데이트된 UE 설정 정보에 따라 UE(115)로부터 QoE 메트릭 보고들을 수신한다. 다른 실시예에서, UE(115)는 새 OMA DM MO, 또는 QoE 관리 오브젝트를 호출이 액티브 되어 있는 동안 어느 때든 수신할 수 있다.

또 다른 전형적 실시예에서, UE(115 및/또는 115')는 호출 도중에 다른 네트워크로 로밍 할 수 있다. 이 경우, 새로 방문하는 네트워크와 결부된 QoE 메트릭 보고 서버가 UE(115 및/또는 115')로 새 OMA DM MO나 QoE 관리 오브젝트를 밀어야 할 것이다. 관리 오브젝트를 수신하면, UE는 구 (old) 네트워크로 QoE 메트릭들을 보고하는 것을 중지하고, 새 관리 오브젝트에서 지시된 대로 가령 새로 방문한 네트워크 내의 새 QoE 메트릭 보고 서버(225)로 QoE 메트릭들을 보고하기 시작한다.

QoE 메트릭 보고 서버(225)가 피호출자 UE(들)(115')로부터 QoE 메트릭 보고들을 수신할 수 있는 전형적 실시예에서, 호출자 UE(115')가 "3GPP-QoE-Metrics" 속성을 포함하는 SDP를 이용해 QoE 메트릭 보고를 위한 설정 정보를 피호출자 UE(들)(115')로 전달할 수 있다. 해당 호출의 기타 당사자들에게도, 이 호출에서 QoE 메트릭 보고가 이뤄지고 있다는 것을 알릴 필요가 있을 수 있다. SDP는 오리지널 SIP INVITE (초대) 메시지에 내장되거나, 다른 선택안으로서 SIP UPDATE (업데이트) 메소드 안에 내장된다. 이 경우, QoE 메트릭 보고 개시 절차는 아래와 같은 것을 포함할 수 있다:

1) 오퍼레이터가 OMA DM MO를 MTSI UE들 중 하나, 이를테면 호출자 UE(115)에게 한 OMA DM MO를 전송한다.

2) OMA DM MO를 수신한 MTSI UE(115)가 SIP+SDP를 이용하여, 피호출자 UE(들)(115')에게 OMA DM MO에서 요청된 메트릭들의 세트를 시그날링한다. 호출자 UE(115)는 전달자로서의 역할을 한다. 예를 들어 여러 당사자 (multi-party) 호출 상황 등에서 새 당사자들이 호출에 참여하는 경우, 호출자 UE(115)는 같은 정보를 그 다른 추후의 당사자들에게 전달할 수 있다. 호출자 UE(115)가 호출을 벗어나는 경우, 호출을 끊기 전에, 활동중인 남아있는 UE(들) 중 한 UE에게 전달자 토큰을 전달하여 앞으로 전달자로서 역할을 맡도록 할 수 있다.

3) UE(들)에 의해 HTTP 포스트를 거쳐 보고 서버로 메트릭들이 보고된다.

여러 당사자 호출, 이를테면 다자회의 세션에 대한 한 전형적 실시예에서, 세션이 시작된 뒤 하나 이상의 UE(들)이 참여하는 경우, 이들이 세션에 참여할 때 QoE 메트릭 보고 개시 정보가 그 한 개 이상의 UE(들)에게로 전달될 수 있다. 여러 당사자 호출에서, 참여자들의 출현과 떠남은, 이용중인 다자회의 모델에 따라, 다자회의 상황의 QoE 메트릭 보고를 고려해 다뤄질 수 있다. 예를 들어, 느슨하게 결속되는 다자회의에서, 다자회의 참여는 가령 RTCP를 이용해 다자회의의 일부로서 전달되는 제어 정보를 통해 점진적으로 알려진다. 그러므로, 참여자들 사이에 아무런 SIP 시그날링 관계도 존재하지 않으며, QoE 메트릭 개시 정보는 가령 멀티캐스트 미디어 세션의 SDP를 통해, 대역밖 (RTCP 사용 안함)에서 배포될 수 있다. 완전히 분산된 여러 당사자 다자회의들에서, 모든 참여자는 다른 모든 참여자와 SIP 다이얼로그 상태에 있게 된다. 호출 설정이나 해체시, QoE 메트릭 보고 개시에 대한 정보가 INVITE 및/또는 UPDATE SIP 메시지(들) 등을 통해 교환될 수 있다. 3GPP의 범주 안에서, 긴밀하게 결속되는 다자회의가 이용된다. 긴밀하게 결속된 다자회의에서, "포커스 (focus)", 이를테면 회의의 한 참석자가 모든 참여자들과 SIP 다이얼로그 상태에 있고, 그에 따라 INVITE 및/또는 UPDATE SIP 요청(들) 등을 통해 QoE 메트릭 보고 개시와 관련된 정보를 배포하는 역할을 맡을 수 있다.

3GPP의 범주 안에서, 긴밀하게 결속되는 다자회의가 이용되고[6] 그에 따라 이 모델은 QoE 메트릭 보고와 관련이 있다. 위에서 언급했다시피, 참여자들의 출현과 떠남은 다자회의 내 중심 구성요소가 되는 포커스 개체에 의해 관리된다.

RFC3261 [7]에서 정의된 것과 같은 다이얼로그는 (SIP 메시지들에 의해 설정된) 약간의 시간 동안 지속 되는 두 UA들 사이의 피어-투-피어 (peer-to-peer) SIP 관계이다. RFC 4353 [8]에 정의된 것 같은 포커스는 다자회의 URI에 의해 어드레스 되는 SIP 사용자 에이전트의 논리적 역할로서, 다자회의를 식별한다. 포커스는 그 다자회의 내 각각의 참여자와 SIP 시그날링 관계를 유지한다.

본 발명의 본질을 바꾸지 않고 세 구조에 대한 많은 다른 변형 버전들이 가능하다는 것을 알아야 한다. 특히 "Ext" (Extension, 익스텐션) 리프들이 추가되어, 세 구조에서의 미래의 확장을 가능하게 할 수 있다. 또, 메트릭들 및 규칙들의 리프들 역시 루트 레벨에서 (가령, "<X>/Metrics" 및 "<X>/Rules") 삽입되어, MTSI 세션의 각종 미디어 성분들에 대한 디폴트 값들을 제공하도록 할 수 있다. 이러한 메트릭들과 규칙들은 미디어 컴포넌트 레벨 상에서 계속해서 뒤엎어질 수 있다. 또, 호출의 모든 미디어 컴포넌트들에 대해 같은 규칙들과 메트릭들이 적용될 때, 별도의 스피치, 비디오 및 텍스트 노드들이나 리프들은 전체가 생략될 수 있다.

QoE 보고 규칙들은 예를 들어 서버가 과부하 되는 것을 막기 위해 QoE 메트릭 보고 서버(225)로 보내지는 QoE 메트릭 보고의 양을 통제하는데 사용될 수 있다. QoE 보고 규칙들의 예들과 이들의 구문 구조와 어의 구조는 다음과 같은 것을 포함한다:

호출자 보고들만을 수신 서버로 보냄 ( ReportingSource / OnlyCallerReports )

이 규칙은 QoE 메트릭 보고 소스들을 판단하는데 사용된다. 그것은 호출의 모든 참여자들이 되거나, 아니면 호출의 개시자, 이를테면 호출자인 UE만이 될 수 있을 것이다. 소스 매개변수가 사용되어 QoE 메트릭들을 보고하는 것이 전부 (source="all")인지 호출자 (source="caller_only") 만인지 여부를 시그날링 한다. 가능한 보고 소스들의 추가 확장이 가능하다. 또 다른 실시예에서, 이를테면 OnlyCallerReports로 재 명명된 이러한 규칙이 매개변수들 없이 시그날링 될 수 있다. 이 경우, 이 플래그, 즉 OnlyCallerReports의 부재는, 호출자 UE(115) 및 피호출자 UE(들)(115')가 QoE 메트릭들을 보고한다는 것을 신호할 것이다.

UE 에 의해 발신된 매 N번째 호출에 대한 보고 전송 ( SubsampleSessions )

이 경우 N은 매개변수, 이를테면 subsample_factor로서 QoE 메트릭들의 보고 빈도를 판단하기 위한 것이다. 이것은 다음 호출이 QoE 메트릭들의 보고를 필요로 하기 전에 (subsample_factor-1) 번의 호출이 건너뛰어 질 수 있다는 것을 의미한다.

시간 단위당 최대 M 번의 호출들에 대한 보고 전송 ( LimitSessionRate )

이 규칙에 대해 하나나 두 개의 매개변수들이 사용될 수 있다. 제1매개변수 max_sessions는 정해진 시간 단위 안에서 QoE 메트릭들을 보고할 호출의 최대 개수 M을 나타낸다. 옵션으로서, time_unit 매개변수는 시간 단위의 길이를 가령 초 단위로 명시한다. 이러한 매개변수의 디폴트 값은 1초일 수 있다. 디폴트 값이 모든 경우들에서 허용될 때 이 매개변수 옵션은 구문구조 상에서 완전히 무시될 수 있다. 예를 들어, max_sessions=5와 time_unit=1은 1초의 시간 동안 최대 5 번의 호출을 보고할 것을 요한다. 또 다른 예는 max_sessions=5 및 time_unit=3600으로서, 이것은 한 시간 동안 최대 5 번의 호출에 대해 QoE 메트릭들을 보고한다는 것을 나타낸다. 이러한 규칙의 부재시에는, 각각의 호출에 대한 보고가 필요할 것이다.

시간 단위당 최소 시간 간격 T로 보고 전송 ( LimitSessionInterval )

이 규칙은 QoE 메트릭들을 보고하는 임의의 두 호출들 사이의 최소 시간 간격 T를 결정한다. 한 전형적 구현예에서, 단일 매개변수, 이를테면 min_interval은 특정 시간 단위 안에서 QoE 메트릭들을 보고하는 두 개의 연이은 호출들의 시작 또는 끝 사이의 최소 시간 길이를 나타낸다. 옵션으로서 제2의 time_unit 매개변수가 (초 단위의) 시간 단위 길이를 특정한다. 이 매개변수의 디폴트 값은 1초이다. 이 매개변수 옵션은 1초의 디폴트 값이 모든 경우들에서 받아들여질 때 구문구조상에서 완전히 무시될 수 있다. 예를 들어 min_interval=5와 time_unit=60은 메트릭들을 보고하는 두 개의 연이은 호출들의 시간 간격이 최소한 5분은 벌어질 것을 요한다.

호출당 확률 기반 수신 보고 ( RandomizeSessions )

매개변수 reporting_probability는 QoE 메트릭 보고를 요하는 호출들의 백분율을 나타낸다. 한 전형적 구현예에서, UE는 가령 균등 확률 밀도 함수에 따라 0-100 사이의 범위에 드는 수를 생성할 수 있다. 생성된 값이 reporting_probability 매개변수에 의해 주어진 문턱치를 초과하는지 여부에 따라, QoE 메트릭 보고, 이를테면 QoE 관리 오브젝트 내 인에이블드 플래그가 오프나 온으로 스위치 될 수 있다.

규칙들 및 매개변수들의 명칭들은 규칙 규정의 의미 구조를 바꾸지 않고 다르게 선택될 수도 있음을 주지해야 한다.

한 전형적 실시예에서, QoE 메트릭 보고 서버(225)와 UE(들)(115 및/또는 115') 사이에서의 QoE 메트릭 보고 규칙들의 협의는, 예를 들어 OMA DM MO로부터 최초의 규칙들을 가져온 후에 발생할 수 있다. QoE 메트릭 보고 규칙 협의는 호출 설정 프로세스 중에 SIP 헤더 필드들 및/또는 SDP 속성들을 이용해 수행될 수 있다. 이 전형적 실시예에서, 일반적으로 QoE 보고와 관련된 QoE 메트릭 보고 규칙들 및 설정 정보를 규정하거나 기술함에 있어서, SIP 헤더 필드들 및/또는 SDP 속성들의 구문 구조와 유사한 구문구조가 사용된다. 예를 들어, 규칙 구문 구조의 기본 구조는 세 가지 주요 부분들인, 헤더 필드/속성 명칭 (가령, "3GPP-QoE-Rule"), 특정 규칙의 명칭 및 그 규칙에 대한 매개변수들의 리스트 옵션으로 이뤄질 수 있다. 다음 표기는 전형적인 규칙 구문 구조이다:

여기서 명칭과 값은 매개변수의 이름과 값을 각각 나타내는 임의의 스트링일 수 있다.

예를 들면 다음과 같다:

3GPP-QoE-Rule: LimitSessionRate; max_sessions=5; time_unit=3600

이 예에서, 특정 UE(115)에 있어, 시간당 최대 다섯 번의 호출들 혹은 세션들이 QoE 메트릭들을 서버로 보고할 수 있다.

대안적인 실시예들은 메트릭 규칙들을 적용하는 개념의 변경 없이, 메트릭 보고 규칙들에 대한 XML 또는 바이너리 표현을 이용할 수도 있을 것임을 주지해야 한다.

특정 규칙들이 하나의 메트릭에 대해 지정되어야 하는 경우, 규칙에 대한 규정은 기존의 "3GPP-QoE-Metrics" SIP 헤더 필드 및/또는 SDP 속성에 추가되는 식으로 그 구문 구조가 변경될 수 있다. 둘 이상의 규칙들을 결합하는 것이 유용할 수도 있다. 예를 들어 "3GPP-QoE-Rule" 엘리먼트가 여러 번 추가되거나, 여러 규칙들이 하나의 단일 구문 구조 엘리먼트 안에 집약될 수 있게 하는 방식으로 구문 구조가 변경될 수 있다. 예시된 예와 같이, OnlyCallerReports 규칙이 다른 규칙들과 결합 되어 사용될 수 있다. 다른 가능한 결합 역시 유용할 것이다.

한 전형적 실시예에서, 멀티미디어 브로드캐스트/멀티캐스트 서비스 (MBMS, Multimedia Broadcast/Multicast Services)에서 사용되는 HTTP POST 절차가 QoE 메트릭 수신 보고 전달에 사용될 수 있다. 이 전형적 실시예에서, 메트릭들을 포함한 XML 서술이 HTTP POST를 사용해 바로 메트릭 수집 서버로 전송될 것이다. 3GPP MBMS 표준에서는 "post-reporting (포스트-보고)"가 규정된다는 것에 유의해야 한다. MTSI의 포스트-보고로서, MBMS 규격에서와 유사한 스킴 (scheme)이 사용될 수 있다. MTSI의 경우, HTTP POST 요청의 본문 안에 사용된 XML 스킴이 가령 호출 도중에 중간 QoE 메트릭 보고들의 전달을 허용하도록 확장될 수 있다. 또, XML 스킴은 타이밍 정보 및 세션 식별을 포함하도록 확장될 수도 있다. 중간 수신 보고를 위한 XML 스키마의 예가 다음과 같이 규정될 수 있다:

이 스키마 규정은 여러 메트릭들을 한 XML 서술문 안에 집합시키는 것을 또한 가능하게 한다. 이것은 오버헤드를 감소시키고 메트릭 보고에 요구되는 HTTP POST 요청의 회수를 최소화한다.

다른 실시예에서, QoE 메트릭들은 가령 속성들 대신 XML 엘리먼트들로서, 메트릭 XML 엘리먼트 당 하나의 독자적 타임스탬프 속성과 함께 표현된다. 이 스키마에서, "timeStamp" 속성의 구문 구조는 NTP 타임 포맷, 이를테면 초 (second)와 그 소수부분을 가진 유동 소수점 값 등에 기반한다. 메트릭 수신 보고의 세션 식별은 통화를 고유하게 식별하기 위해 "To", "From" 및 "Call-ID" SIP 헤더 필드들을 가진 스트링으로 구성된다. 그 외에, 가령 오디오, 비디오 또는 RTP 스트림 같이 통화 중 소정 RTP 세션을 식별하는 것이 필요로 될 수 있다. 다른 실시예에서, 그러한 세 SIP 헤더 필드들은 독자적 XML 엘리먼트들이나 속성들로 표현될 수 있다. 메트릭 보고 서버 자체는 이전 섹션에 기술된 OMA DM 관리 오브젝트를 통해 식별된다.

아무 QoE 보고도 요망되지 않는 경우, 그러한 것은 QoE 메트릭 보고 서버(225)에 의해, 예를 들어 이전 섹션에서 제시된 다른 규칙들의 메커니즘에 더하여, 자신의 HTTP 응답을 통해 에러 코드를 전송함으로써 UE(115, 115')로 신호 될 수 있다. 이것은 수신 보고 서버가 가령 여러 클라이언트들에 의한 동시적인 수신 보고서들로 일시적으로 과부하 된 경우에 유용할 수 있다.

SIP, SDP, XML, HTTP, OMA DM MO 프로토콜들의 이용이 본 발명에 있어서 한정적인 것은 아니며, ISO OSI 프로토콜 스택의 계층들 중 어느 하나에서 다른 프로토콜들을 통해서, 그리고 개체들 간 무선 및 유선 네트워크 연결을 통해 (또한 프록시들 및 게이트웨이들을 통해서도) 같은 정보가 전송될 수 있을 것이다.

이하에서 보이는 청구항들의 범위, 해석, 또는 적용을 전혀 한정하지 않은 상태에서, 여기 개시된 전형적 실시예들 중 한 개 이상의 가능한 기술적 이점은, 사용자들에 의한 체감 품질을 평가할 수 있다는 것이다. 여기 개시된 전형적 실시예들 중 한 개 이상의 또 다른 가능한 기술적 이점은 멀티미디어 전화 통신의 서비스 품질을 개선할 수 있다는 것이다. 여기 개시된 전형적 실시예들의 또 다른 기술적 이점은, QoE 메트릭 보고 서버(225)의 과부하를 예방할 수 있다는 것이다.

본 발명의 실시예들은 소프트웨어, 하드웨어, 애플리케이션 로직 또는 소프트웨어, 하드웨어 및 애플리케이션 로직이 결합 된 것을 통해 구현될 수 있다. 소프트웨어, 애플리케이션 로직 및/또는 하드웨어는 서버, 모바일 장치, 컴퓨터나 랩 탑에 상주할 수 있다. 원하는 경우, 소프트웨어, 애플리케이션 로직 및/또는 하드웨어의 일부는 서버 측에 상주하고, 소프트웨어, 애플리케이션 로직 및/또는 하드웨어의 일부는 모바일 장치나 컴퓨터상에 상주하고, 소프트웨어, 애플리케이션 로직 및/또는 하드웨어의 일부는 칩셋 상에 상주할 수 있다. 애플리케이션 로직, 소프트웨어 또는 명령 세트는 다양한 보편적 컴퓨터 판독가능 매체 상에 보유됨이 바람직하다. 이 문서와 관련해, "컴퓨터 판독가능 매체"는 명령 실행 시스템, 장치 또는 기기에 의해, 혹은 그들과 관련하여 사용될 명령들을 포함하거나, 저장하거나, 교류하거나, 전파하거나 전송하는 임의의 미디어나 수단일 수 있다.

원하는 경우, 여기서 논의된 여러 동작들은 임의의 순서를 통해, 혹은 서로 병발적으로 수행될 수 있다. 또, 원하는 경우, 상술한 동작들 중 한 개 이상은 옵션사항이거나 합성되는 것일 수 있다.

본 발명의 여러 양태들이 독립 청구항들 안에서 개시되나, 본 발명의 다른 양태들은 청구항들에 명시적으로 개시된 결합들만이 아니라, 독립 청구항들의 구성들과 상기 개시된 실시예들 및/또는 종속 청구항들로부터의 구성의 임의의 결합을 포함한다.

지금까지 본 발명의 전형적 실시예들을 기술하였으나, 그 내용은 한정의 맥락으로 파악되어서는 안 될 것이라는 것을 알아야 한다. 오히려, 첨부된 청구항들에 정의된 것과 같이 본 발명의 범주 안에서 벗어나지 않은 채로 여러 변경 및 수정 버전들이 생성될 수 있을 것이다.

Claims

장치에 있어서,
멀티미디어 전화 통신 호출 (call)과 결부되는 체감 품질 (quality of experience) 메트릭들을, 상기 장치를 상기 멀티미디어 전화 통신 호출과 결부된 적어도 한 사용자 기기로 연결하는 데이터 링크들 밖에 있는 서버로 보고하는 프로세스와 관련된 설정 정보를 저장하도록 구성된 메모리 유닛; 및
상기 메모리 유닛과 통신 가능하게 연결된 프로세서를 포함하고,
상기 프로세서는,
체감 품질 메트릭들을 보고하는 프로세스와 결부된 한 개 이상의 규칙들이 충족되는지를 검증하고,
체감 품질 방법을 보고하는 프로세스와 결부된 상기 규칙들이 충족될 때, 체감 품질 메트릭들을 보고하는 프로세스와 관련된 상기 설정 정보에 따라, 상기 사용자 기기에 의한 체감 품질 메트릭 보고서를 생성하고,
상기 장치로 하여금 상기 체감 품질 메트릭 보고서를 상기 설정 정보에 따른 서버로 전송하도록 구성됨을 특징으로 하는 장치.
제1항에 있어서, 상기 설정 정보는 관리 오브젝트 안에 저장됨을 특징으로 하는 장치.
제1항 또는 제2항에 있어서, 상기 설정 정보는,
체감 품질 메트릭 보고서들을 수신하는 체감 품질 메트릭 보고 서버와 관련된 정보;
한 개 이상의 체감 품질 메트릭스들의 리스트;
체감 품질 메트릭들을 보고하는 프로세스와 결부된 상기 한 개 이상의 규칙들; 및
체감 품질 메트릭 보고가 요청되는지 여부에 대한 표시 가운데 한 개 이상을 포함함을 특징으로 하는 장치.
제1항 내지 제3항 중 어느 한 항에 있어서, 상기 프로세서는, 상기 장치로 하여금 상기 설정 정보의 업데이트치들을 수신하게 하도록 추가 구성됨을 특징으로 하는 장치.
제1항 내지 제4항 중 어느 한 항에 있어서, 상기 프로세서는, 상기 장치로 하여금, 상기 멀티미디어 전화 통신 호출에 참여한 한 개 이상의 사용자 기기들로 상기 설정 정보를 전송하도록 추가 구성됨을 특징으로 하는 장치.
사용자 기기에 의해, 멀티미디어 전화 통화 호출과 결부되는 체감 품질 메트릭들을 보고하는 프로세스와 결부된 한 개 이상의 규칙들이 충족되는지를 검증하는 단계;
체감 품질 방법을 보고하는 프로세스와 결부된 상기 규칙들이 충족될 때, 체감 품질 메트릭들을 보고하는 프로세스와 관련된 설정 정보에 따라, 상기 사용자 기기에 의해, 체감 품질 메트릭 보고서를 생성하는 단계; 및
상기 사용자 기기를 멀티미디어 전화 통화 서비스에 참여하는 적어도 다른 한 사용자 기기에 연결하는 데이터 링크들 밖에 있는, 상기 설정 정보에 따른 서버로 상기 체감 품질 메트릭 보고서를 전송하는 단계를 포함함을 특징으로 하는 방법.
제6항에 있어서, 상기 설정 정보는 관리 오브젝트 안에 저장됨을 특징으로 하는 방법.
제6항 또는 제7항에 있어서, 상기 설정 정보는,
체감 품질 메트릭 보고서들을 수신하는 체감 품질 메트릭 보고 서버와 관련된 정보;
한 개 이상의 체감 품질 메트릭스들의 리스트;
체감 품질 메트릭들을 보고하는 프로세스와 결부된 상기 한 개 이상의 규칙들; 및
체감 품질 메트릭 보고가 요청되는지 여부에 대한 표시 가운데 한 개 이상을 포함함을 특징으로 하는 방법.
제6항 내지 제8항 중 어느 한 항에 있어서,
상기 설정 정보의 업데이트치들을 수신하는 단계를 더 포함함을 특징으로 하는 방법.
제6항 내지 제9항 중 어느 한 항에 있어서,
상기 멀티미디어 전화 통신 호출에 참여한 한 개 이상의 사용자 기기들로 상기 설정 정보를 전송하는 단계를 더 포함함을 특징으로 하는 방법.
장치에 있어서,
메모리 유닛;
상기 메모리 유닛과 통신가능하게 연결된 프로세서를 포함하고,
상기 프로세서는,
적어도 한 사용자 기기에 저장되는, 체감 품질 메트릭들을 보고하는 프로세스와 관련된 설정 정보를 업데이트할지 여부를 결정하고,
상기 장치로 하여금, 체감 품질 메트릭들을 보고하는 상기 프로세스와 관련된 상기 설정 정보의 업데이트치들을 적어도 한 사용자 기기로 전송하도록 구성됨을 특징으로 하는 장치.
제11항에 있어서, 상기 프로세서는, 멀티미디어 전화 통신 호출 설정을 검출하도록 추가 구성됨을 특징으로 하는 장치.
제11항 또는 제12항에 있어서, 상기 적어도 한 업데이터값은 관리 오브젝트임을 특징으로 하는 장치.
제11항 내지 제13항 중 어느 한 항에 있어서, 상기 설정 정보는,
체감 품질 메트릭 보고서들을 수신하는 체감 품질 메트릭 보고 서버와 관련된 정보;
한 개 이상의 체감 품질 메트릭스들의 리스트;
체감 품질 메트릭들을 보고하는 프로세스와 결부된 상기 한 개 이상의 규칙들; 및
체감 품질 메트릭 보고가 요청되는지 여부에 대한 표시 가운데 한 개 이상을 포함함을 특징으로 하는 장치.
적어도 한 사용자 기기에 저장되는, 체감 품질 메트릭들을 보고하는 프로세스와 관련된 설정 정보를 업데이트할지 여부를 결정하는 단계; 및
체감 품질 메트릭들을 보고하는 상기 프로세스와 관련된 상기 설정 정보의 업데이트치들을 적어도 한 사용자 기기로 전송하는 단계를 포함함을 특징으로 하는 방법.
제15항에 있어서,
멀티미디어 전화 통신 호출 설정을 검출하는 단계를 더 포함함을 특징으로 하는 방법.
제15항 또는 제16항에 있어서, 상기 적어도 한 업데이터값은 관리 오브젝트임을 특징으로 하는 방법.
제15항 내지 제17항 중 어느 한 항에 있어서, 상기 설정 정보는,
체감 품질 메트릭 보고서들을 수신하는 체감 품질 메트릭 보고 서버와 관련된 정보;
한 개 이상의 체감 품질 메트릭스들의 리스트;
체감 품질 메트릭들을 보고하는 프로세스와 결부된 상기 한 개 이상의 규칙들; 및
체감 품질 메트릭 보고가 요청되는지 여부에 대한 표시 가운데 한 개 이상을 포함함을 특징으로 하는 방법.
컴퓨터와 함께 사용할 컴퓨터 프로그램 코드를 내장한 컴퓨터 매체를 구비한 컴퓨터 프로그램 제품에 있어서,
상기 컴퓨터 프로그램 코드는 실행시 장치로 하여금,
체감 품질 메트릭들을 보고하는 프로세스와 결부된 한 개 이상의 규칙들이 충족되는지를 검증하도록 하고,
체감 품질 방법을 보고하는 프로세스와 결부된 상기 규칙들이 충족될 때, 체감 품질 메트릭들을 보고하는 프로세스와 관련된 상기 설정 정보에 따라, 체감 품질 메트릭 보고서를 생성하도록 하고,
상기 체감 품질 메트릭 보고서를 상기 설정 정보에 따른 서버로 전송하도록 하는 컴퓨터 실행가능 명령들을 포함함을 특징으로 하는 컴퓨터 프로그램 제품.
컴퓨터와 함께 사용할 컴퓨터 프로그램 코드를 내장한 컴퓨터 매체를 구비한 컴퓨터 프로그램 제품에 있어서,
상기 컴퓨터 프로그램 코드는 실행시 장치로 하여금,
적어도 한 사용자 기기에 저장되는, 체감 품질 메트릭들을 보고하는 프로세스와 관련된 설정 정보를 업데이트 할지 여부를 결정하도록 하고,
체감 품질 메트릭들을 보고하는 상기 프로세스와 관련된 상기 설정 정보의 업데이트치들을 적어도 한 사용자 기기로 전송하도록 하는 컴퓨터 실행가능 명령들을 포함함을 특징으로 하는 컴퓨터 프로그램 제품.