背景技术
近年来,无线网络技术有基于802.11标准的无线局域网WiFi技术、基于802.15的蓝牙Bluetooth系统以及由移动通信系统衍生而来的面向室内应用的Femto技术等等。
基于IEEE 802.11的WiFi技术是当今使用最广的一种无线网络传输技术。主要应用于无线局域网环境,应用场景以室内居多,也可应用于室外环境。802.11系统由最初的基于CDMA传输机制的802.11b演进为基于OFDM技术的802.11a和802.11g。尽管在最新的IEEE802.11n-2009标准中,通过引入多天线(MIMO)技术使得802.11n物理层峰值速率可达600Mbps,但是通常媒体接入控制(MAC,Media ACess Control)层的吞吐仅仅最大能达到300Mbps。所以对于传统的WLAN系统,基于CSMA/CA(载波侦听/冲突避免)的单用户接入的MAC层设计一直是网络性能的瓶颈。所以,尽管现有的Wi-Fi技术在一定程度上为用户提供了低廉的用户接入方式,但是很难再适应当前以及未来的飞速发展的高速率的多媒体业务需求。
基于3GPP标准的Femto技术是从移动通信系统演进而来的一种面向室内覆盖的新技术,基于3G系统的Femto技术采用CDMA传输机制,面向LTE或WiMAX系统的Femto技术则采用OFDM传输机制。其多址接入机制通过时间、频率、码字为不同的用户分配相互正交的接入资源,这与面向竞争的CSMA/CA随机多址接入有着本质不同。但是Femto技术由面向移动通信系统的3G/LTE/WiMAX系统衍生而来。由于3G/LTE/WiMAX系统主要面向广域覆盖的移动通信场景,其系统特征对于中短距离无线通信场景并不优化。同时基于3G/LTE/WiMAX比较复杂的上层协议设计和PHY层对同步等的严格要求,导致设备成本也不能做到像802.11的低廉,这也是Femto技术目前一直没被广泛应用的重要原因之一 。
面对日益飞速发展的多媒体业务应用需求,为了更好地满足中短距离无线通信需求,需要提出更加适用的实现方案。
有鉴于此,目前提出了一种新定义的中短距离无线通信系统协议架构。参见图1,该图示出了本发明中短距离无线通信系统的参考模型(此处所述系统参考模型主要是指空中接口参考模型),包括MAC层单元和物理层单元(PHY层),通过合理设计MAC层单元和PHY单元,实现高数据吞吐:
MAC层是位于高层和收发PHY层之间的中间层,通常用于管理和控制多个用户之间的分配和共享物理层传输资源。MAC层包括IP适配子层单元和MAC子层单元,其中各单元的主要功能如下:
IP适配子层单元:主要提供外部网络数据和MAC层服务协议单元(MSDU)之间的映射和转换的功能;
MAC子层单元:MAC作为媒体接入控制层,除了担当媒体接入控制功能外,还包括对系统的管理和控制以及负责控制与连接PHY层的物理介质;它定义了数据包怎样在介质上进行传输,此外,帧的传递顺序、对收到的帧是否确认及可选择的流量控制等也可在这一层实现。
PHY层单元主要提供将MAC层协议数据单元(MPDU)映射到相应的物理信道的PHY传输机制,例如正交频分复用(OFDM)和多入多出(MIMO)技术。
参见图2,该图示出了新定义的中短距离无线通信系统的PHY层帧结构,帧结构中各子信道的定义如表1所示。
表1
通常,中短距离无线通信系统接入系统由接入点(CAP)和终端(STA)组成,其中终端包括现有的各种数据设备,例如:PDA、笔记本、照相机、摄像机等。如图3所示,终端STA1和终端STA2 通过空中接口协议接入CAP,CAP通过有线或者无线与现有的外部网络(如IP骨干网、以太网)建立通信。其中CAP的协议组成是由空中接口层,包括MAC层和PHY 两层组成。STA协议组成由应用层(CAPplication)、传输控制层(TCP)、网络层(IP 层)、MAC层和PHY层组成。
参见图4,该图示出了STA和CAP之间协议数据的发送和接收的过程的示意图,例如:STA想发送数据给CAP,STA首先将应用数据(如VoIP、视频等)经过应用层、TCP/IP层处理并打包,以IP分组的形式发送给IP适配层,由IP适配层进行转换和映射,发送给MAC层,MAC层经过分片、加密、成帧、聚合等操作,发给PHY层,最终由PHY映射到无线信道上进行数据传输。
在实际通讯过程中,传输环境复杂,如何能够确保数据成功传输至关重要。但是,新定义的中短距离无线通信系统协议中并未对此做出规定。
发明内容
本发明要解决的技术问题是,提供一种用于帧确认的方法和装置,从而有效确保数据成功传输。
为了解决上述技术问题,本发明提出一种用于帧确认的方法,包括:
将一个或者多个帧的确认应答封装为组确认应答;其中,将同一业务流上的一个或者多个帧的确认应答封装为业务流确认应答;将一个或者多个业务流确认应答封装为组确认应答;
发送所述组确认应答。
进一步地,上述方法还可具有以下特点:
在所述组确认应答中承载所述一个或者多个业务流的标识,以及所述各业务流上所述一个或者多个帧的标识。
进一步地,上述方法还可具有以下特点:
以一位图bitmap中的各比特位依次承载业务流上各帧的确认应答。
进一步地,上述方法还可具有以下特点:
以所述bitmap中的比特位的序号标识对应的帧。
进一步地,上述方法还可具有以下特点:
以所述bitmap中首个比特位的序号和所述bitmap的长度来标识业务流上连续的帧。
进一步地,上述方法还可具有以下特点:
在所述组确认应答中携带分片指示信息,以指示所述确认应答对应的帧是分片的帧或者未分片的帧。
进一步地,上述方法还可具有以下特点:
所述帧的确认应答用以指示帧的接收状态,包括接收到和未接收到。
进一步地,上述方法还可具有以下特点:
在接收到立即确认请求后,立即返回所述组确认应答。
进一步地,上述方法还可具有以下特点:
所述立即确认请求携带一个或者多个业务流的标识,以及各业务流上的一个或者多个帧的标识,以指示立即返回指定数据流上的指定帧的确认应答。
进一步地,上述方法还可具有以下特点:
所述立即确认请求携带业务流上的一个帧对应于bitmap的比特位的序号,以指示立即返回所述业务流上所述帧及其后续帧的确认应答。
进一步地,上述方法还可具有以下特点:
在解析数据帧时,如果从数据帧中解析出立即确认指示,则立即返回所述组确认应答。
进一步地,上述方法还可具有以下特点:
所述立即确认指示承载于数据帧的帧头中。
进一步地,上述方法还可具有以下特点:
所述立即返回组确认应答,是在下一个物理帧传输周期发送所述组确认应答。
进一步地,上述方法还可具有以下特点:
在解析数据帧时,如果从数据帧中解析出延迟确认指示,则在有空闲资源时返回所述组确认应答。
为了解决上述技术问题,本发明还提出一种用于帧确认的装置,包括:
封装模块,用于将一个或者多个帧的确认应答封装为组确认应答;
发送模块,用于发送所述组确认应答;其中,所述封装模块包括:
第一封装模块,用于将同一业务流上的一个或者多个帧的确认应答封装为业务流确认应答;
第二封装模块,用于将一个或者多个业务流确认应答封装为组确认应答。
进一步地,上述装置还可具有以下特点:
所述第一封装模块,还用于在所述组确认应答中承载所述一个或者多个业务流的标识,以及所述各业务流上所述一个或者多个帧的标识。
进一步地,上述装置还可具有以下特点:
所述第一封装模块,用于以一位图bitmap中的各比特位依次承载业务流上各帧的确认应答。
进一步地,上述装置还可具有以下特点:
所述第一封装模块,以所述bitmap中的比特位的序号标识对应的帧。
进一步地,上述装置还可具有以下特点:
所述第一封装模块,以所述bitmap中首个比特位的序号和所述bitmap的长度来标识业务流上连续的帧。
进一步地,上述装置还可具有以下特点:
所述封装模块,还在所述组确认应答中携带分片指示信息,以指示所述确认应答对应的帧是分片的帧或者未分片的帧。
进一步地,上述装置还可具有以下特点:
所述帧的确认应答用以指示帧的接收状态,包括接收到和未接收到。
进一步地,上述装置还可具有以下特点:
还包括:
控制模块,用于在接收到立即确认请求后,控制所述封装模块封装组确认应答,以及控制所述发送模块立即发送封装好的组确认应答。
进一步地,上述装置还可具有以下特点:
所述控制模块,用于控制所述封装模块根据所述立即确认请求封装组确认应答;
所述立即确认请求携带一个或者多个业务流的标识,以及各业务流上的一个或者多个帧的标识,以指示立即返回指定数据流上的指定帧的确认应答。
进一步地,上述装置还可具有以下特点:
所述立即确认请求携带业务流上的一个帧对应于bitmap的比特位的序号,以指示立即返回所述业务流上所述帧及其后续帧的确认应答。
进一步地,上述装置还可具有以下特点:
还包括:
解析判断模块,用于解析数据帧时,判断所述数据帧中是否携带立即确认指示;
所述控制模块,在数据帧中存在立即确认指示时,控制所述封装模块封装组确认应答,以及控制所述发送模块立即发送封装好的组确认应答。
进一步地,上述装置还可具有以下特点:
所述控制模块,用于控制所述封装模块将各业务流上所有未确认的帧的确认应答封装为组确认应答,以及控制所述发送模块立即发送封装好的组确认应答。
进一步地,上述装置还可具有以下特点:
所述立即确认指示承载于数据帧的帧头中。
进一步地,上述装置还可具有以下特点:
所述立即发送,是在下一个物理帧传输周期发送。
进一步地,上述装置还可具有以下特点:
还包括:
解析判断模块,用于解析数据帧时,判断所述数据帧中是否携带延迟确认指示;
所述控制模块,在数据帧中存在延迟确认指示时,在有空闲资源时返回组确认应答。
本发明提供的一种用于帧确认的方法和装置,能够为确保数据成功传输提供一种应答方式,且能够有效节约传输资源。
说明书附图
图1是新定义的中短距离无线通信系统的系统架构示意图;
图2是新定义的中短距离无线通信系统的PHY层帧结构;
图3是新定义的中短距离无线通信系统中终端和接入点的协议构成的示意图;
图4是新定义的中短距离无线通信系统中STA和CAP的协议数据发送和接收的示意图;
图5是本发明第一实施例一种帧确认的方法流程图;
图6是本发明第一实施例一种组确认帧格式示意图;
图7是本发明第二实施例一种ACK帧格式示意图;
图8是本发明第三实施例一种重传的方法流程图;
图9是本发明第三实施例一种G-MPDU格式示意图;
图10是本发明第三实施例一种G-MPDU子帧格式示意图;
图11是本发明第四实施例一种用于重传的方法流程图;
图12是本发明第四实施例一种立即确认请求帧格式示意图。
具体实施方式
以下描述和附图充分地示出本发明的具体实施方案,以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求,否则单独的组件和功能是可选的,并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围,以及权利要求书的所有可获得的等同物。在本文中,本发明的这些实施方案可以被单独地或总地用术语“发明”来表示,这仅仅是为了方便,并且如果事实上公开了超过一个的发明,不是要自动地限制该应用的范围为任何单个发明或发明构思。
第一实施例
本发明实施例提供了一种帧确认的方法,既适用于管理帧也适用于数据帧。发送端发送帧后,接收端返回应答,以告知发送端所述数据是否被成功接收,从而能够对数据发送成功与否进行有效监控。
参见图5,该图示出了本发明实施例一种帧确认方法,包括步骤:
步骤S501:将一个或者多个帧的确认应答封装为组确认应答(GroupAck);
其中,所述帧的确认应答用以指示帧的接收状态,包括接收到和未接收到。
步骤S502:发送所述组确认应答。
本发明实施例提供了一种组确认的应答方式,将多个帧的确认应答封装至同一帧中发送出去,采用这种应答方式,同样的帧头参数只需要传一次即可,有效节约了传输资源;另外在物理信道上传输时,执行一个帧(组确认应答)的同步即可获取到多个帧的应答,从而有效的节约物理传输资源。
中短距离无线通信系统支持多种业务,数据的传输按照业务流传输。按照类型,业务流可以分成管理业务流和数据业务流。其中,管理业务流由一个或者多个管理帧构成,数据业务流由一个或者多个数据帧构成。因此,步骤S501可进一步包括(图中未示出):
步骤S5011:将同一业务流上的一个或者多个帧的确认应答封装为业务流确认应答;
步骤S5012:将一个或者多个业务流确认应答封装为组确认应答。
在封装组确认应答时,还封装所述一个或者多个业务流的标识,以及所述各业务流上所述一个或者多个帧的标识,使得接收端据以识别组确认应答中包括哪些业务流的应答,以及各业务流应答的数据帧。
较佳地,本发明实施例提出以一位图bitmap中的各比特位依次承载业务流上各帧的确认应答。以所述bitmap中的比特位的序号标识对应的帧。接收端根据所述bitmap中比特位序号得知所述比特位中承载的是哪个帧的应答,根据所述比特位的值得知所述比特位序号标识的帧的确认应答。
较佳地,在对业务流上连续的多个帧应答时,可以所述连续的帧中特定位置的帧,例如首个帧对应于bitmap中比特位的序号,和所述连续帧的个数(对应的bitmap的长度)来标识所述连续的帧。
较佳地,还可以在所述组确认应答中携带分片指示信息,以指示所述确认应答对应的帧是分片的帧或者未分片的帧。
为了更直观地说明,本发明实施例还提供了一种具体的组确认帧的格式,如图6所示。图6所示的组确认帧包括帧头、净荷和校验信息部分(FCS)。帧头中包含帧控制信息,例如帧类型(管理帧或者数据帧)、子类型(具体的管理帧类型,或者具体的数据帧类型)、版本信息等;净荷中包含bitmap长度、分片的FID个数、未分片的FID个数,以及n个业务流确认应答(FID-n),每个业务流确认应答包含业务流标识(FID)、bitmap的首个比特位的序号、bitmap。净荷中的各参数定义可参考表1。
表1
图6所示的组确认帧设计每个业务流的bitmap长度相同,在另一实施例中,还可以根据需要设计为不完全相同,本发明在此不做限制。
第二实施例
本发明实施例还提供了一些管理帧请求帧及其对应的应答,如表2所示。当然,在另一实施例中,根据需要还可以设置其他管理请求帧及其对应的应答,本发明在此不做限制。
表2
请求帧 | 对应响应帧 |
随机接入请求帧(RA _REQ ) | 随机接入响应帧(RA _RSP) |
终端基本能力协商请求(SBC_REQ) | 终端基本能力协商响应(SBC_RSP) |
动态业务建立请求(DSA_REQ) | 动态业务建立响应(DSA_RSP) |
动态业务修改请求(DSC_REQ) | 动态业务修改响应(DSC_RSP) |
动态业务删除请求(DSD_REQ) | 动态业务删除响应(DSD_RSP) |
本发明实施例还提供了另一种帧确认方式,适用于针对单帧进行确认。为了更直观地说明,本发明实施例还提供了一种具体的确认帧的格式,如图7所示。图7所示的确认帧包括帧头、净荷和校验信息部分(FCS)。帧头中包含帧控制信息,例如帧类型(管理帧或者数据帧)、子类型(具体的管理帧类型,或者具体的数据帧类型)、版本信息等;净荷中包含FID、分片号(FSN),帧序列号(SN)。净荷中的各参数定义可参考表3。
表3
字段 | 长度(比特) | 描述 |
预留 | 4 | 默认设置为0。 |
FID | 4 | 业务流标识。 |
FSN | 4 | 表示该确认是为分片号FSN的帧进行确认。如果未采用分片,则此字段设置为0。 |
SN | 12 | 表示该确认是为序号SN的MPDU进行确认。 |
对于数据帧,可以使用ACK或GroupAck任意一种方式确认。
对于管理帧,考虑到时效性问题,有对应的响应帧,则使用对应的响应帧确认;没有对应响应帧的单播管理控制帧适宜使用ACK确认。
第三实施例
本发明实施例提供了一种重传的方法,如图8所示,包括步骤:
步骤S801:缓存已发送的帧;
步骤S802:接收并解析帧确认应答;
步骤S803:重传缓存的帧中未确认接收的帧。
本发明实施例提供的重传方法由发送端维护重传的数据,在重传时,仅重传未确认接收的帧,对已经接收到的帧不再重传。尤其在按照预设窗口重传数据时,允许窗口内已经确认收到的帧不进行重传,大大节约了传输资源。
较佳地,可以删除缓存的帧中已确认接收的帧。从而有效节约本地缓存资源。
较佳地,可以将一个或者多个连续的帧封装为组帧(G-MPDU)发送。如图9所示,G-MPDU由一系列G-MPDU子帧组成。如图10所示,G-MPDU子帧包括G-MPDU定界符、MPDU和可能的填充字节。除了最后一个G-MPDU子帧,每个G-MPDU子帧需要增加0~1个填充字节,使每个G-MPDU子帧的长度是2字节的整数倍。所示G-MPDU定界符用来定位G-MPDU的MPDU单元。将多个帧封装在一起发送出去,在物理信道上传输时,执行一个帧(组帧)的同步即可获取到多个帧,从而有效的节约物理传输资源。
步骤S802中接收到的帧确认应答可以是采用实施例一提供的组确认应答,也可以是实施例二提供的单帧的确认应答。
第四实施例
出于对缓存能力的考虑,为了防止超出缓存能力导致出错,本发明实施例还提供了一种用于重传的方法,增加对本端的缓存能力进行监控,在检测到缓存能力可能存在超出风险时,即时通知对端立即返回应答,具体如图11所示,包括步骤:
步骤S1101:缓存未收到确认应答的帧;
步骤S1101:判断是否达到缓存容量阈值;
步骤S1101:在达到缓存容量阈值时,发送立即确认请求,以指示立即返回帧确认应答。
较佳地,所述立即确认请求携带一个或者多个业务流的标识,以及各业务流上的一个或者多个帧的标识,以指示立即返回指定数据流上的指定帧的确认应答。
较佳地,所述立即确认请求可以携带业务流上的一个帧的标识,以指示立即返回所述业务流上所述帧及其后续帧的确认应答。
较佳地,所述帧确认应答中以一位图bitmap中的各比特位依次承载业务流上各帧的确认应答(参见实施例一)。相应地,所述立即确认请求中可以以bitmap中的比特位的序号标识对应的帧。
为了更直观地说明,本发明实施例还提供了一种具体的立即确认请求的帧格式,如图12所示。图12所示的立即确认请求帧包括帧头、净荷和校验信息部分(FCS)。帧头中包含帧控制信息,例如帧类型(管理帧或者数据帧)、子类型(具体的管理帧类型,或者具体的数据帧类型)、版本信息等;净荷中包含FID个数、n个业务流确认请求(FID-n),每个业务流确认请求包含业务流标识(FID)、bitmap的首个比特位的序号。净荷中的各参数定义可参考表4。
表4
字段 |
长度(比特) |
描述 |
预留 |
4 |
默认设置为0。 |
FID个数 |
4 |
指示在该字段与FCS之间包含FID信息块的个数。每个FID信息块的格式相同。 |
FID |
4 |
要求接收端对该FID业务流进行GroupAck确认。 |
SSN |
12 |
通知接收端在GroupAck确认时,使用该值作为Bitmap起始序号。 |
较佳地,本发明实施例还提供了另一种实现立即确认请求的方式:通过将立即确认指示承载于数据帧中,随数据帧发送出去,以发送立即确认请求;所述立即确认指示,用于指示立即返回帧确认应答。
较佳地,可以将立即确认指示承载于数据帧的帧头中。
较佳地,本发明实施例还可以在未达到缓存容量阈值时,将延迟确认指示承载于数据帧中,随数据帧发送出去。所述延迟确认指示,用于指示允许延迟返回各业务流上所有未确认的数据帧的确认应答。对端在解析数据帧时,如果从数据帧中解析出延迟确认指示,则在有空闲资源时返回各业务流上所有未确认的帧确认应答。
本发明实施例还提供了一种帧确认发送时机的选择,AP与STA可以互为发送端和接收端:
1、如果AP发送管理请求帧(需要响应)给STA,则AP在生成UL-CCH 时需要为响应帧预留资源,保证STA有机会将响应帧成功发送。
2、如果AP发送GMPDU给STA,并通过即时/延迟响应指示字段通知STA即时响应,则AP在生成UL-CCH 时需要为GroupAck/ACK帧预留资源。
3、如果AP发送聚合数据帧给STA,并通过即时/延迟响应指示字段允许STA延迟响应,则STA即可以在UL-CCH资源有剩余时主动将GroupAck帧回传,也可以等待接收到AP发送的即时响应通知后再回传GroupAck帧。
5、如果STA发送管理请求帧(需要响应)给AP,则AP应该在下次的下行周期做出响应。
6、如果STA发送GMPDU给AP,并通过即时/延迟响应指示字段通知AP即时响应,则AP在下次的下行周期发送GroupAck/ACK帧。
7、如果STA发送聚合数据帧给AP,并通过即时/延迟响应指示字段允许AP延迟响应,则AP即可以在DL-CCH资源有剩余时主动将GroupAck帧回传,也可以等待接收到STA发送的即时响应通知后再回传GroupAck帧。
为了实现本发明实施例帧确认方法,本发明还提出一种用于帧确认的装置,包括:
封装模块,用于将一个或者多个帧的确认应答封装为组确认应答;
发送模块,用于发送所述组确认应答。
较佳地,所述封装模块可进一步包括:
第一封装模块,用于将同一业务流上的一个或者多个帧的确认应答封装为业务流确认应答;
第二封装模块,用于将一个或者多个业务流确认应答封装为组确认应答。
较佳地,所述第一封装模块,还可在所述组确认应答中承载所述一个或者多个业务流的标识,以及所述各业务流上所述一个或者多个帧的标识。
较佳地,所述第一封装模块,可以以一位图bitmap中的各比特位依次承载业务流上各帧的确认应答。
较佳地,所述第一封装模块,可以以所述bitmap中的比特位的序号标识对应的帧。
较佳地,所述第一封装模块,可以以所述bitmap中首个比特位的序号和所述bitmap的长度来标识业务流上连续的帧。
较佳地,所述封装模块,还在所述组确认应答中携带分片指示信息,以指示所述确认应答对应的帧是分片的帧或者未分片的帧。
较佳地,所述帧的确认应答用以指示帧的接收状态,包括接收到和未接收到。
较佳地,本发明实施例用于帧确认的装置还可以包括:
控制模块,用于在接收到立即确认请求后,控制所述封装模块封装组确认应答,以及控制所述发送模块立即发送封装好的组确认应答。
较佳地,所述控制模块,用于控制所述封装模块根据所述立即确认请求封装组确认应答。
较佳地,所述立即确认请求可以携带一个或者多个业务流的标识,以及各业务流上的一个或者多个帧的标识,以指示立即返回指定数据流上的指定帧的确认应答。
较佳地,所述立即确认请求可以携带业务流上的一个帧对应于bitmap的比特位的序号,以指示立即返回所述业务流上所述帧及其后续帧的确认应答。
较佳地,本发明实施例用于帧确认的装置也还可以包括:
解析判断模块,用于解析数据帧时,判断所述数据帧中是否携带立即确认指示;
所述控制模块,在数据帧中存在立即确认指示时,控制所述封装模块封装组确认应答,以及控制所述发送模块立即发送封装好的组确认应答。
较佳地,所述控制模块,用于控制所述封装模块将各业务流上所有未确认的帧的确认应答封装为组确认应答,以及控制所述发送模块立即发送封装好的组确认应答。
较佳地,所述立即确认指示承载于数据帧的帧头中。
较佳地,所述立即发送,是在下一个物理帧传输周期发送。
较佳地,本发明实施例用于帧确认的装置也还可以包括:
解析判断模块,用于解析数据帧时,判断所述数据帧中是否携带延迟确认指示。所述控制模块,在数据帧中存在延迟确认指示时,在有空闲资源时返回组确认应答。
根据所述公开的实施例,可以使得本领域技术人员能够实现或者使用本发明。本发明提供的STA获得传输资源的方案并不仅仅限制于中短距离无线通信系统,对于本领域技术人员来说,这些实施例的各种修改是显而易见的,并且这里定义的总体原理也可以在不脱离本发明的范围和主旨的基础上应用于其他实施例。以上所述的实施例仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。