适用于：
2015 2019 订阅版
此处所述的用户模型为容量规划度量值和建议提供了Skype for Business Server容量规划用户模型使用情况中所述的基础。
Skype for Business Server用户模型
下表描述了用于注册、联系人、即时消息 (即时消息) 的用户模型以及Skype for Business Server状态。
环境和注册用户模型
| 类别 | 说明 |
|---|---|
| 部署大小和通讯组 |
我们对含有三个中央站点（每个站点有一个前端池）的大型部署进行了建模。 |
| Active Directory 用户的百分比 |
假设组织中 70% 的 Active Directory 用户已启用Skype for Business Server。 80% 的启用用户每天 (80% 的并发) 登录到Skype for Business Server。 本节下文中的数字都以并发用户为基础。 |
| Active Directory 更改 |
假设每周有 0.5% 的用户在 Active Directory 中创建并启用Skype for Business，并且每周在 Active Directory 和 Skype for Business 禁用 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 for Business Server用户启用了统一通信 (UC) (即，其电话号码归Skype for Business Server) 所有。 |
| 注册的客户端分布 |
65% 的客户端运行Skype for Business软件，包括 Skype for Business 和 Lync Phone Edition。 30% 的客户端运行以前版本的 Lync 中的客户端软件。 5% 的客户端使用 Skype for Business Web应用。 如果启用了移动性，我们假设 40% 的用户同时使用移动性，同时使用之前引用的其他注册客户端选项。 在这种情况下，客户端多接入点 (MPOP) 比率为 1：1.9。 如果禁用移动性，则 MPOP 比率为 1：1.5。 |
| 远程用户分布 |
70% 的用户从内部连接。 30% 的用户通过边缘服务器 (还可以选择在此处安装控制器，但不需要) 。 |
| 联系人分布 |
一个用户拥有的最大联系人数为 1,000。 拥有 1,000 个联系人的用户低于 1%。 拥有 100 个或更多联系人的用户低于 25%。 使用公共云连接的用户平均拥有 80 个联系人。 在这些用户中： • 50% 的联系人在组织中。 这些用户中的 10% 为远程用户，从防火墙以外连接。 • 40% 的联系人是 Skype 用户。 • 10% 的联系人来自联合合作伙伴。 未使用公共云连接的用户平均拥有 50 个联系人。 在这些用户中： • 80% 的联系人在组织中。 这些用户中的 10% 为远程用户，从防火墙以外连接。 • 20% 的联系人来自联合合作伙伴。 每个用户在其联系人列表中都有一个通讯组。 为了进行性能测试，我们假设通讯组始终是展开的。 |
| 会话时间 |
平均用户登录会话持续 12 个小时。 所有用户在会话开始后的 120 分钟内登录。 |
IM 和状态用户模型
| 类别 | 说明 |
|---|---|
| 对等 IM 会话 |
平均每个用户每天发起六个对等 IM 会话。 每个会话 10 条即时消息。 每个消息由两条 SIP INFO 消息和 2 条 SIP 200 正常消息匹配， (状态指示器，例如“名称>正在键入”<) |
| 组 IM 会话 |
组纯 IM 会话中发送的平均消息数是每个用户 5 条。 AV 会议的 IM 部分中发送的平均消息数是每个用户 2 条。 |
| 状态轮询 |
总体上讲，假设状态轮询为平均每个用户每小时 60 次轮询。 对于每个用户，假设平均： • 每天在用户的组织选项卡中进行一次轮询， (但不) 联系人列表。 用户组织选项卡中的非联系人平均数为 15 个用户。 每天执行两次联系人卡片查看操作。 • 每次用户单击另一个用户开始对话时，一次状态轮询，估计每小时一次。 • 每小时六次用户搜索。 每次执行搜索时，都会针对搜索结果列表中的每个人发送批轮询。 假设搜索结果的平均大小为 20。 如果搜索结果停留在屏幕上，则批处理轮询每 5 分钟刷新一次;假设每小时有两次此类刷新。 • 当用户在 Outlook 中打开或预览电子邮件时，将轮询电子邮件的“收件人：”和“抄送：”字段中是否存在用户，估计为每小时五封电子邮件和每封电子邮件四个用户。 |
| 状态订阅 |
当用户将其他用户添加为联系人时，第一个用户将“订阅”第二个用户的五类信息。 这些类别的信息的更新会自动发送给第一个用户。 对于每个客户端，发送单个批处理订阅请求以获取平均 40 个联系人的状态，另外还有 40 个对话来获取联合联系人的状态。 扩展通讯组成员的状态可通过持久状态订阅（而非轮询）进行查找，并建模为每个用户每两小时一次扩展。 短订阅发生在用户登录时，所有用户的联系人都有一个批处理订阅，然后用户很快就会注销。 假设每个用户每小时有 6 个短期订阅，其中每个订阅持续 10 分钟。 |
| 状态发布 |
平均每个用户每小时发布状态 4 次，最多每个用户每小时发布 6 次。 |
| 状态文档大小 |
假设完整状态文档的平均大小为 4K，最大为 25K。 |
下表介绍了通讯簿使用用户模型。
通讯簿使用用户模型
| 通讯簿搜索模式 | 用法 |
|---|---|
| 仅通讯簿 Web 查询（通讯簿 Web 查询服务执行的所有查询） |
每个用户每天四次前缀查询。 每个用户每天 60 次精确搜索查询。 在这些查询中，40% 为批处理查询，平均每次查询 20 个联系人。 剩余的 60% 为单个联系人查询。 每个用户每天 25 次照片查询。 其中 24 次为单张照片查询，另外一次为批处理查询，平均查询 20 个联系人。 每个用户每天一次彻底的组织搜索查询。 |
| 混合模式，结合使用通讯簿文件和 Web 查询。 这是默认模式。 |
只有两种查询会连接到网络，即照片查询和彻底的组织搜索查询。 每个用户每天 25 次照片查询。 其中 24 次为单张照片查询，另外一次为批处理查询，平均查询 20 个联系人。 每个用户每天一次彻底的组织搜索查询。 |
下表介绍了会议模型。
会议模型
| 类别 | 说明 |
|---|---|
| 计划的会议与“立即开会”会议 |
60% 计划内会议，40% 计划外会议。 在已安排的会议当中，假设其中 80% 是定期发生的分配会议；10% 是一次性公开会议；8% 是一次性匿名会议，以及 2% 是一次性非公开性会议。 |
| 会议客户端分布 |
对于计划内会议： • 65% 的会议用户使用 2016 Skype for Business。 • 5% 的会议用户使用Skype for Business Web应用。 • 30% 的会议用户使用早期客户端，包括 Lync 2013 和 Microsoft Lync 2010。 对于计划外会议： • 70% 的会议用户使用Skype for Business。 • 30% 的会议用户使用早期客户端，包括 Lync 2013 和 Microsoft Lync 2010。 |
| 会议并发 |
5% 的用户在工作时间参加会议。 因此，在一个有 80,000 个用户的池中，在任何时候都可能有多达 4,000 个用户参加会议。 |
| 会议音频分布 |
40% VoIP 音频和电话拨入式混合会议，VoIP 用户和电话拨入用户的比率为 3:1。 35% 仅 VoIP 音频。 15% 仅电话拨入式会议音频。 10% 无音频（仅 IM 会议，平均每个用户发出 5 条消息）。 |
| 会议媒体混合 |
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 for Business Server支持的最大会议大小为 250 个用户。 每个池一次可承载一个 250 个用户的会议。 召开这样的大型会议的同时，池还可以承载其他较小的会议。 另外，通过设置专用池承载这些会议，可以支持多达 1000 位用户的会议。 有关详细信息，请参阅在 Skype for Business Server 中规划大型会议。
模拟会议的方式如下：
85% 的会议有 4 个参与者。
10% 的会议有 6 个参与者。
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 小时的忙时负载的其他对等会话。
会议峰值负载假设在 4 小时的高峰时间内发生 8 小时工作日 75% 的会议。 这些高峰时间的负载是平均会议负载的 1.5 倍。
企业语音 PSTN 呼叫
以下假设适用于企业语音调用：
60% 的用户启用了企业语音，其中 60% 的用户启用了 PSTN 呼叫。
启用了 PSTN 呼叫的其中每一位用户在忙碌时段都发出 4 个 PSTN 呼叫。 每个呼叫的持续时间为 3 分钟。
其中 65% 的 PSTN 语音呼叫使用媒体旁路。
移动性
假设为 40% 的注册用户启用了移动。 对于启用了移动的每一位用户，假设移动客户端的活动是在该用户其他 MPOP 实例活动的基础上进行增加，但会议交互除外，对其而言，移动客户端只是可用来参与会议的另一种客户端类型。
持久聊天
假设 25% 的注册用户将参与到持久聊天会话中，并具有以下特征：
每个用户平均 1.5 个聊天室
每个聊天室每小时将产生 12 个轮询请求，每个轮询请求平均针对 10 个用户
响应组和呼叫驻留
假设 0.15% 的注册用户属于响应组。 假设 0.02% 的注册用户在任何给定的时间点都有驻留呼叫。