http://www.tta.or.kr/data/ttas_view.jsp?totalSu=14051&by=asc&order=publish_date&rn=1&pk_num=TTAK.OT-01.0010&nowSu=7644


https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=1055




개인 정리용이므로

아래의 내용보다는 위의 출처의 글을 보는것이 

더 도움이 될 수 있다.



AS(Application Server)와 소프트 스위치(S-CSCF)간 연동 모드

- 그림 상에 From, To, Call-ID에 주의를 기울이면 이해하는데 도움이 된다.

- 다이얼로그: SIP 메시지를 통해 두 UA 사이의 설정된 가상의 SIP 관계를 나타낸다.


AS는 응용서비스 동작할 때, 아래의 각 모드들을 적절하게 조합하여

S-CSCF와 연동하여 서비스를 제공한다.




1. AS가 착신 UA 혹은 Redirect 서버로 동작



2. AS가 발신 UA로 동작




3. AS가 SIP Proxy로 동작

- Application Server는 Request에 있는 SIP 헤더를 추가, 변경, 삭제가 가능함




4. AS가 B2BUA로 동작

- 3rd party 호처리를 위해 B2BUA로 동작


4-1 Routing B2BUA

- AS가 Request를 수신하면, 해당 다이얼로그에 대한 세션 처리를 중지 or 보류하고, 

  새로운 다이얼로그 설정을 위해 Request를 생성하여 S-CSCF로 전달



4-2 Initiating B2BUA

AS가 2개의 서로 다른 Request를 생성하여 S-CSCF로 전달

  이 경우 AS는 각 Request에 대한 다이얼로그를 별도로 생성



5. AS를 거치지 않는 경우

- AS는 S-CSCF로 부터의 SIP Request에 대해 이후 진행할 SIP signalling path를 계속 유지하려는 경우

  해당 Request 내에 있는 Record-Route 헤더를 추가해야함

  만일 그렇지 않은 경우 AS는 SIP signalling path에서 제외됨












.


반응형

+ Recent posts