KR20130052000A - 착신호 전환 목적지의 모니터링 - Google Patents

착신호 전환 목적지의 모니터링 Download PDF

Info

Publication number
KR20130052000A
KR20130052000A KR1020137007741A KR20137007741A KR20130052000A KR 20130052000 A KR20130052000 A KR 20130052000A KR 1020137007741 A KR1020137007741 A KR 1020137007741A KR 20137007741 A KR20137007741 A KR 20137007741A KR 20130052000 A KR20130052000 A KR 20130052000A
Authority
KR
South Korea
Prior art keywords
user
notification
call forwarding
application server
feature
Prior art date
Application number
KR1020137007741A
Other languages
English (en)
Other versions
KR101568976B1 (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 알까뗄 루슨트
Publication of KR20130052000A publication Critical patent/KR20130052000A/ko
Application granted granted Critical
Publication of KR101568976B1 publication Critical patent/KR101568976B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H04M3/42374—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity where the information is provided to a monitoring entity such as a potential calling party or a call processing server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

착신호 전환 특징을 활성화하는 단말의 최종 착신호 전환 목적지의 모니터링에 관한 것이다. IMS 네트워크에서, 어플리케이션 서버는 전환된 단말의 사용자가 착신호 전환 특징을 활성화했는 지를 점검하고, 어플리케이션 서버는 전환된 단말의 사용자가 착신호 전환 특징을 활성화했다는 것을 나타내는 (발신) 통지를 사용자에게 전송한다. 발신 사용자는 통지를 수신하는 서비스에 가입하고 발신 사용자는 전환 단말의 사용자가 이미 활성화된 착신호 전환 특징을 가질 때 통지를 수신하거나 또는 나중에 사용자의 호들을 전송하도록 시도한다. 특징은 CDIVN(communication diversion notification)으로서 공지된다.

Description

착신호 전환 목적지의 모니터링{MONITORING OF CALL FORWARDING DESTINATION}
본 발명은 통신 네트워크들, 특히, 통신 네트워크들의 착신호 전환(call forwarding)에 관한 것이다.
착신호 전환은 호 요청을 전환 번호(forward-to-number)로 리다이렉트(redirect)되는 것을 허용하는 통신 네트워크들의 특징(feature)이다. 즉, 발신인에 의해 수신인에게 보내지는 호 요청은 제 3의 번호로 리다이렉트되고 이어서 호 요청은 제 3의 번호로 수신될 수 있다. 제 3의 번호는 수신인 또는 제 3의 사용자에게 속할 수 있다. 예를 들어, 수신인은 수신인이 자기 소유의 전환된 번호로부터 모든 호들에 응답하기를 선호하거나 또는 수신인이 수신인 대신에 수신인의 모든 호들에 대해 전환된 사용자가 응답하기를 원할 경우에 착신호 전환 특징을 가능하게 할 수 있다. 따라서, 착신호 전환은 사용자가 편리한 전환 번호로부터 호 요청에 응답하도록 허용함으로써 호 요청들에 응답하는 데 있어 사용자에게 큰 융통성을 제공한다. 여기서, 전환 번호는 번호 또는 어드레스(address)일 수 있다. 예를 들어, 전환 번호는 user1@example1.com과 같이 SIP(Session Initiation Protocol) 어드레스일 수 있고 수신인에 의해 수신되는 어떤 호 요청들이라도 SIP 어드레스 user1@example1.com으로 리다이렉트될 수 있다.
그러나, 전환 번호가 또한 착신호 전환 특징을 사용하고 있는 상황이 발생할 수 있다. 이 상황에서 호 요청이 전환 번호로 리다이렉트될 때, 호 요청이 제 2 전환 번호로 다시 리다이렉트될 수 있다. 예를 들어, 사용자 A가 사용자 B에게 전화하고, 사용자 B가 활성화된 착신호 전환을 가진다면, 사용자 A로부터의 호 요청이 말하자면 사용자 C에게 리다이렉트될 수 있다. 이제 사용자 C가 역시 활성화된 착신호 전환을 가진다면, 호 요청은 2번째, 말하자면 사용자 D에게 리다이렉트될 수 있다. 여기서 사용자 B는 모든 호들이 사용자 C에 의해 응답되기를 원하지만 호 요청은 사용자 D에게 전송되게 된다. 결국, 수신자는 희망하는 전환 번호로부터 상기 호에 응답할 수 없을 것이다. 또한, 수신자는 상기 호 요청이 재차 리다이렉트되는 것을 알지 못한다.
상술한 내용을 고려하여, 여기서 실시예는 사용자에게 IMS(Internet Protocol Multimedia Subsystem) 네트워크의 전환 번호에 의해 활성화되는 착신호 전환 특징을 통지하기 위한 방법을 제공한다. IMS 네트워크에서 어플리케이션 서버는 전환 번호가 착신호 전환 특징을 활성화했는 지를 점검하고 어플리케이션 서버는 전환 번호에 의해 착신호 전환 특징을 활성화한 사용자를 나타내는 통지를 사용자에게 전송한다. 사용자는 통지를 수신하는 서비스에 가입하고 사용자는 사용자가 착신호 전환 특징을 활성화하고 전환 번호가 이미 활성화된 착신호 전환 특징을 가질 때 통지를 수신한다. 특징의 사용자는 또한 전환 번호가 착신호 전환 특징을 활성화하도록 시도할 때 통지를 수신한다. 사용자는 문자 메시지와 음성 메시지 중 적어도 하나로 통지를 수신한다. 전환 번호는 SIP(Session Initiation Protocol) 어드레스와 PSTN(Public Switched Telephone Network) 번호와 셀룰러 폰 번호 중 적어도 하나이다. 사용자는 어플리케이션 서버를 갖는 IMS 네트워크 내에 있거나 또는 다른 IMS 네트워크 내에 있다.
실시예들은 또한 IMS 네트워크에서, 사용자에게 IMS 네트워크의 전환 번호에 의해 활성화되는 착신호 전환 특징을 통지하기 위한 어플리케이션 서버를 개시한다. 어플리케이션 서버는 전환 번호가 착신호 전환 특징을 활성화했는 지를 점검하고 전환 번호에 의해 착신호 전환 특징을 활성화한 사용자를 나타내는 통지를 사용자에게 전송한다. 어플리케이션 서버는 사용자가 통지를 수신하는 서비스에 가입하는 것을 가능케 한다. 어플리케이션 서버는 문자 메시지와 음성 메시지 중 적어도 하나로 사용자에게 통지를 전송한다. 어플리케이션 서버는 사용자가 착신호 전환 특징을 활성화하고 전환 번호가 활성화된 착신호 전환 특징을 가질 때 사용자에게 통지를 전송한다. 어플리케이션 서버는 전환 번호가 착신호 전환 특징을 활성화할 때 사용자에게 통지를 전송한다.
여기서 실시예들의 이러한 양태들 및 다른 양태들은 다음의 설명과 수반된 도면들을 함께 고려할 때 더욱 잘 인지되고 이해될 것이다.
여기서 실시예들은 도면들을 참조로 하여 다음의 상세한 설명으로부터 더욱 잘 이해될 것이다.
도 1은 실시예에 따른, IMS 네트워크의 사용자들의 블록도.
도 2는 실시예에 따른, 어플리케이션 서버의 블록도.
도 3a 및 도 3b는 사용자에게 실시예에 따라, 전환 번호에 의해 활성화되는 착신호 전환 특징을 통지하기 위한 방법을 도시하는 흐름도들.
도 4는 사용자가 실시예에 따라, 착신호 전환 특징을 활성화할 때 즉시 전환 번호에 의해 활성화되는 착신호 전환 특징을 통지받게 되는 사용자를 도시하는 예의 흐름도.
도 5는 실시예에 따라, 나중에 전환 번호에 의해 활성화되는 착신호 전환 특징을 통지받게 되는 사용자를 도시하는 예의 흐름도.
여기서 실시예들 및 실시예들의 다양한 특징들과 유리한 상세사항들은 수반된 도면들에서 설명되고 다음의 설명에서 상세히 설명되는 비제한적인 실시예들을 더욱 전반적으로 참조하여 설명된다. 공지된 구성 요소들과 프로세싱 기술들의 설명들은 불필요하게 실시예들을 이해하기 어렵게 하지 않도록 생략된다. 여기서 사용되는 예들은 단지 여기서 실시예들이 실시될 수 있는 방법들의 이해를 용이하게 하도록 그리고 또한 기술 분야의 숙련자들이 실시예들을 실시하는 것을 가능하게 하도록 의도된다. 따라서, 예들은 여기서 실시예들의 범주를 제한하는 것으로서 해석되어서는 안 된다.
여기서 실시예들은 사용자에게 전환 번호에 의해 활성화되는 착신호 전환 특징을 통지하기 위한 시스템과 방법을 개시한다. 지금 도면들, 더 구체적으로 도 1 내지 도 5를 참조하면, 유사한 참조 부호들은 상응하는 특징들을 도면들을 통해 일관되게 나타내고, 도면들은 실시예들을 도시한다.
도 1은 IMS 네트워크들의 사용자들의 블록도를 도시한다. 통신 네트워크의 사용자들은 들어오는 호 요청을 전환 번호로 리다이렉트하도록 착신호 전환 특징을 활성화할 수 있다. 예를 들어, 사용자 B(103)는 사용자 C(105) 또는 사용자 D(104)에게 리다이렉트되는 모든 들어오는 호 요청들을 가질 수 있다. 전환 번호는 본래의 호 요청이 전송될 수 있는 번호이다. 사용자(101)가 착신호 전환을 활성화하기를 원할 때, 사용자(101)는 특징을 활성화하도록 서비스 코드를 전송한다. 전환 번호는 사용자(101)의 동일한 IMS 네트워크 내에 있을 수 있거나 또는 다른 IMS 네트워크 내에 있을 수 있다. 착신호 전환 특징이 활성화되면, 사용자(101)에 대한 향후 호 요청들은 전환 번호로 수신될 수 있다.
착신호 전환 특징은 네트워크의 임의의 사용자에 의해 활성화될 수 있다. 특징은 또한 전환 번호에 의해 활성화될 수 있다. 예를 들어, 사용자(101)가 모든 호들을 사용자 B(103)에게 전송하였다면, 사용자 B(103)는 착신호 전환 특징을 사용할 수 있고 사용자 D(104) 또는 사용자 C(105)에게 모든 호들을 전송할 수 있다. 전환 번호가 착신호 전환을 활성화할 때 통지는 전환 번호에 의해 착신호 전환 특징을 활성화한 사용자(101)를 나타내는 사용자(101)에게 전송된다. 통지는 어플리케이션 서버(AS)(102)에 의해 사용자(101)에게 전송되고, 어플리케이션 서버(102)는 전환 번호의 네트워크에 속한다. 사용자(101)와 전환 번호가 다른 네트워크들에 있다면, 사용자(101)는 하나의 어플리케이션 서버(102)에 접속될 수 있고 전환 번호는 다른 어플리케이션 서버(102)에 접속될 수 있다. 사용자(101)와 전환 번호가 동일한 IMS 네트워크 내에 있다면, 사용자(101)와 전환 번호는 동일한 어플리케이션 서버(102)에 접속될 수 있다. 통지를 수신하고 전환 번호가 또한 착신호 전환을 활성화했다는 것을 알아낸 후에, 사용자(101)는 통지에 기초하여 행동하도록 결정할 수 있다. 예를 들어, 사용자(101)는 동일한 전환 번호로 호들을 계속해서 전송하도록 결정할 수 있거나 또는 사용자(101)는 전환 번호로 호들을 전송하는 것을 중단하도록 결정할 수 있고 신규 전환 번호로 전송되는 향후의 호를 가질 수 있다.
도 2는 어플리케이션 서버의 블록도를 도시한다. 사용자(101)가 착신호 전환을 활성화하기를 원할 때, 사용자(101)는 특징을 활성화하도록 서비스 코드를 전송한다. 전환 번호는 사용자(101)의 동일한 IMS 네트워크 내에 있을 수 있거나 또는 다른 IMS 네트워크 내에 있을 수 있다. 착신호 전환 특징이 활성화된다면, 사용자(101)로의 향후 호 요청들은 전환 번호로 수신될 수 있다. 착신호 전환 특징을 활성화하도록, 사용자(101)는 사용자(101)의 네트워크의 어플리케이션 서버(102)로 서비스 코드를 전송한다. 사용자(101)는 또한 전환 번호를 어플리케이션 서버(102)로 전송할 수 있다. 예를 들어, 전환 번호는 userB@example1.com과 같은 SIP 어드레스이거나 또는 +91-9876543210과 같은 전화 번호일 수 있다. 서비스 코드를 수신하자마자 어플리케이션 서버(102)는 사용자(101)가 착신호 전환 특징을 활성화하기를 원한다는 것을 알아낸다. 어플리케이션 서버(102)는 수신기(202)를 통해 서비스 코드를 수신하다. 어플리케이션 서버(102)는 서비스 코드 메시지로부터 전환 번호를 얻고 메모리(204)에 저장된 사용자(101) 프로파일(profile)을 갱신(update)한다. 어플리케이션 서버(102)는 사용자(101)에게 들어오는 호 요청들이 메모리(204)에 저장된 전환 번호로 전송되어야만 하는 것을 알아낸다. 프로세서(201)는 어플리케이션 서버(102)의 기능을 제어한다. 프로세서(201)는 어플리케이션 서버(102)에 의해 수행되는 모든 작동들을 조정한다. 프로세서(201)는 메모리(204) 내의 사용자(101) 프로파일을 갱신한다. 프로세서(201)는 또한 사용자(101)가 전환 번호에 의해 구성되는 활성화 또는 착신호 전환 시도들의 통지를 수신하는 서비스에 가입했는지를 점검한다. 사용자(101)가 서비스에 가입했다면, 프로세서(201)는 전환 번호에 대한 제 3자 가입을 하고 전환 번호로 가입 메시지를 전송한다. 예를 들어, 사용자(101)가 전환 번호로서 사용자 B(103)를 갖기를 원하고, 사용자 B(103)가 착신호 전환을 활성화한다면, 사용자(101)의 네트워크의 어플리케이션 서버(102)는 사용자 B(103)에 대해 제 3자 가입을 하고 사용자 B(103)의 네트워크의 어플리케이션 서버(102)에 가입 메시지를 전송한다. 어플리케이션 서버(102)는 송신기(203)를 사용하여 메시지를 전송한다.
어플리케이션 서버(102)가 가입 메시지를 수신할 때, 어플리케이션 서버(102)는 사용자(101)가 통지들을 수신하는 서비스에 가입했다는 것을 알아낸다. 프로세서(201)는 통지 파라미터를 작동시키고 사용자 B(103)의 프로파일에 사용자(101)에 대한 정보를 추가함으로써 사용자 B(103) 프로파일을 갱신한다. 사용자 B의 프로파일은 메모리(204)에 저장될 수 있다. 예를 들어, 프로세서(201)는 사용자 B(103)의 프로파일에 사용자(101)의 연락처를 포함할 수 있다.
이제, 사용자 B(103)는 착신호 전환 특징을 활성화하도록 결정할 수 있거나 또는 사용자 B(103)는 이미 활성화된 착신호 전환 특징을 가질 수 있다. 이 시나리오에서, 사용자 B(103)가 또한 착신호 전환을 활성화했기 때문에 사용자(101)는 사용자 B(103)에 의해 응답되게 되는 호 요청들을 가질 수 없다. 사용자 B(103)의 네트워크의 어플리케이션 서버(102)가 사용자 B가 착신호 전환을 활성화하기를 원하거나 또는 이미 활성화된 착신호 전환을 가진다는 것을 알아낼 때, 프로세서(201)는 사용자(101)가 사용자 B(103)에 의한 착신호 전환 특징의 활성화에 대해 통지되어야 하는 지의 여부를 알아내도록 사용자 B(103)의 프로파일을 점검한다. 프로세서(201)는 통지 파라미터가 사용자 B(103)의 프로파일의 사용자(101)에 대해 설정되었는 지의 여부를 알아내도록 점검할 수 있다. 프로세서가 사용자(101)가 사용자 B(103)에 의해 착신호 전환의 활성화를 통지받아야하는 것을 알아낼 경우, 프로세서는 사용자(101)에게 통지를 전송한다. 프로세서(201)는 송신기(203)를 통해 통지를 전송한다. 통지는 사용자 B가 활성화되었거나 또는 착신호 전환 특징을 활성화하도록 시도하는 것을 사용자(101)에게 지시한다. 통지는 사용자(101)가 착신호 전환을 활성화하도록 서비스 코드를 전송할 때 즉시 사용자(101)에게 전송될 수 있거나 또는 통지는 전환 번호가 착신호 전환 특징을 활성화하도록 시도한 후 나중에 전송될 수 있다. 즉, 사용자 B가 이미 사용자(101)가 서비스 코드를 전송할 때 활성화되는 착신호 전환을 가질 경우, 어플리케이션 서버는 사용자(101)에게 즉시 통지를 전송한다. 전환된 번호가 사용자(101)가 서비스 코드를 전송하고 나중에 사용자 B(103)가 착신호 전환을 활성화할 때 활성화된 착신호 전환을 갖지 않는 경우에, 통지는 사용자 B가 착신호 전환을 활성화할 때 즉시 전송된다. 예를 들어, 사용자(101)가 사용자 B(103)인 전환 번호에 의해 착신호 전환을 활성화하고 사용자 B(103)가 활성화된 착신호 전환을 갖지 않는 경우, 어떠한 통지도 사용자(101)에게 전송되지 않는다. 몇 일 후에, 말하자면, 3일 후에, 사용자 B(103)가 착신호 전환을 활성화할 경우, 통지는 사용자(101)가 서비스 코드를 전송한 후에 사용자(101)에게 3일 전송된다. 어플리케이션 서버(102)는 통지를 미디어 서버로 전송할 수 있고 미디어 서버는 문자 메시지 또는 음성 메시지로서 사용자(101)에게 통지를 전달할 수 있다. 통지를 수신하고 전환 번호가 또한 착신호 전환을 활성화했다는 것을 알아낸 후에, 사용자(101)는 통지에 기초하여 행동하도록 결정할 수 있다.
도 3a 및 도 3b는 사용자에게 전환 번호에 의해 활성화되는 착신호 전환 특징을 통지하기 위한 방법을 도시한 흐름도들이다. 사용자(101)가 착신호 전환을 활성화하기를 원할 때, 사용자(101)는 특징을 활성화하도록 서비스 코드를 전송한다(301). 전환 번호는 사용자(101)의 동일한 IMS 네트워크 내에 있을 수 있거나 또는 다른 IMS 네트워크 내에 있을 수 있다. 착신호 전환 특징이 활성화된다면, 사용자(101)로의 향후의 호 요청들이 전환 번호로 수신될 수 있다. 착신호 전환 특징을 활성화하도록, 사용자(101)는 사용자(101)의 네트워크의 어플리케이션 서버(102)로 서비스 코드를 전송한다. 사용자(101)는 또한 어플리케이션 서버(102)에 전환 번호를 전송할 수 있다. 서비스 코드를 수신하자마자 어플리케이션 서버(102)는 사용자(101)가 착신호 전환 특징을 활성화하기를 원한다는 것을 알아낸다. 어플리케이션 서버(102)는 서비스 코드 메시지로부터 전환 번호를 얻고 사용자(101) 프로파일을 갱신한다(302). 어플리케이션 서버(102)는 사용자(101)에게 들어오는 호 요청들이 전환 번호로 전송되어야한다는 것을 알아낸다. 사용자(101)가 착신호 전환 시도들 또는 전환 번호에 의해 구성되는 활성화의 통지를 수신하는 서비스에 가입했다면, 어플리케이션 서버(102)는 전환 번호에 대한 제 3자 가입(303)을 하고 전환 번호로 가입 메시지를 전송한다. 전환 번호가 사용자 B(103)의 번호라면, 어플리케이션 서버(102)는 사용자 B(103)에 대해 제 3자 가입(303)을 한다. 사용자(101)의 어플리케이션 서버(102)는 사용자 B(103)의 어플리케이션 서버로 가입 메시지를 전송한다(304).
사용자 B(103)의 어플리케이션 서버(102)가 가입 메시지를 수신할 때, 어플리케이션 서버(102)는 사용자(101)가 통지들을 수신하는 서비스에 가입했다는 것을 알아낸다. 사용자 B(103)의 어플리케이션 서버(102)는 통지 파라미터를 작동시키고 사용자 B(103)의 프로파일에 사용자(101)에 대한 정보를 추가함으로써 사용자 B(103) 프로파일을 갱신한다(305).
사용자 B(103)는 착신호 전환 특징을 활성화하도록 결정할 것이고 또는 사용자 B(103)는 이미 활성화된 착신호 전환 특징을 가질 수 있다. 사용자 B(103)가 착신호 전환을 활성화하기로 결정할 때, 사용자 B(103)는 착신호 전환 특징을 활성화하도록 사용자 B(103)의 어플리케이션 서버(102)로 메시지를 전송한다(306). 사용자 B(103)의 네트워크의 어플리케이션 서버(102)가 메시지를 수신하고(307) 사용자 B가 착신호 전환을 활성화하기를 원하는 것을 알아낼 때 또는 사용자 B(103)가 이미 활성화된 착신호 전환을 가질 경우에, 어플리케이션 서버(102)는 사용자(101)가 사용자 B(103)에 의한 착신호 전환 특징의 활성화에 대해 통지되어야 하는 지를 결정하도록 사용자 B(103)의 프로파일을 점검한다(308). 통지 파라미터가 설정되지 않는다면(309), 어떠한 통지도 사용자(101)에게 전송되지 않는다(3010). 통지 파라미터가 설정된다면, 사용자 B(103)의 어플리케이션 서버(102)는 사용자(101)에게 통지를 전송한다. 통지는 사용자 B가 활성화되었고 또는 착신호 전환 특징을 활성화하도록 시도하는 것을 사용자(101)에게 지시한다. 통지는 사용자(101)가 착신호 전환을 활성화하도록 서비스 코드를 전송할 때 즉시 사용자(101)에게 전송될 수 있거나 또는 통지는 사용자가 서비스 코드를 전송한 후 나중에 전송될 수 있다. 어플리케이션 서버(102)는 통지를 미디어 서버에 전송할 수 있고 미디어 서버는 사용자(101)에게 통지를 전달할 수 있다. 통지를 수신하고 전환 번호가 또한 착신호 전환을 활성화했다는 것을 알아낸 후에, 사용자(101)는 통지를 기초하여 행동하도록 결정할 수 있다. 방법(300)의 다양한 조치들은 나타낸 순서대로, 다른 순서대로 또는 동시에 수행될 수 있다. 또한, 몇몇의 실시예들에서, 도 3a 및 도 3b에 나열된 몇몇의 조치들은 생략될 수 있다.
도 4는 사용자가 착신호 전환 특징을 활성화할 때 즉시 전환 번호에 의해 활성화된 착신호 전환 특징을 통지받은 사용자를 보여주는 예의 흐름도를 도시한다. 사용자(101)가 착신호 전환을 활성화하기를 원할 때, 사용자(101)는 특징을 활성화하도록 서비스 코드를 전송한다. 전환 번호는 사용자(101)의 동일한 IMS 네트워크 내에 있을 수 있거나 또는 다른 IMS 네트워크 내에 있을 수 있다. 착신호 전환 특징이 활성화된다면, 사용자(101)에게 향후의 호 요청들은 전환 번호로 수신될 수 있다. 착신호 전환 특징을 활성화하도록, 사용자(101)는 사용자(101)의 네트워크의 어플리케이션 서버(102)로 서비스 코드를 전송한다. 사용자(101)는 또한 어플리케이션 서버(102)로 전환 번호를 전송할 수 있다. 사용자(101)에 의해 전송된 서비스 코드는 서비스 코드(403) 메시지로서 명시되고 서비스 코드(403)는 S-CSCF(402)에 의해 수신될 수 있다. S-CSCF(402)는 사용자(101)의 네트워크의 어플리케이션 서버(102)(AS A)로 서비스 코드를 전달한다. AS A(102)로 S-CSCF(402)에 의해 전송된 메시지는 서비스 코드(404) 메시지일 수 있다.
서비스 코드를 성공적으로 수신하자마자, AS A(102)는 S-CSCF(402)를 통해 사용자(101)에게 접수 통지를 전송함으로써 서비스 코드의 수령을 알린다. S-CSCF(402)로 AS A(102)에 의해 전송된 접수 통지는 200개의 OK(405) 메시지일 수 있고 S-CSCF(402)에 의해 사용자(101)에게 전송된 접수 통지는 200개의 OK(406) 메시지일 수 있다. 서비스 코드를 수신하자마자 어플리케이션 서버(102)는 또한 사용자(101)가 착신호 전환 통지 특징을 활성화하기를 원하는 것을 알아낸다. 어플리케이션 서버(102)는 서비스 코드 메시지로부터 전환 번호를 얻고 사용자(101) 프로파일을 갱신한다. 어플리케이션 서버(102)는 사용자(101)에게 들어오는 호 요청들이 전환 번호로 전송되어야하는 것을 알아낸다. 사용자(101)가 착신호 전환 시도들 또는 전환 번호에 의해 구성되는 활성화의 통지를 수신하는 서비스에 가입했다면, 어플리케이션 서버(102)는 전환 번호에 대한 제 3자 가입을 하고 전환 번호로 가입 메시지를 전송한다. 전환 번호가 사용자 B(103)의 번호라면, 어플리케이션 서버(102)는 사용자 B(103)에 대해 제 3자 가입을 한다. 사용자(101)의 어플리케이션 서버(102), 즉, AS A(102)는 가입 메시지를 사용자 B(103)의 어플리케이션 서버, 즉, AS B(102)로 전송한다. AS A(102)는 가입 메시지를 S-CSCF(402)를 통해 AS B(102)로 전송한다. S-CSCF(402)로 AS A(102)에 의해 전송된 가입 메시지는 가입(407) 메시지일 수 있고 AS B(102)로 S-CSCF(402)에 의해 전송된 가입 메시지는 가입(408) 메시지일 수 있다.
성공적으로 가입 메시지를 수신하자마자, AS B(102)는 AS A(102)로 접수 통지를 전송함으로써 가입 메시지의 수령을 알린다. AS A(102)로 AS B(102)에 의해 전송된 접수 통지는 200개의 OK(409) 메시지일 수 있고 S-CSCF(402)로 AS A(102)에 의해 전송된 접수 통지는 200개의 OK(4010) 메시지일 수 있고 AS A(102)로 S-CSCF(402)에 의해 전송된 접수 통지는 200개의 OK(4011) 메시지일 수 있다. AS B(102)가 가입 메시지를 수신할 때, AS B(102)는 사용자(101)가 통지들을 수신하는 서비스에 가입했다는 것을 알아낸다. 사용자 B(103)의 AS B(102)는 통지 파라미터를 작동시키고 사용자 B(103)의 프로파일에 사용자(101)에 대한 정보를 추가함으로써 사용자 B(103) 프로파일을 갱신한다.
사용자 B가 이미 활성화된 착신호 전환을 가진다면, AS B(102)는 사용자(101)가 사용자 B(103)에 의해 착신호 전환 특징의 활성화에 대해 통지되어야하는 지를 알아내도록 사용자 B(103)의 프로파일을 점검한다. 통지 파라미터가 설정된다면, AS B(102)는 사용자(101)에게 통지를 전송한다. 통지는 사용자(101)에게 사용자 B가 착신호 전환 특징을 활성화했다는 것을 나타낸다. AS B(102)는 미디어 서버(MS)(401)로 통지를 전송할 수 있고, MS(401)는 사용자(101)에게 통지를 전달할 수 있다. S-CSCF(402)로 AS B(102)에 의해 전송된 통지 메시지는 통지(4012) 메시지일 수 있고, MS(401)로 S-CSCF(402)에 의해 전송된 통지는 통지(4013) 메시지일 수 있고 사용자(101)에게 MS(401)에 의해 전송된 통지는 통지(4014) 메시지일 수 있다. 통지를 수신하고 전환 번호가 또한 착신호 전환을 활성화했다는 것을 알아낸 후에, 사용자(101)는 통지를 기초로 하여 행동하도록 결정할 수 있다. 이어서, 사용자(101)는 AS B(102)로 접수 통지, 즉, 200개의 OK(4015) 메시지를 전송함으로써 통지 메시지의 수령을 알릴 수 있다.
도 5는 나중에 전환 번호에 의해 활성화되는 착신호 전환 특징을 통지받게 되는 사용자를 나타내는 예의 흐름도를 도시한다. 사용자(101)가 착신호 전환을 활성화하기를 원할 때, 사용자(101)는 특징을 활성화하도록 서비스 코드를 전송한다. 전환 번호는 사용자(101)의 동일한 IMS 네트워크 내에 있을 수 있거나 또는 다른 IMS 네트워크 내에 있을 수 있다. 착신호 전환 특징이 활성화된다면, 사용자(101)로의 향후 호 요청들은 전환 번호로 수신될 수 있다. 착신호 전환 특징을 활성화하도록, 사용자(101)는 사용자(101)의 네트워크의 어플리케이션 서버(102)로 서비스 코드를 전송한다. 사용자(101)는 또한 어플리케이션 서버(102)로 전환 번호를 전송할 수 있다. 사용자(101)에 의해 전송된 서비스 코드는 서비스 코드(501) 메시지로 명시되고 서비스 코드(501)는 S-CSCF(402)에 의해 수신될 수 있다. S-CSCF(402)는 사용자(101)의 네트워크의 어플리케이션 서버(102)(AS A)로 서비스 코드를 전달한다. AS A(102)로 S-CSCF(402)에 의해 전송된 메시지는 서비스 코드(502) 메시지일 수 있다.
성공적으로 서비스 코드를 수신하자마자, AS A(102)는 S-CSCF(402)를 통해 사용자(101)에게 접수 통지를 전송함으로써 서비스 코드의 수령을 알린다. S-CSCF(402)로 AS A(102)에 의해 전송된 접수 통지는 200개의 OK(503) 메시지일 수 있고 S-CSCF(402)에 의해 사용자(101)에게 전송된 접수 통지는 200개의 OK(504) 메시지일 수 있다. 서비스 코드를 수신하자마자 어플리케이션 서버(102)는 또한 사용자(101)가 착신호 전환 특징을 활성화하기를 원하는 것을 알아낸다. 어플리케이션 서버(102)는 서비스 코드 메시지로부터 전환 번호를 얻고 사용자(101) 프로파일을 갱신한다. 어플리케이션 서버(102)는 사용자(101)에게 들어오는 호 요청들이 전환 번호로 전송되어야하는 것을 알아낸다. 사용자(101)가 착신호 전환 시도들 또는 전환 번호에 의해 구성되는 활성화의 통지를 수신하는 서비스에 가입했다면, 어플리케이션 서버(102)는 전환 번호에 대한 제 3자 가입을 하고 전환 번호로 가입 메시지를 전송한다. 전환 번호가 사용자 B(103)의 번호라면, 어플리케이션 서버(102)는 사용자 B(103)에 대해 제 3자 가입을 한다. 사용자(101)의 어플리케이션 서버(102), 즉, AS A(102)는 가입 메시지를 사용자 B(103)의 어플리케이션 서버, 즉, AS B(102)로 전송한다. AS A(102)는 S-CSCF(402)를 통해 AS B(102)로 가입 메시지를 전송한다. S-CSCF(402)로 AS A(102)에 의해 전송된 가입 메시지는 가입(505) 메시지일 수 있고 AS B(102)로 S-CSCF(402)에 의해 전송된 가입 메시지는 가입(506) 메시지일 수 있다.
AS B(102)가 가입 메시지를 수신할 때, AS B(102)는 사용자(101)가 통지들을 수신하는 서비스에 가입했다는 것을 알아낸다. 사용자 B(103)의 AS B(102)는 통지 파라미터를 작동시키고 사용자 B(103)의 프로파일에 사용자(101)에 대한 정보를 추가함으로써 사용자 B(103) 프로파일을 갱신한다.
나중에, 말하자면, 7일 뒤에, 사용자 B(103), 전환된 번호가 착신호 전환을 활성화하기를 원한다면, 사용자 B(103)는 착신호 전환을 활성화하도록 AS B(102)로 서비스 코드를 전송할 수 있다. 서비스 코드는 또한 초대 메시지, 즉, 초대(508) 메시지로 전송될 수 있다. AS B(102)는 사용자 B(103)에게 접수 통지를 전송함으로써 초대 메시지의 성공적인 수령을 알린다. 사용자 B(103)에게 AS B(102)에 의해 전송된 접수 통지 메시지는 200개의 OK(509) 메시지일 수 있다. 착신호 전환을 활성화하도록 사용자 B(103)로부터 서비스 코드를 수신하자마자, AS B(102)는 사용자 B(103)에 의해 착신호 전환 특징의 활성화에 대해 통지받아야 하는 사용자(101)와 임의의 다른 사용자를 결정하도록 사용자 B(103)의 프로파일을 점검한다. 통지 파라미터가 설정된다면, AS B(102)는 통지를 전환 번호의 프로파일의 통지 리스트에 있는 다른 모든 사용자들, 사용자 B(103)와 사용자(101)에게 전송한다. 통지는 사용자 B가 착신호 전환 특징을 활성화했다는 것을 사용자(101)에게 보여준다. AS B(102)는 AS A(102), S-CSCF(402)와 MS(401)를 통해 사용자(101)에게 통지를 전송할 수 있다. AS A(102)로 AS B(102)에 의해 전송된 통지 메시지는 통지(5010) 메시지일 수 있고, S-CSCF(402)로 AS A(102)에 의해 전송된 통지 메시지는 통지(5011) 메시지일 수 있고, MS(401)로 S-CSCF(402)에 의해 전송된 통지 메시지는 통지(5012) 메시지일 수 있고 사용자(101)에게 MS(401)에 의해 전송된 통지 메시지는 통지(5013) 메시지일 수 있다. 통지를 수신하고 전환 번호가 또한 착신호 전환을 활성화했다는 것을 알아낸 후에, 사용자(101)는 통지에 기초하여 행동하도록 결정할 수 있다. 사용자(101)는 AS B(102)로 접수 통지, 200개의 OK(5014) 메시지를 전송함으로써 통지 메시지의 수령을 알릴 수 있다.
여기에 개시된 실시예들은 적어도 하나의 하드웨어 디바이스를 실행하고 네트워크 요소들을 제어하도록 네트워크 관리 기능들을 수행하는 적어도 하나의 소프트웨어 프로그램을 통해 구현될 수 있다. 도 1 및 도 2에 도시된 네트워크 요소들은 하드웨어 디바이스의 적어도 하나, 또는 하드웨어 디바이스와 소프트웨어 모듈(module)의 조합일 수 있는 블록(block)들을 포함한다.
여기서 개시된 실시예는 전환 번호에 의해 활성화되는 착신호 전환 특징을 사용자에게 통지하기 위한 방법 및 시스템을 설명한다. 그러므로, 보호의 범주는 이러한 프로그램과 또한 프로그램 내의 메시지를 갖는 컴퓨터 판독 가능 수단으로 확장되고, 이러한 컴퓨터 판독 가능 저장 수단은 프로그램이 서버 또는 모바일 디바이스 또는 임의의 적합한 프로그램 가능 디바이스를 실행할 때, 방법의 하나 이상의 단계들의 구현을 위한 프로그램 코드 수단을 포함한다는 것이 이해된다. 방법은 예를 들어, VHDL(Very high speed integrated circuit Hardware Description Language) 또는 임의의 다른 코딩(coding) 언어로 기록된 코드를 통해 또는 코드와 함께 바람직한 실시예에서 구현되거나, 또는 적어도 하나의 하드웨어 디바이스 상에서 실행되는 몇몇의 소프트웨어 모듈들 또는 하나 이상의 VHDL에 의해 구현된다. 하드웨어 디바이스는 예를 들어, 서버 또는 퍼스널 컴퓨터 등과 같은 어떤 종류의 컴퓨터 또는 예를 들어, 하나의 프로세서와 2개의 FPGA들과 같은 그들의 임의의 조합을 포함하여 프로그래밍될 수 있는 어떤 종류의 디바이스일 수 있다. 디바이스는 또한 예를 들어, ASIC과 같은 하드웨어 수단 또는 하드웨어와 소프트웨어 수단의 조합, 예를 들어, ASIC과 FPGA 또는 소프트웨어 모듈들을 개재한 상태의 적어도 하나의 마이크로프로세서와 적어도 하나의 메모리일 수 있는 수단을 포함할 수 있다. 여기에 설명된 방법의 실시예들은 완전한 하드웨어에서 또는 하드웨어에서 부분적으로 그리고 소프트웨어에서 부분적으로 구현될 수 있다. 대안적으로, 발명은 예를 들어, 복수의 CPU들을 사용하여, 다른 하드웨어 디바이스들 상에서 구현될 수 있다.
특정한 실시예들의 상술한 설명은 실시예들의 일반적인 성질을 완전히 드러내서 다른 실시예들이 현재의 지식을 추가함으로써, 손쉽게 다양한 응용들에 대해 일반적인 개념으로부터 벗어남이 없이 이러한 특정한 실시예들을 수정할 수 있고 및/또는 변경할 수 있고, 그러므로, 이러한 변경들과 수정들은 개시된 실시예들의 등가물들의 범위와 의미 내에서 이해되도록 의도되어야한다. 여기에 이용되는 특수 용어 또는 전문 용어는 설명의 목적을 위한 것이고 제한하지 않는다는 것이 이해되어야 한다. 그러므로, 여기의 실시예들이 바람직한 실시예들에 관하여 설명하는 한, 기술분야의 숙련자들은 여기의 실시예들이 여기에 설명된 바와 같이 청구 범위들의 정신과 범주 내에서 수정이 실시될 수 있다는 것을 인지할 것이다.

Claims (13)

  1. 사용자에게 IMS(Internet Protocol Multimedia Subsystem) 네트워크의 전환 번호(forward-to-number)에 의해 활성화되는 착신호 전환 특징(call forwarding feature)을 통지하기 위한 방법에 있어서,
    상기 네트워크는 어플리케이션 서버(102)를 포함하고,
    상기 어플리케이션 서버(102)가 상기 전환 번호가 상기 착신호 전환 특징을 활성화했는 지를 점검하는 단계와;
    상기 어플리케이션 서버(102)가 상기 전환 번호에 의해 상기 착신호 전환 특징을 활성화한 사용자를 나타내는 통지를 사용자에게 전송하는 단계를 포함하는, 방법.
  2. 제 1 항에 있어서,
    상기 사용자는 상기 통지를 수신하는 서비스에 가입하는, 방법.
  3. 제 1 항에 있어서,
    상기 사용자는 상기 사용자가 상기 착신호 전환 특징을 활성화하고 상기 전환 번호가 활성화되는 착신호 전환 특징을 가질 때 상기 통지를 수신하는, 방법.
  4. 제 1 항에 있어서,
    상기 사용자는 상기 전환 번호가 상기 착신호 전환 특징을 활성화할 때 상기 통지를 수신하는, 방법.
  5. 제 1 항에 있어서,
    상기 사용자는,
    문자 메시지와;
    음성 메시지 중 적어도 하나로 상기 통지를 수신하는, 방법.
  6. 제 1 항에 있어서,
    상기 전환 번호는,
    SIP(Session Initiation Protocol) 어드레스와;
    PSTN(Public Switched Telephone Network) 번호와;
    셀룰러 폰 번호 중 적어도 하나인, 방법.
  7. 제 1 항에 있어서,
    상기 사용자는 상기 IMS 네트워크 내에 있는, 방법.
  8. 제 1 항에 있어서,
    상기 사용자는 다른 IMS 네트워크 내에 있는, 방법.
  9. 사용자에게 IMS 네트워크의 전환 번호에 의해 활성화되는 착신호 전환 특징을 통지하기 위한, IMS 네트워크의 어플리케이션 서버(102)에 있어서,
    상기 전환 번호가 상기 착신호 전환 특징을 활성화했는 지를 점검하고,
    상기 전환 번호에 의해 상기 착신호 전환 특징을 활성화한 사용자를 나타내는 통지를 사용자에게 전송하도록 구성된 적어도 하나의 수단을 갖는, 어플리케이션 서버(102).
  10. 제 9 항에 있어서,
    상기 사용자가 상기 통지를 수신하는 서비스에 가입하는 것을 가능케 하도록 구성되는, 어플리케이션 서버(102).
  11. 제 9 항에 있어서,
    문자 메시지와;
    음성 메시지 중 적어도 하나로 상기 사용자에게 상기 통지를 전송하도록 구성되는, 어플리케이션 서버(102).
  12. 제 9 항에 있어서,
    상기 사용자가 상기 착신호 전환 특징을 활성화하고 상기 전환 번호가 활성화된 착신호 전환 특징을 가질 때 상기 사용자에게 상기 통지를 전송하도록 구성되는, 어플리케이션 서버(102).
  13. 제 9 항에 있어서,
    상기 전환 번호가 상기 착신호 전환 특징을 활성화할 때 상기 사용자에게 상기 통지를 전송하도록 구성되는, 어플리케이션 서버(102).
KR1020137007741A 2010-08-31 2011-07-05 Ims 네트워크에서의 통신 방법 및 어플리케이션 서버 KR101568976B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN2527/CHE/2010 2010-08-31
IN2527CH2010 2010-08-31
PCT/EP2011/061273 WO2012028359A1 (en) 2010-08-31 2011-07-05 Monitoring of call forwarding destination

Publications (2)

Publication Number Publication Date
KR20130052000A true KR20130052000A (ko) 2013-05-21
KR101568976B1 KR101568976B1 (ko) 2015-11-13

Family

ID=44628977

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020137007741A KR101568976B1 (ko) 2010-08-31 2011-07-05 Ims 네트워크에서의 통신 방법 및 어플리케이션 서버

Country Status (6)

Country Link
US (1) US20140140246A1 (ko)
EP (1) EP2612490A1 (ko)
JP (1) JP5717857B2 (ko)
KR (1) KR101568976B1 (ko)
CN (1) CN103081451B (ko)
WO (1) WO2012028359A1 (ko)

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0775371B2 (ja) * 1988-07-13 1995-08-09 富士通株式会社 電子交換システムにおける呼転送登録方式
FI119093B (fi) * 1998-09-29 2008-07-15 Nokia Corp Kutsunsiirto tietoliikenneverkossa
US20010024951A1 (en) * 2000-03-22 2001-09-27 Marten Rignell Apparatus and a method for providing operational status information between subscribers in a telecommunications network
US20020137498A1 (en) * 2001-03-23 2002-09-26 Goss Stephen C. Method for automatic call forwarding when a mobile unit goes out of service
US7085253B2 (en) * 2001-11-02 2006-08-01 Samsung Electronics Co., Ltd. System and method for notifying a user of the status of other mobile terminals
US20030194994A1 (en) * 2002-04-11 2003-10-16 Per Svedberg Method for preventing call forwarding in a group call
EP1432218A1 (en) * 2002-12-18 2004-06-23 Alcatel Method to preview the operational status of a destination terminal
US8335860B2 (en) * 2002-12-19 2012-12-18 Nokia Corporation Filtering application services
JP4215550B2 (ja) * 2003-04-08 2009-01-28 Ｎｅｃインフロンティア株式会社 Ｉｐによるシステム間接続を行なう構内交換機システム及びそのシステム情報伝達方法
US20060153353A1 (en) * 2005-01-07 2006-07-13 O'neil Douglas Intelligent secondary call treatment for advanced calling scenarios
CN100531267C (zh) * 2005-04-21 2009-08-19 华为技术有限公司 通信系统中回铃音的实现方法
CA2609645A1 (en) * 2005-05-27 2006-11-30 Telefonaktiebolaget L M Ericsson (Publ) Call forwarding in an ip multimedia subsystem (ims)
JP4446255B2 (ja) * 2005-09-21 2010-04-07 サクサ株式会社 電話通信システム
US8165280B1 (en) * 2005-09-22 2012-04-24 Verizon Services Organization Inc. Method and system for providing busy override service in a SIP-based network
JP2007184672A (ja) * 2006-01-04 2007-07-19 Hitachi Ltd 通信制御装置
US20070195752A1 (en) * 2006-02-22 2007-08-23 Lucent Technologies Inc. System and method for handling call redirection and multi call destination failures
CN101405713A (zh) * 2006-03-14 2009-04-08 摩托罗拉公司 用于管理网络中的通信会话的方法和系统
CN100571446C (zh) * 2007-02-12 2009-12-16 华为技术有限公司 移动通信交换设备及呼叫控制方法
US8279826B1 (en) * 2007-07-19 2012-10-02 Sprint Communications Company L.P. Presence based routing in an IP multimedia subsystem network
BRPI0818720A8 (pt) * 2007-10-23 2015-08-11 Research In Motion Ltd Sistema e método para comunicação de notificação de desvio
EP2112799A1 (en) * 2008-04-25 2009-10-28 Koninklijke KPN N.V. Service integrity handling in an IMS-based system
US8737271B2 (en) * 2009-06-01 2014-05-27 Telefonaktiebolaget L M Ericsson (Publ) Graphical user-interface for terminals with visual call progress indicator
US8909205B2 (en) * 2010-08-27 2014-12-09 Cox Communications, Inc. Mobile telephone call forwarding management

Also Published As

Publication number Publication date
CN103081451B (zh) 2016-04-13
KR101568976B1 (ko) 2015-11-13
US20140140246A1 (en) 2014-05-22
EP2612490A1 (en) 2013-07-10
CN103081451A (zh) 2013-05-01
JP2013537012A (ja) 2013-09-26
JP5717857B2 (ja) 2015-05-13
WO2012028359A1 (en) 2012-03-08

Similar Documents

Publication Publication Date Title
KR101261260B1 (ko) 부재중 호들의 확인응답에 대한 통지들을 제공하는 시스템 및 방법
CN101277342B (zh) 一种实现分叉业务的方法、装置及系统
KR20130114235A (ko) 호의 수신에 응답하여 통화중 상태 메시지를 전송하는 멀티 ｓｉｍ ｕｅ를 위한 방법； 장치들 및 컴퓨터 판독 가능 매체
JP2005533407A (ja) 呼に対して被呼者の応答がない場合、マルチメディア・メッセージを送る方法、装置およびシステム
US20100172483A1 (en) Conversation of a phone call into a smart pushed voice message
US20100330960A1 (en) Systems, methods, and computer readable media for third party monitoring and control of calls
US8364122B2 (en) Delayed delivery messaging
JP2018512022A (ja) メッセージングゲートウェイに関する改善
CN106664287B (zh) 用于控制多媒体通信网络中的通信会话建立的方法和通信处理设备
US8150003B1 (en) Caller initiated undivert from voicemail
JP5749746B2 (ja) コール試行の通知
US9407770B2 (en) Managing calls in IMS networks
WO2019144720A1 (zh) 业务共享方法、装置、存储介质及电子装置
KR101568976B1 (ko) Ims 네트워크에서의 통신 방법 및 어플리케이션 서버
JP5014190B2 (ja) 通知システム、通知方法、メッセージサーバ、及び通信端末
CN105577902A (zh) 一种消息提醒方法及终端
US20230362302A1 (en) Message-based notification that a called party is busy
KR100592935B1 (ko) ＶｏＩＰ 단말의 통화 가능 알림 서비스 방법 및 시스템
KR100637535B1 (ko) 불완료 단문메시지 전송 방법
KR101407095B1 (ko) 통화 연결 알림 서비스를 위한 서버 및 그 제어방법
WO2015126274A1 (ru) Система уведомления вызываемого абонента о вызове поступившем в режиме "занято"
WO2013116971A1 (en) Method for a network node involved in handling of call connections, whereby mutual call connection requests are received
KR20110082350A (ko) 착신전환 방법
KR20170047992A (ko) 통화 중 호를 전환하는 방법 및 이를 위한 통신 단말
US20140274017A1 (en) Systems and methods for handling incoming communications directed to a telephony device

Legal Events

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