適用於：
2015 2019 Subscription Edition
此處所述的使用者模型為 商務用 Skype Server 的容量規劃使用者模型使用量中所述的容量規劃測量和建議提供了基礎。
商務用 Skype Server 使用者模型
下表說明註冊、聯繫人、立即訊息 (IM) 的使用者模型，以及 商務用 Skype Server 的目前狀態。
環境與註冊使用者模型
| 類別 | 描述 |
|---|---|
| 部署大小與發佈 |
我們以三個中央網站建立大型部署模型，每個網站各有一個前端集區。 |
| Active Directory 使用者的百分比 |
我們假設組織中 70% 的所有 Active Directory 使用者都已啟用 商務用 Skype Server。 80% 的啟用使用者每天會登入 商務用 Skype Server (80% 的並行) 。 並行使用者是本節其餘部分中數字的基礎。 |
| Active Directory 變更 |
我們假設每周在 Active Directory 中建立和啟用 商務用 Skype 用戶總數為 0.5%，而且 Active Directory 和每周 商務用 Skype 停用 0.5% 的使用者。 5% 的使用者每周至少有一個 Active Directory 屬性變更。 |
| Active Directory 通訊群組 |
我們假設組織中的 Active Directory 通訊群組數目等於 Active Directory 中所有用戶數目的三倍。 通訊群組的大小如下： • 64% 有 2-30 個使用者 • 13% 有 31-50 個使用者 • 10% 有 51-100 個使用者 • 13% 有 101-500 個使用者 |
| 透過IP (VoIP) 使用者的語音 |
60% 的 商務用 Skype Server 用戶已啟用整合通訊 (UC) (，也就是說，他們的電話號碼由 商務用 Skype Server) 所擁有。 |
| 註冊的客戶端發佈 |
65% 的用戶端執行 商務用 Skype 軟體，包括 商務用 Skype 和 Lync Phone Edition。 30% 的用戶端執行來自舊版 Lync 的客戶端軟體。 5% 的用戶端使用 商務用 Skype Web 應用程式。 如果啟用行動，我們假設 40% 的使用者與其他先前引用的登錄客戶端選項同時使用行動。 在此情況下，用戶端多點目前狀態 (MPOP) 比例為 1：1.9。 如果行動不便，則 MPOP 比例為 1：1.5。 |
| 遠端用戶發佈 |
70% 的使用者會在內部連線。 30% 的使用者會透過 Edge Server 連線 (您也可以在這裡擁有目錄，但不需要) 。 |
| 聯繫人發佈 |
用戶的聯繫人數上限為 1,000 人。 不到 1% 的使用者擁有 1,000 個連絡人。 少於 25% 的使用者擁有 100 個或更多連絡人。 公用雲端連線使用者平均 80 個連絡人。 這些使用者： • 50% 的聯繫人位於組織內。 其中 10% 的使用者是從防火牆外部連線的遠端使用者。 • 40% 的連絡人是 Skype 使用者。 • 10% 的聯繫人來自同盟合作夥伴。 沒有公用雲端連線能力的使用者平均 50 個連絡人。 這些使用者： • 80% 的聯繫人都在組織內。 其中 10% 的使用者是從防火牆外部連線的遠端使用者。 • 20% 的聯繫人來自同盟合作夥伴。 每位用戶的聯繫人清單中都有1個通訊群組。 對於效能測試，我們假設通訊群組一律會展開。 |
| 會話時間 |
使用者登入會話的平均持續12小時。 所有用戶都會在會話開始后的120分鐘內登入。 |
IM 和目前狀態使用者模型
| 類別 | 描述 |
|---|---|
| 對等IM會話 |
每個使用者每天平均有六個對等IM會話。 每個會話 10 則立即訊息。 每封郵件都配對兩封 SIP INFO 郵件和 2 封 SIP 200 [確定] 訊息， (為狀態指標，例如「<正在輸入名稱> 」) |
| 群組IM會話 |
在群組 IM 專用會話中傳送訊息的平均數目是每個使用者 5。 在 AV 會議的 IM 部分中傳送的郵件平均為每個使用者 2 封。 |
| 目前狀態輪詢 |
整體而言，我們假設目前狀態投票，每小時平均為每個使用者 60 次投票。 針對每個使用者，假設平均值為： • 用戶組織索引標籤中使用者目前狀態的每天一次投票 (，但聯繫人清單) 。 用戶組織索引標籤中非聯繫人的平均人數為15個使用者。 每天有兩個聯繫人卡片檢視作業。 • 每次使用者按兩下另一個用戶來開始交談時，都會進行一項目前狀態投票，估計每小時一次。 • 每小時六次用戶搜尋。 每次執行搜尋時，會傳送批處理投票給搜尋結果清單中的每一個人。 我們假設搜尋結果的平均大小為 20。 如果搜尋結果維持在畫面上，批次投票會每 5 分鐘重新整理一次;我們假設每小時有兩次這樣的重新整理。 • 當使用者在 Outlook 中開啟或預覽電子郵件時，[收件者：] 和 [副本：] 字段中的使用者目前狀態調查，估計每小時五封電子郵件，每封電子郵件四位使用者。 |
| 目前狀態訂閱 |
當一個使用者將另一個使用者新增為聯繫人時，第一個使用者會訂閱第二個使用者的五種信息類別。 這些資訊類別 匯報 會自動傳送給第一個使用者。 針對每個客戶，會傳送單一批次訂閱要求，以取得平均 40 個聯繫人的目前狀態，另外還有 40 個對話方塊，以取得同盟聯繫人的目前狀態。 擴充通訊群組成員的目前狀態是透過持續的目前狀態訂閱來找到，而不是輪詢，並且以每個使用者每 2 小時 1 次的擴充為模型。 當使用者登入、有批處理訂閱給所有用戶的聯繫人，然後使用者很快就會註銷時，就會發生簡短的訂閱。 我們假設每個使用者每小時有6個簡短的訂閱，每個訂閱會持續10分鐘。 |
| 目前狀態出版物 |
目前狀態是以每個使用者每小時平均 4 份出版物的方式發佈，每個使用者每小時最多可發佈 6 份出版物。 |
| 目前狀態檔大小 |
完整目前狀態檔的平均大小假設為 4K，最大為 25K。 |
下表說明通訊錄使用的使用者模型。
通訊錄使用狀況使用者模型
| 通訊錄搜尋模式 | 用法 |
|---|---|
| 通訊錄 Web 查詢只會 (由通訊簿 Web Query 服務所執行的所有查詢) |
每個使用者每天四個前置詞查詢。 每個使用者每天 60 個精確的搜尋查詢。 其中 40% 是批次處理的，每個查詢平均有 20 個連絡人。 其他 60% 的查詢是針對單一聯繫人。 每個使用者每天 25 張相片查詢。 24 是用於單張相片，另一張是批處理查詢，平均有 20 個聯繫人。 每天每位用戶總計一次的組織搜尋查詢。 |
| 混合模式，同時使用通訊簿檔案和 Web 查詢。 這是預設模式。 |
只有兩種類型的查詢會移至網路，即相片和組織搜尋查詢總數。 每個使用者每天 25 張相片查詢。 24 是用於單張相片，另一張是批處理查詢，平均有 20 個聯繫人。 每天每位用戶總計一次的組織搜尋查詢。 |
下表說明會議模型。
會議模型
| 類別 | 描述 |
|---|---|
| 排程會議與「立即開會」會議 |
60% 排程，40% 未排程。 在已排程的會議中，我們假設 80% 是指派的會議，這些會議是週期性會議的出現時間;10% 是一次性的開放式會議;8% 是一次性匿名會議，2% 是一次性的非公開會議。 |
| 會議用戶端發佈 |
針對排程的會議： • 65% 的會議使用者使用 商務用 Skype 2016。 • 5% 的會議使用者使用 商務用 Skype Web 應用程式。 • 30% 的會議使用者會使用舊版的用戶端，包括 Lync 2013 和 Microsoft Lync 2010。 針對未排程的會議： • 70% 的會議使用者會使用 商務用 Skype。 • 30% 的會議使用者會使用舊版的用戶端，包括 Lync 2013 和 Microsoft Lync 2010。 |
| 會議並行 |
5% 的使用者在工作時間參與會議。 因此，在80,000個使用者集區中，最多4,000個使用者可能隨時參與會議。 |
| 會議音訊發佈 |
40% 混合 VoIP 音訊和電話撥入式會議，其中 VoIP 使用者與撥入使用者的比例為 3：1。 35% 僅限 VoIP 音訊。 15% 的電話撥入式會議音訊。 10% 沒有音訊 (僅限 IM 會議，每個使用者) 平均傳送五封郵件。 |
| 會議的媒體組合 |
75% 的會議是 Web 會議，其中包含音訊和其他共同作業形式。 在這些會議中，其他的共同作業方法如下所示： 注意： 這些數位加總到超過 100%，因為一個會議可以有多個共同作業方法。 • 新增應用程式共用50%。 我們假設有一個使用者以每秒 1.1 MB 的最大值傳送數據。 • 50% 新增立即訊息 (，每個使用者) 平均有 2 封郵件。 • 新增數據共同作業 20%，包括 PowerPoint 或白板：在這些會議中，每個會議平均顯示 2 個 PowerPoint 檔案，平均 PowerPoint 檔案大小為 10 MB (而不需要內嵌視訊) 或內嵌視訊) 的 30 MB (。 每個白板 20 個註釋的平均值。 • 新增視訊 20%。 在這些使用者中，70% 是在已啟用多檢視視訊的會議中，其中每個使用者會收到 2-3 個視訊串流。 • 15% 新增共用筆記。 |
| 會議參與者發佈 |
50% 的內部驗證使用者。 25% 的遠端存取許可權、已驗證的使用者。 15% 匿名使用者。 10% 同盟使用者。 |
| 會議加入發佈 |
使用者在前 5 分鐘內會模擬成加入會議。 |
在一般前端集區中，商務用 Skype Server 最多可支援250個使用者的會議大小。 每個集區一次可以主持一個 250 個用戶的會議。 進行這個大型會議時，集區也可以主持其他較小的會議。 此外，您可以設定專用集區來主持這些會議，以支援最多 1000 個使用者的會議。 如需詳細數據，請參閱規劃 商務用 Skype Server 中的大型會議。
會議模擬如下：
85% 的會議有四個參與者。
10% 的會議有六位參與者。
5% 的會議有 11 位參與者。
一場由250個用戶參加的大型會議。
下表提供與撥入使用者有關的會議使用者模型的詳細數據。
電話撥入式會議使用者模型
| 類別 | 描述 |
|---|---|
| 已驗證/匿名 |
70% 的來電者以匿名身分加入，系統會提示您輸入錄製的名稱。 30% 以已驗證的使用者身分加入。 |
| 通話持續時間和音樂保留 |
不保留音樂的平均通話持續時間：50 秒。 50% 的撥入用戶會聽到保留的音樂，平均為 5 分鐘。 |
| DTMF (雙色調多頻率) |
15% 的撥入式會議只有電話前導符。 包含撥入式使用者的 10% 混合式會議也有電話前導符。 20% 的電話主管會在每場會議使用 2 個 DTMF 命令。 |
| 宣告語言 |
模擬會使用英文做為宣告語言。 |
下表提供會議大廳使用者模型的詳細數據。
會議大廳使用者模型
| 類別 | 描述 |
|---|---|
| 大廳內的用戶數目 |
5% 的電話撥入使用者會進入大廳，而 25% 的其他用戶會進入大廳 |
| 從大廳取得彙集 |
在模擬中，演示者允許所有使用者在用戶端逾時之前使用。 |
下表說明其他對等會話的使用者模型。
對等會話使用者模型
| 類別 | 描述 |
|---|---|
| 應用程式共用 |
每個使用者每個月參與5個對等應用程式共用會話，平均每天參與0.25個會話。 |
| 檔傳輸 |
每個使用者每個月都參與 1 個對等文件傳輸會話， (做為 IM 會話) 的一部分，平均每天 0.05 個會話。 傳輸的平均會話檔案大小為 1 MB。 |
下表說明原則的使用者模型。
原則使用者模型
| 類別 | 描述 |
|---|---|
| 會議、目前狀態和封存原則 |
我們假設有一個全球原則、10 個標籤標會議原則、4 個封存原則，以及 10 個標記目前狀態原則。 |
| 語音原則 |
我們假設每個網站有一個全域原則和 2 個標籤原則。 100% 的網站有網站原則，30% 的使用者已指派個別用戶原則。 我們假設每個網站有一個撥號對應表，每個網站有兩個路由。 |
忙碌時間
對於對等會話，最大負荷是使用 BHCA) (忙碌時段通話嘗試來計算。 這個語音產業詞彙假設一天中 50% 的通話在 20% 的時間內完成。 這是使用下列公式計算：
BHCA=(total calls * 0.5) / 1.6
在忙碌時間載入期間執行 VoIP 和其他對等工作階段，以模擬忙碌時段測試模擬忙碌時間，每天至少 1.6 小時。
會議最大負荷假設 75% 的 8 小時制會議會在 4 個尖峰時段進行。 這些尖峰時數的負荷是平均會議負載的 1.5 倍。
企業語音 PSTN 通話
下列假設適用於 企業語音 通話：
60% 的使用者已啟用 企業語音，而 60% 的使用者已啟用 PSTN 通話。
每個啟用 PSTN 通話的用戶都會在忙碌時間撥打 4 個 PSTN 通話。 每個通話持續時間為3分鐘。
65% 的 PSTN 語音通話使用媒體略過。
行動性
40% 的已註冊用戶假設已啟用行動不便。 針對啟用行動能力的每個使用者，我們假設行動用戶端的活動會與該使用者的其他 MPOP 實例相加，但會議互動除外，行動用戶端只是另一種可用來參與會議的客戶端類型。
常設聊天室
我們假設 25% 的註冊用戶會參與常設聊天室，且具有下列特性：
每個使用者平均有1.5個聊天室
每個聊天室每小時會產生12個投票要求，以平均10個用戶為目標
回應群組和通話公園
我們假設 0.15% 的已註冊用戶屬於回應群組。 我們假設 0.02% 的已註冊使用者已在任何指定時間點駐留通話。