문맥 (context)
통신 시스템은 사용자 장비, 통신 네트워크 요소 및 통신 시스템과 관련된 다른 엔티티와 같은 2개 이상의 엔티티 사이의 통신을 가능하게 하는 설비로 알려져 있다. 통신 시스템은 전형적으로 상기 통신 시스템과 관련된 여러 엔티티가 무엇을 행하도록 허용되는지와 그것이 어떻게 달성되어야 하는지를 제시하는 주어진 표준 또는 규격에 따라 동작한다. 예를 들어, 상기 표준 또는 규격은 사용자, 또는 더 정확하게 사용자 장비 또는 단말기에 회선 교환 서비스가 제공되는지 및/또는 패킷 교환 서비스가 제공되는지 여부를 정의할 수 있다. 또한, 접속을 위해 사용되는 통신 프로토콜 및/또는 파라미터도 정의될 수 있다. 다시 말해, 상기 시스템에 의한 통신을 가능하게 하도록 통신이 기초로 할 수 있는 "규칙"의 특정 세트가 정의될 필요가 있다.
사용자 장비에 대한 무선 통신을 제공하는 통신 시스템은 알려져 있다. 상기 무선 시스템의 예는 셀룰러 네트워크이다. 셀룰러 시스템에서, 송수신 기지국(BTS) 또는 유사한 액세스 엔티티는 이들 엔티티 사이의 무선 인터페이스를 통해 이동국(MS) 또는 다른 무선 사용자 장비(UE)에 서비스한다. 사용자 장비와 통신 네트워크의 요소 사이의 통신은 적절한 통신 프로토콜에 기초할 수 있다. 상기 기지국 장치와 통신에 필요한 다른 장치의 동작은 하나 또는 여러 제어 엔티티에 의해 제어될 수 있다. 여러 제어 엔티티는 상호접속될 수 있다. 또한, 상기 셀룰러 네트워크를 다른 네트워크, 예를 들어 공중 교환 전화 네트워크(PSTN) 및/또는 IP(Internet Protocol) 및/또는 다른 패킷 교환 네트워크 등의 다른 통신 네트워크에 접속하기 위해 하나 또는 그 이상의 게이트웨이 노드가 제공될 수 있다.
통신 시스템의 가입자에게 제공될 수 있는 서비스의 예는 소위 멀티미디어 서비스이다. 상기 멀티미디어 서비스를 제공할 수 있는 통신 시스템은 종종 IP 멀티미디어 네트워크라 칭해진다. IP 멀티미디어(IM) 기능은 IP 멀티미디어 코어 네트워크(CN) 서브시스템, 또는 간략하게 IP 멀티미디어 서브시스템(IMS)에 의해 제공될 수 있다. 상기 IMS는 상기 멀티미디어 서비스를 제공하기 위한 여러 엔티티를 포함한다.
통신 시스템은 네트워크의 여러 서비스 제공 기능이 서버로 알려진 네트워크 엔티티에 의해 처리되는 방향으로 개발되어 왔다. 예를 들어, 현재의 제 3 세대(3G) 무선 멀티미디어 네트워크 아키텍처에서, 여러 서로 다른 서버가 서로 다른 기능을 처리하는데 사용되는 것으로 가정된다. 이들은 호 세션 제어 기능(CSCF) 등의 기능을 포함한다. 호 세션 기능은 프록시 호 세션 제어 기능(P-CSCF), 심문 호 세션 제어 기능(I-CSCF) 및 서빙 호 세션 제어 기능(S-CSCF) 등의 여러 카테고리로 나누어질 수 있다. 이해되는 바와 같이, 때때로 CSCF는 호 상태 제어 기능 또는 호 서버 제어 기능이라 칭해질 수 있다.
서빙 호 세션 제어 기능은 통신 시스템으로부터 서비스를 요청할 수 있도록 가입자가 등록되어야 하는 엔티티를 형성한다. 상기 서빙 호 세션 제어 기능은 세션의 발신 및 착신 단(end)에서의 발신 호 세션 제어 기능(O-CSCF) 및 착신 호 세션 제어 기능(T-CSCF) 사이로 더 분할될 수 있다.
상기 서빙 제어 엔티티에 더하여, 사용자는 P-CSCF 등의 프록시 제어 엔티티와 관련되어야 할 수 있다. 상기 프록시 엔티티는 사용자가 서비스받는 영역에 할당될 수 있다.
홈 가입자 서버(HSS) 및 여러 응용(application) 서버 등의 엔티티도 통신 네트워크에 제공될 수 있다. 상술한 서버 중에, 상기 홈 가입자 서버(HSS)는 가입자 관련 정보를 저장하기 위한 것이다. 상기 가입자 정보는 인증 데이터(예를 들어, 가입자 또는 단말기의 등록 식별) 등의 정보를 포함할 수 있다. 상기 HSS는 전형적으로 가입자 프로파일 정보를 영구적으로 저장하기 위해 사용된다. 상기 홈 가입자 서버(HSS)는 예를 들어, 세션 셋업 절차 동안 다른 기능 엔티티에 의해 질문을 받을 수 있다.
응용 서버(AS)는 사용자에 대한 부가 가치 IM 서비스를 제공하도록 된 엔티티이다. 응용 서버는 사용자의 홈 네트워크에 상주할 수 있다. 상기 응용 서버는 또한, 대안적으로 사용자의 홈 네트워크의 외부에 있을 수 있고 제 3 진영(party) 서비스에 의해 제공될 수 있다. 상기 제 3 진영은 또 다른 네트워크이거나 또는 단순하게 자립형(stand-alone) 응용 서버일 수 있다. 응용 서버는 운영자의 네트워크에 의해 서비스를 지원받는 대신에 데이터 통신 세션에 영향을 줄 수 있다. 응용 서버는 서비스를 호스팅하고 실행할 수 있다. 상기 응용 서버의 예는 세션 개시 프로토콜(SIP) 응용 서버, 개방 서비스 액세스(OSA) 응용 서버 및 CAMEL IM-SSF(Customized Application for Mobile network Enhanced Logic IP Multimedia Service Switching Function)를 포함한다.
전형적으로 통신 시스템은 사용자, 일반적으로 가입자가 통신 시스템을 통해 통신을 개시해야 하도록 구성된다. 예를 들어, 사용자는 적절한 통신 네트워크 엔티티로부터 세션, 트랜잭션 또는 다른 타입의 통신을 요청할 수 있다. 그와 같은 통신은 사용자로부터 발신하는 것으로 알려질 수 있다.
따라서, 발신 세션/트랜잭션은 사용자의 사용자 장비에 의해, 또는 사용자 대신 네트워크 엔티티에 의해 통상적으로 발신되는 세션/트랜잭션으로 이해된다. 착신 세션/트랜잭션은 사용자의 사용자 장비에 의해 또는 사용자 대신 네트워크 엔티티에 의해 정상적으로 착신되는 세션/트랜잭션이다.
예를 들어, 3GPP(Third Generation Partnership Project) 릴리즈 5(Rel-5) IMS 네트워크는 사용자 장비(UE)가 세션 및 단일 트랜잭션을 발신할 수 있는 방법에 대한 규칙을 정의한다. 그러나, Rel-5에 주어진 규칙만이 소위 발신 필터링 기준이 어떻게 적용되는지에 집중한다. 릴리즈 5는 사용자 대신에 임의의 다른 진영이 세션 또는 트랜잭션을 발신하게 하지 못한다. 3GPP 표준의 릴리즈 6은 응용 서버(AS)가 사용자 장비 대신에 S-CSCF에 대한 ISC(IP 멀티미디어 서비스 제어) 인터페이스를 통해 세션 개시 프로토콜(SIP) 요청을 전송할 수 있어야 할 것을 필요로 한다. 그러나, 현재의 3GPP 표준의 릴리즈 6은 상기 응용 서버가 발신한 요청이 사용자 장비로부터 발신되는 요청에 의해 직접 트리거되는 예외적인 경우 외에는 상기 응용 서버가 상술한 바와 같이 행하도록 할 수 있는 상기 응용 서버(AS)에 대한 어떠한 메커니즘도 제공하지 않는다. 따라서, 상기 응용 서버는 여전히 사용자 대신에 SIP 요청이나 다른 요청을 발생시키는 서비스를 실행할 수 없다.
본원 발명자는 사용자가 발신 진영인 것처럼 보일 수 있도록, 응용 서버와 같은 네트워크 엔티티가 상기 사용자 대신에 통신을 요청하는 프로세스를 개시할 수 있다면 유용할 것이라는 것을 알게 되었다. 이와 같은 사항이 유용할 수 있는 서비스의 예는 메시징 리스트를 포함하고, 여기서 상기 응용 서버는 사용자 대신에 상기 리스트의 멤버에 메시지를 전송할 수 있다. 또 다른 예는 사용자의 프레젠스 상태를 전달하는 메시지를 상기 사용자 대신에 전송할 수 있는 응용 서버이다. 또 다른 예는 예를 들어, 컨퍼런스나 그룹 호출 또는 채팅 응용을 위해 사용자 대신에 세션 또는 트랜잭션을 시작할 수 있는 응용이다. 이해되는 바와 같이, 상기 리스트는 소수의 예일 뿐이며, 네트워크 엔티티가 통신을 위한 요청을 발신할 수 있다는 가능성으로부터 이점을 가질 수 있는 여러 다른 서비스가 존재한다.
그러나, 네트워크 엔티티가 발신한 요청을 처리하는 메커니즘이 없기 때문에, 그와 같은 동작은 현재의 통신 시스템에서 문제점을 발생시킬 수 있다. 예를 들어, 후속의 통신 라우팅, 과금 기능(charging function) 등에 관하여 문제점이 발생할 수 있다. 이와 같은 문제는, 통신 시스템의 다른 엔티티가 예를 들어, 임의의 후속 메시지를 어디에 전달하는지 또는 상기 통신을 어떻게 제어하는지를 알 수 없기 때문에 발생한다.
예를 들어, S-CSCF가 메시지를 수신하면, 상기 메시지를 어떻게 처리할지 결정할 수 있어야 한다. 현재의 시스템에서, S-CSCF는 '발신 필터' 및 '착신 필터'로 알려진 필터 기준을 메시지에 적용할 수 있다. 용어 '필터 기준'(FC)은 특정 서비스 응용에 대한 관련 서비스 포인트 트리거(Service Point Trigger:SPT)를 정의하는 정보를 지칭한다. SIP 통신 환경에서, 상기 필터 기준은 특정 서비스 응용에 전송되거나 프록시되어야 하는 S-CSCF에 의해 수신되는 SIP 요청의 서브세트를 정의한다. 상기 S-CSCF는 홈 가입자 서버(HSS) 또는 응용 서버(AS)로부터 상기 필터 기준을 수신할 수 있다.
종래 기술에서, 착신 필터 기준은 상기 응용으로부터의 모든 메시지에 적용된다. 그러나, 상기 메시지는 응용 서버에 의해 발신되는 서비스 요청 또는 네트워크의 사용자를 대리하여 발신되는 그와 같은 다른 메시지일 수 있다. 따라서, 본 발명자는 착신 필터 기준 대신에 발신 필터 기준이 상기 메시지에 적용되어야 하는지를 결정하기 위한 메커니즘이 필요하다는 것을 알게 되었다. 이는 상기 발신 필터 기준이 그와 같은 메시지에 대해 더 정확한 평가 결과를 제공할 수 있기 때문이다.
잘못된 "역할", 즉 필터 기준이 상기 메시지에 대해 사용되면, 예를 들어, 라우팅 및 다른 제어 동작의 관점에서 문제점이 발생할 수 있다. 일단 이러한 관점에서 결정이 이루어지면, 상기 결정된 역할은 또한 통신 시스템의 다른 엔티티에 전달될 필요가 있어, 상기 다른 엔티티는 상기 메시지가 전송되는 사용자 대신 또 다른 엔티티로부터 발신하는 메시지를 평가하기 위해 적절한 필터 기준을 적용할 수 있다.
지시문 (instruction)
주어진 원문을 읽고 필요한 정보를 파악하여, 원문에 근거해 질문에 답하라.
질문 (question)
현재의 통신 시스템에서 네트워크 엔티티가 발신한 요청을 처리하는 메커니즘이 없을 때 발생할 수 있는 문제점은 무엇인가?
추론 과정 (compact_reasoning)
-
1과제 해석
task_interpretation네트워크 엔티티가 발신한 요청을 처리하는 메커니즘 부재 시 발생하는 문제점과 그 원인을 파악해야 한다.
- 네트워크 엔티티가 발신한 요청을 처리하는 메커니즘이 없기 때문에, 그와 같은 동작은 현재의 통신 시스템에서 문제점을 발생시킬 수 있다.
-
2정보 추출
information_extraction발생 가능한 구체적인 문제점(라우팅, 과금 등)과 그 원인(제어 및 전달 방법의 불확실성)을 추출한다.
- 예를 들어, 후속의 통신 라우팅, 과금 기능(charging function) 등에 관하여 문제점이 발생할 수 있다.
- 이와 같은 문제는, 통신 시스템의 다른 엔티티가 예를 들어, 임의의 후속 메시지를 어디에 전달하는지 또는 상기 통신을 어떻게 제어하는지를 알 수 없기 때문에 발생한다.
-
3근거 선택
evidence_selection문제의 종류와 발생 원인을 명확히 보여주는 구절을 선별한다.
- 후속의 통신 라우팅, 과금 기능(charging function) 등에 관하여 문제점이 발생할 수 있다.
- 통신 시스템의 다른 엔티티가 예를 들어, 임의의 후속 메시지를 어디에 전달하는지 또는 상기 통신을 어떻게 제어하는지를 알 수 없기 때문에 발생한다.
-
4논리 통합
logical_integration메커니즘 부재로 인해 엔티티가 메시지 전달 위치나 제어 방법을 알 수 없게 되고, 이로 인해 라우팅 및 과금 기능에 문제가 생긴다는 인과관계를 연결한다.
-
5결론 도출
conclusion_formulation추출된 정보를 바탕으로 문제점과 원인을 통합하여 결론을 도출한다.
-
6답변 생성
answer_generation질문에 대해 문맥에 근거한 완성된 문장으로 답변을 작성한다.
최종 답변 (final_answer)
통신 시스템의 다른 엔티티가 임의의 후속 메시지를 어디에 전달해야 하는지 또는 해당 통신을 어떻게 제어해야 하는지 알 수 없기 때문에, 후속의 통신 라우팅이나 과금 기능(charging function) 등에 관하여 문제점이 발생할 수 있다.
핵심 해석 (core_interpretation)
네트워크 엔티티가 발신한 요청을 처리하는 메커니즘이 없기 때문에, 통신 시스템의 다른 엔티티가 후속 메시지를 어디에 전달하는지 또는 통신을 어떻게 제어하는지 알 수 없으므로 후속 통신 라우팅 및 과금 기능 등에 관하여 문제점이 발생할 수 있다.