Phần này cho thấy phiên trình mẫu phù hợp các lựa chọn sau đây đã được thực hiện:
Ớ Thông tin luồng (bao gồm cả MCF điều khiển URL) được chuyển cho các UE bằng cách sử dụng SDP gắn với phản hồi 200OK trong khi cài đặt phiên.
Ớ MESSAGE được sử dụng để truyền thông tin offset theo cả hai hướng (SCF tới UE và UE đến SCF).
Ớ Cả hồ sơ người dùng IPTV và dữ liệu hoạt động dịch vụ IPTV được lưu trữ trong một UPSF.
Chương 3
Khởi tạo phiên
Bắt đầu phiên được mô tả như trong hình vẽ dưới đây:
Hình 3.23. Bắt đầu phiên
Việc khởi phiên bao gồm các bước sau:
1. UE gửi một tin nhắn INVITE (MỜI) có tắnh năng
Ớ Yêu cầu-Line "INVITE sip: 9399981@vodscf.atlanta.com SIP/2.0"
Chương 3
2. P-CSCF thay thế tiêu đề P-ưu tiên (Preferred)- nhận dạng Identity với một-P- nhận dạng, miễn là người dùng đã đăng ký thành công trước đó và đăng ký chưa hết hạn . S-CSCF đánh giá IFC.
3. Sau khi có kết luận INVITE nên được chuyển tiếp đến các SCF, S-CSCF.
4. SCF này lấy hồ sơ người dùng IPTV và dữ liệu hoạt động dịch vụ IPTV của nhận dạng P-Asserted-Identity.
5. SCF này cho phép các yêu cầu cho luồng cụ thể. Nếu dữ liệu hoạt động dịch vụ IPTV cho thấy người dùng có một phiên VOD đang diễn ra, nó sẽ kết thúc trước khi tiếp.
6. SCF Việc lựa chọn một MCF phù hợp (các chi tiết của thủ tục này do người điều hành quyết định).
7. Cài đặt phiên INVITE Ờ OK - ACK được hoàn tất. Các MCF dự trữ tài nguyên và gắn một SDP tới OK mà đạt đến UE cuối cùng.
8. SCF này đánh dấu các luồng theo yêu cầu và active dữ liệu hoạt động dịch vụ IPTV.
9. Các CDRs cần thiết được tạo ra cho hệ thống Thanh toán (BS- Billing Systems).
10. SCF lấy dữ liệu offset từ các dữ liệu hoạt động dịch vụ IPTV.
11. Dữ liệu Offset được gửi đến UE. Nếu không có thông tin offset hiện diện trong dữ liệu hoạt động dịch vụ IPTV, offset được gửi đến UE cho thấy rằng cần phát từ đầu video.
12. Yêu cầu SETUP được gửi từ UE đến MCF và phản hồi được gửi trở lại. Các bản tin này chứa thông tin về số cổng và các giao thức truyền tải.
Điều khiển luồng và Sau khi bắt đầu phiên họp thành công, thực tế tuyến có thể bắt đầu (hình 3.24).
Điều khiển luồng/ phát lại Video
Chương 3
Hình 3.24. Thiết lập và kiểm soát luồng
1. Yêu cầu PLAY được đưa ra, nơi mà các tiêu đề Range cho biết video ở đâu để bắt đầu phát lại.
2. Dữ liệu được gửi đến các UE bằng cách sử dụng RTP và các báo cáo được trao đổi sử dụng RTCP.
3. Người sử dụng quyết định PAUSE video. Điều này đã tác động dừng truyền RTP / RTCP.
.4. Người sử dụng phát lại và dữ liệu phát lại lần nữa. Nhanh chóng chuyển tiếp có thể được thực hiện bằng cách gửi một yêu cầu PLAY với một tiêu đề giá trị lớn hơn 1. Chuyển động chậm có thể được thực hiện bằng cách gửi một yêu cầu PLAY với một giá trị giữa số không và một. Tua lại có thể được thực hiện với một giá trị âm.
Kết thúc phiên
Chương 3
Hình 3.25. UE bắt đầu kết thúc phiên mẫu
Việc chấm dứt phiên bao gồm các bước sau:
1. Một yêu cầu RTSP TEARDOWN được gửi từ UE đến kết thúc phiên RTSP. Tài nguyên dành trướcbởi MCF trở nên có có hiệu lực lần nữa. Các MCF phản hồi (trả lời Ờ đáp ứng) các Teardown với một OK.
2. Một yêu cầu BYE được gửi từ UE đến để thúc phiên SIP. Nó cuối cùng đạt() các SCF và MF.
3. Các UE gửi offset (phù hợp với thời gian phát hiện tại của Thiết bị người) trong một yêu cầu MESSAGE gửi đến SCF.
4. S-CSCF đánh giá IFC và chuyển tiếp yêu cầu MESSAGE đếnSCF.
5. SCF lưu trữ offset bù đắp trong dữ liệu hoạt động dịch vụ IPTV và đánh dấu luồng như không hoạt động. OK được gửi lại cho UE, xác nhận yêu cầu MESSAGE .
Chương 3
Lưu ý rằng sự thực hiện MESSAGE là riêng biệt từ hộp thoại SIP bao gồm việc thực hiện bắt đầu/ chấm dứt phiên. Điều này có nghĩa là nếu kết thúc phiên được bắt đầu bằng các UE, các UE có thể chọn nếu offset sẽ được gửi trước hoặt sau khi hộp thực hiện hộp thoại kết thúc BYE. Tuy nhiên, nếu kết thúc phiên được bắt đầu bằng một số nút khác, nó sẽ được kết thúc bằng một yêu cầu BYE có nguồn gốc từ nút đó. Các UE sau đó sẽ gửi offset trong một thực hiện MESSAGE tại đó sau khi BYE được trả lời.