KR20240073872A - Mcx 그룹과 기능적 별칭의 결합을 생성, 업데이트 및 제거하는 방법 및 시스템 - Google Patents

Abstract

본 발명은 더 높은 데이터 전송율을 지원하기 위한 5G 또는 6G 통신 시스템에 관한 것이다. 미션 크리티컬 서비스(MCX: mission critical service) 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하는 방법이 개시된다. 방법은 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하기 위한 SIP 메시지 요청이 수신될 때 MCX 서버가 적어도 하나의 MCX 그룹과 기능적 별칭의 연관을 생성 또는 업데이트하거나, 또는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 제거하기 위한 SIP 메시지 요청이 수신될 때 MCX 서버가 적어도 하나의 MCX 그룹과 기능적 별칭의 연관을 해제하는 단계를 포함한다. 방법은 적어도 하나의 MCX 그룹과 기능적 별칭의 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 MCX 서버가 MCX 클라이언트 장치로 전송하는 단계를 포함한다.

Description

MCX 그룹과 기능적 별칭의 결합을 생성, 업데이트 및 제거하는 방법 및 시스템

본 발명은 일반적으로 무선 통신에 관한 것이며, 특히 MCPTT(mission-critical push-to-talk), MCData(mission-critical data) 및 MCVideo(mission-critical video)와 같은 미션 크리티컬 서비스(MCX: mission critical service)에 관한 것이다.

MCX 서비스는 MCX 그룹 통신에서 기능적 별칭(FA: functional alias)의 사용을 제공하여, 특정 역할을 가진 MCX 사용자를 식별하고, 기능적 별칭 사용 및 기능적 별칭에 대한 MCX 사용자 활성화들의 수를 기반으로 규칙들의 집합을 정의한다. 본 발명은 기능적 별칭을 특정 MCX 그룹 또는 MCX 그룹 집합과 연관시키는 방법 및 시스템을 제공한다.

5G 이동통신 기술은 높은 전송율과 새로운 서비스가 가능하도록 넓은 주파수 대역을 정의하고 있으며, 3.5 GHz 대역과 같은 6 기가헤르츠(GHz) 이하의 대역들 및 28 GHz와 39 GHz 대역들과 같은 6 GHz 이상의 밀리미터파(mmWave) 대역들 모두에서 구현될 수 있다. 또한, 5G 이동통신 기술보다 50배 빠른 전송율 및 5G 이동통신 기술의 10분의 1 수준인 초저지연(ultra-low latency)을 달성하기 위하여 95 GHz 내지 3 THz 대역들과 같은 테라헤르츠(THz) 대역들에서 6G 이동통신 기술(beyond 5G 시스템이라고 함)을 구현하는 것이 고려되어 왔다.

5G 이동통신 기술의 개발 초기에는 서비스들을 지원하고 eMBB(enhanced mobile broadband), URLLC(ultra reliable low latency communications), 및 mMTC(massive machine-type communications)와 관련된 성능 요구사항을 만족하기 위하여, 다음에 관한 표준화가 진행되었다: mmWave에서 전파 경로 손실을 완화하고 전파 전송 거리를 증가시키기 위한 빔포밍 및 대규모 MIMO, mmWave 자원들을 효율적으로 활용하고 슬롯 포맷들의 동적 운용을 위한 숫자학(numerology)(예: 여러 부반송파 간격들의 운용) 지원, 다중 빔 전송 및 광대역 지원을 위한 초기 접속 기술, 부분 대역폭(BWP: bandwidth part) 정의 및 운용, 대용량 데이터 전송을 위한 LDPC(low density parity check) 코드 및 제어 정보의 신뢰성 높은 전송을 위한 폴라(polar) 코드와 같은 새로운 채널 코딩 방법들, L2 전처리, 특정 서비스에 특화된 전용 네트워크 제공을 위한 네트워크 슬라이싱(network slicing).

현재는 5G 이동통신 기술이 지원할 서비스 측면에서 초기 5G 이동통신 기술의 개선 및 성능 향상에 대한 논의가 진행 중이며, 다음과 같은 기술들에 대한 물리 계층 표준화가 이루어지고 있다: 차량이 전송하는 차량의 위치 및 상태에 관한 정보를 기반으로 자율주행차의 주행 판단을 돕고 사용자 편의성을 높이기 위한 V2X(vehicle-to-everything), 비면허 대역들(unlicensed bands)에서 다양한 규제 관련 요구사항을 준수하는 시스템 운영을 목표로 하는 NR-U(New Radio Unlicensed), NR 단말의 절전, 지상망과의 통신이 불가능한 지역에서 커버리지를 제공하기 위한 단말-위성 직접 통신인 NTN(non-terrestrial network), 및 측위(positioning).

또한, 다음과 같은 기술들에 관한 무선 인터페이스 아키텍처/프로토콜의 표준화가 진행 중이다: 다른 산업과의 연동 및 융합을 통해 새로운 서비스들을 지원하기 위한 IIoT(industrial Internet of things), 무선 백홀 링크와 액세스 링크를 통합 지원하여 네트워크 서비스 영역 확장을 위한 노드를 제공하는 IAB(integrated access and backhaul), 조건부 핸드오버 및 DAPS(dual active protocol stack) 핸드오버를 포함한 이동성 향상, 및 랜덤 액세스 절차를 간소화하기 위한 2단계 랜덤 액세스(NR용 2단계 RACH). 또한, 다음에 관한 시스템 아키텍처/서비스의 표준화가 진행되고 있다: NFV(network functions virtualization) 및 SDN(software-defined networking) 기술을 결합하기 위한 5G 기본 아키텍처(예: 서비스 기반 아키텍처 또는 서비스 기반 인터페이스), 및 단말 위치 기반의 서비스들을 제공받기 위한 MEC(mobile edge computing).

5G 이동통신 시스템이 상용화됨에 따라, 기하급수적으로 증가하고 있는 커넥티드(connected) 장치들이 통신망들에 연결될 것이며, 이에 따라 5G 이동통신 시스템의 기능 및 성능 향상과 커넥티드 장치들의 통합 운용이 필요할 것으로 예상된다. 이를 위해, 다음과 관련된 새로운 연구가 예정되어 있다: AR(augmented reality), VR(virtual reality), MR(mixed reality) 등을 효율적으로 지원하기 위한 XR(extended reality), 인공지능(AI)과 머신러닝(ML)을 활용한 5G 성능 향상 및 복잡도 감소, AI 서비스 지원, 메타버스 서비스 지원, 및 드론 통신.

또한, 이러한 5G 이동통신 시스템의 발전은 다음 기술들에 대한 개발의 기반이 될 것이다: 6G 이동통신 기술의 테라헤르츠 대역 커버리지 제공을 위한 새로운 파형; FD-MIMO(full dimensional MIMO), 어레이 안테나, 대형 안테나 등의 다중 안테나 전송 기술; 테라헤르츠 대역 신호의 커버리지 향상을 위한 메타물질 기반 렌즈 및 안테나; OAM(orbital angular momentum) 및 RIS(reconfigurable intelligent surface)를 이용한 고차원 공간 다중화 기술; 6G 이동통신 기술의 주파수 효율을 높이고 시스템 네트워크를 개선하기 위한 전이중(full-duplex) 기술; 설계 단계부터 인공위성과 AI를 활용하여 시스템 최적화를 구현하고 종단간(end-to-end) AI 지원 기능을 내재화하기 위한 AI 기반 통신 기술; 및 초고성능 통신과 컴퓨팅 자원을 활용하여 단말 운용 능력의 한계를 뛰어넘는 복잡도 수준의 서비스 구현을 위한 차세대 분산 컴퓨팅 기술.

현재 TS 3GPP(technical specification 3rd generation partnership project) 22.280은 기능적 별칭 및 다양한 기능들의 사용을 지원하기 위해 수많은 요구사항들을 정의한다. 특히, 특정 요구사항들은 활성화된 기능적 별칭(들)이 어떻게 MCX 그룹에 연관되는지를 MCX 서버가 이해하도록 한다. MCX 사용자에 의해 활성화되는 특정 기능적 별칭이 특정 MCX 그룹 또는 MCX 그룹 집합과 연관되는 것은, 특정 기능적 별칭을 활성화하는 MCX 사용자가 특정 MCX 그룹의 가입(affiliation)을 철회하는 것을 방지하려는 정책을 MCX 서버가 적용하고자 할 때, MCX 사용자가 특정 기능적 별칭을 활성화한 MCX 그룹의 유일한 MCX 사용자인 경우 MCX 사용자가 특정 MCX 그룹의 가입을 철회하는 것을 방지하려는 정책을 MCX 서버가 적용하고자 할 때, 그리고 MCX 서버가 통신 중에 연결된 MCX 사용자들의 기능적 별칭 ID들을 통신의 MCX 사용자 참가자들과 공유하고 요청 시 MCX 사용자 ID 및 MCX 그룹 각 구성원의 연관된 기능적 별칭들을 포함하는 MCX 그룹의 현재 가입된 구성원들의 목록을 제공하고자 할 때 요구된다.

3GPP TS 23.280에 명시된 바와 같이, MCX 클라이언트 장치는 그룹 제어 MCX 서버 내에 저장될 그룹 결합 연관(group binding association)에 대한 기능적 별칭을 생성한다. 기능적 별칭은 그룹으로부터 기능적 별칭이 결합해제될 때까지 그룹에 결합된다. 현재, 종래 기술에는 기능적 별칭을 특정 MCX 그룹 또는 MCX 그룹 집합과 결합/결합해제(bind/unbind)하기 위해 프로토콜을 사용하는 메커니즘 또는 방법을 제공하는 절차가 없다. 따라서, 하나 이상의 MCX 그룹들과 기능적 별칭의 결합/결합해제를 수행하는 방법 및 장치가 필요하다.

본 발명의 측면들은 적어도 위에서 언급된 문제들 및/또는 단점들을 다루고 적어도 아래에 설명되는 이점들을 제공하기 위한 것이다. 따라서, 본 발명의 측면은 MCX 그룹과 기능적 별칭의 결합을 생성 및 제거하는 시스템 및 방법을 제공하는 것이다.

본 발명의 다른 측면은 MCX 사용자가 MCX 사용자에 의해 활성화된 특정 기능적 별칭과 MCX 그룹 또는 MCX 그룹 집합과의 연관을 생성하도록 MCX 서버에 요청하기 위한 시스템 및 방법을 제공하는 것이다.

본 발명의 일 측면에 따르면, MCX 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위해 MCX 서버에 의해 수행되는 방법은, 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위한 세션 개시 프로토콜(SIP: session initiation protocol) 메시지 요청을 MCX 클라이언트 장치로부터 수신하는 단계, 상기 SIP 메시지 요청의 수신에 대한 응답으로 상기 MCX 클라이언트 장치를 인가하는 단계, 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하기 위한 상기 SIP 메시지 요청이 수신될 때 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 연관을 생성 또는 업데이트하거나, 또는 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 제거하기 위한 상기 SIP 메시지 요청이 수신될 때 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 연관을 해제하는 단계, 및 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 상기 MCX 클라이언트 장치로 전송하는 단계를 포함한다.

본 발명의 다른 측면에 따르면, MCX 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위해 MCX 클라이언트 장치에 의해 수행되는 방법은, 상기 MCX 네트워크의 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위한 SIP 메시지 요청을 생성하는 단계, 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위해 MCX 서버로 상기 SIP 메시지 요청을 전송하는 단계, 및 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 상기 MCX 서버로부터 수신하는 단계를 포함한다. 본 발명의 다른 측면에 따르면, MCX 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위한 MCX 서버는 통신부, 및 상기 통신부에 통신 가능하게 연결된 기능적 별칭 연관 제어부를 포함하고, 상기 기능적 별칭 연관 제어부는 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위한 SIP 메시지 요청을 MCX 클라이언트 장치로부터 수신하고, 상기 SIP 메시지 요청의 수신에 대한 응답으로 상기 MCX 클라이언트 장치를 인가하고, 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하기 위한 상기 SIP 메시지 요청이 수신될 때 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 연관을 생성 또는 업데이트하거나, 또는 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 제거하기 위한 상기 SIP 메시지 요청이 수신될 때 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 연관을 해제하고, 및 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 상기 MCX 클라이언트 장치로 전송하도록 구성된다.

본 발명의 다른 측면에 따르면, MCX 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위한 MCX 클라이언트 장치는 통신부, 및 상기 통신부에 통신 가능하게 연결된 기능적 별칭 연관 제어부를 포함하고, 상기 기능적 별칭 연관 제어부는 상기 MCX 네트워크의 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위한 SIP 메시지 요청을 생성하고, 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위해 MCX 서버로 상기 SIP 메시지 요청을 전송하고, 및 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 상기 MCX 서버로부터 수신하도록 구성된다.

본 발명의 측면들은 MCX 사용자에 의해 활성화된 특정 기능적 별칭과 특정 MCX 그룹 또는 MCX 그룹 집합과의 연관을 생성하도록 MCX 사용자가 어떻게 MCX 서버에 요청하는지에 대한 시스템 및 방법을 제공한다.

본 발명의 특정 실시예들의 상기 및 그 밖의 측면들, 특징들 및 이점들은 첨부된 도면과 함께 이루어진 다음의 상세한 설명으로부터 더욱 명백해질 것이다.
도 1은 종래 기술에 따라 새로운 xml(extensible markup language) 스키마(schema)를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 생성하고 제거하기 위해 요청하는 MCPTT 클라이언트 장치의 절차를 도시한다.
도 2는 일 실시예에 따라 새로운 xml 스키마를 사용하여 MCPTT 그룹 목록과 기능적 별칭의 결합 정보를 생성하고 제거하기 위해 요청하는 MCPTT 클라이언트 장치의 절차를 도시한다.
도 3a는 일 실시예에 따라 새로운 xml 스키마를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 생성하기 위해 요청하는 MCPTT 클라이언트 장치의 절차를 도시한다.
도 3b는 일 실시예에 따라 새로운 xml 스키마를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 제거하기 위해 요청하는 MCPTT 클라이언트 장치의 절차를 도시한다.
도 4a는 일 실시예에 따라 기존의 어플리케이션/자원-목록 xml 스키마를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 생성하기 위해 요청하는 MCPTT 클라이언트 장치의 절차를 도시한다.
도 4b는 일 실시예에 따라 기존의 어플리케이션/자원-목록 xml 스키마를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 제거하기 위해 요청하는 MCPTT 클라이언트 장치의 절차를 도시한다.
도 5는 일 실시예에 따라 전체 서비스에 대한 사용자 프로파일 문서 하에 정의된 설정 파라미터들을 도시한다.
도 6은 일 실시예에 따른 MCPTT 클라이언트 장치의 하드웨어 구성요소들을 도시한다.
도 7은 일 실시예에 따른 MCPTT 서버의 하드웨어 구성요소들을 도시한다.
도 8은 일 실시예에 따라 MCX 네트워크의 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위해 MCX 서버에 의해 구현되는 방법을 도시한다.
도 9는 일 실시예에 따라 MCX 네트워크의 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위해 MCX 클라이언트 장치에 의해 구현되는 방법을 도시한다.

이하, 첨부 도면을 참조하여 본 발명의 실시예들을 더욱 상세하게 설명한다. 공지 기능들 및 구성들에 대한 설명은 실시예들을 불필요하게 흐리지 않도록 생략된다. 여기에 설명된 실시예들은 반드시 상호 배타적인 것은 아니며, 일부 실시예들은 하나 이상의 다른 실시예들과 조합하여 새로운 실시예들을 형성할 수 있다. 본 명세서에서 사용된 용어 "또는"은, 달리 명시되지 않는 한, 비-배타적인 또는을 의미한다. 본 명세서에 설명된 예들은 본 명세서의 실시예들의 범위를 제한하는 것으로 해석되어서는 안 된다.

실시예들은 설명된 기능 또는 기능들을 수행하는 블록들의 관점에서 설명되고 도시될 수 있다. 본 명세서에서 매니저, 부(unit), 모듈, 하드웨어 구성요소 등으로 지칭될 수 있는 이들 블록은 논리 게이트, 집적 회로, 마이크로프로세서, 마이크로컨트롤러, 메모리 회로, 수동 전자 부품, 능동 전자 부품, 광학 부품, 유선 회로 등과 같은 아날로그 및/또는 디지털 회로에 의해 물리적으로 구현되며, 선택적으로 펌웨어 및 소프트웨어에 의해 구동될 수 있다. 회로는 하나 이상의 반도체 칩 내에 또는 인쇄 회로 기판 등과 같은 기판 상에 구현될 수 있다. 블록을 구성하는 회로는 전용 하드웨어에 의해, 또는 프로세서(예: 하나 이상의 프로그래밍된 마이크로프로세서 및 관련 회로)에 의해, 또는 블록의 일부 기능을 수행하는 전용 하드웨어와 블록의 다른 기능을 수행하는 프로세서의 조합에 의해 구현될 수 있다. 실시예들의 각 블록은 본 발명의 범위를 벗어나지 않고 2개 이상의 상호 작용하는 별개의 블록들로 물리적으로 분리될 수 있거나 더 복잡한 블록으로 물리적으로 결합될 수 있다.

MCPTT 클라이언트 장치 및 MCX 클라이언트 장치라는 표현들은 MCPTT 서버 및 MCX 서버라는 표현들과 마찬가지로 본 발명에서 상호교환적으로 사용된다.

본 발명의 실시예들은 MCX 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하는 방법을 제공한다. 이 방법은 MCX 서버가 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하거나 제거하기 위한 SIP 메시지 요청을 MCX 클라이언트 장치로부터 수신하는 단계, MCX 서버가 SIP 메시지 요청의 수신에 대한 응답으로 MCX 클라이언트 장치를 인가하는 단계, MCX 서버가 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하기 위한 SIP 메시지 요청이 수신될 때 적어도 하나의 MCX 그룹과 기능적 별칭의 연관을 생성 또는 업데이트하거나, 또는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 제거하기 위한 SIP 메시지 요청이 수신될 때 적어도 하나의 MCX 그룹과 기능적 별칭의 연관을 해제하는 단계, 및 MCX 서버가 적어도 하나의 MCX 그룹과 기능적 별칭의 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 MCX 클라이언트 장치로 전송하는 단계를 포함한다.

본 발명의 시스템 및 방법은 특정 MCX 그룹 또는 MCX 그룹들의 집합과 MCX 사용자에 의해 활성화되는 특정 기능적 별칭의 연관을 생성하도록 MCX 사용자가 MCX 서버에 요청할 수 있도록 한다. 이 방법은 공공 안전 및 철도 시스템에서 구현된다.

본 발명의 방법은 특정 MCX 그룹 또는 MCX 그룹들의 집합과 MCX 사용자에 의해 활성화되는 특정 기능적 별칭의 연관을 다루며, 이는 현재 종래 기술에 나타나있지 않다. MCX 사용자에 의해 활성화되는 특정 기능적 별칭이 특정 MCX 그룹 또는 MCX 그룹 집합과 연관되는 것은, MCX 사용자가 MCX 그룹으로부터 탈퇴하는 것, 연관된 기능적 별칭과 함께 MCX 그룹에 가입된 MCX 사용자 정보를 전송하는 것, MCX 통신 중에 통화 참가자의 기능적 별칭을 공유하는 것을 방지하기 위해, MCX 서버가 특정 규칙들이나 정책들을 적용하려는 경우에 필요하다.

본 발명은 MCX 사용자에 의해 활성화되는 특정 기능적 별칭을 특정 MCX 그룹 또는 MCX 그룹들의 집합과 어떻게 연관시키는지에 대하여 설명한다. 요청 SIP 메소드 메시지는 정보를 전달하기 위해 사용되며, 그 밖의 적절한 SIP 메소드 메시지들이 사용될 수 있다. 본 명세서에서는 MCX 그룹(들)과 기능적 별칭의 연관을 지원하기 위해 요구되는 시스템, 절차들, 및 설정을 설명하는 예시적인 서비스로서 MCPTT 서비스가 사용된다. 유사한 절차들이 MCData 및 MCVideo를 비롯한(하지만 이에 국한되지 않음) 다른 MCX들에도 적용될 수 있다.

도 1은 종래 기술에 따라 새로운 xml 스키마를 사용하여 MCPTT 그룹들 목록과 기능적 별칭의 결합 정보를 생성하고 제거하기 위해 요청하는 MCPTT 클라이언트 장치의 절차를 도시한다.

101 단계에서, MCPTT(또는 MCX) 사용자가 동작 수행을 결정한다. 102 단계에서, MCPTT(또는 MCX) 클라이언트 장치(100)는 SIP 메시지를 MCPTT 서버(200)로 전송한다. 여기서 SIP 메시지는 요청 유형=적절한 값으로 설정(request-type=set to appropriate value)을 포함한다. 103 단계에서, MCPTT 서버(200)는 인가(authorization) 확인을 수행한다. 104 단계에서, MCPTT 서버(200)는 요청 유형 및 관련 데이터를 기반으로 동작을 수행한다. 105 단계에서, MCPTT 서버(200)는 200 OK를 MCPTT 클라이언트로 전송한다.

도 2는 일 실시예에 따라 새로운 xml 스키마를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 생성하고 제거하기 위해 요청하는 MCPTT 클라이언트 장치(100)의 절차를 도시한다.

201 단계에서, MCPTT 사용자는 MCPTT 그룹(들)과 기능적 별칭의 연관을 생성하거나 제거할 것을 결정한다. 202 단계에서, MCPTT 클라이언트 장치(100)는 request-type= fa-group-assn-reqbind fa-uri,group uri,unbind fa-uri,group uri set을 포함하는 SIP 메시지를 MCPTT 서버(200)로 전송한다. 여기서 URI는 통합 자원 식별자(uniform resource identifier)를 지칭한다. 203 단계에서, MCPTT 서버(200)는 인가 확인을 수행한다. 204 단계에서, MCPTT 서버(200)는 MCPTT 클라이언트에 대한 기록을 업데이트하거나 저장하고, MCPTT 그룹(들)과 기능적 별칭의 결합 정보를 연관시키거나(associate) 연관해제한다(disassociate). 205 단계에서, MCPTT 서버(200)는 200 OK 메시지를 MCPTT 클라이언트 장치(100)로 전송한다.

도 3a는 일 실시예에 따라 새로운 xml 스키마를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 생성하기 위해 요청하는 MCPTT(또는 MCX) 클라이언트 장치(100)의 절차를 도시한다.

301 단계에서, MCPTT 사용자는 MCPTT 그룹(들)과 기능적 별칭의 연관을 생성할 것을 결정한다. 302 단계에서, MCPTT 클라이언트 장치(100)는 request-type=fa-group-assn-reqbind fa-uri,group uri set을 포함하는 SIP 메시지를 MCPTT 서버(200)로 전송한다. 303 단계에서, MCPTT 서버(200)는 인가 확인을 수행한다. 304 단계에서, MCPTT 서버(200)는 MCPTT 클라이언트 장치(100)에 대한 기록을 업데이트하거나 저장하고, MCPTT 그룹(들)과 기능적 별칭의 결합 정보를 연관시킨다. 305 단계에서, MCPTT 서버(200)는 200 OK를 MCPTT 클라이언트 장치(100)로 전송한다.

도 3b는 일 실시예에 따라 새로운 xml 스키마를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 제거하기 위해 요청하는 MCPTT 클라이언트 장치(100)의 절차를 도시한다.

311 단계에서, MCPTT 사용자는 MCPTT 그룹(들)과 기능적 별칭의 연관을 제거할 것을 결정한다. 312 단계에서, MCPTT 클라이언트 장치(100)는 request-type= fa-group-assn-req unbind fa-uri,group uri set을 포함하는 SIP 메시지를 MCPTT 서버(200)로 전송한다. 313 단계에서, MCPTT 서버(200)는 인가 확인을 수행한다. 314 단계에서, MCPTT 서버(200)는 MCPTT 클라이언트 장치(100)에 대한 기록을 업데이트하거나 저장하고, MCPTT 그룹(들)과 기능적 별칭의 결합 정보를 연관해제한다. 315 단계에서, MCPTT 서버(200)는 200 OK를 MCPTT 클라이언트에게 전송한다.

도 4a는 일 실시예에 따라 기존의 어플리케이션/자원-목록 xml 스키마를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 생성하기 위해 요청하는 MCPTT 클라이언트 장치(100)의 절차를 도시한다.

401 단계에서, MCPTT 사용자는 MCPTT 그룹(들)과 기능적 별칭의 연관을 생성할 것을 결정한다. 402 단계에서, MCPTT 클라이언트 장치(100)는 request-type=fa-group-assn-reqbind-assn-ind=true associating-fa-uri, application/resource-lists+xml을 포함하는 SIP 메시지를 MCPTT 서버(200)로 전송한다. 403 단계에서, MCPTT 서버(200)는 인가 확인을 수행한다. 404 단계에서, MCPTT 서버(200)는 MCPTT 클라이언트 장치(100)에 대한 기록을 업데이트하거나 저장하고, MCPTT 그룹(들)과 기능적 별칭의 결합 정보를 연관시킨다. 405 단계에서, MCPTT 서버(200)는 200 OK를 MCPTT 클라이언트 장치(100)로 전송한다.

도 4b는 일 실시예에 따라 기존의 어플리케이션/자원-목록 xml 스키마를 사용하여 MCPTT 그룹(들) 목록과 기능적 별칭의 결합 정보를 제거하기 위해 요청하는 MCPTT 클라이언트 장치(100)의 절차를 도시한다.

411 단계에서, MCPTT 사용자는 MCPTT 그룹(들)과 기능적 별칭의 연관을 제거할 것을 결정한다. 412 단계에서, MCPTT 클라이언트 장치(100)는 request-type=fa-group-assn-reqbind-assn-ind=false associating-fa-uri,application/resource-lists+xml을 포함하는 SIP 메시지를 MCPTT 서버(200)로 전송한다. 413 단계에서, MCPTT 서버(200)는 인가 확인을 수행한다. 414 단계에서, MCPTT 서버(200)는 MCPTT 클라이언트 장치(100)에 대한 기록을 업데이트하거나 저장하고, MCPTT 그룹(들)과 기능적 별칭의 결합 정보를 연관해제한다. 415 단계에서, MCPTT 서버(200)는 200 OK를 MCPTT 클라이언트 장치(100)로 전송한다.

도 5는 일 실시예에 따라 전체 서비스에 대한 사용자 프로파일 문서 하에 정의된 설정 파라미터들을 도시한다.

501 단계에서, 설정 관리 클라이언트-1(CMC-1: configuration management client-1)(500)은 설정 관리 서버-1(CMS-1: configuration management server-1)(510)로 HTTP GET(hypertext transfer protocol get) 메시지를 전송한다. 502 단계에서, CMS-1은 MCPTT 사용자 프로파일 설정 문서를 반환한다. 503 단계에서, CMS-1(510)은 200 OK를 CMC-1(500)로 전송한다.

- 새로운 MCPTT 사용자 프로파일은 사용자의 특정 동작 수행을 허용/불허하는 규칙 집합에서 새로운 동작을 나타낸다.

아래 표 1은 불리언(Boolean) 타입의 <allow-function-alias-association-with-group> 요소의 값들을 나타내며, 3GPP TS 24.483에서 1절의 "AllowedFunctionalAliasAssociationWithGroup" 요소에 해당한다.

"참(true)"	MCPTT 사용자를 위해 발신 참여 MCPTT 기능을 수행하는 MCPTT 서버에 지시함. MCPTT 사용자는 3GPP TS 24.379에 정의된 절차를 사용하여 그룹 또는 그룹들의 목록과 특정 기능적 별칭의 연관을 요청할 권한이 있음
"거짓false)"	MCPTT 사용자를 위해 발신 참여 MCPTT 기능을 수행하는 MCPTT 서버에 지시함. MCPTT 사용자는 3GPP TS 24.379에 정의된 절차를 사용하여 그룹 또는 그룹들의 목록과 특정 기능적 별칭의 연관을 요청하고 그러한 요청을 거부할 권한이 없음

본 발명의 방법은 application/vnd.3gpp.mcptt-fa-group-assn-request+xml에 대한 새로운 스키마를 제시하며 MCPTT 시그널링 제어 프로토콜 규격 문서(TS 24.282)에 대하여 아래에 정의된다.

<?xml version="1.0" encoding="UTF-8"?>

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"

targetNamespace="urn:3gpp:ns:faGroupAssnRequest:1.0"

xmlns:mcpttfagroupassn="urn:3gpp:ns:faGroupAssnRequest:1.0"

attributeFormDefault="unqualified" elementFormDefault="qualified">

<xs:complexType name="bind-command">

<xs:sequence>

<xs:element name="group" type="mcpttfagroupassn:groupType" minOccurs="1" maxOccurs="unbounded"/>

<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>

<xs:element name="anyExt" type="mcpttfagroupassn:anyExtType" minOccurs="0"/>

</xs:sequence>

<xs:attribute name="fa-uri" type="xs:anyURI" use="required"/>

<xs:anyAttribute namespace="##any" processContents="lax"/>

</xs:complexType>

<xs:complexType name="unbind-command">

<xs:sequence>

<xs:element name="group" type="mcpttfagroupassn:groupType" minOccurs="1" maxOccurs="unbounded"/>

<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>

<xs:element name="anyExt" type="mcpttfagroupassn:anyExtType" minOccurs="0"/>

</xs:sequence>

<xs:anyAttribute namespace="##any" processContents="lax"/>

</xs:complexType>

<xs:complexType name="groupType">

<xs:sequence>

<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>

<xs:element name="anyExt" type="mcpttfagroupassn:anyExtType" minOccurs="0"/>

</xs:sequence>

<xs:attribute name="uri" type="xs:anyURI" use="required"/>

<xs:anyAttribute namespace="##any" processContents="lax"/>

</xs:complexType>

<!-- root XML element for commond list of Functional Alias - Group association XML document -->

<xs:element name="fa-group-assn-list">

<xs:complexType>

<xs:sequence>

<xs:element name="bind" type="mcpttfagroupassn:bind-command" minOccurs="0" maxOccurs="unbounded"/>

<xs:element name="unbind" type="mcpttfagroupassn:unbind-command" minOccurs="0" maxOccurs="unbounded"/>

<xs:element name="anyExt" type="mcpttfagroupassn:anyExtType" minOccurs="0"/>

<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

<xs:anyAttribute namespace="##any" processContents="lax"/>

</xs:complexType>

</xs:element>

<xs:complexType name="anyExtType">

<xs:sequence>

<xs:any namespace="##any" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

<fa-group-assn-list> 요소는 XML 문서의 루트 요소이다. <fa-group-assn-list> 요소는 0개 이상의 <bind> 및/또는 <unbind> 하위 요소들을 포함할 수 있다.

<fa-group-assn-list>가 그룹들의 목록이 연관되어야 하는 특정 기능적 별칭 URI로 설정된 "fa-uri" 속성이 있는 <bind> 요소를 포함하면, <bind> > 요소는 <group> 하위 요소들의 목록을 포함하며 각각의 하위 요소는 그룹 uri로 설정된 "uri" 속성을 포함하고 적어도 하나의 <group> 하위 요소를 가진다. 수신자는 <fa-group-assn-list>가 적용되는 MCPTT 클라이언트 장치(100)에 대한 목록에 포함된 모든 MCPTT 그룹들과 특정 기능적 별칭 URI의 결합을 생성할 것이다.

<fa-group-assn-list>가 그룹들의 목록이 연관해제되어야 하는 특정 기능적 별칭 URI로 설정된 "fa-uri" 속성이 있는 <unbind> 요소를 포함하면, <unbind> 요소는 <group> 하위 요소들의 목록을 포함하며 각각의 하위 요소는 그룹 uri로 설정된 "uri" 속성을 포함하고 적어도 하나의 <group> 하위 요소를 가진다. 수신자는 <fa-group-assn-list>가 적용되는 MCPTT 클라이언트 장치(100)에 대한 목록에 포함된 모든 MCPTT 그룹들과 특정 기능적 별칭 URI의 결합을 제거할 것이다.

XML 수신자는 알려지지 않은 요소와 알려지지 않은 속성을 무시한다.

본 발명의 방법은 MCPTT 시그널링 제어 프로토콜 규격 문서(TS 24.379)에 다음의 변경들을 제공한다.

솔루션 1: 아래의 솔루션은 독립형(standalone) 절차를 사용하여 MCPTT 클라이언트 장치의 MCPTT 사용자에 대한 MCPTT 그룹들의 목록에 기능적 별칭을 연관시키는 방법을 다룬다.

SIP 메시지 요청 - MCPTT 서버는 발신(originations) 및 종료(terminations)에 대한 다음의 SIP 메시지 요청을 구별해야 한다.

a) 참여 MCPTT 기능의 공공 서비스 ID로 설정된 요청-URI를 갖는 초기 필터 기준의 결과로서 발신 참여 MCPTT 기능으로 라우팅되고 "application/vnd.3gpp.mcptt-info+xml"로 설정된 콘텐츠-유형 헤더 필드를 포함하고 "fa-group-assn-req"의 값으로 설정된 <request-type> 요소를 갖는 <anyExt> 요소를 포함하는 <mcptt-Params> 요소를 포함하는 <mcpttinfo> 루트 요소를 포함하는 XML 본문을 포함하는 SIP 메시지 요청들. 이러한 요청들은 "발신 참여 MCPTT 기능에 대하여 MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청"으로서 본 명세서에 개시된다.

b) 참여 MCPTT 기능의 공공 서비스 ID로 설정된 요청-URI를 갖는 초기 필터 기준의 결과로서 제어 참여 MCPTT 기능으로 라우팅되고 "application/vnd.3gpp.mcptt-info+xml"로 설정된 콘텐츠-유형 헤더 필드를 포함하고 "fa-group-assn-req"의 값으로 설정된 <request-type> 요소를 갖는 <anyExt> 요소를 포함하는 <mcptt-Params> 요소를 포함하는 <mcpttinfo> 루트 요소를 포함하는 XML 본문을 포함하는 SIP 메시지 요청들. 이러한 요청들은 "제어 참여 MCPTT 기능에 대하여 MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청"으로서 본 명세서에 개시된다.

경고문 - 아래 표 2는 경고 헤더 필드가 MCPTT 통신 저장 제어 요청의 저장을 가능하게 하거나 가능하지 않게 하기 위한 SIP 메시지 요청에 대한 응답에 포함된 경우 경고 헤더 필드에 대하여 정의되는 경고문들을 보여준다.

코드	설명문	설명
xyz	MCPTT 그룹(들)과 기능적 별칭의 연관을 요청할 권한이 없는 사용자	기능은 이 사용자에 대하여 가능하지 않다.
abc	연관을 생성하기 위한 타겟 기능적 별칭 또는 그룹을 결정할 수 없음	MCPTT 서버는 연관을 생성하기 위한 타겟 기능적 별칭 또는 그룹을 결정할 수 없다.
kgk	MCPTT 그룹 결합이 이미 다른 기능적 별칭과 함께 존재함	MCPTT 그룹과 결합하는 요청된 기능적 별칭이 이미 다른 기능적 별칭과 함께 존재한다.

그룹 결합 연관 절차들에 대한 기능적 별칭은 MCPTT 그룹(들)과 온-네트워크 기능적 별칭 연관을 위한 MCPTT 클라이언트 절차들, 참여(participating) MCPTT 기능 절차들, 및 제어(controlling) MCPTT 기능 절차들을 설명한다. MCPTT 사용자는 동일한 기능적 별칭을 여러 MCPTT 그룹들과 연관시킬 수 있지만 여러 기능적 별칭이 동일한 MCPTT 그룹과 연관될 수는 없다.

MCPTT 클라이언트 절차들: MCPTT 클라이언트 장치(100)에서 MCPTT 사용자로부터의 요청 시, 기능적 별칭을 그룹과 연관시키기 위한 요청은 참여 MCPTT 기능으로 전해진다(initiated).

그룹 결합에 대한 기능적 별칭 - 기능적 별칭을 MCPTT 그룹 또는 MCPTT 그룹들의 목록과 연관시키는 요청을 보내라는 MCPTT 사용자의 요청을 수신할 경우, <ruleset> 요소의 <allow-function-alias-association-with-group> 요소가 MCPTT 사용자 프로파일 문서에 존재하지 않거나(3GPP TS 24.484의 MCPTT 사용자 프로파일 문서 참조) "false" 값으로 설정되면, MCPTT 클라이언트 장치는 MCPTT 사용자에게 알리고 이 절차를 종료해야 한다.

기능적 별칭을 MCPTT 그룹과 결합하는 요청을 보내라는 MCPTT 사용자의 요청을 수신할 경우, MCPTT 클라이언트 장치는 아래 설명과 함께 3GPP TS 24.229 및 IETF RFC 3428에 따라 SIP 메시지 요청을 생성해야 한다. MCPTT 클라이언트 장치는 MCPTT 사용자에 서비스를 제공하는 발신 참여 MCPTT 기능을 식별하는 공공 서비스 ID로 설정된 요청-URI를 포함시키고, IETF RFC 6050에 따라 P-우선-서비스(P-preferred-service) 헤더 필드에 ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"(3GPP TS 24.229에 명시된 바와 같이 코딩됨)를 포함시키고, 여기서 ICSI는 IMS 통신 서비스 식별자(communication service identifier)를 지칭하고 IMS는 인터넷 프로토콜 멀티미디어 서브시스템(Internet protocol multimedia subsystem)을 지칭함, IETF RFC 3841에 따라 "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드를 포함시키고, IETF RFC 3841에 따라 "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시키고, 3GPP TS 24.229에 명시된 바와 같이 공공 사용자 ID를 포함하는 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드를 포함시키고, "fa-group-assn-req"의 값으로 설정된 <요청-유형(request-type)> 요소, "true"의 값으로 설정된 <bind-assn-ind> 요소, application/resource-lists+xml MIME 본문 내의 MCPTT 그룹들의 지정된 목록과 연관될 기능적 별칭의 URI로 설정된 <associating-fa-uri> 요소, 발신 MCPTT 클라이언트의 MCPTT 클라이언트 ID로 설정된 <mcptt-client-id> 요소, 및 만약 MCPTT 클라이언트 장치가 SIP 메시지 요청에 활성 기능적 별칭을 포함할 필요가 있는 경우, 사용된 기능적 별칭의 URI로 설정된 <functional-alias-URI>를 갖는 F.1절에 명시된 application/vnd.3gpp.mcptt-info+xml MIME 본문을 포함시키고, MCPTT 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 <entry> 요소들이 있는 application/resource-lists+xml MIME 본문을 포함시키고, 마지막으로 3GPP TS 24.229의 규칙들 및 절차들에 따라 SIP 메시지 요청을 전송한다.

SIP 메시지 요청에 대한 SIP 2xx 응답을 수신하면, MCPTT 클라이언트 장치는 MCPTT 사용자에게 MCPTT 그룹 또는 MCPTT 그룹들의 목록과 기능적 별칭의 성공적인 연관을 알린다.

SIP 메시지 요청에 대한 SIP 4xx 응답, SIP 5xx 응답 또는 SIP 6xx 응답을 수신하면, MCPTT 클라이언트 장치는 MCPTT 그룹 또는 MCPTT 그룹들의 목록과 기능적 별칭의 연관 실패를, 실패 이유에 대한 경고 헤더 정보를 고려하여, MCPTT 사용자에게 알린다.

그룹 결합해제에 대한 기능적 별칭 - 기능적 별칭을 MCPTT 그룹 또는 MCPTT 그룹들의 목록과 연관해제하는 요청을 보내라는 MCPTT 사용자의 요청을 수신할 경우, <ruleset> 요소의 <allow-function-alias-association-with-group> 요소가 MCPTT 사용자 프로파일 문서에 존재하지 않거나(3GPP TS 24.484의 MCPTT 사용자 프로파일 문서 참조) "false" 값으로 설정되면, MCPTT 클라이언트 장치는 MCPTT 사용자에게 알리고 이 절차를 종료해야 한다.

기능적 별칭을 MCPTT 그룹과 결합해제하는 요청을 보내라는 MCPTT 사용자의 요청을 수신하면, MCPTT 클라이언트 장치는 아래 설명과 함께 3GPP TS 24.229 및 IETF RFC 3428에 따라 SIP 메시지 요청을 생성해야 한다. MCPTT 클라이언트 장치는 MCPTT 사용자에 서비스를 제공하는 발신 참여 MCPTT 기능을 식별하는 공공 서비스 ID로 설정된 요청-URI를 포함시키고, IETF RFC 6050에 따라 P-우선-서비스(P-preferred-service) 헤더 필드에 ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"(3GPP TS 24.229에 명시된 바와 같이 코딩됨)를 포함시키고, 여기서 ICSI는 IMS 통신 서비스 식별자(communication service identifier)를 지칭하고 IMS는 인터넷 프로토콜 멀티미디어 서브시스템(Internet protocol multimedia subsystem)을 지칭함, IETF RFC 3841에 따라 "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드를 포함시키고, IETF RFC 3841에 따라 "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시키고, 3GPP TS 24.229에 명시된 바와 같이 공공 사용자 ID를 포함하는 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드를 포함시키고, "fa-group-assn-req"의 값으로 설정된 <요청-유형(request-type)> 요소, "false"의 값으로 설정된 <bind-assn-ind> 요소, application/resource-lists+xml MIME 본문 내의 MCPTT 그룹들의 지정된 목록과 연관해제될 기능적 별칭의 URI로 설정된 <disassociating-fa-uri> 요소, 발신 MCPTT 클라이언트의 MCPTT 클라이언트 ID로 설정된 <mcptt-client-id> 요소, 및 만약 MCPTT 클라이언트 장치가 SIP 메시지 요청에 활성 기능적 별칭을 포함할 필요가 있는 경우, 사용된 기능적 별칭의 URI로 설정된 <functional-alias-URI>를 갖는 F.1절에 명시된 application/vnd.3gpp.mcptt-info+xml MIME 본문을 포함시키고, MCPTT 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 <entry> 요소들이 있는 application/resource-lists+xml MIME 본문을 포함시키고, 마지막으로 3GPP TS 24.229의 규칙들 및 절차들에 따라 SIP 메시지 요청을 전송한다.

SIP 메시지 요청에 대한 SIP 2xx 응답을 수신하면, MCPTT 클라이언트 장치는 MCPTT 사용자에게 MCPTT 그룹 또는 MCPTT 그룹들의 목록과 기능적 별칭의 성공적인 연관해제를 알린다.

SIP 메시지 요청에 대한 SIP 4xx 응답, SIP 5xx 응답 또는 SIP 6xx 응답을 수신하면, MCPTT 클라이언트 장치는 기능적 별칭과 MCPTT 그룹 또는 MCPTT 그룹들의 목록의 연관해제 실패를, 가능하면 실패 이유에 대한 경고 헤더 정보를 고려하여, MCPTT 사용자에게 알린다.

참여 MCPTT 기능 절차: 참여 MCPTT 기능은 MCPTT 클라이언트 장치로부터 MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 요청을 수신하는 절차들을 갖는다.

MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청의 수신 - "발신 참여 MCPTT 기능을 위해 MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청"의 수신 시, 참여 MCPTT 기능은:

1. 자원 부족으로 인해 요청을 처리할 수 없거나 혼잡의 위험이 있는 경우, SIP 500(서버 내부 오류) 응답으로 SIP 메시지 요청을 거부할 수 있다. 참여 MCPTT 기능은 IETF RFC 3261에 명시된 바와 같이 SIP 500 응답에 대한 재시도(retry-after) 헤더 필드를 포함할 수 있고 나머지 단계들을 수행하지 않을 수 있다;

2. SIP 메시지 요청의 P-주장된-신원(asserted-identity) 헤더 필드에 있는 공공 사용자 ID로부터 발신(calling) 사용자의 MCPTT ID를 결정한다(발신 사용자의 MCPTT ID는 서비스 허가 시 공공 사용자 ID에 결합된다);

3. 참여 MCPTT 기능이 공공 사용자 ID와 MCPTT ID 사이의 결합을 찾을 수 없거나 기존 결합의 유효 기간이 만료된 경우, 참여 MCPTT 기능은 경고 헤더 필드에 "141 참여 기능에 대해 알 수 없는 사용자"로 설정된 경고문과 함께 SIP 404(찾을 수 없음) 응답으로 SIP 메시지 요청을 거부하고 나머지 단계들의 수행을 중단한다;

4. SIP 메시지 요청의 application/vnd.3gpp.mcptt-info+xml MIME 본문에 있는 <request-type> 요소가 "fa-group-assn-req"의 값으로 설정된 경우, 그리고

a. <rule set> 요소의 <allow-function-alias-association-with-group> 요소가 MCPTT 사용자 프로파일 문서에 존재하지 않거나 (3GPP TS 24.484의 MCPTT 사용자 프로파일 문서 참조) "false"의 값으로 설정된 경우, 경고 헤더 필드에 "xyz MCPTT 그룹과 기능적 별칭의 연관을 요청할 권한이 없는 사용자"로 설정된 경고문을 포함하는 SIP 403(금지됨) 응답으로 SIP 메시지 요청을 거부하고 나머지 단계들을 수행하지 않는다;

b. SIP 메시지 요청에 application/resource-lists MIME 본문이 포함되지 않거나 또는 application/vnd.3gpp.mcptt-info+xml MIME 본문의 <bind-assn-ind> 요소 및 <associating-fa-uri> 요소가 포함되지 않은 경우, 경고 헤더 필드에 "abc 연관을 생성하기 위한 타겟 기능적 별칭 또는 그룹을 결정할 수 없음"으로 설정된 경고문을 포함하는 SIP 403(금지됨) 응답으로 SIP 메시지 요청을 거부하고 나머지 단계들을 수행하지 않는다; 및

c. SIP 메시지 요청에 application/resource-lists MIME 본문이 포함되지 않거나 또는 application/vnd.3gpp.mcptt-info+xml MIME 본문의 <bind-assn-ind> 요소 및 <disassociating-fa-uri> 요소가 포함되지 않은 경우, 경고 헤더 필드에 "abc 연관을 생성하기 위한 타겟 기능적 별칭 또는 그룹을 결정할 수 없음"으로 설정된 경고문을 포함하는 SIP 403(금지됨) 응답으로 SIP 메시지 요청을 거부하고 나머지 단계들을 수행하지 않는다;

5. 3GPP TS 24.229 및 IETF RFC 3428에 따라 SIP 메시지 요청을 생성한다;

6. 발신 사용자의 MCPTT ID와 연관된 MCPTT 그룹(들) 서비스와 기능적 별칭의 연관을 위해 발신 SIP 메시지 요청의 요청-URI를 제어 MCPTT 기능의 공공 서비스 ID로 설정한다;

7. 수신된 SIP 메시지 요청의 application/vnd.3gpp.mcptt-info+xml MIME 본문 내용을 절 F.1에 명시된 바와 같이 발신 SIP 메시지 요청에 포함된 application/vnd.3gpp.mcptt-info+xml MIME 본문에 복사한다;

8. 수신된 SIP 메시지 요청에 application/vnd.3gpp.mcptt-info+xml MIME 본문의 <function-alias-URI> 요소가 포함되어 있으면, MCPTT ID에 대한 기능적 별칭의 상태를 확인한다. 기능적 별칭 상태가 활성화되면, 참여 MCPTT 기능은 발신 SIP 메시지 요청에 있는 application/vnd.3gpp.mcptt-info+xml MIME 본문의 <function-alias-URI> 요소를 수신된 값으로 설정하고, 그렇지 않으면 <function-alias-URI> 요소를 포함해서는 안 된다;

9. <mcptt-Params> 요소가 포함된 <mcpttinfo> 요소의 <mcptt-calling-user-id> 요소를 위의 2) 단계에서 결정된 MCPTT ID로 설정한다;

10. 수신된 SIP 메시지 요청의 어플리케이션/자원-목록들 다목적 인터넷 메일 확장(MIME: multipurpose Internet mail extension) 본문의 내용을 발신 SIP 메시지 요청의 어플리케이션/자원-목록들 MIME 본문으로 복사한다;

11. 발신 SIP 메시지 요청의 P-asserted-identity를 수신된 SIP 메시지 요청에 포함된 P-Asserted-Identity 헤더 필드의 공공 사용자 ID로 설정한다;

12. IETF RFC 3841에 따라 "require" 및 "explicit" 헤더 필드 파라미터들과 함께 g.3gpp.mcptt 미디어 특징 태그를 포함하는 accept-contact 헤더 필드를 포함시킨다;

13. IETF RFC 3841에 따라 "require" 및 "explicit" 파라미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt" 값을 갖는 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시킨다;

14. ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"(3GPP TS 24.229에 명시된 바와 같이 코딩됨)를 발신 SIP 메시지 요청의 P-asserted-service 헤더 필드에 포함시킨다; 그리고

15. 3GPP TS 24.229에 명시된 바와 같이 SIP 메시지 요청을 제어 MCPTT 기능으로 전송한다.

단계 15)에서 전송된 SIP 메시지 요청에 대한 응답으로 SIP 2xx 응답을 수신한 경우:

1. 수신 SIP 200(OK) 응답의 P-asserted-identity 헤더 필드에서 수신된 공공 사용자 ID를 사용하여 3GPP TS 24.229에 명시된 바와 같이 발신 SIP 200(OK) 응답의 P-Asserted-Identity 헤더 필더에 SIP 200(OK) 응답을 생성한다; 그리고

2. 3GPP TS 24.229에 따라 SIP 200(OK) 응답을 MCPTT 클라이언트 장치로 전송한다.

SIP 메시지 요청에 대한 SIP 4xx, 5xx 또는 6xx 응답을 수신하면, MCPTT 클라이언트 장치로 오류 응답을 전달해야 한다.

제어 MCPTT 기능 절차들:

MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청의 수신 - "제어 MCPTT 기능을 위해 MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청"의 수신 시, 제어 MCPTT 기능은:

1. 자원 부족으로 인해 요청을 처리할 수 없거나 혼잡의 위험이 있는 경우, SIP 500(서버 내부 오류) 응답으로 SIP 메시지 요청을 거부할 수 있다. 제어 MCPTT 기능은 IETF RFC 3261에 명시된 바와 같이 SIP 500 응답에 대한 재시도(retry-after) 헤더 필드를 포함할 수 있고 나머지 단계들을 수행하지 않을 수 있다;

2. accept-contact 헤더 필드가 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 포함하는 g.3gpp.icsi-ref 미디어 특징 태그를 포함하지 않는 경우 SIP 403(금지됨) 응답으로 SIP 요청을 거부하고 나머지 단계들을 수행하지 않는다;

3. SIP 메시지 요청에 application/resource-lists MIME 본문이 포함되지 않거나 또는 application/vnd.3gpp.mcptt-info+xml MIME 본문의 <bind-assn-ind> 요소 및 <associating-fa-uri> 요소가 포함되지 않은 경우, 경고 헤더 필드에 "abc 연관을 생성하기 위한 타겟 기능적 별칭 또는 그룹을 결정할 수 없음"으로 설정된 경고문을 포함하는 SIP 403(금지됨) 응답으로 SIP 메시지 요청을 거부하고 이 하위절에서 나머지 단계들을 계속하지 않는다;

4. SIP 메시지 요청에 application/resource-lists MIME 본문이 포함되지 않거나 또는 application/vnd.3gpp.mcptt-info+xml MIME 본문의 <bind-assn-ind> 요소 및 <disassociating-fa-uri> 요소가 포함되지 않은 경우, 경고 헤더 필드에 "abc 연관을 생성하기 위한 타겟 기능적 별칭 또는 그룹을 결정할 수 없음"으로 설정된 경고문을 포함하는 SIP 403(금지됨) 응답으로 SIP 메시지 요청을 거부하고 이 하위절에서 나머지 단계들을 계속하지 않는다;

5. 수신 SIP 메시지 요청의 MCPTT 그룹 ID로 설정된 "uri" 속성을 포함하는 <entry> 요소가 동일한 MCPTT 사용자로부터 다른 기능적 별칭과의 기존 연관을 갖는 어플리케이션/자원-목록들 MIME 본문을 포함하는 경우, 4.4절에 명시된 바와 같이 경고 헤더 필드에 "kgk MCPTT 그룹 결합이 이미 다른 기능적 별칭과 함께 존재함"으로 설정된 경고문을 포함하는 SIP 403(금지됨) 응답으로 SIP 메시지 요청을 거부하고 남은 단계들을 수행하지 않는다;

6. SIP 메시지 요청의 application/vnd.3gpp.mcptt-info+xml MIME 본문이 "fa-group-assn-req"의 값으로 설정된 <request-type> 요소를 포함하는 경우, 그리고:

a. <bind-assn-ind> 요소가 "true" 값으로 설정된 경우, MCPTT 클라이언트 장치에 대한 기록을 업데이트하거나 저장하고, 어플리케이션/자원-목록들 MIME 본문에 포함된 MCPTT 그룹(들)의 목록과 <associating-fa-uri> 요소에 지정된 기능적 별칭에 대한 결합 정보를 연관시킨다; 또는

b. <bind-assn-ind> 요소가 "false" 값으로 설정된 경우, MCPTT 클라이언트 장치에 대한 기록을 업데이트하거나 저장하고, 어플리케이션/자원-목록들 MIME 본문에 포함된 MCPTT 그룹(들)의 목록으로부터 <disassociating-fa-uri> 요소에 지정된 기능적 별칭의 결합 정보를 연관해제한다;

7. 다음 설명과 함께 3GPP TS 24.229에 명시된 바와 같이 SIP 200(OK) 응답을 생성한다:

a. P-asserted-identity 헤더에 공공 사용자 ID를 포함시킨다; 그리고

8. 3GPP TS 24.229에 따라 SIP 200(OK) 응답을 MCPTT 클라이언트 장치로 전송한다.

의미론(semantic): mcptt info xml의 기존 <mcptt> 요소는 3개의 새로운 파라미터들을 포함하도록 확장된다. <mcpttinfo>가 <mcptt-Params> 요소를 포함하면 <anyExt>는 다음 요소들과 함께 포함될 수 있다:

a. "xs:string" 유형의 <request-type>:

i. MCPTT 클라이언트 장치가 MCPTT 그룹(들)과 기능적 별칭의 연관에 대한 요청을 시작할 때 "fa-group-assn-req" 값으로 설정됨;

b. "xs:Boolean" 유형의 <bind-assn-ind>:

i. MCPTT 클라이언트 장치에 대한 MCPTT 그룹들의 지정된 목록과 특정 기능적 별칭의 결합을 생성하는 것이 사용자에 의해 결정되면 "true" 값으로 설정됨; 또는

ii. MCPTT 클라이언트 장치에 대한 MCPTT 그룹들의 지정된 목록으로부터 특정 기능적 별칭의 결합을 제거하는 것이 사용자에 의해 결정되면 "false" 값으로 설정됨;

c. "xs:anyURI" 유형의 <associating-fa-uri>:

i. MCPTT 클라이언트 장치에 대한 MCPTT 그룹들의 지정된 목록과 연관될 기능적 별칭의 URI로 설정됨; 또는

ii. MCPTT 클라이언트 장치에 대한 MCPTT 그룹들의 지정된 목록으로부터 연관해제될 기능적 별칭의 URI로 설정됨;

d. "xs:anyURI" 유형의 <disassociating-fa-uri>:

i. MCPTT 클라이언트 장치에 대한 MCPTT 그룹들의 지정된 목록과 연관될 기능적 별칭의 URI로 설정됨; 또는

ii. MCPTT 클라이언트 장치에 대한 MCPTT 그룹들의 지정된 목록으로부터 연관해제될 기능적 별칭의 URI로 설정됨;

연관될 MCPTT 그룹 ID들 및 기능적 별칭들의 목록은 별도의 독립형 요청을 사용하여 결합을 생성하거나 제거하기 위한 새로운 스키마를 사용하여 지정될 수 있다. 상기 절차의 "그룹 결합에 대한 기능적 별칭"의 단계들 6) c) 및 7)은 다음과 같이 재작성된다.

7. 다음을 포함하는 application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문을 포함한다 -

a. MCPTT 그룹들의 목록이 연관되어야 하는 특정 기능적 별칭 URI로 설정된 "fa-uri" 속성을 가진 0개 이상의 <bind> 요소; 및

b. 포함된 <bind> 요소의 각각은 적어도 하나의 <group> 하위 요소를 갖는 <group> 하위 요소들의 목록을 포함하고 각각의 하위 요소는 MCPTT 그룹 uri로 설정된 "uri" 속성을 포함한다;

상기 절차의 "그룹 결합해제에 대한 기능적 별칭"의 단계들 6) c) 및 7)은 다음과 같이 재작성된다.

7. 다음을 포함하는 application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문을 포함한다:

a. MCPTT 그룹들의 목록이 연관해제되어야 하는 특정 기능적 별칭 URI로 설정된 "fa-uri" 속성을 가진 0개 이상의 <unbind> 요소; 및

b. 포함된 <unbind> 요소의 각각은 적어도 하나의 <group> 하위 요소를 갖는 <group> 하위 요소들의 목록을 포함하고 각각의 하위 요소는 MCPTT 그룹 uri로 설정된 "uri" 속성을 포함한다;

위에서 설명한 "MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청의 수신" 참여 기능 절차들의 단계 10)은 다음과 같이 재작성된다.

10. 수신된 SIP 메시지 요청의 application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문의 내용을 발신 SIP 메시지 요청의 application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문에 복사해야 한다;

위에서 설명한 "MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청의 수신" 제어 기능 절차들의 단계들 6) a) 및 b)는 다음과 같이 재작성된다.

6. SIP 메시지 요청의 application/vnd.3gpp.mcptt-info+xml MIME 본문이 "fa-group-assn-req"의 값으로 설정된 <request-type> 요소를 포함하는 경우, 그리고:

a. <bind-assn-ind> 요소가 "true" 값으로 설정된 경우, MCPTT 클라이언트 장치에 대한 기록을 업데이트하거나 저장하고, application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문의 각 <bind> 요소의 "fa-uri" 속성에 지정된 기능적 별칭에 대한 결합 정보를 MCPTT 그룹 uri로 설정된 "uri" 속성을 포함하는 각 하위 요소가 있는 해당 <group> 하위 요소들과 연관시켜야 한다; 또는

b. <bind-assn-ind> 요소가 "false" 값으로 설정된 경우, MCPTT 클라이언트 장치에 대한 기록을 업데이트하거나 저장하고, application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문의 각 <unbind> 요소의 "fa-uri" 속성에 지정된 기능적 별칭에 대한 결합 정보를 MCPTT 그룹 uri로 설정된 "uri" 속성을 포함하는 각 하위 요소가 있는 해당 <group> 하위 요소들로부터 연관해제시켜야 한다;

다른 실시예들에서, 연관될 MCPTT 그룹 ID들 및 기능적 별칭들의 목록은 동일한 요청을 사용하여 결합을 생성 및/또는 제거하기 위해 새로운 스키마를 사용하여 지정될 수 있다.

두 가지 다른 절차들 대신에, 앞서 설명한 "그룹 결합에 대한 기능적 별칭"과 "그룹 결합해제에 대한 기능적 별칭"은 다음과 같이 하나의 절차로 재작성된다.

MCPTT 클라이언트 절차들: 기능적 별칭을 MCPTT 그룹 또는 MCPTT 그룹들의 목록과 연관시키는 요청을 보내라는 MCPTT 사용자의 요청을 수신할 경우, <ruleset> 요소가 MCPTT 사용자 프로파일 문서에 존재하지 않거나(3GPP TS 24.484의 MCPTT 사용자 프로파일 문서 참조) "false" 값으로 설정되면, MCPTT 클라이언트 장치는 MCPTT 사용자에게 알리고 이 절차를 종료해야 한다.

기능적 별칭을 MCPTT 그룹과 결합하는 요청을 보내라는 MCPTT 사용자의 요청을 수신할 경우, MCPTT 클라이언트는 아래 설명과 함께 3GPP TS 24.229 및 IETF RFC 3428에 따라 SIP 메시지 요청을 생성해야 한다. MCPTT 클라이언트 장치는:

1. MCPTT 사용자에게 서비스를 제공하는 발신 참여 MCPTT 기능을 식별하는 공공 서비스 ID로 설정된 요청-URI를 포함시킨다;

2. IETF RFC 6050에 따라 P-Preferred-Service 헤더 필드에 ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"(3GPP TS 24.229에 명시된 바와 같이 코딩됨)를 포함시킨다;

3. IETF RFC 3841에 따라 "require" 및 "explicit" 헤더 필드 파라미터들과 함께 g.3gpp.mcptt 미디어 특징 태그를 포함하는 accept-contact 헤더 필드를 포함시킨다;

4. IETF RFC 3841에 따라 "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시킨다;

5. 3GPP TS 24.229에 명시된 바와 같이 공공 사용자 ID를 포함하는 SIP 메시지 요청의 P-preferred-identity 헤더 필드를 포함시킬 수 있다;

6. "fa-group-assn-req"의 값으로 설정된 <request-type> 요소, 발신 MCPTT 클라이언트의 MCPTT 클라이언트 ID로 설정된 <mcptt-client-id> 요소, 및 만약 MCPTT 클라이언트 장치가 SIP 메시지 요청에 활성 기능적 별칭을 포함할 필요가 있는 경우, 사용된 기능적 별칭의 URI로 설정된 <functional-alias-URI>를 갖는 F.1절에 명시된 application/vnd.3gpp.mcptt-info+xml MIME 본문을 포함시킨다;

7. 다음을 포함하는 application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문을 포함시킨다:

a. MCPTT 그룹들의 목록이 연관되어야 하는 특정 기능적 별칭 URI로 설정된 "fa-uri" 속성을 가진 0개 이상의 <bind> 요소;

b. 포함된 <bind> 요소의 각각은 적어도 하나의 <group> 하위 요소를 갖는 <group> 하위 요소들의 목록을 포함하고 각각의 하위 요소는 MCPTT 그룹 uri로 설정된 "uri" 속성을 포함한다;

c. MCPTT 그룹들의 목록이 연관해제되어야 하는 특정 기능적 별칭 URI로 설정된 "fa-uri" 속성을 가진 0개 이상의 <unbind> 요소; 및

d. 포함된 <unbind> 요소의 각각은 적어도 하나의 <group> 하위 요소를 갖는 <group> 하위 요소들의 목록을 포함하고 각각의 하위 요소는 MCPTT 그룹 uri로 설정된 "uri" 속성을 포함한다; 그리고

8. 3GPP TS 24.229의 규칙들 및 절차들에 따라 SIP 메시지 요청을 전송한다.

SIP 메시지 요청에 대한 SIP 2xx 응답을 수신하면, MCPTT 클라이언트 장치는 연관을 MCPTT 사용자에게 MCPTT 그룹 또는 MCPTT 그룹들의 목록과 기능적 별칭의 성공적인 알린다. SIP 메시지 요청에 대한 SIP 4xx 응답, SIP 5xx 응답 또는 SIP 6xx 응답을 수신하면, MCPTT 클라이언트 장치는 MCPTT 그룹 또는 MCPTT 그룹들의 목록과 기능적 별칭의 연관 실패를, 실패 이유에 대한 경고 헤더 정보를 고려하여, MCPTT 사용자에게 알린다.

위에서 설명한 "MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청의 수신" 참여 기능 절차들의 단계 10)은 다음과 같이 재작성된다.

10. 수신된 SIP 메시지 요청의 application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문의 내용을 발신 SIP 메시지 요청의 application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문에 복사해야 한다;

위에서 설명한 "MCPTT 그룹(들)과 기능적 별칭의 연관을 위한 SIP 메시지 요청의 수신" 제어 기능 절차들의 단계들 7) a) 및 b)는 다음과 같이 재작성된다.

7. SIP 메시지 요청의 application/vnd.3gpp.mcptt-info+xml MIME 본문이 "fa-group-assn-req"의 값으로 설정된 <request-type> 요소를 포함하는 경우:

a. MCPTT 클라이언트 장치에 대한 기록을 업데이트하거나 저장하고, application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문의 각 <bind> 요소의 "fa-uri" 속성에 지정된 기능적 별칭에 대한 결합 정보를 MCPTT 그룹 uri로 설정된 "uri" 속성을 포함하는 각 하위 요소가 있는 해당 <group> 하위 요소들과 연관시켜야 한다; 또는

b. MCPTT 클라이언트 장치에 대한 기록을 업데이트하거나 저장하고, application/vnd.3gpp.mcptt-fa-group-assn-request+xml MIME 본문의 각 <unbind> 요소의 "fa-uri" 속성에 지정된 기능적 별칭에 대한 결합 정보를 MCPTT 그룹 uri로 설정된 "uri" 속성을 포함하는 각 하위 요소가 있는 해당 <group> 하위 요소들로부터 연관해제시켜야 한다;

솔루션 2: 다음은 MCPTT 사용자 설정을 사용하여 MCPTT 클라이언트 장치에서 MCPTT 사용자에 대한 MCPTT 그룹들의 목록에 기능적 별칭을 연관시키는 방법에 관한 것이다.

다음 방법은 MCPTT 사용자 프로파일 설정 문서(TS 24.484 8.3.2절)에 다음과 같은 변경들을 제공한다 - MCPTT 사용자 프로파일은 각 기능적 별칭 항목에 대한 새로운 요소를 나타낸다. 각 기능적 별칭 항목은 연관된 MCPTT 그룹들의 목록으로 설정될 수 있다. 이러한 설정들은 MCPTT 그룹(들)과 기능적 별칭에 대한 정적 연관을 가능하게 한다. 이 연관은 각각의 기능적 별칭이 활성화된 경우에만 참조된다: 그렇지 않으면; 연관은 존재하지 않는다.

<ListOfAssociatedGroupBindings> 요소는 MCPTT ListEntryType 유형이다.

기능적 별칭 연관을 위한 결합이 생성된다면, 기능적 별칭의 각 항목은 새로운 요소 <ListOfAssociatedGroupBindings> 하에 정의된 다수의 MCPTT 그룹 항목들로 설정되어야 한다.

<OnNetwork> 요소의 <anyExt> 요소 내 <FunctionalAliasList> 요소의 <entry> 요소의 <anyExt> 요소에 있는 <ListOfAssociatedGroupBindings> 요소의 <entry> 요소는 기능적 별칭을 포함하며, 이 기능이 활성화되고 상위 기능적 별칭(<FunctionalAliasList> 요소 참조)이 사용되는 경우 MCPTT 사용자는 호(call)를 수신할 수 있도록 인가된다.

솔루션 3: 아래 솔루션은 호(call) 요청에 대한 응답을 사용하여 MCPTT 클라이언트 장치에서 MCPTT 사용자에 대한 통신을 수립하는 동안 기능적 별칭을 MCPTT 그룹에 연관시키는 방법에 관한 것이다. 이 솔루션은 솔루션 1과 공존할 수 있다. MCPTT 사용자가 MCPTT 서버에서 기능적 별칭과 MCPTT 그룹 결합을 생성하지 않은 경우, MCPTT 클라이언트 장치는 통화 기간 동안 통신 중에 그룹과의 연관을 나타낼 수 있다.

On-demand 세션의 경우, 호 설정 요청을 수신하면, 로컬 설정에 기초하여, 호 설정 응답은 호가 설정되고 있는 MCPTT 그룹과 연관될 기능적 별칭을 포함할 수 있다. 새 요소는 발신 200OK 응답의 application/vnd.3gpp.mcptt-info+xml MIME 본문에 지정된 MCPTT 그룹과 연관될 기능적 별칭의 URI로 설정된 <associating-fa-uri> 요소이다. 제어 MCPTT 기능은 통화 기간 동안 또는 그 이상 동안 연관을 저장할 수 있다.

MCPTT 클라이언트 절차들: 초기 SIP INVITE 요청을 수신하면, MCPTT 클라이언트 장치는 아래 설명과 함께 3GPP TS 24.229에 명시된 바와 같이 IP 멀티미디어 코어 네트워크(IM CN: IP multimedia core network) 서브시스템에서 멀티미디어 세션들의 종료를 위한 절차들을 따른다. MCPTT 클라이언트 장치는:

1. SIP INVITE 요청 및 그 밖의 검증에서 요구되는 헤더들과 파라미터들을 검증한다;

2. 초대하는 MCPTT 사용자의 기능적 별칭을 MCPTT 사용자에게 표시한다;

3. 3GPP TS 24.229의 규칙들 및 절차들에 따라 SIP INVITE 요청을 수락하고 SIP 200(OK) 응답을 생성한다;

4. SIP 200(OK) 응답에 요구되는 헤더들과 파라미터들을 설정한다;

5. 로컬 정책에 기초하여, SIP 200(OK) 응답에, 통신이 시작되는 통화의 기간 동안 MCPTT 그룹과 연관될 기능적 별칭의 URI로 설정된 <associating-fa-uri> 요소를 갖는 F.1절에 정의된 바와 같은 application/vnd.3gpp.mcptt-info+xml MIME 본문을 포함시킨다; 그리고

6. 3GPP TS 24.229의 규칙들 및 절차들에 따라 MCPTT 서버로 SIP 200(OK) 응답을 전송한다.

제어 MCPTT 기능 절차들 - SIP INVITE에 대한 SIP 200(OK) 응답을 수신하면, 제어 MCPTT 기능은 -

1. 3GPP TS 24.380 6.3절에 명시된 바와 같이 미디어 평면과 상호작용한다;

2. SIP 200(OK) 응답의 application/vnd.3gpp.mcptt-info+xml MIME 본문이 <associating-fa-uri>를 포함하면, MCPTT 클라이언트 장치에 대한 기록을 업데이트하거나 저장하고, <associating-fa-uri> 요소에 지정된 기능적 별칭에 대한 결합 정보를 통신이 수립된 MCPTT 그룹과 연관시키고 MCPTT 그룹 결합 연관은 통화 기간 동안이다; 그리고

3. 10.1.3.4절에 명시된 바와 같은 컨퍼런스 이벤트 패키지에 가입한 모든 참가자들에게 SIP NOTIFY 요청을 전송한다.

사전 설정된 세션의 경우, 사전 수립된 세션 호 제어를 사용하여 호 설정 요청을 수신하면, 로컬 설정에 기초하여, 호 설정 응답(즉, 확인응답 메시지)은 호가 설정되고 있는 MCPTT 그룹과 연관될 기능적 별칭을 전달할 수 있다. 새로운 사전 수립된 세션 호 제어 특정 데이터 필드 "Associating Functional Alias URI"는 연결 메시지에 대한 확인응답 메시지 응답에서 지정된 MCPTT 그룹과 연관될 기능적 별칭의 URI로 설정된다. 제어 MCPTT 기능은 통화 기간 동안 또는 그 이상 동안 연관을 저장할 수 있다.

아래 표 3은 새로 추가된 사전 수립된 세션 호 제어 특정 데이터 필드들을 설명한다.

파일명	필드 ID		참조
	십진법	이진법
연관된 기능적 별칭 URI (Associating Functional Alias URI)	195	1100 0011	8.3.3.14절

연관된 기능적 별칭 URI 필드: 연관 기능적 별칭 URI 필드는 활성화된 기능적 별칭을 통신 요청된 MCPTT 그룹과 연관시키도록 요청한 MCPTT 사용자의 활성화된 기능적 별칭을 포함하고 MCPTT 그룹 결합 연관은 통화 기간 동안이다.

아래 표 4는 연관된 기능적 별칭 URI 필드의 코딩을 설명한다.

[표 4]

<Associating Functional Alias URI length> 값은 패딩(padding)을 제외한 <Associating Functional Alias URI> 값 항목의 옥텟(octet) 길이를 나타내는 이진 값이다.

<Associating Functional Alias URI> 값은 활성화된 기능적 별칭을 통신 요청된 MCPTT 그룹과 연관시키기 위해 MCPTT 사용자의 활성화된 기능적 별칭을 포함한다. <Associating Functional Alias URI> 값은 아래 표 5와 같이 코딩되어야 한다.

표 5: <Associating Functional Alias URI> 값의 문자열 값들의 ABNF 구문

Associating-Functional-Alias-URI = URI

<Associating Functional Alias URI> 값의 길이가 (2 + 4의 배수) 바이트가 아닌 경우, <Associating Functional Alias URI> 값은 (2 + 4의 배수) 바이트로 패딩되어야 한다. 패딩 바이트의 값은 0으로 설정된다. 패딩 바이트는 무시된다.

확인응답(Acknowledge) 메시지: 새롭게 추가된 필드들은 아래 표 6과 같이 확인응답 메시지에 포함된다.

[표 6]

연관된 기능적 별칭 URI: 연관된 기능적 별칭 URI 필드는 8.3.3.14절에 설명된 바와 같이 코딩된다.

MCPTT 클라이언트 장치에 대하여 미리 수립된 세션 상태 머신을 통한 호 설정 제어:

수신 연결(Connect) 메시지(R: Connect): 연결 메시지의 수신 시:

MCPTT 클라이언트 장치가 수신 호를 수락하면 MCPTT 클라이언트 장치는 'Accepted'로 설정된 이유 코드 필드와 함께 확인응답 메시지를 전송하고 로컬 정책에 기초하여 통신이 요청된 MCPTT 그룹과 연관시키기 위해 MCPTT 사용자의 활성화된 기능적 별칭으로 설정된 연관된 기능적 별칭 URI 필드를 포함시킨다.

참여 MCPTT 기능에 대하여 미리 수립된 세션 상태 머신을 통한 호 설정 제어:

수신 확인응답(Acknowledge) 메시지((R: 성공적인 Ack) 또는 (R: 실패 Ack)): MCPTT 클라이언트 장치로부터 확인응답 메시지를 수신하면, 참여 MCPTT 기능은:

1. 확인응답 메시지가 연관된 기능적 별칭 URI 필드를 포함하는 경우, 연관된 기능적 별칭 URI 필드에서 수신된 값으로 설정된 <associating-fa-uri> 요소와 함께 F.1절에 정의된 바와 같은 application/vnd.3gpp.mcptt-info+xml MIME 본문을 SIP 200(OK) 응답에 포함시킨다;

2. SIP INVITE 요청에 대한 SIP 200(OK) 응답이 아직 전송되지 않은 경우, 3GPP TS 24.379에 명시된 바와 같이 SIP INVITE 요청에 대한 SIP 200(OK) 응답을 전송한다; 그리고

3. 'G: Pre-configured session in use' 상태를 유지한다.

도 6은 일 실시예에 따른 MCX 클라이언트 장치(600)(즉, MCPTT 클라이언트 장치)의 하드웨어 구성요소들을 도시한다. MCX 클라이언트 장치는 프로세서(610), 통신부(620), 메모리(630) 및 기능적 별칭 연관 제어부(640)를 포함한다. 프로세서(610)는 통신부(620), 메모리(630) 및 기능적 별칭 연관 제어부(640)와 연결된다.

기능적 별칭 연관 제어부(640)는 MCX 네트워크의 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하거나 제거하기 위한 SIP 메시지 요청을 생성한다.

기능적 별칭 연관 제어부(640)는, MCX 클라이언트 장치에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 요청-URI를 설정하고, P-우선-서비스(P-preferred-service) 헤더 필드에 ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"를 포함시키고, "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드를 포함시키고, "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시키고, 공공 사용자 ID를 포함하는 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드를 포함시키고, "fa-group-binding-req"의 값으로 설정된 요청-유형(request-type) 요소, "true"의 값으로 설정된 binding-ind 요소, 어플리케이션 본문 내의 적어도 하나의 MCX 그룹의 지정된 목록과 결합될 활성화된 기능적 별칭의 URI로 설정된 binding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 식별자(ID: identifier)로 설정된 MCX 클라이언트 ID 요소, 및 MCX 클라이언트가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함할 필요가 있는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문을 포함시키고, 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문을 포함시킴으로써, MCX 네트워크의 적어도 하나의 MCX 그룹에 대한 기능적 별칭의 결합을 생성하기 위한 SIP 메시지 요청을 생성한다.

기능적 별칭 연관 제어부(640)는, MCX 사용자에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 요청-URI를 설정하고, P-preferred-service 헤더 필드의 ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"를 포함시키고, "require" 및 "explicit" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 accept-contact 헤더 필드를 포함시키고, 파라미터들 "require" 및 "explicit"와 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시키고, 공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-preferred-identity 헤더 필드를 포함시키고, "fa-group-binding-req"의 값으로 설정된 request-type 요소, "false"의 값으로 설정된 unbinding-ind 요소, 어플리케이션 본문 내의 MCX 그룹들의 지정된 목록으로부터 결합해제될 기능적 별칭의 URI로 설정된 unbinding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 ID로 설정된 MCPTT-클라이언트-id 요소, 및 MCX 클라이언트 장치가 SIP 메시지 요청에 활성 기능적 별칭을 포함하는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문을 포함시키고, 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문을 포함시킴으로써, MCX 네트워크의 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 제거하기 위한 SIP 메시지 요청을 생성한다.

기능적 별칭 연관 제어부(640)는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하거나 제거하기 위해 MCX 서버로 SIP 메시지 요청을 전송한다.

기능적 별칭 연관 제어부(640)는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 MCX 서버로부터 수신한다. SIP 메시지 응답에는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합 생성 또는 제거가 실패한 경우 실패 이유를 나타내는 경고 헤더가 포함된다.

기능적 별칭 연관 제어부(640)는 논리 게이트, 집적 회로, 마이크로프로세서, 마이크로컨트롤러, 메모리 회로, 수동 전자 부품, 능동 전자 부품, 광학 부품, 하드와이어드 회로 등과 같은 아날로그 및/또는 디지털 회로에 의해 물리적으로 구현되며, 선택적으로 펌웨어에 의해 구동될 수 있다.

프로세서(610)는 메모리(630)에 저장된 명령들을 실행하고 다양한 프로세스들을 수행하도록 구성된다. 통신부(620)는 내부 하드웨어 구성요소들 간에 내부적으로 통신하고 하나 이상의 네트워크를 통해 외부 장치들과 통신하도록 구성된다. 메모리(630)는 프로세서(610)에 의해 실행될 명령들을 저장한다. 메모리(630)는 비휘발성 저장 소자들을 포함할 수 있다. 비휘발성 저장 소자들은 예를 들어 자기 하드 디스크, 광 디스크, 플로피 디스크, 플래시 메모리, EPROM(electrically programmable memory) 또는 EEPROM(electrically erasable and programmable) 메모리의 형태를 포함할 수 있다. 또한, 메모리(630)는 일부 예들에서 비-일시적 저장 매체로 간주될 수 있다. "비-일시적(non-transitory)"이라는 용어는 저장 매체가 반송파 또는 전파되는 신호로 구현되지 않음을 나타낼 수 있다. 그러나, "비-일시적"이라는 용어는 메모리(630)가 움직이지 않는 것으로 해석되어서는 안 된다. 일부 예들에서, 비-일시적 저장 매체는 시간이 지남에 따라 변경될 수 있는 데이터를 저장할 수 있다(예를 들어, 램(RAM: random access memory) 또는 캐시(cache)).

도 6은 MCX 클라이언트 장치의 다양한 하드웨어 구성요소들을 도시하지만, 다른 실시예들이 이에 국한되지는 않는다. 다른 실시예들에서, MCX 클라이언트 장치는 다른 개수의 구성요소들을 포함할 수 있다. 구성요소들의 명칭은 예시의 목적으로만 사용된 것이며, 본 발명의 범위를 제한하지 않는다. 하나 이상의 구성요소들이 함께 결합되어 MCX 클라이언트 장치에서 동일하거나 실질적으로 유사한 기능을 수행할 수 있다.

도 7은 일 실시예에 따른 MCX 서버(700)(즉, MCPTT 서버)의 하드웨어 구성요소들을 도시한다. MCX 서버(700)는 프로세서(710), 통신부(720), 메모리(730) 및 기능적 별칭 연관 제어부(740)를 포함한다. 프로세서(710)는 통신부(720), 메모리(730) 및 기능적 별칭 연관 제어부(740)와 연결된다.

기능적 별칭 연관 제어부(740)는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하거나 제거하기 위한 SIP 메시지 요청을 MCX 클라이언트 장치로부터 수신한다. SIP 메시지 요청은, MCX 클라이언트 장치에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 설정된 요청-URI, P-preferred-service 헤더 필드의 ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt", "require" 및 "explicit" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 accept-contact 헤더 필드, "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 상기 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드, 공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-preferred-identity 헤더 필드, "fa-group-binding-req"의 값으로 설정된 request-type 요소, "true"의 값으로 설정된 binding-ind 요소, 어플리케이션 본문 내의 적어도 하나의 MCX 그룹의 지정된 목록과 결합될 활성화된 기능적 별칭의 URI로 설정된 binding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 식별자(ID: identifier)로 설정된 MCX 클라이언트 ID 요소, 및 MCX 클라이언트가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함하는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문, 및 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문을 포함한다.

다른 실시예에서, SIP 메시지 요청은, MCX 사용자에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 설정된 요청-URI, P-preferred-service 헤더 필드의 ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt", "require" 및 "explicit" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 accept-contact 헤더 필드, "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 상기 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드, 공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-preferred-identity 헤더 필드, "fa-group-binding-req"의 값으로 설정된 request-type 요소, "false"의 값으로 설정된 unbinding-ind 요소, 어플리케이션 본문 내의 MCX 그룹들의 지정된 목록으로부터 결합해제될 기능적 별칭의 URI로 설정된 unbinding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 ID로 설정된 MCPTT-클라이언트-id 요소, 및 MCX 클라이언트 장치가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함하는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문, 및 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문을 포함한다.

기능적 별칭 연관 제어부(740)는 SIP 메시지 요청의 수신에 대한 응답으로 MCX 클라이언트 장치를 인가한다.

기능적 별칭 연관 제어부(740)는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하기 위한 SIP 메시지 요청이 수신되면 적어도 하나의 MCX 그룹과 기능적 별칭의 연관을 생성하거나 업데이트한다. 기능적 별칭 연관 제어부(740)는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 제거하기 위한 SIP 메시지 요청이 수신되면 적어도 하나의 MCX 그룹과 기능적 별칭의 연관을 해제한다.

기능적 별칭 연관 제어부(740)는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 MCX 클라이언트 장치로 전송한다. SIP 메시지 응답에는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합 생성 또는 제거가 실패한 경우 실패 이유를 나타내는 경고 헤더가 포함된다.

기능적 별칭 연관 제어부(740)는 논리 게이트, 집적 회로, 마이크로프로세서, 마이크로컨트롤러, 메모리 회로, 수동 전자 부품, 능동 전자 부품, 광학 부품, 하드와이어드 회로 등과 같은 아날로그 및/또는 디지털 회로에 의해 물리적으로 구현되며, 선택적으로 펌웨어에 의해 구동될 수 있다.

프로세서(710)는 메모리(730)에 저장된 명령들을 실행하고 다양한 프로세스들을 수행하도록 구성된다. 메모리(730)는 적어도 하나의 MCX 그룹의 정보를 포함한다. 통신부(720)는 내부 하드웨어 구성요소들 간에 내부적으로 통신하고 하나 이상의 네트워크를 통해 외부 장치들과 통신하도록 구성된다. 메모리(730)는 프로세서(710)에 의해 실행될 명령들을 저장한다. 메모리(730)는 비휘발성 저장 소자들을 포함할 수 있다. 비휘발성 저장 소자들은 예를 들어 자기 하드 디스크, 광 디스크, 플로피 디스크, 플래시 메모리, EPROM(electrically programmable memory) 또는 EEPROM(electrically erasable and programmable) 메모리의 형태를 포함할 수 있다. 또한, 메모리(730)는 일부 예들에서 비-일시적 저장 매체로 간주될 수 있다. "비-일시적(non-transitory)"이라는 용어는 저장 매체가 반송파 또는 전파되는 신호로 구현되지 않음을 나타낼 수 있다. 그러나, "비-일시적"이라는 용어는 메모리(730)가 움직이지 않는 것으로 해석되어서는 안 된다. 일부 예들에서, 비-일시적 저장 매체는 시간이 지남에 따라 변경될 수 있는 데이터를 저장할 수 있다(예를 들어, 램(RAM: random access memory) 또는 캐시(cache)).

도 7은 MCX 서버의 하드웨어 구성요소들을 도시하지만, 다른 실시예들이 이에 국한되지는 않는다. 다른 실시예들에서, MCX 서버(700)는 다른 개수의 구성요소들을 포함할 수 있다.

도 8은 일 실시예에 따라 MCX 네트워크(1000)의 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위해 MCX 서버에 의해 구현되는 방법을 도시하는 흐름도(S800)이다. 단계들(S802-S808)은 기능적 별칭 연관 제어부(740)에 의해 수행된다.

단계 S802에서, 방법은 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하거나 제거하기 위한 SIP 메시지 요청을 MCX 클라이언트 장치로부터 수신하는 단계를 포함한다. 단계 S804에서, 방법은 SIP 메시지 요청의 수신에 대한 응답으로 MCX 클라이언트 장치를 인가하는 단계를 포함한다. 단계 S806에서, 방법은 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하기 위한 SIP 메시지 요청이 수신될 때 적어도 하나의 MCX 그룹과 기능적 별칭의 연관을 생성 또는 업데이트하거나, 또는 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 제거하기 위한 SIP 메시지 요청이 수신될 때 적어도 하나의 MCX 그룹과 기능적 별칭의 연관을 해제하는 단계를 포함한다. 단계 S808에서, 방법은 적어도 하나의 MCX 그룹과 기능적 별칭의 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 MCX 클라이언트 장치로 전송하는 단계를 포함한다.

도 9는 일 실시예에 따라 MCX 네트워크의 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위해 MCX 클라이언트 장치에 의해 구현되는 방법을 도시하는 흐름도(S900)이다. 단계들(S902-S906)은 기능적 별칭 연관 제어부(140)에 의해 수행된다.

단계 S902에서, 방법은 MCX 네트워크의 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하거나 제거하기 위한 SIP 메시지 요청을 생성하는 단계를 포함한다. 단계 S904에서, 방법은 적어도 하나의 MCX 그룹과 기능적 별칭의 결합을 생성하거나 제거하기 위해 MCX 서버로 SIP 메시지 요청을 전송하는 단계를 포함한다. 단계 S906에서, 방법은 적어도 하나의 MCX 그룹과 기능적 별칭의 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 MCX 서버로부터 수신하는 단계를 포함한다.

상기 실시예들에서 다양한 동작들, 행위들, 블록들, 또는 단계들 등은 제시된 순서대로 또는 다른 순서로 또는 동시에 수행될 수 있다. 이러한 동작들, 행위들, 블록들, 또는 단계들 등의 일부는 본 발명의 범위를 벗어나지 않고 생략되거나 추가되거나 변경되거나 걸러질 수 있다.

본 발명이 그의 다양한 실시예들을 참조하여 도시되고 설명되었지만, 통상의 기술자는 첨부의 청구항들 및 그들의 균등물에 의해 정의된 바와 같은 본 발명의 기술적 사상 및 범위를 벗어나지 않고 형태상 및 세부적인 다양한 변경들이 이루어질 수 있음을 이해할 것이다.

Claims (15)

1. MCX 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위해 미션 크리티컬 서비스(MCX: mission critical services) 서버에 의해 수행되는 방법으로서,
   상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위한 세션 개시 프로토콜(SIP: session initiation protocol) 메시지 요청을 MCX 클라이언트 장치로부터 수신하는 단계;
   상기 SIP 메시지 요청의 수신에 대한 응답으로 상기 MCX 클라이언트 장치를 인가하는 단계;
   상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하기 위한 상기 SIP 메시지 요청이 수신될 때 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 연관을 생성 또는 업데이트하거나, 또는 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 제거하기 위한 상기 SIP 메시지 요청이 수신될 때 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 연관을 해제하는 단계; 및
   상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 상기 MCX 클라이언트 장치로 전송하는 단계;
   를 포함하는 방법.
2. 제1항에 있어서,
   상기 SIP 메시지 요청은:
   상기 MCX 클라이언트 장치에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 설정된 요청-통합 자원 식별자(URI: uniform resource identifier);
   P-우선-서비스(P-preferred-service) 헤더 필드의 인터넷 프로토콜 멀티미디어 서브시스템 통신 서비스 식별자(ICSI: internet protocol multimedia subsystem communication service identifier) 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt";
   "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드;
   상기 "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 상기 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드;
   공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드;
   "fa-group-binding-req"의 값으로 설정된 요청-유형(request-type) 요소, "true"의 값으로 설정된 결합-ind(binding-ind) 요소, 어플리케이션 본문 내의 적어도 하나의 MCX 그룹의 지정된 목록과 결합될 활성화된 기능적 별칭의 URI로 설정된 binding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 식별자(ID: identifier)로 설정된 MCX 클라이언트 ID 요소, 및 MCX 클라이언트가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함하는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문; 또는
   상기 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문;
   중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
3. 제1항에 있어서,
   상기 SIP 메시지 요청은:
   상기 MCX 사용자에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 설정된 요청-통합 자원 식별자(URI: uniform resource identifier);
   P-우선-서비스(P-preferred-service) 헤더 필드의 인터넷 프로토콜 멀티미디어 서브시스템 통신 서비스 식별자(ICSI: internet protocol multimedia subsystem communication service identifier) 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt";
   "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드;
   상기 "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 상기 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드;
   공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드;
   "fa-group-binding-req"의 값으로 설정된 요청-유형(request-type) 요소, "false"의 값으로 설정된 결합해제-ind(unbinding-ind) 요소, 어플리케이션 본문 내의 MCX 그룹들의 지정된 목록으로부터 결합해제될 기능적 별칭의 URI로 설정된 unbinding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 ID로 설정된 MCPTT-클라이언트-id 요소, 및 MCX 클라이언트 장치가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함하는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문; 또는
   상기 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문;
   중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
4. 제1항에 있어서,
   상기 SIP 메시지 응답은 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거가 실패한 경우 실패 이유를 나타내는 경고 헤더를 포함하는 것을 특징으로 하는 방법.
5. MCX 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위해 미션 크리티컬 서비스(MCX: mission critical services) 클라이언트 장치에 의해 수행되는 방법으로서,
   상기 MCX 네트워크의 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위한 세션 개시 프로토콜(SIP: session initiation protocol) 메시지 요청을 생성하는 단계;
   상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위해 MCX 서버로 상기 SIP 메시지 요청을 전송하는 단계; 및
   상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 상기 MCX 서버로부터 수신하는 단계;
   를 포함하는 방법.
6. 제5항에 있어서,
   상기 MCX 네트워크의 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하기 위한 상기 SIP 메시지 요청을 생성하는 단계는:
   상기 MCX 클라이언트 장치에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 요청-통합 자원 식별자(URI: uniform resource identifier)를 설정하는 단계;
   P-우선-서비스(P-preferred-service) 헤더 필드에 인터넷 프로토콜 멀티미디어 서브시스템 통신 서비스 식별자(ICSI: internet protocol multimedia subsystem communication service identifier) 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"를 포함시키는 단계;
   "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드를 포함시키는 단계;
   상기 "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 상기 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시키는 단계;
   공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드를 포함시키는 단계;
   "fa-group-binding-req"의 값으로 설정된 요청-유형(request-type) 요소, "true"의 값으로 설정된 결합-ind(binding-ind) 요소, 어플리케이션 본문 내의 적어도 하나의 MCX 그룹의 지정된 목록과 결합될 활성화된 기능적 별칭의 URI로 설정된 binding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 식별자(ID: identifier)로 설정된 MCX 클라이언트 ID 요소, 및 MCX 클라이언트가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함할 필요가 있는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문을 포함시키는 단계; 또는
   상기 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문을 포함시키는 단계;
   중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
7. 제5항에 있어서,
   상기 MCX 네트워크의 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 제거하기 위한 상기 SIP 메시지 요청을 생성하는 단계는:
   상기 MCX 사용자에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 요청-통합 자원 식별자(URI: uniform resource identifier)를 설정하는 단계;
   P-우선-서비스(P-preferred-service) 헤더 필드의 ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"를 포함시키는 단계;
   "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드를 포함시키는 단계;
   파라미터들 "require" 및 "explicit"와 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 상기 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시키는 단계;
   공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드를 포함시키는 단계;
   "fa-group-binding-req"의 값으로 설정된 요청-유형(request-type) 요소, "false"의 값으로 설정된 결합해제-ind(unbinding-ind) 요소, 어플리케이션 본문 내의 MCX 그룹들의 지정된 목록으로부터 결합해제될 기능적 별칭의 URI로 설정된 unbinding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 ID로 설정된 MCPTT-클라이언트-id 요소, 및 MCX 클라이언트 장치가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함하는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문을 포함시키는 단계; 또는
   상기 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문을 포함시키는 단계;
   중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
8. 제5항에 있어서,
   상기 SIP 메시지 응답은 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거가 실패한 경우 실패 이유를 나타내는 경고 헤더를 포함하는 것을 특징으로 하는 방법.
9. MCX 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위한 미션 크리티컬 서비스(MCX: mission critical services) 서버에 있어서,
   통신부; 및
   상기 통신부에 통신 가능하게 연결된 기능적 별칭 연관 제어부;
   를 포함하고,
   상기 기능적 별칭 연관 제어부는:
   상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위한 세션 개시 프로토콜(SIP: session initiation protocol) 메시지 요청을 MCX 클라이언트 장치로부터 수신하고;
   상기 SIP 메시지 요청의 수신에 대한 응답으로 상기 MCX 클라이언트 장치를 인가하고;
   상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하기 위한 상기 SIP 메시지 요청이 수신될 때 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 연관을 생성 또는 업데이트하거나, 또는 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 제거하기 위한 상기 SIP 메시지 요청이 수신될 때 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 연관을 해제하고; 및
   상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 상기 MCX 클라이언트 장치로 전송하도록;
   구성되는 것을 특징으로 하는 MCX 서버.
10. 제9항에 있어서,
    상기 SIP 메시지 요청은:
    상기 MCX 클라이언트 장치에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 설정된 요청-통합 자원 식별자(URI: uniform resource identifier);
    P-우선-서비스(P-preferred-service) 헤더 필드의 인터넷 프로토콜 멀티미디어 서브시스템 통신 서비스 식별자(ICSI: internet protocol multimedia subsystem communication service identifier) 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt";
    "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드;
    상기 "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 상기 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드;
    공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드;
    "fa-group-binding-req"의 값으로 설정된 요청-유형(request-type) 요소, "true"의 값으로 설정된 결합-ind(binding-ind) 요소, 어플리케이션 본문 내의 적어도 하나의 MCX 그룹의 지정된 목록과 결합될 활성화된 기능적 별칭의 URI로 설정된 binding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 식별자(ID: identifier)로 설정된 MCX 클라이언트 ID 요소, 및 MCX 클라이언트가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함하는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문; 또는
    상기 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문;
    중 적어도 하나를 포함하는 것을 특징으로 하는 MCX 서버.
11. 제9항에 있어서,
    상기 SIP 메시지 응답은 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거가 실패한 경우 실패 이유를 나타내는 경고 헤더를 포함하는 것을 특징으로 하는 MCX 서버.
12. MCX 네트워크에서 적어도 하나의 MCX 그룹과 기능적 별칭을 결합하거나 결합해제하기 위한 미션 크리티컬 서비스(MCX: mission critical services) 클라이언트 장치에 있어서,
    통신부; 및
    상기 통신부에 통신 가능하게 연결된 기능적 별칭 연관 제어부;
    를 포함하고,
    상기 기능적 별칭 연관 제어부는:
    상기 MCX 네트워크의 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위한 세션 개시 프로토콜(SIP: session initiation protocol) 메시지 요청을 생성하고;
    상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하거나 제거하기 위해 MCX 서버로 상기 SIP 메시지 요청을 전송하고; 및
    상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거의 성공 여부를 확인하는 SIP 메시지 응답을 상기 MCX 서버로부터 수신하도록;
    구성되는 것을 특징으로 하는 MCX 클라이언트 장치.
13. 제12항에 있어서,
    상기 MCX 네트워크의 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 생성하기 위한 상기 SIP 메시지 요청을 생성하는 것은:
    상기 MCX 클라이언트 장치에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 요청-통합 자원 식별자(URI: uniform resource identifier)를 설정하고;
    P-우선-서비스(P-preferred-service) 헤더 필드에 인터넷 프로토콜 멀티미디어 서브시스템 통신 서비스 식별자(ICSI: internet protocol multimedia subsystem communication service identifier) 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"를 포함시키고;
    "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드를 포함시키고;
    상기 "require" 및 "explicit" 파리미터들과 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 상기 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시키고;
    공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드를 포함시키고;
    "fa-group-binding-req"의 값으로 설정된 요청-유형(request-type) 요소, "true"의 값으로 설정된 결합-ind(binding-ind) 요소, 어플리케이션 본문 내의 적어도 하나의 MCX 그룹의 지정된 목록과 결합될 활성화된 기능적 별칭의 URI로 설정된 binding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 식별자(ID: identifier)로 설정된 MCX 클라이언트 ID 요소, 및 MCX 클라이언트가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함할 필요가 있는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문을 포함시키고; 또는
    상기 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문을 포함시키는;
    것 중 적어도 하나를 포함하는 것을 특징으로 하는 MCX 클라이언트 장치.
14. 제12항에 있어서,
    상기 MCX 네트워크의 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합을 제거하기 위한 상기 SIP 메시지 요청을 생성하는 것은:
    상기 MCX 사용자에 서비스를 제공하는 참여 MCX 기능을 식별하는 공공 서비스 ID로 요청-통합 자원 식별자(URI: uniform resource identifier)를 설정하고;
    P-우선-서비스(P-preferred-service) 헤더 필드의 ICSI 값 "urn:urn-7:3gpp-service.ims.icsi.mcptt"를 포함시키고;
    "필요(require)" 및 "명시적(explicit)" 헤더 필드 파라미터들과 함께 g.3gpp.MCX 미디어 특징 태그를 포함하는 접촉-수락(accept-contact) 헤더 필드를 포함시키고;
    파라미터들 "require" 및 "explicit"와 함께 "urn:urn-7:3gpp-service.ims.icsi.mcptt"의 값을 갖는 상기 미디어 특징 태그 g.3gpp.icsi-ref가 있는 accept-contact 헤더 필드를 포함시키고;
    공공 사용자 ID를 포함하는 상기 SIP 메시지 요청의 P-우선-신원(P-preferred-identity) 헤더 필드를 포함시키고;
    "fa-group-binding-req"의 값으로 설정된 요청-유형(request-type) 요소, "false"의 값으로 설정된 결합해제-ind(unbinding-ind) 요소, 어플리케이션 본문 내의 MCX 그룹들의 지정된 목록으로부터 결합해제될 기능적 별칭의 URI로 설정된 unbinding-fa-uri 요소, 발신 MCX 클라이언트의 MCX 클라이언트 ID로 설정된 MCPTT-클라이언트-id 요소, 및 MCX 클라이언트 장치가 상기 SIP 메시지 요청에 활성 기능적 별칭을 포함하는 경우 사용된 기능적 별칭의 URI로 설정된 기능적-별칭-URI 중 적어도 하나를 갖는 MCX 파라미터 요소를 포함하는 MCX 정보 요소가 있는 어플리케이션 본문을 포함시키고; 또는
    상기 적어도 하나의 MCX 그룹의 적어도 하나의 MCX 그룹 ID로 설정된 "uri" 속성을 포함하는 하나 이상의 항목 요소들이 있는 어플리케이션 본문을 포함시키는;
    것 중 적어도 하나를 포함하는 것을 특징으로 하는 MCX 클라이언트 장치.
15. 제12항에 있어서,
    상기 SIP 메시지 응답은 상기 적어도 하나의 MCX 그룹과 상기 기능적 별칭의 상기 결합의 생성 또는 제거가 실패한 경우 실패 이유를 나타내는 경고 헤더를 포함하는 것을 특징으로 하는 MCX 클라이언트 장치.

Images