PSTN과 SIP의 관계 설정

프로젝트를 하다보면 PSTN 메세지와 SIP 메세지를 같이 봐야 할 경우가 있다. 

debug isdn q931         ==> pstn 메세지 

debug ccsip message  ==> sip 메세지 

등의 debug 모드를 통해서 message를 뜨고 해당 메세지를 분석할 필요성이 생긴다. 

간단하게 그림으로 확인해보자 

1. INBOUND 

1) PSTN으로부터 먼저 SETUP 메세지를 받았다. 

   ==> Inbound를 의미 함 

   ==> debug isdn q931을 통해서 메세지상으로 해당 Port를 통해서 RX신호로 SETUP을 받았다는 의미를 확인할 수 있다. 

ISDN Se0/0/1:15 Q931: RX <- SETPU pd = 8 callref    ==> 다른 의미는 아직 모르겠고 RX 받은 내용 확인

2) VG에서 TX Call Proceeding 메세지를 보내는것을 확인 

3) 이때 SIP Invite를 교환기로 보내는 신호를 확인할 수 있다. 

  ==> CALL_PROC를 PSTN 쪽으로 보내면서 SIP로 INVITE를 보내는 것을 파악하는게 중요

9) Alerting 신호도 우리 VG쪽에서 보내는 것을 확인 

16) BYE 메세지가 IP Phone으로 부터 먼저 발생했다

   ==> 즉 이것은 IP Phone이 먼저 끊었다는 것을 의미 한다. 

   ==> BYE SIP신호를 받으면 VG에서 ReleaseComplete 신호를 Tx 신호로 보내는것 확인 

2. INBOUND 다른 상세 그림

위의 그림과 같은 그림이라고 볼 수 있지만 한가지 다른 점이 있다. 

- Release 신호를 Rx를 통해서 VG가 먼저 받았다 (이는 상대방이 먼저 끊음을 확인할 수 있다.)

- Release 신호를 받았을때 BYE SIP 신호를 보냄을 알 수 있다. 

    **** 의문점 

    ㄱ) Cisco 문서가 아닌 Google을 통해서 메세지를 검색하면 VG에 따라 BYE 메세지가 다르게 가는것을
       확인할 수 있다. 

       다시말해서 위 그림에서는 Release 신호를 받으면 BYE SIP신호를 보내는것으로 나와있다. 

       하지만 다른 그림에서는 Disconnect 신호를 받으면 BYE SIP 신호를 보내는 것으로 나온것도 있고

       Release Complete를 받으면 BYE SIP 신호를 보내는 것도 나온다. 

       이게 비단 VG 모델에 따라 다른것인지.. 설정에 따라 다른것인지.. 그림이 잘 못 표시된 내용인지 

       좀더 상세하게 알아볼 필요가 있다. 

2. OUTBOUND

1. IP Phone에서 먼저 INVITE 신호를 보낸다 (즉 Outbound 임을 의미한다)

5. 따라서 VG에서 PSTN 신호를 Tx로 SETUP을 보내는 것을 확인할 수 있다. 

7. Alerting 신호를 Rx를 통해서 받는 것을 확인할 수 있다. 

15. 이 그림에서 Release Complete를 Rx를 통해서 받았다 (상대편 PSTN 쪽 회선에서 먼저 끊음)

16. 그림에서는 ReleaseComplete 신호를 받았을 경우 SIP BYE 신호를 보낸것을 확인할 수 있다. 

==> 이번 프로젝트를 실시하면서 문제가 발생한게 이부분이다. 

--- 문제 사항---

1. 상담운이 핸드폰으로 OUTBOUND 실시한다. 

2. 고객과 통화를 실시하다가 고객이 먼저 전화를 끊었다. 

3. 전화를 끊으면 IP-Phone에서는 뚜~뚜~ 소리가 30초까지 진행된 후 전화가 끊어지는 현상이다. 

--- 확인 사항 --- 

1. PSTN 메세지를 확인해보니 DISCONNECT를 들어온 후 REALEASE 신호를 받아야 하는데 

  이 메세지가 30초 이후에 들어오는 것이다. 

2. 그래서 VG에서도 BYE 신호를 30초 이후에 날린다. 

3. 따라서 교환기에서는 BYE가 들어오기 전 30 초까지 IP Phone을 물고 있었다. 

--- 해결 사항 --- 

1. 당연히 국선 문제인줄 알았다. 

2. 하지만 싸워서 돌아오는 대답은 전화가 끊어지고 30초 후에 끊어지는 이벤트를 주는게 국제 표준이라나?

  엉뚱한 대답만 얻었다. 

3. 그래서 찾아보니 우리 SerialPort에서 명령어가 있었다. 

 그것은 voice-port 모두에게 disc_pi_off 메세지를 넣으면 바로 메세지가 온다는것 

4. Rx로 RELEASE 메세지를 받기 전에 

  call_disc: PI received in disconnect; Postpone sending RELEASE for call id XXXXX 라는 메세지가 있는데 

  RELEASE 신호가 연기되었다고 나온다. 

5. 이를 해결하기 위해서 넣는 명령어가 disc_pi_off 명령어 

   RELEASE 신호 연기 없이 바로 이벤트가 날라온다 .

http://www.google.com/patents/US20080112397 

해당 URL에 설명이 있는듯 한데.... 솔직히 읽어봐도 무슨 말인지 모르겠다 ㅠㅜㅜ 오늘은 그냥 이렇게 해결했다는것 하나만 알자 

PSTN 신호 메세지와 SIP 메세지간의 상관 관계를 확인해보고 정확하지는 않더라도 흐름이라도 머리속에 기억을 해야 할것 같다. 

참고 자료 : http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/sip/configuration/15-mt/sip-config-15-mt-book/voi-sip-timer.html