KR20060032313A

KR20060032313A - 아이피 기반 멀티미디어 서브시스템망에서 단말의 기능에따라 서빙 호 세션 제어기능부를 선택하기 위한 방법

Info

Publication number: KR20060032313A
Application number: KR1020040081216A
Authority: KR
Inventors: 박진우
Original assignee: 삼성전자주식회사
Priority date: 2004-10-12
Filing date: 2004-10-12
Publication date: 2006-04-17
Also published as: KR101015742B1

Abstract

본 발명은 아이피 기반 멀티미디어 서브시스템망에서 I-CSCF가 S-CSCF를 선택하기 위한 방법에 관한 것으로서, 운용자 명령어로 상기 S-CSCF의 호스트 정보와 성능 정보를 입력받는 과정과, 상기 입력된 정보를 포함하는 관리 데이터베이스를 구성하는 과정과, 상기 관리 데이터베이스를 이용하여 서빙 성능과 상기 S-CSCF의 관계를 설정하는 성능 DB를 구성하는 과정과, 등록이 요구된 단말의 성능 정보를 이용하여 상기 관리 DB 및 상기 성능 DB를 검색함으로서 상기 단말의 성능을 지원하는 S-CSCF를 선택하는 과정을 포함하는 것으로서, I-CSCF가 S-CSCF를 선택하기 위한 S-CSCF 정보를 구성하고 서빙성능에 따른 관계를 설정하여 상기 정보들을 토대로 S-CSCF를 선택함으로서 IMS망 구현시에 효과적으로 사용될 수 있는 이점이 있다.

IMS, I-CSCF, S-CSCF, HSS, SAA, SAR

Description

아이피 기반 멀티미디어 서브시스템망에서 단말의 기능에 따라 서빙 호 세션 제어기능부를 선택하기 위한 방법{METHOD FOR SERVING-CALL SESSION CONTROL FUNCTION SELECTION TO FUNTION OF UESR EQUIPMENT IN IP MULTIMEDIA SUBSYSTEM NETWORK}

도 1은 ALL IP 핵심망 구조에서 IM CN 서브 시스템의 구성요소와 인터페이스를 도시한 도면.

도 2는 본 발명의 바람직한 실시예에 따른 I-CSCF에서 S-CSCF를 선택하기 위한 절차를 도시한 도면.

도 3은 본 발명의 바람직한 실시예에 따른 S-CSCF정보의 데이터베이스 구성 절차를 도시한 흐름도.

도 4a 내지 4b는 본 발명의 바람직한 실시예에 따른 I-CSCF에서 S-CSCF를 선택하기 위한 흐름을 도시한 흐름도.

본 발명은 IP기반 서브시스템(IP Multimedia Subsystem, 이하 ‘IMS'라 칭함)망에 관한 것으로서, 특히 신호 송신 호 세션 제어기능부(Interrogating-Call Session Control Function, 이하 ‘I-CSCF’라 칭함)가 서빙 호 세션 제어기능부(Serving-Call Session Control Function, 이하 ‘S-CSCF’라 칭함)를 선택하는 방법에 관한 것이다.

최근 이동통신과 인터넷의 급격한 발전에 따라 이동가입자에게 고품질의 다양한 멀티 미디어 서비스의 실현이 요구되고 있다. 이러한 인터넷 멀티미디어 서비스의 발달은 기존의 회선 기반(Circuit-based) 차세대 핵심망(Core Network, 이하 'CN'이라 칭함)에서 패킷 기반(Packet-based) CN으로의 변화를 요구하였고, 더 나아가 아이피 기반(IP-based) CN 형태로의 진화를 모색하고 있다. 현재 3GPP(3Generation Partnership Project)에서는 IM(IP-based Multimedia)서비스를 제공하기 위해 ALL IP 기반의 망 참조모델을 표준화 하고 있다.

상기 IM 서비스란 이동 가입자에게 하부에 IP 전송 프로토콜을 기반으로 하는 다양한 타입의 패킷 기반 서비스를 동시에 제공할 수 있는 서비스를 말하는데, 이는 가입자가 기존의 음성, 영상 등의 실시간(real-time) 서비스는 물론 파일전송, 이메일, 단문 메시지 등의 비 실시간(nonreal-time) 서비스를 동시에 사용할 수 있게 하거나 또는 이들 서비스를 이용한 새로운 서비스, 예를 들면 비디오폰, 인스턴트 메시지(Instant Messaging), 응급호출(Emergency Call), 지역 서비스, 현재지점(Presence) 서비스 등을 이용할 수 있게 하는 것을 의미한다.

도 1은 ALL IP 핵심망 구조에서 IMS망의 구성요소와 인터페이스를 도시한 도면이다.

상기 도 1을 참조하면, IM 서비스 도메인은 SIP(Session Initiation Protocol) 프로토콜을 이용한 등록 및 멀티미디어 호 처리 기능을 담당하는 호 세션 제어 기능부(Call Session Control Function, 이하 'CSCF'라 칭함)(120, 140, 150)들과, 기존 이동망(legacy mobile network)의 홈 위치 등록기(Home Location Register, 이하 ‘HLR’이라 칭함) 기능에 IP 멀티미디어 사용자의 이동성 관리 및 인증을 위한 기능이 통합된 홈 가입자 서버(Home Subscriber Server, 이하 ‘HSS'라 칭함)(130)로 구성된다. IM 서비스를 위한 중요한 요소인 CSCF와 HSS의 기능과 관련 기능 요소와의 시그널링 프로토콜 및 세션 절차에 대해서 좀 더 자세히 살펴보도록 한다.

상기 CSCF(120, 140, 150)들은 가입자가 위치하고 있는 망에 따라서 수행하는 기능이 다르므로, 그 위치와 역할을 기준으로 해서 Proxy-CSCF(P-CSCF)(120), Interrogating CSCF(I-CSCF)(140), Serving CSCF(S-CSCF)(150)로 논리적으로 구분할 수 있다.

P-CSCF(120)는 사용자 단말기(User Equipment, 이하 'UE'라 칭함)(110)가 IM 멀티미디어망(100)에 접속하는 첫 포인트 지점이고, GGSN(Gateway GPRS Support Node)과 같은 도메인에 존재한다. 상기 P-CSCF(120)는 UE로부터 수신한 SIP 등록요구 메시지를 UE의 홈 도메인을 참조하여 I-CSCF(140)로 전달하고, UE로부터 수신한 SIP 메시지를 등록 절차를 통해 수신한 S-CSCF 주소를 이용하여 상기 S-CSCF(150)로 전달한다. 또한 UE(110)에게 SIP 메시지를 요구 또는 응답하는 기능을 한다.

I-CSCF(140)는 UE(110)의 홈 망에 접속하는 첫 포인트 지점으로 하나의 네트워크 도메인에 여러 개가 존재할 수 있다. I-CSCF(140)는 UE(110)의 SIP 등록을 수행하는 S-CSCF의 주소를 상기 HSS(130)로부터 수신한 후 실제 등록을 담당한 S-CSCF(150)를 선택하거나 타 망으로부터 수신한 SIP 메시지를 S-CSCF(150)로 라우팅 한다.

S-CSCF(150)는 UE(110)의 세션 제어 서버임을 HSS(130)에 등록한 후 UE(110)의 가입자 정보를 다운로드 하여 저장하고 실제 등록된 UE(110)의 세션 상태관리를 하면서 서비스 자원과 관련된 정보를 제공한다(tone, announcement). UE(110)의 다이얼된 번호나 SIP URL을 통하여 착신 UE의 홈 도메인의 I-CSCF의 주소를 얻고, UE(110)의 등록 시에 HSS(130)로부터 수신한 인증정보를 가지고 인증을 수행한다. 또한 P-CSCF의 기능을 수행할 수도 있다.

상기된 바와 같은 종래의 IMS망에서는 I-CSCF가 S-CSCF를 선택하기 위한 방법을 기술하고 있지 않으므로, IMS망 구현시에 I-CSCF가 여러 S-CSCF중에 하나를 선택하기 위한 구체적인 방법이 없다는 문제점이 있었다.

따라서 상기한 바와 같이 동작되는 종래 기술의 문제점을 해결하기 위하여 창안된 본 발명의 목적은, I-CSCF가 UE의 서빙 성능(Serving Capability)을 만족하는 S-CSCF를 선택하기 위하여 필요한 정보구성 방법을 제공하는 것이다.

본 발명의 다른 목적은 UE의 필수성능과 선택성능을 동시에 만족하는 S-CSCF를 선택하기 위한 연산 방법을 제공하는 것이다.

상기한 바와 같은 목적을 달성하기 위하여 창안된 본 발명의 실시예는, IMS망에서 I-CSCF가 S-CSCF을 선택하기 위한 방법에 있어서, 운용자 명령어로 상기 S-CSCF의 호스트 정보와 성능 정보를 입력받는 과정과, 상기 입력된 정보를 포함하는 관리 데이터베이스를 구성하는 과정과, 상기 관리 데이터베이스를 이용하여 서빙 성능과 상기 S-CSCF의 관계를 설정하는 성능 DB를 구성하는 과정과, 등록이 요구된 단말의 성능 정보를 이용하여 상기 관리 DB 및 상기 성능 DB를 검색함으로서 상기 단말의 성능을 지원하는 S-CSCF를 선택하는 과정을 포함함을 특징으로 하는 상기 방법을 제공한다.

이하 첨부된 도면을 참조하여 본 발명의 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명함에 있어서 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐를 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

후술되는 본 발명은 구체적으로 IMS망에서의 S-CSCF의 선택방법에 관하여 본 발명의 바람직한 실시 예를 설명할 것이다.

먼저 I-CSCF 시스템에서 S-CSCF의 정보를 구성하는 방법을 설명한다. IMS망은 여러 종류의 CSCF를 포함하며, UE의 서비스 연결시 P-CSCF를 거쳐 I-CSCF와 연결하고 다시 다수의 S-CSCF중에 하나를 선택하여 가입자 정보와 제어서비스를 수행한다. 상기 I-CSCF에서는 운용자 명령어로 S-CSCF의 호스트(Host)정보(영역(realm) 및 IP 어드레스)와 성능 정보를 입력받는다. 다음 (표 1)은 상기 S-CSCF의 호스트 정보와 성능 정보의 일예를 나타낸다.

상기 (표 1)과 같이 상기 I-CSCF에 연결된 두개의 S-CSCF인 SCSCF1.SEC.COM과 SCSCF2.SEC.COM이 존재하며, 각각의 S-CSCF정보는 예를 들어 IP주소와, 서비스종류나 위치정보 등을 포함한다. I-CSCF는 상기 (표 1)과 같이 입력된 S-CSCF정보를 이용하여 하기와 같은 2가지의 데이터베이스(Database, 이하 'DB'라 칭함)를 구성한다.

다음의 (표 2)는 S-CSCF가 지원하는 서빙 성능을 관리하는 DB(이하 'S-CSCF 관리 DB'라 칭함)를 나타낸다.

상기 (표 2)에서 인덱스(Index) 값은 I-CSCF 시스템이 S-CSCF 정보를 저장할 때 자동으로 할당되며, 각 인덱스에 대해 S-CSCF의 호스트 네임이 기재되고, IP 주소는 필요에 따라 기재가 가능하다. 그리고 각각의 S-CSCF의 지원 가능한 성능을 나타내는 비트어레이가 포함된다.

상기 (표 2)의 관리 DB를 구성한 후 서빙 성능과 S-CSCF의 관계를 나타내는 DB(이하 'S-CSCF 성능 DB'라 칭함)를 (표 3)과 같이 구성한다.

상기 (표 3)과 같이 S-CSCF의 인덱스값을 비트 형태로 관리한다. 이는 복수개의 성능을 만족하는 S-CSCF를 찾을 때 AND 연산을 수행하기 위해서이다. S-CSCF List Value의 비트들은 하위비트로부터 순서대로 S-CSCF 0,1,2,3 … 에 대응한다. 예를 들어, 성능 값(Value) 1은 S-CSCF 1만이 지원하므로 성능값 1의 S-CSCF 리스트 값은 2(‘0010’)가 되고, 성능 값 2는 S-CSCF 1,2가 지원하므로 성능값 2의 S-CSCF 리스트값 0(‘0000’)은 지연가능한 S-CSCF가 존재하지 않음을 의미한다. S-CSCF 리스트 값은 6(‘0110’)이 된다.

이하 첨부된 도면을 참조하여 상세히 설명한다.

도 2는 본 발명의 바람직한 실시예에 따라 I-CSCF에서 S-CSCF를 선택하기 위한 절차를 도시한 도면이다.

도시되지 않은 UE는 P-CSCF에 연결한 뒤, 310단계에서 P-CSCF를 통해 I-CSCF(301)로 레지스터(Register)메시지를 전송한다. 레지스터 메시지는 상기 UE에서 부여한 호 아이디 헤더(Call-ID Header)값을 포함한다. 320단계에서 상기 I-CSCF(301)는 HSS(302)로 사용자 권한 요청(User Authorization Request, 이하 'UAR'이라 칭함)메시지를 전송한다. 상기 UAR 메시지에는 상기 UE의 타당성 조사결과나 성능 리스트 등의 메시지를 포함하고 있다. 상기 HSS(302)는 상기 UAR 메시지를 확인한 후, 330단계에서 I-CSCF(301)로 사용자 권한 응답(User Authorization Answer, 이하 ”UAA"라 칭함)메시지를 전송한다. 상기 I-CSCF(301)는 상기 UAA 메시지로 전달된 상기 UE의 필수성능(Mandatory Capability) 및 선택성능(Optional Capability)을 키(key)로 하여 “S-CSCF 관리 DB"와 성능 DB" 를 검색한다.

여기서 상기 S-CSCF 성능 DB를 나타내는 상기 (표 3)을 참조한 동작을 나타낸다.

상기 UE의 필수성능이 성능 값 "2,4"이고, 선택성능이 성능 값 "3"이라 하면, 상기 (표 3)의 성능DB에서 성능 값 2와 4를 만족시키는 S-CSCF 리스트 값은 각 각 "6"과 "4"이다. 상기 성능 값 2와 4를 만족시키는 상기 S-CSCF 리스트 값들을 AND 연산("6 & 4 = 4")을 수행하여, S-CSCF 리스트값 4를 얻는다. 또한 선택 성능 값 3을 만족시키는 S-CSCF 리스트 값은 "4"이다.

따라서, 상기 필수 성능과 상기 선택 성능을 동시에 만족시키는 S-CSCF리스트 값은 상기 S-CSCF 리스트 값들을 AND 연산("4 & 4 = 4")을 수행하여 얻는다. 즉,

상기 필수 성능과 상기 선택 성능을 모두 만족하는 S-CSCF 리스트 값은 "4"가 되고 이 값은 S-CSCF 2에 해당한다. 따라서 I-CSCF는 S-CSCF 관리 DB에서 S-CSCF 2에 해당되는 S-CSCF 정보인, 호스트 이름(Host Name)이나 혹은 IP 주소(Address)등을 획득한다.

또한, 상기 필수성능과 선택 성능을 동시에 만족하는 S-CSCF가 여러 개 존재할 경우 S-CSCF를 선택하는 방법은 (표 4)와 같다.

상기 (표 4)와 같이 필수성능과 선택성능을 만족하는 S-CSCF가 4개인 경우 SIP메시지에 전달되는 UE에서 부여한 호 아이디 헤더(Call-ID Header)의 값(예를 들어 헤더값은 10)을 상기 S-CSCF개수인 4로 나눈 나머지 값인 2에 해당하는 S-CSCF 2를 선택한다. 이는 S-CSCF들의 부하를 가능한한 분산시키기 위함이다.

이와 같이 S-CSCF를 선택한 후, 340단계에서 상기 선택한 S-CSCF(303)로 등록 메시지를 전달하여 S-CSCF 등록절차를 진행한다.

도 3은 본 발명의 바람직한 실시예에 따른 S-CSCF정보의 데이터베이스 구성 절차를 도시한 흐름도이다.

305단계에서 I-CSCF에서는 운용자 명령어로 S-CSCF의 호스트정보와 성능 정보를 입력받는다. 310단계에서 S-CSCF의 호스트 네임이 S-CSCF관리 DB상에 이미 존재한다면, 315단계에서 상기 운용자 명령어를 실패 처리하고, 상기 호스트네임이 존재하지 않았다면, 320단계로 진행하여 상기 S-CSCF에게, 할당되지 않은(Idle) 인덱스를 부여한다. 325단계에서 할당 되지 않은 인덱스가 없다면, 315단계에서 상기 운용자 명령어를 실패처리 한다.

상기 S-CSCF 성능정보가 성능 DB에 이미 존재하는지 확인하여, 330단계에서 존재하지 않는다면, 335단계에서 상기 할당된 S-CSCF 인덱스를 포함하도록 해당 성능값의 리스트값을 생성하고, 상기 330단계에서 상기 성능 정보가 이미 존재하면, 340단계에서 상기 할당된 S-CSCF 인덱스 값을 포함하도록 해당 성능값에 리스트값을 갱신한다. 345단계에서 상기 S-CSCF의 성능정보가 여러개일 경우로서 모든 성능 정보가 성능 DB에 적용되었는지 판단한다. 만일 모두 적용되지 않았다면 330단계로 복귀하고, 상기 모든 성능 정보가 성능DB에 적용되었다면, 350단계에서 상기 S-CSCF의 관리 DB에 상기 S-CSCF의 호스트 정보를 기재한 후, 345단계에서 상기 성능 및 관리 DB들의 구성 결과를 출력한다.

도 4a 내지 4b는 본 발명의 바람직한 실시예에 따라 I-CSCF에서 S-CSCF를 선택하기 위한 흐름을 도시한 흐름도이다.

상기 도 4a 내지 도 4b는 I-CSCF는 복수의 S-CSCF의 성능을 조사하여 만족하는 성능을 가진 S-CSCF를 선택하기 위한 흐름도이다.

401단계에서 UE로부터 등록메시지를 수신하고 HSS에게 상기 UE의 성능 정보를 요청한다. 403단계에서 I-CSCF는 상기 HSS로부터 UE의 성능 정보를 수신하여, 405단계에서 상기 성능 정보에 상기 UE의 필수 성능이 존재하지 않는다면, 419단계에서 상기 운용자 명령어를 실패 처리하고, 상기 UE의 필수 성능이 존재한다면, 407단계에서 필수성능의 성능값에 대응하는 성능DB의 S-CSCF 리스트 값들을 획득한다. 409단계에서 상기 리스트값의 개수가 1개라면, 413단계에서 상기 리스트값을 man_scscf(필수 S-CSCF)값으로 설정한다. 상기 리스트의 값이 2개 이상이라면, 411 단계에서 상기 리스트값들을 논리곱(AND) 연산하여 man-scscf값을 계산한다. I-CSCF는 415단계에서 상기man-scscf값이 0이라면, 419단계에서 상기 운용자 명령어를 실패 처리하고, 상기 man-scscf값이 0이 아니라면, 417단계에서 필수 성능이 더 존재하는지 확인한다. 만일 필수 성능이 더 존재한다면, 407로 복귀한다. 상기 필수 성능이 더 존재하지 않는다면, I-CSCF는 421단계에서 상기 성능정보에 선택성능의 존재여부를 확인한다. 만일 선택 성능이 존재하지 않는다면, 423단계에서 상기 msn-scscf 값을 이용하여 S-CSCF 성능 DB로부터 적절한 S-CSCF를 선택한다. 하지만 상기 선택 성능이 존재한다면, 도 4b의 451단계로 진행한다.

상기 451단계에서, 상기 선택 성능의 성능값에 대응하는 성능 DB의 S-CSCF리스트 값을 획득한다. 453단계에서 상기 리스트값의 개수가 1개라면, 457단계에서 상기 리스트값을 opt_scscf(선택 S-CSCF)값으로 설정한다. 상기 리스트의 값이 2개 이상이라면, 455단계에서 상기 리스트값들을 논리곱으로 연산하여 opt-scscf값을 계산한다. I-CSCF는 459단계에서 상기 opt-scscf값이 0이라면, 461단계에서 상기 운용자 명령어를 실패 처리하고, 상기 opt-scscf값이 0이 아니라면, 463단계에서 선택 성능이 더 존재하는지 확인한다. 만일 선택 성능이 더 존재한다면, 451로 복귀한다. 상기 선택 성능이 더 존재하지 않는다면, 465단계에서 I-CSCF는 man_scscf과 opt_scscf의 논리곱(AND) 연산을 통하여 result_scscf값을 계산한다. 상기 result_scscf값이 0이라면, 471단계에서 상기 man_scscf값을 이용하여 적절한 S-CSCF를 선택하며, 상기 result_scscf값이 0이 아니라면, 469단계로 진행하여 상기 result_scscf값을 이용하여 적절한 S-CSCF를 선택한다.

한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되지 않으며, 후술되는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

이상에서 상세히 설명한 바와 같이 동작하는 본 발명에 있어서, 개시되는 발명 중 대표적인 것에 의하여 얻어지는 효과를 간단히 설명하면 다음과 같다.

본 발명은, IMS 망 내에서 I-CSCF가 S-CSCF를 선택하기 위한 S-CSCF정보와 서빙성능에 따른 관계를 설정하여 상기 정보들을 토대로 S-CSCF를 선택함으로서 IMS망 구현시에 효과적으로 사용될 수 있는 이점이 있다.

Claims

아이피기반 멀티미디어 서브시스템(IP Multimedia Subsystem‘IMS’라 칭함)망에서 신호 송신 호 세션 제어기능부(Interrogating-Call Session Control Function, 이하 'I-CSCF'라 칭함)가 서빙 호 세션 제어기능부(Serving-Call Session Control Function, 이하 'S-CSCF'라 칭함)을 선택하기 위한 방법에 있어서,

운용자 명령어로 상기 S-CSCF의 호스트 정보와 성능 정보를 입력받는 과정과,

상기 입력된 정보를 포함하는 관리 데이터베이스(Datebase, 이하 'DB'라 칭함)를 구성하는 과정과,

상기 관리 데이터베이스를 이용하여 서빙 성능과 상기 S-CSCF의 관계를 설정하는 성능 DB를 구성하는 과정과,

등록이 요구된 단말의 성능 정보를 이용하여 상기 관리 DB 및 상기 성능 DB를 검색함으로서 상기 단말의 성능을 지원하는 S-CSCF를 선택하는 과정을 포함함을 특징으로 하는 상기 방법.
제 1 항에 있어서, 상기 성능 DB는,

복수개의 성능 각각에 대해 해당 성능을 지원하는 S-CSCF조합들의 인덱스 값 들을 비트 어레이 형태로 관리함을 특징으로 하는 상기 방법.
제 1항에 있어서, 상기 선택하는 과정은,

상기 단말의 성능정보에 포함된 필수성능을 지원하는 제 1 S-CSCF조합을 결정하는 단계와,

상기 단말의 성능정보에 포함된 선택성능이 존재하지 않는 경우, 상기 제 1 S-CSCF조합에서 하나의 S-CSCF를 선택하는 단계와,

상기 선택성능이 존재하는 경우, 상기 선택성능을 지원하는 제 2 S-CSCF조합을 결정하는 단계와,

상기 제 1 및 제 2 S-CSCF 조합들에 모두 포함되는 하나의 S-CSCF를 선택하는 단계로 구성됨을 특징으로 하는 상기 방법.
제 3항에 있어서, 상기 선택성능이 존재하지 않는 경우,

상기 제 1 S-CSCF조합에 포함된 S-CSCF들이 1개가 아니라면, 상기 UE로부터 전달된 호 아이디값을 상기 제 1 S-CSCF조합에 포함된 S-CSCF들의 개수로 나눈 나머지 값에 해당하는 인덱스를 가지는 S-CSCF를 선택함을 특징으로 하는 상기 방법.
제 3항에 있어서, 상기 제 2 및 제 2 S-CSCF조합들에 모두 포함되는 S-CSCF들이 1개가 아니라면, 상기 UE로부터 전달된 호 아이디값을 상기 제 1 S-CSCF조합에 포함된 S-CSCF들의 개수로 나눈 나머지 값에 해당하는 인덱스를 가지는 S-CSCF를 선택함을 특징으로 하는 상기 방법.