Khi mạng hội tụ về IP, thì một tập hợp đầy đủ các dịch vụ từ mạng cố định và mạng di động (bao gồm các dịch vụ peer-to-peer) sẽ có thể đ−ợc sử dụng với mọi truy nhập. Điều này chắc chắn sẽ dẫn đến một số xung đột do sự khác nhau về kỳ vọng đối với các đặc tr−ng về dịch vụ và kết nối.
Các dịch vụ ban đầu đ−ợc thiết kế cho các truy nhập cố định nay đ−ợc phát triển trên mạng IP với băng thông rộng hơn, chi phí thấp và QoS có thể dự đoán đ−ợc một cách t−ơng đối. Mặt khác, các dịch vụ hình thành từ môi tr−ờng di động phần lớn đ−ợc điều chỉnh cho phù hợp với băng tần t−ơng đối giới hạn hiện nay và đ−ợc thiết kế để thích nghi đ−ợc với thay đổi băng tần và QoS. Việc cho phép truy cập di động đối với các dịch vụ cố định tr−ớc đây trong kịch bản mạng hội tụ ban đầu có thể gây ra sự không phù hợp giữa các kỳ vọng về dịch vụ này giữa giao diện ng−ời dùng giàu có với băng thông nhiều, rẻ và các đặc tr−ng hiện tại của phần lớn các mạng di động. Các cải tiến trong các mạng di động nh− WCDMA Evolved đã loại bỏ việc thắt cổ chai băng thông đối với truy nhập di động cho phần lớn các dịch vụ, mặc dù vậy vẫn tồn tại một nhóm nhỏ các dịch vụ “đói băng thông” nh− Video on Demand với hình ảnh chất l−ợng cao.
Cả các dịch vụ và các mạng truy nhập đều phát triển rất nhanh. Việc hỗ trợ cho QoS, điều khiển l−u l−ợng và quản lý băng thông một cách linh hoạt là điều kiện cần thiết để cho phép các dịch vụ ng−ời dùng, dự trữ tài nguyên mạng khi cần và bao gồm các chi phí. IP và các công nghệ đi cùng có khả năng hỗ trợ tất cả những điều trên và cả trong những kịch bản mới phức tạp hơn. Cùng lúc đó, các dịch vụ
cần có tính thích nghi đủ để cung cấp một trải nghiệm ng−ời dùng tốt bất kể loại truy cập nào đ−ợc sử dụng.
Trải nghiệm của ng−ời dùng giàu có không phải lúc nào cũng yêu cầu băng thông lớn. Thông th−ờng các thông tin trên lý thuyết nh− tốc độ truyền trên bít/s có thể giữ ở mức thấp bởi việc l−u các thông tin tĩnh . Trong t−ơng lai, thông tin đ−ợc l−u này có thể là đặc điểm cụ thể của một cuộc gọi thoại và một khuôn mặt trong cuộc gọi hình. Thông tin này đ−ợc l−u cùng với tên và số điện thoại của một liên lạc trong danh bạ chứa trong máy khách. Theo cách này, biểu hiện có chất l−ợng cao của âm thanh và khuôn mặt của ng−ời gọi có thể tốn ít băng thông hơn khi cuộc gọi hình đ−ợc thực hiện. Một ví dụ khác là sơ đồ của thành phố đ−ợc l−u trong bộ dẫn đ−ờng. Trong kịch bản đa truy cập, thông tin nền đó có thể đ−ợc tải lên khi còn trống một l−ợng băng thông lớn và băng thông đ−ợc dự trữ khi di động.
Thêm vào đó, các công nghệ mã hóa và nến cũng đang phát triển rất nhanh. Ví dụ nh− sự phát triển của chuẩn MPEG từ MPEG2 đến MPEG4 góp phần làm giảm việc tiêu thụ băng thông cho các luồng video. Những cải tiến nh− thế cần đ−ợc phân tích khi dự đoán về nhu cầu dung l−ợng trong t−ơng lai.
Một xu h−ớng khác đó là nhận biết truy nhập trong các ứng dụng tầng dịch vụ có thể đ−ợc dùng để điều chỉnh cách thức một dịch vụ đáp lại cho từng mạng truy nhập. Cách thức một dịch vụ đáp ứng cũng cần phải phù hợp với các kỳ vọng của ng−ời dùng trong các tình huống khác nhau. Xem HDTV từ nhà khác với việc xem cùng một ch−ơng trình trên thiết bị di động ở trên xe bus (yêu cầu băng thông nhỏ hơn).
Tóm lại, khi truyền tải IP đ−ợc giới thiệu, một thử thách chính đ−ợc đặt ra là duy trì các đặc tr−ng chất l−ợng dịch vụ của các kênh giành riêng đã bị thay thế để đảm bảo ví dụ nh− chất l−ợng thoại không bị suy giẩm. Cần nhớ rằng trễ và jitter và không chỉ băng tần có ảnh h−ởng quan trọng đến trải nghiệm của ng−ời dùng. Về vấn đề bảo mật, sự bảo mật đa tầng vừa là tính năng chính vừa là thách thức của truyền tải IP. Do đó, ng−ời ta đ−a ra giải pháp là phân chia các vùng bảo mật đ−ợc sử dụng bởi các trạm và đ−ợc bảo vệ tùy theo rủi ro đ−ợc đánh giá của chúng. Việc
truy nhập từ vùng này đến vùng khác chỉ đ−ợc cung cấp khi cần thiết bởi việc chặn t−ờng lửa những l−u l−ợng truyền qua. Việc này góp phần làm giảm rủi ro do xâm nhập. VPN dựa trên MPLS cung cấp thêm các cấp dộ về bảo mật và phân chia l−u l−ợng. Một thiết kế bảo mật toàn diện cần luôn đánh dấu đ−ợc giải pháp truyền tảI IP của nhà cung cấp để bảo mật kinh tế của họ trong thời điểm hiện nay và trong t−ơng lai.
Việc nhận đ−ợc các đặc tr−ng dịch vụ t−ơng tự bằng cách lựa chọn “mẫu số chung nhỏ nhất” không thể coi là một lựa chọn. Trong mạng hội tụ đích, cần có những ph−ơng pháp và giao thức cho việc báo hiệu dung l−ợng đ−ờng truyền tải và máy khách đến ứng dụng nhằm tối −u hành vi của ứng dụng. T−ơng tự nh− vậy, cần tạo ra các API để cho phép các ứng dụng mô tả các yêu cầu và kỳ vọng trong các hành vi của kênh truyền theo một cách chuẩn hóa. Telecom Quality IP có thể cung cấp đ−ợc tính năng này.