1/ Several synchronization bugs fixed in TTCN-3 code
2/ Add support of GRUU
3/ Add support of tokenized-by parameter
4/ Bye sequence for SUB and TAR were incorrect

- Add new component variable for emergency service (support of urn)
- Add new PIXIT for security algorithms
- Consideration for AKA algorithm in respect to Credential calculation function
- Consideration for urn support in respect to f_setHeadersOnReceiptOfResponse function
- Support of contact header field in f_RemoveRegistration
- Use of key attribute for m_media_dynPT
- Consideration of encrypted SDP in MessageBody

- Add new component variable for emergency service (support of urn)
- Add new PIXIT for security algorithms
- Consideration for AKA algorithm in respect to Credential calculation function
- Consideration for urn support in respect to f_setHeadersOnReceiptOfResponse function
- Support of contact header field in f_RemoveRegistration
- Use of key attribute for m_media_dynPT
- Consideration of encrypted SDP in MessageBody

template mw_REGISTER_Request_ISC was moved under ATS map because it is IMS AS(aplication server) template.

in case when new route or recordRoute entry is added parameter ;lr have to be added (loose routing) 

- sending of SUBSCRIPTION and awaiting of NOTIFICATION have to be optional and PX_SIP_SUBSCRIPTION and PX_SIP_NOTIFICATION are used to trigger this procedure
- f_setHeaders_deREGISTER: empty vc_authorization header is set for correct REGISTER message, vc_branch have to be rand calculated again
- f_removeRegistration: vc_via is replaced with vc_via_REG to use correct global variable
- f_calculateCredentials* functions: upper/lower case problem within algorithm parameter value is handled due to received values from response 

- new TODOs: temp solution for 2nd option of deREGISTRATION which have to be replaced with commented 1st solution which is more general(see f_setHeaders_deREGISTER and f_removeRegistration functions) Solution done to have progress with validation.