KR20090053810A - 회선 교환 도메인 호출 종료 앵커링 방법 및 그 시스템 - Google Patents

회선 교환 도메인 호출 종료 앵커링 방법 및 그 시스템 Download PDF

Info

Publication number
KR20090053810A
KR20090053810A KR1020097005049A KR20097005049A KR20090053810A KR 20090053810 A KR20090053810 A KR 20090053810A KR 1020097005049 A KR1020097005049 A KR 1020097005049A KR 20097005049 A KR20097005049 A KR 20097005049A KR 20090053810 A KR20090053810 A KR 20090053810A
Authority
KR
South Korea
Prior art keywords
call
application server
anchoring
message
home location
Prior art date
Application number
KR1020097005049A
Other languages
English (en)
Other versions
KR101352796B1 (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 KR20090053810A publication Critical patent/KR20090053810A/ko
Application granted granted Critical
Publication of KR101352796B1 publication Critical patent/KR101352796B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • 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

Landscapes

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

Abstract

본 발명은 회선 교환 도메인의 호출 종료 앵커링 방법 및 그 시스템에 관한 것으로, 동 방법은 전통적 도메인 네트워크의 호출이 통화 연속성 사용자의 홈 회선 교환 도메인의 이동 교환국에 도달하였을 경우, 이동 교환국은 홈 위치 등록기로 LOCREQ 메시지를 발송하여 위치를 문의하고 홈 위치 등록기는 통화 연속성 애플리케이션 서버에로 메시지를 직접 발송하여 라우팅 정보를 청구하며, 통화 연속성 애플리케이션 서버는 동 홈 위치 등록기로 IP 멀티 미디어 부시스템이 라우팅 가능한 번호 정보를 반환하여 앵커링을 지도한다. 본 발명은 VCC 사용자의 인텔리전트 네트워크 업무가 없는 전통적 회선 교환 도메인에 있어서의 호출 종료 앵커링을 실현하였다.

Description

회선 교환 도메인 호출 종료 앵커링 방법 및 그 시스템 {An Method And System For Ending-Call Anchoring of the CS Domain}
도면의 간단한 설명
여기서 설명하는 도면은 본 발명을 진일보로 이해하기 위한 것으로 본 발명의 일부이고 본 발명에서 설명한 실시예 및 그 설명은 본 발명을 해석하기 위한 것으로 본 발명을 부당히 제한하는 것이 아니다.
제1도는 현재 기술에 따른 통화 앵커링(anchoring) 설하는 블록 다이어그램이다.
제2도는 현재 기술의 인텔리전트 네트워크 방안(intelligent network scheme)에 따른 CS(회선 교환) 도메인 호출 종료(Ending-call) 앵커링의 설명도하는 블록 다이어그램이다.
제3도는 현재 기술의 번호 휴대 방안에 따른 CS 도메인 호출 종료 앵커링의 설명도하는 블록 다이어그램이다.
제4도는 본 발명의 제1실시예에 따른 앵커링을실현하는 신호 흐름도로, 그중 홈 위치 등록기(HLR, home location register)는 VCC (Voice Call Continuity) 애플리케이션 서버에로 ROUTREQ 소식을 발송하는 블록 다이어그램이다.
제5도는 본 발명의 제2실시예에 따른 앵커링을실현하는 신호 흐름도로, 그중 홈 위치 등록기(HLR)는 VCC 애플리케이션 서버에로 ANLYZD 소식을 발송하는 블록 다이어그램이다.
발명의 상세한 설명
발명의 목적
발명이 속하는 기술분야 및 그 분야의 종래기술
본 발명은 이동 통신 기술에 관한 것이고, 보다 구체적으로 본 발명은 IMS(IP Multimedia Subsystem, IP 멀티 미디어 부시스템)망과 전통적회선 도메인 망이 공존하는 기간에 있어서, VCC(Voice Call Continuity, 통화 연속성) 사용자의 인텔리전트 네트워크 업무가 없는 회선 도메인에 있어서의 호출 종료 앵커링 방법 및 그 시스템에 관한 것이다.
이동 통신 네트워크의 핵심 네트워크는 점차적으로 전IP(ALL IP) 네트워크의 IP 멀티 미디어 부시스템(IP Multimedia Subsystem, IMS)으로 발전하고 있다. 하지만 이러한 발전은 하루에 완성되는 것이 아니고, 현재의 전통적 회선 도메인 네트워크를 점차적으로 대체함으로 하여 완성되는데 이는 아주 긴 과정이 필요하다. 이 과정에 있어서 IMS와 전통적 도메인 네트워크가 공존하는 국면이 반드시 존재하게 된다.
네트워크의 커버에 있어서, 일부 지역은 전통 네트워크로만 커버되어 있고 일부 지역은 IMS 네트워크로만 커버되었으며 일부 지역에는 상기 두가지 네트워크가 공존한다. 네트워크의 발전으로 인하여 IMS가 커버된 지역이 점차적으로 커지고 전통적 도메인은 점차적으로 소멸될 것이다.
통화 연속성(Voice Call Continuity,VCC) 기술은 상기 배경에 기반하여 제출된 것이다. 그 출발점은 사용자가 듀얼네트워크와 계약을 맺었고 단말 또한 듀얼 모드 단말인 것이다. 사용자가 한 네트워크에서 통화를 진행하는 과정에 있어서 그 네트워크의 신호가 낮아지고 다른 한 네트워크의 신호 상황이 양호하면 네트워크를 전환한다. 예를 들어 IMS 네트워크로부터 전통적 도메인 네트워크로 전환한다. 이때 VCC기술을 이용하여 통화가 중단되지 않도록, 즉 통화의 연속성을 보장하여야 한다.
네트워크 전환시 통화가 중단되지 않는 통화과정을 유지하는 과정에 있어서 앵커링(anchoring) 기술의 지지가 필요하다. 상기한 앵커링 호출과정에 있어서 도1에 도시한 바와 같이 통화 경로에 제어점을 삽입하여 사용자 장비(User Equipment, UE)A와 B사이의 통화를 두개 통화, 즉 A와 앵커링 포인트(anchoring point)C사이의 통화와, 앵커링 포인트C와 단말B사이의 통화로 변화시키는 것을 말한다. 이렇게 되면 A 단말에서 네트워크를 전환할 경우, A와 앵커링 포인트C상이의 통화는 재구축되지만 앵커링 포인트C와 단말B사이의 통화에는 그 영향을 받아 중단되는 현상이 일어나지 않는다. 이렇게 되면 A와 앵커링 포인트C사이의 통화가 재구축 된후 A와 B사이의 통화를 계속할 수 있으며 이를 통해 통화 연속성을 보장할 수 있다.
VCC 업무에 있어서, 사용자가 듀얼 네트워크와 계약하였음으로 각 네트워크는 사용자에 각각 번호를 할당한다. 예를 들어 전통 네트워크는 E.164 번호를 할당하고 IMS네트워크는 SIP URI를 할당한다.
현재 기술에 있어서, 전통 회선 도메인 네트워크부터 나온 호출이 호출 종료 VCC 사용자의 홈 전통적 도메인 네트워크에 도달하면(착신번호가 전통 네트워크에서 할당한 번호이면), 앵커링 과정은 인텔리전트 네트워크(Intelligent Network) 혹은 번호 휴대를 기반으로한 방법을 채용한다. 그 특징을 도2와 도3에 나타냈는데 간소화하기 위하여 아래 본 발명의 배경과 관련되는 과정만을 설명한다.
도2는 인텔리전트 네트워크 방안의 CS(회선) 도메인 호출 종료 앵커링 흐름도이다. 구체적으로 하기 단계를 포함한다.
단계100, 전통 네트워크의 호출 소식 ISUP:IAM는 VCC 사용자의 홈 전통적 도메인 CS 네트워크의 이동 통신 교환국 MSC(Mobile Switching Center, 이동 전화 교환국) (동 MSC는 일반적으로 게이트웨이(gateway) MSC이다)에 도달하는데 호출 소식에는 발신번호(CgPN)와 착신번호(CdPN)가 포함된다.
단계110, MSC는 홈 위치 등록기 HLR에 위치 문의 청구를 발송한다.
단계120, HLR는 MSC에로 위치 문의 청구 응답을 발송하는데 그중의 촉발기(trigger) 리스트에는 무선 인텔리전트 네트워크 신호제어점 WIN SCP의 어드레스가 포함된다.
단계130, MSC는 WIN SCP에로 ANLYZD 소식을 발송하는데 동 소식에는 착신번호가 포함된다.
단계140, WIN SCP는 소식을 수신한후 VCC 애플리케이션 서버(Application Server, AS)에로 ANLYZD소식을 중계 전송한다.
단계150, VCC 애플리케이션 서버는 ANLYZD 소식을 수신한 후 착신번호를 보 존하고 이를 계약자와 연결시킨다. 반환한 anlyzd 응답 소식에 VCC 애플리케이션 서버와 관련되는 임시 IMS 라우팅(routing) 번호가 포함된다.
단계160, WIN SCP는 anlyzd 소식을 MSC에로 중계 전송한다.
단계170, MSC는 anlyzd 소식에 포함된 라우팅 정보(VCC 애플리케이션 서버와 관련된 임시 IMS 라우팅 번호)에 근거하여 사용자 홈 네트워크의메체 게이트웨이 제어부 (Media Gateway Control Function, MGCF)에로 ISUP 호출 소식을 발송한다.
단계180, 매체 게이크웨이 제어부 MGCF는 호출을 수신한 후 VCC 애플리케이션 서버에로 호출 청구(SIP Invite 청구)를 시작하는데 동 호출은 I-CSCF(Interrogating Call Session Control Function, 호출 통화 제어부의 문의)를 통하여 완성된다.
단계190, VCC 애플리케이션 서버는 호출 청구를 수신한 후 VCC 애플리케이션 서버와 관련되는 임시 IMS 라우팅 번호에 거하여 단계150에서 보존한 착신번호를 찾는다. VCC 애플리케이션 서버는 진정한 착신번호를 이용하여 계속 호출한다.
도3은 번호 휴대 방안의 CS 도메인 호출 종료 앵커링 흐름도이다. 구체적으로 하기 단계를 포함한다.
단계210, 전통적 도메인에서 번호 휴대 데이터 베이스를 문의한다.
단계220, 번호 휴대 데이터 베이스에서 반환한 응답에는 로컬 라우팅 번호(Local Routing Number, LRN)가 포함되는데 이는 IMS 네트워크로 다시 방향을 정하는 경우 이용된다.
단계230, 전통 도메인은 MGCF에로 IAM 소식(즉,메시지)을 발송하는데 그중 착신번호는 LRN이고 원래의 착신번호는 ISUP Ported Gap 정보 유닛에 보존된다.
단계240, MGCF는 이것이 번호 휴대인 것을 발견하면 원래의 착신번호를 인출하고 I/S-CSCF에로 Invite 소식을 발송한다.
단계250, S-CSCF는 초기 여과 기준(iFC, initial Filter Criteria)에 근거하여 VCC 애플리케이션 서버에로 업무를 촉발한다.
총적으로 현재 CS 도메인의 호출 종료 앵커링는 오직 인텔리전트 네트워크 업무나 번호 휴대를 배치하였을 경우에만 실현할 수 있는데 현재 많은 전통적 네트워크에는 인텔리전트 네트워크 업무 혹은 번호 휴대를 배치하지 않았다. 이때 VCC 업무에 있어서의 CS 도메인의 호출 종료 앵커링을 실현할 수 없다.
발명이 이루고자 하는 과제
본 발명은 인텔리전트 네트워크 업무 혹은 번호 휴대를 배치하지 않은 전통 네트워크에 있어서 현재 기술이 호출 종료 앵커링을 실현할 수 없는 단점을 해결하기 위하여 회선 교환 도메인 호출 종료 앵커링 방법 및 그 시스템을 제공하는 것을 목적으로 한다.
상기 목적을 실현하기 위하여 본 발명의 실시예에서 회선 교환 도메인 네트워크와 IP 멀티 미디어 부시스템 네트워크의 전환시 필요한 앵커링에 이용되는 회선 교환 도메인 호출 종료 앵커링 방법을 제공하는데, 그중 회선 교환 도메인 네트워크는 최소한 이동 교환국과 홈 위치 등록기를 포함하고 IP 멀티 미디어 부시스템 네트워크는 최소한 통화 연속성 애플리케이션 서버와 미디어 게이트웨이 제어부를 포함한다.
본 발명의 실시예에 따른 회선 교환 도메인 호출 종료 앵커링 방법은 하기 단계를 포함한다.
제1단계, 전통 도메인 네트워크의 호출이 통화 연속성 사용자의 홈 회선 교환 도메인의 이동 교환국에 도달하였을 경우, 이동 교환국은 홈 위치 등록기에로 LOCREQ 소식을 발송하여 위치를 문의하며,
제2단계, 홈 위치 등록기는 통화 연속성 애플리케이션 서버에로 직접 소식을 발송하여 라우팅 정보를 청구하며,
제3단계, 통화 연속성 애플리케이션 서버는 상기 홈 위치 등록기에로 그 IP 멀티 미디어 부시스템의 라우팅 번호 정보를 반환하여 앵커링를 지도한다.
동 방법이 제1단계와 상기 제2단계 사이에 하기 단계를 진일보로 포함하는 것이 바람직하다.
단계A: 홈 위치 등록기가 수신한 통화 연속성 계약 사용자의 LOCREQ 메시지에 근거하여 앵커링의 필요 여부를 판단하는 단계, 그중 앵커링이 필요하면 제1단계를 수행하고 앵커링이 필요하지 않으면 동 사용자에 서비스를 제공하는 이동 교환국에로 ROUTREQ를 발송하여 라우팅을 문의한다.
또한 상기 제3단계가 진일보로 하기 단계를 포함한다:
단계31, 통화 연속성 애플리케이션 서버는 홈 위치 등록기에서 발송한 라우팅 정보를 청구하는 메시지를 수신하여 보존한 후, 상기 홈 위치 등록기에로 상기 통화 연속성 애플리케이션 서버의 IP 멀티 미디어 부시스템의 라우팅 번호를 반환 하거나 혹은 상기 통화 연속성 애플리케이션 서버에로 라우팅 할 수 있는 임시 IP 멀티 미이더 부시스템 라우팅 번호를 반환하고,
단계32, 홈 위치 등록기는 통화 연속성 애플리케이션 서버에서 반환한 메시지를 수신한 후, 이동 교환국으로 locreq 메시지를 반환하는데 상기 locreq 메시지중의 라우팅 정보는 통화 연속성 애플리케이션 서버의 IP 멀티 미디어 부시스템의 라우팅 번호이며,
단계33, 이동 교환국은 수신한 locreq 메시지중의 라우팅 정보에 근거하여 호출을 시작하고 통화 연속성 애플리케이션 서버는 수신한 호출 청구 정보에 근거하여 보존한 진정한 착신번호를 인출해내고 호출을 계속한다.
그중, 상기 단계33은 진일보로 하기 단계를 포함할 수 있다:
단계33-1, 이동 교환국은 수신한 메시지에 근거하여 미디어 게이트웨이 제어기에로 호출 메시지를 발송하고,
단계33-2, 미디어 게이트웨이 제어기는 호출 메시지를 수신한 후 동 메시지중의 착신번호에 호출 청구를 시작하며,
단계33-3, 통화 연속성 애플리케이션 서버는 호출 청구를 수신한 후 보존한 진정한 착신번호를 인출해내고 표준 IP 멀티 미디어 부시스템의 호출 과정에 따라 계속 호출을 시작한다.
본 발명의 상기 목적을 실현하기 위하여 또한 회선 교환 도메인 네트워크와 IP 멀티 미디어 부시스템 네트워크의 전환시의 앵커링에 이용되고 최소한 홈 위치 등록기와 통화 연속성 애플리케이션 서버를 포함하는 회선 교환 도메인 호출 종료 앵커링 시스템을 제공한다.
그중, 홈 위치 등록기는 통화 연속성 애플리케이션 서버에로 라우팅 정보를 청구하는 메시지를 직접 발송하고, 통화 연속성 애플리케이션 서버는 상기 홈 위치 등록기에로 그 IP 멀티 미디어 부시스템의 라우팅 번호 정보를 반환시켜 앵커링을 지도한다.
현재 기술과 비교하면 본 발명은 하기 장점을 구비하였다. 즉 이동 교환국 MSC가 홈 위치 등록기 HLR에로 호출 종료 라우팅을 문의할 경우, HLR를 통하여 VCC 애플리케이션서버에로 라우팅 정보를 직접 청구하여 앵커링의 수요를 완성한다. 이로하여 CS 도메인에 인텔리전트 네트워크와 번호 휴대 업무를 배치하지 않았을 경우 VCC 업무의 CS 도메인중의 호출 종료 앵커링 문제를 해결하였다. 또한 본 발명의 과정은 인텔리전트 네트워크 방식을 최대한으로 유지하여 각 네트워크 요소에 대한 변경이 적다.
본 발명의 상기 및 기타 목적들은 하기 설명되는 발명에 의하여 모두 달성될 수 있다.
발명의 구성
본 발명은 CS 도메인 네트워크와 IMS 네트워크를 전환할 때의 앵커링에 이용되는 것으로, 그중 CS 도메인 네트워크는 최소한 이동 교환국 MSC와 홈 위치 등록기 HLR를 포함하고 IMS 네트워크는 최소한 통화 연속성 VCC 애플리케이션 서버를 포함한다.
본 발명의 실시예에 따른 회선 교환 도메인 호출 종료 앵커링 방법은 하기 단계를 포함한다.
제1단계, 전통 도메인 네트워크의 호출이 VCC 사용자의 홈 CS 도메인 MSC(일반적으로는 게이트웨이 MSC이다)에 도달할 결우, 동 MSC는 HLR에로 LOCREQ 메시지를 발송하는데 동 LOCREQ 메시지는 최소한 착신번호를 포함한다.
VCC 업무 계약을 하지 않은 사용자에 대하여 HLR는 정상적인 호출 종료 과정을 수행한다. 동 사용자가 VCC 계약을 하였을 경우 HLR는 수신한 VCC 계약 사용자의 LOCREQ 메시지에 근거하여 앵커링의 필요 여부를 판단하여 앵커링가 필요하면 VCC 애플리케이션 서버에로 라우팅을 문의하고 앵커링가 필요하지 않으면 동 사용자에 서비스를 제공하는 MSC(방문VMSC)에로 ROUTREQ를 발송하여 라우팅을 문의한다. 구체적 판단 방법은 하기 두개를 포함하지만 이 두개에 제한되는 것은 아니다:
(1)새로운 촉발기 유형, 즉 VCC 촉발기를 설정하여 HLR에서 수신한 LOCREQ 메시지에 상기 VCC 촉발기가 포함되었으면 앵커링이 필요하다고 판단하고 HLR에서 수신한 LOCREQ 메시지에 VCC 촉발기가 포함되지 않았으면 앵커링이 필요하지 않다고 판단한다.
(2)VCC 계약 사용자에 대하여 LOCREQ가 MSC로부터 왔을 경우 앵커링이 필요하다고 판단하고 LOCREQ가 VCC 애플리케이션 서버로부터 왔을 경우 앵커링가 필요하지 않다고 판단하도록 HLR를 배치한다.
제2단계, HLR에서 VCC 애플리케이션 서버에로 직접 메시지를 발송하여 라우팅 정보를 청구한다.
제3단계, VCC 애플리케이션 서버는 HLR에서 발송한 메시지를 수신한 후 관련된 정보 내용을 보존하고 동 HLR에로 동 VCC 애플리케이션 서버의 IMS 라우팅 번호 정보를 반환하는데, 그중에 있어서 동 단계는 진일보로 하기 몇 가지를 포함하지만 이에 제한되는 것은 아니다. (a)VCC 애플리케이션 서버가 보존한 정보에 발신번호과 착신번호가 포함되고 HLR에로 VCC 애플리케이션 서버의 IMS 라우팅 번호를 반환한다. (b) VCC 애플리케이션 서버가 보존한 메시지에 발신번호와 착신번호가 포함되고 VCC 애플리케이션 서버에로 라우팅 할 수 있는 임시 IMS 라우팅 번호를 HLR에로 반환한다. (c) VCC 애플리케이션 서버가 보존한 메시지에 착신번호가 포함되고 VCC 애플리케이션 서버에로 라우팅 할 수 있는 임시 IMS 라우팅 번호를 HLR에로 반환한다.
제4단계, HLR는 VCC 애플리케이션 서버에서 반환한 메시지를 수신한 후 MSC에로 locreq 메시지를 반환하는데 동 locreq 메시지중의 라우팅 정보는 VCC 애플리케이션 서버 IMS 라우팅 번호이다.
제5단계, MSC는 수신한 메시지에 근거하여 미디어 게이트웨이 제어기 MGCF로 호출 메시지(ISUPIAM 메시지)를 발송한다.
제6단계, MGCF는 호출 메시지(IAM 메시지)를 수신한 후 그중의 착신번호에로 SIP INVITE 메시지를 발송하여 호출 청구를 시작한다.
제7단계, VCC 애플리케이션 서버는 INVITE 호출 메시지를 수신한 후 제3단계중의 관련 메시지에 근거하여 보존한 진정한 착신번호를 인출하고 표준 IMS 호출 과정에 따라 계속 호출을 시작한다.
그중, 제7단계에 있어서 호출 메시지에 근거하여 진정한 착신번호를 인출하는 것과 제3단계중의 관련 메시지사이의 관계는 하기 몇가지 상황을 포함하나 이에 제한되지 않는다: (a) 제3단계에서 VCC 애플리케이션 서버가 발신번호와 착신번호를 보존하였고VCC 애플리케이션 서버의 IMS 라우팅 번호를 반환하였을 경우, 제7단계에서는 발신번호에 근거하여 진정한 착신번호를 찾아낸다. (b) 제3단계에서 VCC 애플리케이션 서버가 발신번호와 착신번호를 보존하였고 VCC 애플리케이션 서버에로 라우팅 할 수 있는 임시 IMS 라우팅 번호를 반환하였을 경우, 제7단계에서는 발신번호와 임시 IMS 라우팅 번호에 근거하여 진정한 착신번호를 찾아낸다. (c) 제3단계에서 VCC 애플리케이션서버가 착신번호를 보존하였고 VCC 애플리케이션 서버에로 라우팅 할 수 있는 임시 IMS 라우팅 번호를 반환하였을 경우, 제7단계에서는 임시 IMS 라우팅 번호에 근거하여 진정한 착신번호를 찾아낸다.
다음 도면과 구체 실시예를 결합하여 본 발명의 상세한 과정을 진일보로 상세하게 설명한다. 하지만 아래 내용은 본 발명을 제한하기 위한 것이 아니다.
제1실시예
도4에 본 발명의 신호 과정을 나타낸다. 이때 홈 위치 등록기에서 VCC에로 발송한 것은 ROUTREQ 메시지이다. 그 단계는 하기와 같다.
단계400, 전통 도메인으로부터 나온 호출 종료는 VCC 사용자의 홈 전통 도메인의 MSC에 도달하는데 이때 착신번호는 전통 도메인이 할당한 번호이다.
단계410, MSC는 사용자의 계약 정보에 근거하여 HLR에로 위치 신청 메시지 LOCREQ를 발송하는데 그중에는 최소한 착신번호가 포함된다.
단계420, HLR는 LOCREQ 메시지를 수신한 후 메시지 내용과 사용자의 계약 정보 및 배치에 근거하여 VCC 애플리케이션 서버에로 ROUTREQ 메시지를 발송한다.
단계430, VCC 애플리케이션 서버는 ROUTREQ 메시지를 수신한 후 착신번호 등 정보를 보존하고 HLR에로 routreq 응답 메시지를 반환하는데 그중에는 IMS 라우팅 번호(VCC 애플리케이션 서버에로 라우팅 할 수 있는 IMS 라우팅 번호)가 포함된다.
단계440, HLR는routreq 응답 메시지를 수신한 후 MSC에로 locreq 응답 메시지를 반환한다.
단계450, MSC는 수신한 locreq 응답 메시지중의 라우팅 정보(VCC 애플리케이션 서버에로 라우팅 할 수 있는 IMS 라우팅 번호)에 근거하여 사용자 IMS 홈 네트워크의 MGCF에로 ISUP IAM 메시지를 발송하는데 그중에 있어서 발신번호는 변화하지 않고 착신번호는 locreq로부터 수신한 번호이다.
단계460, MGCF는 IAM 메시지를 수신한 후 착신번호(VCC 애플리케이션 서버에로 라우팅 할 수 있는 IMS 라우팅 번호)에 근거하여 VCC 애플리케이션 서버에로 INVITE 메시지를 발송하는데 이는 I-CSCF를 통하여 VCC 애플리케이션 서버에 도달한다.
단계470, VCC 애플리케이션 서버는 INVITE 메시지를 수신한 후 그중의 정보에 근거하여 단계430에서 보존한 진정한 착신번호를 찾아낸다. VCC 애플리케이션 서버는 진정한 착신번호에 근거하여 호출을 계속 시작한다.
제2실시예
도5에 본 발명의 다른 한 신호 과정을 나타낸다. 이때 홈 위치 등록기가 VCC에로 발송하는 것은 ANLYZD 메시지이다. 하기 단계를 포함한다.
단계500, 전통 도메인으로부터 나온 호출 종료는 VCC 사용자의 홈 전통 도메인의 MSC에 도달하는데 이때 착신번호는 전통 도메인이 할당한 번호이다.
단계510, MSC는 사용자의 계약 정보에 근거하여 HLR에로 위치 신청 메시지 LOCREQ를 발송하는데 그중에는 착신번호가 포함된다.
단계520, HLR는 LOCREQ 메시지를 수신한 후 메시지 내용과 사용자의 계약 정보 및 배치에 근거하여 VCC 애플리케이션 서버에로 ANLYZD 메시지를 발송한다.
단계530, VCC 애플리케이션 서버는 ANLYZD 메시지를 수신한 후 착신번호를 보존하고 HLR에로 anlyzd 응답 메시지를 반환하는데 그중에는 IMS 라우팅 번호(VCC 애플리케이션 서버에로 라우팅 할 수 있는 IMS 라우팅 번호)가 포함된다.
단계540, HLR는 anlyzd 응답 메시지를 수신한 후 MSC에로 locreq 응답 메시지를 반환한다.
단계550, MSC는 수신한 locreq 응답 메시지중의 라우팅 정보(VCC 애플리케이션 서버에로 라우팅 할 수 있는 IMS 라우팅 번호)에 근거하여 사용자 IMS 홈 네트워크의 MGCF에로 ISUP IAM 메시지를 발송하는데 그중에 있어서 발신번호는 변화하지 않고 착신번호는 locreq로부터 수신한 번호이다.
단계560, MGCF는 IAM 메시지를 수신한 후 착신번호(VCC 애플리케이션 서버에 로 라우팅 할 수 있는 IMS 라우팅 번호)에 근거하여 VCC 애플리케이션 서버에로 INVITE 메시지를 발송하는데 이는 I-CSCF를 통하여 VCC 애플리케이션 서버에 도달한다.
단계570, VCC 애플리케이션 서버는 INVITE 메시지를 수신한 후 그중의 정보에 근거하여 단계530에서 보존한 진정한 착신번호를 찾아낸다. VCC 애플리케이션 서버는 진정한 착신번호에 근거하여 호출을 계속 시작한다.
본 발명의 회선 교환 도메인 호출 종료 앵커링 시스템은 회선 교환 도메인 네트워크와 IP 멀티 미디어부시스템 네트워크의 전환시의 앵커링에 이용되는 것으로, 전통 전화 네트워크와, 이동 교환국 MSC와, 홈 위치 등록기 HLR와, 미디어 게이트웨이 제어부 MGCF와, 호출 통화 제어부CSCF와, 통화 연속성 애플리케이션 서버 VCC AS와, 홈 사용자 서버 HSS를 포함한다. 주요 특징은 무선 인텔리전트 네트워크 신호 제어점 WIN SCP가 없는 상황에서, 상기 HLR는 VCC 애플리케이션 서버에로 라우팅 정보를 청구하는 메시지를 직접 발송하고, 동 VCC 애플리케이션 서버는 동 HLR에로 그 IP 멀티 미디어 부시스템의 라우팅 가능한 번호를 반환하여 앵커링를 지도한다.
본 발명은 HLR가 VCC 애플리케이션 서버에로 직접 라우팅 정보를 청구함을 통하여 앵커링의 수요를 만족시킨다. 호출 종료가 VCC 사용자의 홈 CS 도메인에 도달할 경우, HLR는 VCC 애플리케이션 서버에로 직접 라우팅 정보를 청구하고 VCC 애플리케이션 서버는 자신의 IMS 라우팅 가능한 번호를 반환하여 앵커링를 지도한다.
상기한 내용은 본 발명의 최적화한 실시예로 본 발명을 제한하는 것이 아니 다. 당업자라면 본 발명에 각종 변경과 변화를 가져올 수 있다. 본 발명의 정신과 원칙을 벗어나지 않은 범위내에서 수행한 모든 수정, 동등 교체, 개진 등은 모두 본 발명의 보호 범위내에 속한다.

Claims (13)

  1. 최소한 이동 교환국과 홈 위치 등록기를 포함하는 회선 교환 도메인 네트워크와 최소한 통화 연속성 애플리케이션 서버와 미디어 게이트웨이 제어부를포함하는 IP 멀티 미디어 부시스템 네트워크의 전환시 필요한 앵커링에 이용되는 회선 교환 도메인 호출 종료 앵커링 방법에 있어서,
    전통 도메인 네트워크의 호출이 통화 연속성 사용자의 홈 회선 교환 도메인의 이동 교환국에 도달하였을 경우, 상기 이동 교환국이 홈 위치 등록기에로 LOCREQ 메시지를 발송하여 위치를 문의하는 제1단계;
    상기 홈 위치 등록기가 통화 연속성 애플리케이션 서버에로 직접 메시지를 발송하여 라우팅 정보를 청구하는 제2단계; 그리고,
    상기 통화 연속성 애플리케이션 서버가 상기 홈 위치 등록기에로 그 IP 멀티 미디어 부시스템의 라우팅 가능한 번호 정보를 반환하여 앵커링을 지도하는 제3단계;
    를 포함하는 것을 특징으로 하는 회선교환 도메인 호출 종료 앵커링 방법.
  2. 제1항에 있어서, 상기 제1단계와 상기 제2단계 사이에
    상기 홈 위치 등록기가 수신한 통화 연속성 계약 사용자의 LOCREQ 메시지에 근거하여 앵커링의 필요 여부를 판단하는 단계A를 더 포함하는 것을 특징으로 하는 회선 교환 도메인 호출 종료앵커링 방법.
  3. 제2항에 있어서, 상기 단계A에 있어서 앵커링이 필요하다고 판단되었을 경우 상기제2단계를 수행하고, 상기 단계A에 있어서 앵커링이 필요하지 않다고 판단되었을 경우 동 사용자에 서비스를 제공하는 이동 교환국에로 ROUTREQ를 발송하여 라우팅을 문의하는 것을 특징으로 하는 회선 교환 도메인 호출 종료 앵커링 방법.
  4. 제2항에 있어서, 상기 제3단계가
    상기 통화 연속성 애플리케이션 서버가 홈 위치 등록기에서 발송한 라우팅 정보를 청구하는 메시지를 수신하여 보존한 후, 상기 홈 위치 등록기에로 상기 통화 연속성 애플리케이션 서버의 IP 멀티 미디어 부시스템 라우팅 번호를 반환하거나 혹은 상기 통화 연속성 애플리케이션 서버에로 라우팅 할 수 있는 임시 IP 멀티 미이더 부시스템 라우팅 번호를 반환하는 단계B;
    상기 홈 위치 등록기가 상기 통화 연속성 애플리케이션 서버에서 반환한 메시지를 수신한 후, 상기 이동 교환국에로 locreq 메시지를 반환하는데 상기 locreq 메시지중의 라우팅 정보는 통화 연속성 애플리케이션 서버의 IP 멀티 미디어 부시스템의 라우팅 번호인 단계C; 그리고,
    상기 이동 교환국은 수신한 locreq 메시지중의 라우팅정보에 근거하여 호출 을 시작하고 상기 통화 연속성 애플리케이션 서버는 수신한 호출 청구 정보에 근거하여 보존한 진정한 착신번호를 인출해내고 호출을 계속하는 단계D;
    를 더 포함하는 것을 특징으로 하는 회선 교환 도메인 호출 종료 앵커링 방법.
  5. 제4항에 있어서, 상기 단계D가
    상기 이동 교환국이 수신한 메시지에 근거하여 미디어 게이트웨이 제어기에로 호출 메시지를 발송하는 단계D-1;
    상기 미디어 게이트웨이 제어기가 호출 메시지를 수신한 후 동 메시지중의 착신번호에 호출 청구를 시작하는 단계D-2; 그리고,
    상기 통화 연속성 애플리케이션 서버가 호출 청구를 수신한 후 보존한 정한 착신번호를 인출해내고 표준 IP 멀티 미디어 부시스템의 호출 과정에 따라 계속 호출을 시작하는 단계D-3;
    을 더 포함하는 것을 특징으로 하는 회선 교환 도메인 호출 종료 앵커링 방법.
  6. 제2항에 있어서, 상기 제2단계의 홈 위치 등록기가 통화 연속성 애플리케이션 서버로 직접 발송한 메시지는 ANLYZD 메시지이거나 ROUTREQ 메시지인 것을 특징 으로 하는 회선 교환 도메인 호출 종료 앵커링 방법.
  7. 제6항에 있어서, 상기 홈 위치 등록기가 수신한 LOCREQ 메시지에 통화 연속성 촉발기가 포함되었을 경우 앵커링이 필요하다고 판단하고 상기 홈 위치 등록기가 수신한 LOCREQ 메시지에 통화 연속성 촉발기가 포함되지 않았으면 앵커링이 필요하지 않다고 판단하는 것을 특징으로 하는 회선 교환 도메인 호출 종료 앵커링 방법.
  8. 제6항에 있어서, 상기 홈 위치 등록기가 수신한 LOCREQ 메시지에 통화 연속성 촉발기가 포함되였을 경우 앵커링이 필요하다고 판단하고 상기 홈 위치 등록기가 수신한 LOCREQ 메시지에 통화 연속성 촉발기가 포함되지 않았으면 앵커링이 필요하지 않다고 판단하는 것을 특징으로 하는 회선 교환 도메인 호출 종료 앵커링 방법.
  9. 제2항에 있어서, 상기 LOCREQ 메시지에 최소한 착신번호가 포함되는 것을 특징으로 하는 회선 교환 도메인 호출 종료 앵커링 방법.
  10. 제1항에 있어서, 상기 단계B가 상기 통화 연속성 애플리케이션 서버에 보존되는 메시지에 발신번호와 착신번호가 포함되거나 착신번호만이 포함되는 것을 특징으로 하는 회선 교환 도메인 호출 종료앵커링 방법.
  11. 제10항에 있어서, 상기 단계B에서 통화 연속성 애플리케이션 서버가 발신번호와 착신번호를 보존하였고 통화 연속성 애플리케이션 서버의 IP 멀티 미디어 부시스템 라우팅 번호를 반환하였을 경우 상기 단계D에서는 발신번호에 근거하여 진정한 착신번호를 찾아내고,
    상기 단계B에서 통화 연속성 애플리케이션 서버가 발신번호와 착신번호를 보존하였고 통화 연속성 애플리케이션 서버로 라우팅 할 수 있는 임시 IP 멀티 미디어 부시스템 라우팅 번호를 반환하였을 경우 상기 단계D에서는 발신번호와 임시 IP 멀티 미디어 부시스템 라우팅 번호에 근거하여 진정한 착신번호를 찾아내고,
    상기 단계B에서 통화 연속성 애플리케이션 서버가 착신번호만을 보존하였고 VCC 애플리케이션 서버로 라우팅 할 수 있는 임시 IP 멀티 미디어 부시스템 라우팅 번호를 반환하였을 경우 상기 단계D에서는 임시 IP 멀티 미디어 부시스템 라우팅 번호에 근거하여 진정한 착신번호를 찾아내는 것을 특징으로 하는 회선 교환 도메인 호출 종료 앵커링 방법.
  12. 제1항에 있어서, 상기 제2단계에서 홈 위치 등록기가 통화 연속성 애플리케이션 서버에로 발송한 메시지의 유형에 근거하여 상기 제3단계에서 통화 연속성 애플리케이션 서버가 홈위치 등록기에로 반환하는 메시지의 유형이 결정되는 것을 특징으로 하는 회선 교환 도메인 호출 종료 앵커링 방법.
  13. 최소한 홈 위치 등록기와 통화 연속성 애플리케이션 서버를 포함하고 회선 교환도메인 네트워크와 IP 멀티 미디어 부시스템 네트워크의 전환시의 앵커링에 이용되는 회선 교환 도메인 호출 종료앵커링 시스템에 있어서,
    상기 홈 위치 등록기는 통화 연속성 애플리케이션 서버에로 라우팅 정보를 청구하는 메시지를 직접 발송하고, 상기 통화 연속성 애플리케이션 서버는 상기 홈 위치 등록기로 그 IP 멀티 미디어 부시스템의 라우팅 가능한 번호 정보를 반환하여 앵커링을 지도하는 것을 특징으로 하는 회선 교환 도메인 호출 종료 앵커링 시스템.
KR1020097005049A 2006-08-23 2006-11-30 회선 교환 도메인 호출 종료 앵커링 방법 및 그 시스템 KR101352796B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2006101125739A CN101094442B (zh) 2006-08-23 2006-08-23 一种电路交换域终呼锚定方法
CN200610112573.9 2006-08-23
PCT/CN2006/003231 WO2008028353A1 (fr) 2006-08-23 2006-11-30 Procédé et système pour ancrage d'un appel de fin du domaine cs

Publications (2)

Publication Number Publication Date
KR20090053810A true KR20090053810A (ko) 2009-05-27
KR101352796B1 KR101352796B1 (ko) 2014-02-06

Family

ID=38992403

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020097005049A KR101352796B1 (ko) 2006-08-23 2006-11-30 회선 교환 도메인 호출 종료 앵커링 방법 및 그 시스템

Country Status (6)

Country Link
US (1) US7953072B2 (ko)
JP (1) JP5264727B2 (ko)
KR (1) KR101352796B1 (ko)
CN (1) CN101094442B (ko)
CA (1) CA2661351C (ko)
WO (1) WO2008028353A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101055644B1 (ko) * 2009-11-19 2011-08-09 텔코웨어 주식회사 Ｖｃｃ 가입자의 등록상태 관리방법

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101233176B1 (ko) * 2006-05-02 2013-02-15 엘지전자 주식회사 Ｖｃｃ에서의 호처리 방법, 서버 및 엔티티
US20090011759A1 (en) * 2007-07-02 2009-01-08 Telefonaktiebolaget Lm Ericsson Flexible numbering in mobile networks
CN101692722B (zh) * 2008-01-08 2012-07-04 中兴通讯股份有限公司 一种多媒体会话连续性业务的起呼方法
CN101370307B (zh) * 2008-09-05 2012-04-25 华为技术有限公司 通信网络锚定方法及装置
US8345666B2 (en) * 2009-04-29 2013-01-01 Verizon Patent And Licensing Inc. Redirecting a call by a circuit switched network to an internet protocol multimedia subsystem (IMS) network
RU2576474C2 (ru) * 2009-11-10 2016-03-10 Телефонактиебогалет Л М Эрикссон (Пабл) Оптимизация задержки при передаче обслуживания
CN101729980B (zh) * 2009-11-20 2012-09-05 华为技术有限公司 位置信息获取方法、装置和系统
CN102340490B (zh) * 2010-07-23 2015-10-21 中兴通讯股份有限公司 一种实现媒体锚定的方法及系统
CN102378396B (zh) * 2010-08-12 2015-10-21 中兴通讯股份有限公司 一种实现会话锚定的方法和系统
US8842662B2 (en) * 2011-01-07 2014-09-23 Samsung Electronics Co., Ltd. Techniques for trunk optimization for IMS voice calls between originating UE and terminating UE homed in a circuit switched network
US8811282B2 (en) * 2011-03-23 2014-08-19 Telefonaktiebolaget L M Ericsson (Publ) Call delivery to an IMS network for a mobile directory number homed in a 2G wireless network
US20140254491A1 (en) * 2011-08-31 2014-09-11 Telefonaktiebolaget L M Ericsson (Publ) Home routing for ims roaming using vplmn anchor
CN103188756B (zh) * 2011-12-28 2016-03-30 中国移动通信集团吉林有限公司 一种跨域业务路由方法、装置、系统及相关设备
US8428032B1 (en) * 2012-07-16 2013-04-23 Metropcs Wireless, Inc. System and method for providing selective voice call continuity
CN106559871A (zh) * 2015-09-30 2017-04-05 中兴通讯股份有限公司 呼叫请求重定向方法、呼叫请求接续方法及其装置
CN108882220B (zh) * 2017-05-16 2022-05-06 中兴通讯股份有限公司 一种ims终呼业务域选方法、装置、系统及存储介质
CN109246682A (zh) * 2017-07-11 2019-01-18 中兴通讯股份有限公司 一种域选择方法、装置、网络设备及存储介质
CN109769219B (zh) * 2019-01-04 2021-06-04 中国联合网络通信集团有限公司 异集团VoLTE用户之间的呼叫方法及系统

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5796790A (en) * 1995-03-24 1998-08-18 Telefonaktiebolaget L M Ericsson Reliable related billing ID information method for call delivery
JP3096668B2 (ja) * 1996-10-01 2000-10-10 ルーセント テクノロジーズ インコーポレイテッド ネットワークおよび無線ネットワーク
KR100321786B1 (ko) * 1999-01-22 2002-02-02 조정남 이동통신시스템에서의 대표번호 서비스 구현 방법
US6917810B2 (en) * 2001-12-05 2005-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Optimization or circuit call setup and delivery associated with inter-MSC packet data handoff
CN1281076C (zh) * 2002-12-30 2006-10-18 中兴通讯股份有限公司 在移动虚拟网络中提供智能业务的方法
US7346343B2 (en) * 2003-11-25 2008-03-18 Lucent Technologies Inc. Method and apparatus for anonymous call redirection in a wireless network
KR20050076921A (ko) * 2004-01-26 2005-07-29 삼성전자주식회사 이동 통신 시스템에서 아이피 멀티미디어 부시스템 망과회선 교환 망 간의 연동에 따른 서비스 품질 제공 방법
CN1989746B (zh) * 2004-07-30 2011-05-04 夏普株式会社 通信网络的控制系统
US7664495B1 (en) * 2005-04-21 2010-02-16 At&T Mobility Ii Llc Voice call redirection for enterprise hosted dual mode service
CN1802022B (zh) * 2005-09-30 2010-05-05 华为技术有限公司 在话音业务连续性业务中建立初始呼叫的方法及系统
US8340626B2 (en) * 2006-04-28 2012-12-25 Qualcomm Incorporated System and method for supporting voice call continuity for VOIP emergency calls
US7760712B2 (en) * 2006-08-11 2010-07-20 Research In Motion Limited System and method for managing call continuity in IMS network environment

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101055644B1 (ko) * 2009-11-19 2011-08-09 텔코웨어 주식회사 Ｖｃｃ 가입자의 등록상태 관리방법

Also Published As

Publication number Publication date
CA2661351A1 (en) 2008-03-13
CA2661351C (en) 2015-02-17
CN101094442B (zh) 2010-08-18
CN101094442A (zh) 2007-12-26
US7953072B2 (en) 2011-05-31
WO2008028353A1 (fr) 2008-03-13
US20100008353A1 (en) 2010-01-14
JP5264727B2 (ja) 2013-08-14
JP2010502051A (ja) 2010-01-21
KR101352796B1 (ko) 2014-02-06

Similar Documents

Publication Publication Date Title
KR101352796B1 (ko) 회선 교환 도메인 호출 종료 앵커링 방법 및 그 시스템
CN102857891B (zh) 一种被叫用户的域选择方法和系统,以及系统中的hss
JP4856241B2 (ja) Ｉｍｓネットワークに関する番号ポータビリティ
US7558254B2 (en) Method and apparatus for call routing via gateway brokering
US9854005B2 (en) Methods and apparatus for providing network based services to non-registering endpoints
US7206611B2 (en) Method for displaying special alerting icon
RU2509434C2 (ru) Способ для переноса сеанса связи в телекоммуникационной сети первого соединения во второе соединение
CN103975566A (zh) 服务域选择服务指示符
JP2010502135A (ja) 音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステム及び方法
US20100110992A1 (en) Call processing method and intelligent network service control device for implementing one number multiple terminals service
US8467795B2 (en) Location-based routing of IMS calls through femtocells
RU2510584C2 (ru) Способ, устройство и система для реализации сервиса оверрайда при экстренном вызове
CN102651732B (zh) 一种ims网络中的业务触发方法和系统
US9055083B2 (en) Interworking method and interworking control unit, method and system for implementing simulation services
US8908665B2 (en) Methods for routing of calls in internet protocol multimedia subsystem centralized services networks and related gateway mobile switching centres (GMSC) and home location registers (HLR)
CN101267577A (zh) 实现呼叫接续以及智能业务的方法、系统和设备
CN101437176B (zh) 提供网际协议多媒体子系统业务的方法、系统及装置
CN101014004B (zh) 紧急呼叫处理方法和系统以及一种软交换
CN102833715B (zh) 询问转接实现方法、应用服务器、业务终端和系统
CN101753730B (zh) 电话呼叫处理的方法和系统
CN101448226B (zh) 一种前转业务的识别方法和设备
KR20090102140A (ko) 위치 서버, 이를 포함하는 통신 시스템 및 통신 방법
CN103118352B (zh) 对呼叫请求消息进行路由的方法和系统
KR100821186B1 (ko) Ｉｍｓ 망의 호 세션 제어 장치가 호 처리하는 방법 및 그호 세션 제어 장치
KR101005431B1 (ko) 발신번호 통합관리 시스템 및 장치, 그리고 그 방법

Legal Events

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

Payment date: 20190508

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20191226

Year of fee payment: 7