一种提升流媒体传输性能的方法及相关装置与流程

1.本技术涉及数据传输领域，特别是涉及一种提升流媒体传输性能的方法及相关装置。


背景技术：

2.在流媒体传输的过程中，会涵盖osi模型。在流媒体传输的过程中，osi模型中的传输层会根据网络状况实时调整发送流量，即拥塞控制。但是，若在无线链路下利用拥塞控制策略控制，则会使得误码率变高，进而影响流媒体的传输的准确性，故需要一种可以解决上述技术问题的技术方案。


技术实现要素：

3.本技术主要解决的技术问题是提供一种提升流媒体传输性能的方法及相关装置，实现在不影响误码率的情况下，更为准确地调控发送流量，进而提升流媒体传输性能。
4.为解决上述技术问题，本技术采用的一个技术方案是：提供一种提升流媒体传输性能的方法，所述方法包括：
5.获取历史周期的探测帧的第一发送参数；以及
6.获取所述历史周期内发送的流媒体数据包的第二发送参数；
7.根据所述第一发送参数和所述第二发送参数，确定当前周期的预估带宽；
8.基于所述预估带宽，调整所述当前周期的发送流量。
9.为解决上述技术问题，本技术采用的另一个技术方案是：提供一种终端设备，所述终端设备包括无线链路层和传输层；
10.其中，所述无线链路层用于获取历史周期的探测帧的第一发送参数；以及获取所述历史周期内发送的流媒体数据包的第二发送参数；所述无线链路层还用于根据所述第一发送参数和所述第二发送参数，确定当前周期的预估带宽，并将所述预估带宽发送至所述传输层；
11.传输层，所述传输层用于基于所述预估带宽，调整所述当前周期的发送流量，并执行将流媒体数据包发送至其他终端设备或接收所述其他终端设备发送的流媒体数据包。
12.为解决上述技术问题，本技术采用的又一个技术方案是：提供一种终端设备，所述终端设备包括处理器以及与所述处理器耦接的存储器和通信电路；其中，
13.所述存储器用于存储计算机程序；
14.所述通信电路用于在所述处理器的控制下，与其他终端设备交互；
15.所述处理器用于运行所述计算机程序以执行如上任意一项所述的方法。
16.为解决上述技术问题，本技术采用的再一个技术方案是：提供一种计算机可读存储介质，所述存储介质存储有能够被处理器运行的计算机程序，所述计算机程序被处理器执行时实现如上任一项所述方法的步骤。
17.本技术的有益效果是：区别于现有技术的情况，本技术所提供的提升流媒体传输
性能的方法及相关装置，通过获取历史周期的探测帧的第一发送参数；以及获取历史周期内发送的流媒体数据包的第二发送参数；根据第一发送参数和第二发送参数，确定当前周期的预估带宽；基于预估带宽，调整当前周期的发送流量。本技术所提供的方法根据第一发送参数和第二发送参数确定档期周期的预估带宽，实现根据预估带宽可以在不影响误码率的情况下，更为准确地调控发送流量，进而提升流媒体传输性能。
附图说明
18.图1为本技术一种提升流媒体传输性能的方法一实施例中的流程示意图；
19.图2为本技术一种提升流媒体传输性能的方法另一实施例中的流程示意图；
20.图3为本技术一种提升流媒体传输性能的方法又一实施例中的流程示意图；
21.图4为本技术一种终端设备一实施例中的结构示意图；
22.图5为本技术一种终端设备一实施例中的结构示意图；
23.图6为本技术一种计算机可读存储介质一实施例结构示意图。
具体实施方式
24.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本技术，而非对本技术的限定。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
25.本技术的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
26.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
27.首先，需要说明的是，本技术所提供的提升流媒体传输性能的方法是应用于无线链路的环境下，具体是用于提升无线链路传输流媒体的传输性能。
28.请参见图1，图1为本技术一种提升流媒体传输性能的方法一实施例中的流程示意图。
29.s110：获取历史周期的探测帧的第一发送参数，以及获取历史周期内发送的流媒体数据包的第二发送参数。
30.在利用无线链路进行流媒体传输的时候，终端设备首先会获取历史周期的探测帧的第一发送参数，并获取历史周期内发送的流媒体数据包的第二发送参数。其中，周期是预先设定的用于调整发送流量的大小的时间间隔，周期的长短具体可以根据调整发送流量的准确性需求和/或终端设备的运算能力进行确定，在此不做具体限定。如若，当需要非常精准地对发送流量进行调整，则会将周期长度设置小一些，如可以设置一个周期长度为0.5s；
反之，则可以相对将周期长度设置略大一些，如可以设置一个周期长度为1s。
31.进一步地，在一实施例中，终端设备可以是在历史周期中执行发送流媒体数据的步骤时，获取自身的探测帧的第一发送参数和该历史周期内发送的流媒体数据包的第二发送参数。
32.在另一实施例中，终端设备在发送流媒体数据的时候，会将每个周期内所发送的探测帧的第一发送参数和流媒体数据包的第二发送参数记录，并存储至存储区。对应的，步骤s110也可以是从存储区获取历史周期的探测帧的第一发送参数和该历史周期内所发送的流媒体数据包的第二发送参数。
33.进一步地，在一实施例中，步骤s110中的历史周期包括上一周期。则对应的，步骤s110为：获取上一周期的探测帧的第一发送参数，以及获取上一周期内发送的流媒体数据包的第二发送参数。
34.进一步地，在另一实施例中，步骤s110中的历史周期也可以包括当前周期算起之前的n个周期，其中，n大于或等于1，且为整数，且n的大小依据实际的需求进行设置，在此不做限定。当n大于或等于1时，则步骤s110中是获取多个历史周期的探测帧的第一发送参数和所对应的多个历史周期内发送的流媒体数据包的第二发送参数。
35.再进一步地，当历史周期包括当前周期算起之前的n个周期时，则在获取到n个周期的探测帧的第一发送参数和流媒体数据包的第二发送参数之后，本技术所提供的方法还进一步包括根据预先设定的发送参数权重比，对所获取的n个周期的探测帧的第一发送参数和流媒体数据包的第二发送参数进行计算，以获取一个更为准确的历史周期的探测帧的最终第一发送参数和流媒体数据包的最终第二发送参数。其中，由于时间周期与当前周期越靠近，则该历史周期的发送参数则更具备参考价值，对应的，也会设置靠近当前周期的发送参数权重大于距离当前周期较远的历史周期的发送参数权重。如，当是获取当前周期之前的3个周期的探测帧的第一发送参数和流媒体数据包的第二发送参数，则会对应设置当前周期之前的第一个周期的发送参数权重为0.6、当前周期之前的第二个周期的发送参数权重为0.3，当前周期之前的第三个周期的发送参数权重为0.1，然后在获取到当前周期之前的三个周期探测帧的第一发送参数和流媒体数据包的第二发送参数，分别将各个周期的探测帧的第一发送参数和流媒体数据包的第二发送参数乘上各个周期的发送参数权重，然后求取当前周期的历史周期的探测帧的最终第一发送参数和流媒体数据包的最终第二发送参数。
36.其中，探测帧的第一发送参数包括以下至少一者：帧长度、发送时间戳和第一发送速率。探测帧的发送时间戳为探测帧的发送时间，探测帧的第一发送速率为发送方的终端设备所选定的探测帧的发送速率。其中，第一发送速率为发送方选定的、低速的速率，以便接收方终端设备可以准确接收到探测帧。进一步地，第一发送速率可以是终端设备中预存的速率，且终端设备中预先存储有多个不同的、且分别对应不同的通信协议的第一发送速率，以便在进行流媒体数据传输时选用。
37.进一步地，探测帧包括探测请求帧和探测回复帧。对应的，步骤s110中则会获取的是历史周期内的探测请求帧和该探测请求帧所对应的探测回复帧的第一发送参数。具体地，获取的是探测请求帧的帧长度、探测请求帧的发送时间戳和探测请求帧的第一发送速率，并获取该探测请求帧所对应的探测回复帧的帧长度和该探测回复帧的接收时间戳。其
中，探测回复帧的接收时间戳为发送方终端设备接收到该探测回复帧的时间。
38.流媒体数据包的第二发送参数包括以下至少一者：第二发送速率、发包数和丢包数。其中，第二发送速率为发送方终端设备向接收方终端设备发送流媒体数据包时所选定的发送速率，其中，第二发送速率可以是根据通信协议预先设定的发送速率。在其他实施例中，也可以是根据实际的需求，预先设定一个第二发送速率的范围，然后由发送方终端设备在发送流媒体数据包时根据实际的环境，在所设定的第二发送速率的范围内选择一个第二发送速率。流媒体数据包的发包数为在该周期内，发送方终端设备所发送的流媒体数据包的总数；流媒体数据包的丢包数为该周期内发送方终端设备所发送的流媒体数据包中没有被接收方终端设备接收到的数据包的数量。
39.s120：根据第一发送参数和第二发送参数，确定当前周期的预估带宽。
40.在获取到第一发送参数和第二发送参数之后，根据所获取的第一发送参数和第二发送参数，确定当前周期的预估带宽。其中，预估带宽为根据历史周期的参数计算获得的当前周期所需的带宽的估计值，可以作为参考对发送流量进行调整的带宽。在其他实施例中，也可以将预估带宽理解为：发送方终端设备根据历史周期内的探测帧的第一发送参数和流媒体数据包的第二发送参数所确定当前周期的带宽预估值。
41.进一步地，在一实施例中，如若步骤s110中获取的是当前周期之前的多个历史周期的探测帧的第一发送参数和所发送的流媒体数据包的第二发送参数，则步骤s120中则是根据所获取的多个历史周期的探测帧的第一发送参数和所发送的流媒体数据包的第二发送参数确定当前周期的预估带宽。
42.进一步地，在另一实施例中，如若步骤s110中获取的是当前周期之前的多个历史周期探测帧的第一发送参数和所发送的流媒体数据包的第二发送参数，且需要根据预设的各个历史周期的权重、以及所获取的多个历史周期的探测帧的第一发送参数和流媒体数据包的第二发送参数，进行计算获得更为准确的历史周期的探测帧的最终第一发送参数和流媒体数据包的最终第二发送参数，则步骤s120中则是根据所获得的最终第一发送参数和最终第二发送参数确定当前周期的预估带宽。
43.s130：基于预估带宽，调整当前周期的发送流量。
44.在确定当前周期的预估带宽之后，基于所得的预估带宽，调整当前周期的发送流量的大小。其中，发送流量为当前周期内发送方选定的用于发送流媒体数据包的速率。
45.在一实施例中，是将步骤s120中所得的预估带宽与当前周期的带宽进行加权计算，进而获得最终带宽，然后根据所得的最终带宽进行调整当前周期的发送流量。此时，如若最终带宽大于发送流量，则可以是不对发送流量做调整；如若，最终带宽小于发送流量，则表示当前的带宽无法支持当前选定的发送流量，则会将发送流量调小。
46.在另一实施例中，步骤s130中，可以是基于预估带宽和当前的带宽求取均值得到最终带宽，然后基于所得的最终带宽调整当前发送周期的发送流量的大小。
47.在本技术图1所对应的实施例中，通过获取历史周期的探测帧的第一发送参数；以及获取历史周期内发送的流媒体数据包的第二发送参数；根据第一发送参数和第二发送参数，确定当前周期的预估带宽；基于预估带宽，调整当前周期的发送流量。本技术所提供的方法根据第一发送参数和第二发送参数确定档期周期的预估带宽，实现根据预估带宽可以在不影响误码率的情况下，更为准确地调控发送流量，进而提升流媒体传输性能。
48.请参见图2，图2为本技术一种提升流媒体传输性能的方法另一实施例中的流程示意图。在当前实施例中，本技术所提供的方法包括：
49.s201：获取历史周期的探测帧的第一发送参数，以及获取历史周期内发送的流媒体数据包的第二发送参数。
50.在当前实施例中，步骤s201与上文所述的步骤s110相同，具体可以参见上文对应部分的阐述，具体在此不再赘述。
51.上述图1所示意的步骤s120根据第一发送参数和第二发送参数，确定当前周期的预估带宽，进一步包括下述步骤s202至步骤s205。
52.s202：基于探测请求帧和探测回复帧的帧长度、以及探测请求帧的发送时间戳和探测回复帧的接收时间戳，得到第一参数。
53.在当前实施例中，探测帧包括探测请求帧和探测回复帧。在获取到历史周期的探测帧的第一发送参数，以及获取历史周期内发送的流媒体数据包的第二发送参数之后，进一步基于所获取的探测请求帧的帧长度和探测回复帧的帧长度，以及探测请求帧的发送时间戳和探测回复帧的接收时间戳，计算获得第一参数。其中，如上，探测回复帧的接收时间戳为发送方终端设备接收到探测回复帧的时间。
54.进一步地，步骤s202进一步包括：将探测请求帧和探测回复帧的帧长度之和与探测请求帧和探测回复帧的发送时间戳之差之间的比值，作为第一参数。如，在一实施例中，将探测请求帧的帧长度记为l1，将探测回复帧的帧长度记为l2，将探测请求帧的发送时间戳记为t1，将探测回复帧的接收时间戳记为t2，则第一参数为
55.s203：基于第一发送速率和第二发送速率，得到第二参数。
56.然后基于探测请求帧的第一发送速率和对应的流媒体数据包的第二发送速率，进一步计算求得第二参数。
57.进一步地，步骤s203包括：将第二发送速率与第一发送速率之间的比值，作为第二参数。如，将流媒体数据包的发送速率记为txrate
cur
，将探测请求帧的发送速率记为txrate
basic
，对应的，第二参数为
58.s204：基于丢包数和发包数，得到第三参数。
59.根据所获得的历史周期的流媒体数据包的丢包数和发包数，计算求得第三参数。
60.进一步地，步骤s204包括：将丢包数与发包数之间的比值，作为第三参数。如，将流媒体数据包的丢包数记为tx
drop
，为将流媒体数据包的发包数tx
all
，则对应的第三参数为
61.其中，需要说明的是，在此对于步骤s202、s203和s204的执行顺序不做限定，具体可以是依次执行步骤s202、s203和s204，也可以是同时执行，还可以是以其他的顺序执行，在此不做任何限定。
62.s205：利用第一参数、第二参数和第三参数，得到当前周期的预估带宽。
63.在分别计算求得第一参数、第二参数和第三参数之后，进一步基于所得的第一参数、第二参数和第三参数计算求得当前周期的预估带宽。
64.进一步地，步骤s205包括：将第一参数、第二参数和第三参数的乘积，作为当前周期的预估带宽。接上述第一参数、第二参数和第三参数的计算，最终求得的预估带宽bw
est
公式为：
65.s206：基于预估带宽，调整当前周期的发送流量。
66.在当前实施例中，不足s206与上文所述的步骤s130相同，具体可以参见上文对应部分的阐述，在此不再赘述。
67.请参见图3，图3为本技术一种提升流媒体传输性能的方法又一实施例中的流程示意图。在当前实施例中，本技术所提供的方法包括：
68.s301：获取历史周期的探测帧的第一发送参数，以及获取历史周期内发送的流媒体数据包的第二发送参数。
69.s302：根据第一发送参数和第二发送参数，确定当前周期的预估带宽。
70.在当前实施例中，步骤s301和步骤s302与上文对应的步骤s110和步骤s120相同，具体可以参见上文对应部分的阐述，在此不再赘述。且上述图1中的步骤s130基于预估带宽，调整当前周期的发送流量在当前实施例中进一步包括步骤s303至步骤s305。
71.s303：获取当前周期的第一带宽。
72.在确定预估带宽之后，接收方终端设备还会进一步获取当前周期的第一带宽。其中，第一带宽是根据预先设定的带宽确定规则，并基于当前周期需要传输的流媒体数据包和无线状态确定的用于传输流媒体数据包的带宽。其中，无线状态至少包括：无线信号的大小。
73.在一实施例中，步骤s303进一步包括：根据当前周期需要传输的流媒体数据包和无线状态确定第一带宽。
74.在另一实施例中，步骤s303进一步包括：根据当前周期需要传输的流媒体数据包、无线状态和历史周期的最终带宽确定第一带宽。在当前实施例中，为了更为准确的确定当前所需传输流媒体数据包所需要的带宽，还可以同时参考历史周期的最终带宽。其中，历史周期包括上一周期或当前周期之前的多个周期。
75.更进一步地，在其他实施例中，若步骤s303中的历史周期包括当前周期之前的多个周期时，则可以是根据预先设定的最终带宽权重比，对所获取的当前周期之前的多个周期的最终带宽进行加权运算，进而获得一个更为准确的参考最终带宽，然后再根据当前周期需要传输的流媒体数据包、无线状态和参考最终带宽确定第一带宽。其中，最终带宽为基于多个历史周期的最终带宽和预设的各个周期最终带宽权重比计算所得的。
76.如，在一实施例中，当是获取当前周期之前的3个周期的最终带宽确定第一带宽时，则会对应设置当前周期之前的第一个周期的最终带宽权重为0.5、当前周期之前的第二个周期的最终带宽权重为0.3，当前周期之前的第三个周期的最终带宽权重为0.2，然后在获取到当前周期之前的三个周期的最终带宽之后，分别将各个周期的最终带宽乘上各个周
期的最终带宽权重，然后求取得到参考最终带宽。其中，参考最终带宽为对多个历史周期的最终带宽进行加权求和所得的带宽，参考最终带宽是用于确定当前周期的第一带宽。
77.s304：对第一带宽和预估带宽进行加权计算，得到当前周期的最终带宽。
78.在本技术所提供的技术方案中，会预先设定核心权重比，在确定第一带宽之后，根据预先设定的核心权重比，进一步对第一带宽和预估带宽进行加权计算，进而得到当前周期的最终带宽。其中，最终带宽为当前周期中用于发送流媒体数据包时的带宽，核心权重比为最终带宽中预估带宽和第一带宽的比例。如，可以预先设定当前周期的预估带宽和第一带宽的核心权重比分别为0.5，则对应的步骤s304也可以理解为对第一带宽和预估带宽进行求取均值，然后将所得的均值输出为当前周期的最终带宽。在其他实施例中，也可以是根据设定将当前周期的预估带宽的核心权重比设置为0.4，第一带宽的核心权重比设置为0.6，然后将预估带宽的值乘上0.4的积，与第一带宽的值乘上0.6的积进行相加，最终所得的和输出为当前周期的最终带宽。
79.s305：根据最终带宽调整当前周期的发送流量。
80.在确定最终带宽之后，进一步对最终带宽和当前周期的发送流量进行大小比较，并根据最终比较结果，调整当前周期的发送流量。
81.进一步地，步骤s305包括：若最终带宽小于发送流量，则将发送流量调小至发送流量小于最终带宽。如若判断得到最终带宽小于发送流量，则表示当前的无线环境无法支持发送当前的发送流量，为了避免数据堆积或者丢失，故需要将发送流量调小至发送流量小于最终带宽。
82.在一实施例中，若判断得到最终带宽大于或等于发送流量，则可以是对发送流量不做调整。
83.在另一实施例中，若判断得到最终带宽大于或等于发送流量，为了更充分地利用带宽资源，本技术所提供的方法还会进一步获取最终带宽与发送流量的差值。然后进一步判断差值是否大于或等于预设阈值，并在判断差值大于或等于预设阈值时，则将发送流量调大，以使得最终带宽与发送流量的差值小于预设阈值，进而更好地利用带宽资源，快速将流媒体数据发送完毕。其中，预设阈值为预先设定一个阈值，用于判断是否存在带宽资源浪费的情况，如若最终带宽与发送流量的差值小于预设阈值时，则表示不存在带宽资源浪费；反之，如若最终带宽与发送流量的差值大于或等于预设阈值时，则表示存在带宽资源浪费，需要将发送流量调大。
84.在其他实施例中，若最终带宽大于或等于发送流量，且判断剩余待发送的流媒体数据包数量较少时，则也可以是不对发送流量进行调整，保持现有的发送流量进行流媒体数据包的发送。
85.同时需要说明的是，在上述各个实施例中所包括的各个特征不矛盾的情况下，可以根据实际的需求将各个实施例中的特征进行结合叠加，以更好地提升流媒体传输性能。
86.请参见图4，图4为本技术一种终端设备400一实施例中的结构示意图。在当前实施例中，本技术所提供的终端设备400包括无线链路层402和传输层401。
87.其中，无线链路层402用于获取历史周期的探测帧的第一发送参数；以及获取历史周期内发送的流媒体数据包的第二发送参数；无线链路层402还用于根据第一发送参数和第二发送参数，确定当前周期的预估带宽，并将预估带宽发送至传输层401。
88.传输层401，传输层401用于基于预估带宽，调整当前周期的发送流量，并执行将流媒体数据包发送至其他终端设备400或接收其他终端设备发送的流媒体数据包。
89.其中，需要说明的是，无线链路层402和传输层401还分别用于执行上述图1至图3所不同实施例中所对应的步骤。如无线链路层402还用于执行上述步骤s202至步骤s205，传输层401用于执行步骤s303至步骤s305。本技术所提供的技术方案通过无线链路层对当前周期的带宽进行预估得到预估带宽，并将预估所得的预估带宽反馈至传输层和应用层，使得传输层合理调整拥塞控制策略，应用层调整流媒体传输码率，进而实现了提升流媒体传输性能。
90.本技术所提供的技术方案中，在传输层原有拥塞控制策略的基础上，进一步参考无线链路层基于第一发送参数和第二发送参数计算所得的预估带宽，从而可以解决接收不到对端回复即认为网络拥塞的技术问题；同时也可以解决现有的无线网络存在较大的波动性，如果完全依赖传输层或应用层是否丢包来调整码率必然存在滞后的问题。而本技术所提供的技术方案通过无线链路层对当前周期的带宽进行预估并反馈至传输层，使得传输层参考所得的预估带宽，提前对当前周期用于传输流媒体数据包的发送流量进行调整，可以有效缓解视频卡顿的情况，从而能够很好地提升流媒体传输的性能。
91.图4中仅仅展示了终端设备400中与本案相关的无线链路层402和传输层401，终端设备400中的其他层次结构在此不做详细阐述。
92.请参见图5，图5为本技术一种终端设备一实施例中的结构示意图。在当前实施例中，本技术所提供的终端设备500包括处理器501以及与处理器501耦接的存储器502和通信电路503。终端设备500可以执行图1至图3及其对应的任意一个实施例中所述的方法。
93.其中，存储器502包括本地储存(图未示)，且用于存储有计算机程序，计算机程序被执行时可以实现图1至图3及其所对应的任意一个实施例中所述的方法。
94.通信电路503与处理器501连接，用于在处理器501的控制下，用于与外部其他终端设备进行交互通信，以发送或接收数据。其中，通信电路503用于发送的数据至少包括探测请求帧和流媒体数据包，通信电路503用于接收的数据至少包括探测回复帧和流媒体数据包。
95.处理器501与存储器502和通信电路503分别耦接，处理器501用于运行计算机程序，以执行如上图1至图4及其对应的任意一个实施例中所述的方法。进一步地，在一些实施例中，终端设备可包括移动终端、电脑终端、计算机、具备计算存储能力的对讲设备、服务器等中的任意一种，也可以包括其他任何基于无线链路对外进行通信的其他类型设备。
96.参见图6，图6为本技术一种计算机可读存储介质一实施例结构示意图。该计算机可读存储介质600存储有能够被处理器运行的计算机程序601，该计算机程序601用于实现如上图1至图3及其对应的任意一个实施例中所描述的提升流媒体传输性能的方法。具体地，上述计算机可读存储介质600可以是存储器、个人计算机、服务器、网络设备，或者u盘等其中的一种，具体在此不做任何限定。
97.以上仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。