MAC连接相当于旧的MAC连接，而第一 MAC连接相当于新的MAC连接，AP在将第一 MAC连接确定为与更改MAC地址的STA间的MAC连接后，AP与修改MAC地址前的STA间的第二 MAC连接则失去了作用，此时，AP可停止通过第二 MAC连接向STA发送业务数据，并可释放掉第二 MAC连接，以节省相关资源。另外，AP可通过第一 MAC连接和与第二 MAC连接相关的资源，向STA发送业务数据，以实现对业务的处理。
[0168]其中，处理业务主要是指STA与AP进行数据交互。数据交互的过程可由传输数据时使用的相关协议决定，本实施例对此不作具体限定。例如，当用户在使用STA看电影时，此时，STA端与AP端可能会用到WMM(W1-Fi Multimedia,无线多媒体)协议，数据交互的过程需要根据WMM协议的规则来进行。
[0169]另外，由于STA在更换MAC地址后，MAC地址能够被跟踪。例如，以STA为手机为例，用户A —直在使用手机看电影，即手机一直从AP获取数据，而用户B则一直在监视用户A的手机使用情况，并通过跟踪手机的MAC地址来获取手机的位置，从而跟踪用户A所处的物理位置。用户B或许不知道用户A的手机正在接收的数据的类型，但是能够通过网络数据的传输状况确定用户A的手机数据传输时的特性，如手机A获取电影相关数据时的下行数据等。若用户A更改了手机的MAC地址，此时，用户B会突然发现之前跟踪的MAC地址消失了，而又有一台不同于之前的MAC地址的手机以之前相同的下行数据从AP获取数据，此时，用户B很容易猜到该手机还是用户A使用的手机，只不过更换了 MAC地址。
[0170]因此，为了避免STA的MAC地址太容易被判断出更改了，还可以在STA的MAC地址发生变化时，作一些附加处理，用来扰乱他人的判断，从而隐藏STA对MAC地址的修改。其中，附加处理包括但不限于:提高数据传输速率、降低数据传输速率、更改每个数据包的大小、扰乱数据包之间的时间间隔、改变物理层的调制方式等。另外，每种附加处理可以根据需求采用不同的方式，本实施例对此不作具体限定。例如，可以通过添加或者减少一定量的填充数据来降低或者提高数据传输速率。
[0171]508 =STA通过第一 MAC连接接收AP发送的业务数据。
[0172]本实施例不对STA通过第一 MAC连接接收AP发送的业务数据的方式作具体限定，具体过程可参考上述步骤507中AP发送业务数据的方式进行接收，此处不再赘述。
[0173]本实施例提供的方法，AP与STA建立第一 MAC连接，再进行MAC地址更改通知，进而在确定AP与STA已建立过第二 MAC连接后，将STA的业务数据通过第一 MAC连接和与第二 MAC连接相关的资源向STA发送。从而实现了在MAC地址更改的过程中，不用重新建立MAC层的上层资源，而只需要在使用到MAC层资源的层面，进行MAC层资源调用的变更，在不影响上层业务的连续性及稳定性的同时，能够节省业务处理的时间和资源，使业务得到及时处理，因而提高了业务处理的效率。
[0174]本发明实施例提供了一种业务处理方法，该方法涉及到AP及STA，结合上述实施例中的内容，本实施例以STA触发MAC地址更改，且AP及STA之间先进行MAC地址更改通知，然后再进行关联为例，对本实施例提供的方法进行举例说明。参见图6，本实施例提供的方法流程包括:
[0175]601 =STA通过加密方式向AP发送MAC地址更改通知消息；
[0176]其中，STA通过加密方式向AP发送的MAC地址更改通知消息可以为用于通知AP所述STA要更改MAC地址的第二通知消息。由于需要由STA先向AP发送MAC地址更改通知消息，再与AP进行关联，而AP根据DHCP给STA分配IP地址的过程是在关联步骤之后进行的，因此，在本实施例中STA不能在AP根据DHCP为该STA分配IP地址时发送MAC地址更改通知消息，即发送MAC地址更改消息不能采用上述实施例步骤504中MAC地址更改消息的第二种发送方式。因此，STA可以采用上述实施例步骤504中MAC地址更改消息的第一种发送方式来发送MAC地址更改通知消息，并可采用相同的加密方式，具体过程可参考上述实施例中步骤504的内容，此处不再赘述。当然，STA通过加密方式向AP发送MAC地址更改通知消息时还可以采用其它的发送方式及加密方式，本实施例对此不作具体限定。
[0177]需要说明的是，由于本实施例先进行MAC地址更改通知，因此，本步骤中的STA对于AP来说为已建立过第二 MAC连接的STA，后续步骤中的STA同样为已建立过第二 MAC连接的STA，本实施例对此不作具体限定。
[0178]602:AP接收STA发送的MAC地址更改通知消息；
[0179]本实施例不对AP接收STA发送的MAC地址更改通知消息的方式作具体限定，具体过程可参考上述实施例步骤505中AP接收STA发送的MAC地址更改消息的方式，此处不再赘述。
[0180]另外，AP在接收到STA发送的MAC地址更改通知消息后，可以向STA回复MAC地址更改响应消息，具体过程可参考上述实施例中步骤505的内容，此处不再赘述。
[0181]需要说明的是，由于在上述步骤601中，MAC地址更改通知消息可以是附加在数据帧或者数据包中进行发送，因此，本步骤中接收到的可能是包含MAC地址更改通知消息的数据帧或者数据包，本实施例对此不作具体限定。但由于AP需要根据MAC地址更改通知消息做进一步地操作，因此，AP还需要对包含MAC地址更改通知消息的数据帧或者数据包进行处理，以获取MAC地址更改通知消息，详细内容可参考后续步骤。
[0182]603:AP根据MAC地址更改通知消息确定STA要更改MAC地址；
[0183]根据上述步骤602可知，由于需要先对包含MAC地址更改通知消息的数据帧或者数据包进行处理，以获取MAC地址更改通知消息，因此，AP可采用与STA发送MAC地址更改通知消息的方式相对应的处理方式对MAC地址更改通知消息进行处理，本实施例不对AP采用的处理方式作具体限定。例如，当STA发送MAC地址更改通知消息时采用的是上述实施例步骤504中的第一种发送方式时，对应地，AP在处理时可以采用上述实施例步骤506中的第一种处理方式。具体过程可参考上述实施例中步骤506的内容，此处不再赘述。
[0184]需要说明的是，作为一种可选实施例，AP接收到STA发送的MAC地址更改通知消息后,还可以向该STA返回一个MAC地址更改响应消息,表示同意STA更改MAC地址。关于AP向STA返回的MAC地址更改响应消息的方式及内容，本实施例不作具体限定。通过上述步骤601至本步骤603，即可实现STA与AP进行MAC地址更改通知的过程。
[0185]604 =STA使用第一 MAC地址向AP发送连接请求；
[0186]本实施例不对STA使用第一 MAC地址向AP发送连接请求的方式作具体限定，具体过程可参考上述实施例中步骤501的内容，此处不再赘述。需要说明的是，STA可以在向AP发送MAC地址更改通知消息后，直接使用第一 MAC地址向AP发送连接请求。可选地，如果AP向STA返回MAC地址更改响应消息，即AP与STA成功进行MAC地址更改协商，则STA可在接收到AP发送的MAC地址更改响应消息后，再使用第一 MAC地址向AP发送连接请求。
[0187]605:AP接收STA使用第一 MAC地址发送的连接请求；
[0188]本实施例不对AP接收STA使用第一 MAC地址发送的连接请求的方式作具体限定，具体过程可参考上述实施例中步骤502的内容，此处不再赘述。其中，连接请求可以是关联请求，本实施例对此不作具体限定。
[0189]606:AP根据第一 MAC地址与STA建立第一 MAC连接；
[0190]本实施例不对AP根据第一 MAC地址与STA建立第一 MAC连接的方式作具体限定，具体过程可参考上述实施例中步骤503的内容，此处不再赘述。
[0191]需要说明的是，由于AP先接收到了 STA发送的MAC地址更改通知消息，当STA向AP发送关联请求时，AP能够确定此次发起关联请求的STA为已经关联过的STA,而非一个新的STA。AP在确定此次发送关联请求的STA并非一个新的STA后，能够避免后续根据DHCP分配IP地址时，为该STA重新分配新的IP地址，从而能够节省时间与资源。
[0192]另外，在本实施例中，AP的MAC地址可以发生改变，也可以不发生改变。例如，若STA发送MAC地址更改通知消息时，AP的MAC地址发生了改变，则AP可在向STA发送的MAC地址更改通知消息回复中携带AP新的MAC地址，以便STA根据AP新的MAC地址向AP发送关联请求。
[0193]607:AP将STA的业务数据通过第一 MAC连接和与第二 MAC连接相关的资源向STA发送；
[0194]本实施例不对AP将STA的业务数据通过第一 MAC连接和与第二 MAC连接相关的资源向STA发送的方式作具体限定，具体过程可参考上述实施例中步骤507的内容，此处不再赘述。
[0195]608 =STA接收AP通过第一 MAC连接发送的业务数据。
[0196]本实施例不对STA接收AP通过第一 MAC连接发送的业务数据的方式作具体限定，具体过程可参考上述实施例中步骤508的内容，此处不再赘述。
[0197]本实施例提供的方法，通过AP与已建立过第二 MAC连接的STA先进行MAC地址更改通知，并在建立第一 MAC连接后，将STA的业务数据通过第一 MAC连接和与第二 MAC连接相关的资源向STA发送。从而实现了在MAC地址更改的过程中，不用重新建立MAC层的上层资源，而只需要在使用到MAC层资源的层面，进行MAC层资源调用的变更，在不影响上层业务的连续性及稳定性的同时，能够节省业务处理的时间和资源，使业务得到及时处理，因而提闻了业务处理的效率。
[0198]本发明实施例提供了一种业务处理方法，该方法涉及到AP及STA，结合上述实施例的内容，本实施例以AP触发MAC地址更改，且AP及STA之间先进行MAC地址的更改通知，然后再进行关联为例，对本实施例提供的方法进行举例说明。参见图7，本实施例提供的方法流程包括:
[0199]701:AP以加密方式向STA发送MAC地址更改通知消息，AP与STA已建立过第二MAC连接，第二 MAC连接根据STA使用的第二 MAC地址建立，第二 MAC地址为所述STA更改MAC地址前的MAC地址；
[0200]根据上述实施例中的内容可知，上述实施例均由STA发起对自身的MAC地址进行更改，而在实际情况中，由于某些不安全因素，AP的MAC地址需要修改，AP覆盖网络内的所有STA的MAC地址也同时需要修改，因此，这往往需要由AP触发覆盖网络内的STA对各自的MAC地址进行更改。
[0201 ] 根据上述原理，可由AP向已建立过第二 MAC连接的STA发送MAC地址更改通知消息，本实施例对此不作具体限定。其中，该AP以加密方式向STA发送的MAC地址更改通知消息可以为用于指示STA进行MAC地址更改的第一通知消息，以使STA根据第一通知消息来更改STA的MAC地址。另外，AP向STA发送MAC地址更改通知消息时可采用加密方式，本实施例对此不作具体限定，具体加密方式可参考上述实施例中步骤504的内容，此处不再赘述。
[0202]702 =STA接收AP以加密方式发送的MAC地址更改通知消息；
[0203]本实施例不对STA接收AP以加密方式发送的MAC地址更改通知消息的方式作具体限定，具体过程可参考上述实施例步骤505中AP接收STA发送的MAC地址更改消息的方式，此处不再赘述。
[0204]另外，当STA接收到MAC地址更改通知消息时，可向AP发送一条MAC地址更改通知回复消息，用于告知AP已接收到MAC地址更改通知，本实施例对此不作具体限定。需要说明的是，STA接收到MAC地址更改通知消息后，需要对接收到的信息对应的解密方式进行解密，本实施例不对解密方式作具体限定。
[0205]703 =STA根据MAC地址更改通知消息来更改STA的MAC地址；
[0206]STA根据MAC地址更改通知来更改STA的MAC地址时，可根据具体MAC地址的划分值域进行更改，本实施例对此不作具体限定。此外，STA根据MAC地质更改通知来更改STA的MAC地址后，本实施例不对STA更改后的MAC地址进行限定，此处以STA更改后的MAC地址为第一 MAC地址为例。
[0207]704 =STA使用第一 MAC地址向AP发送连接请求；
[0208]本实施例不对STA使用第一 MAC地址向AP发送连接请求的方式作具体限定，具体过程可参考上述实施例中步骤604的内容，此处不再赘述。
[0209]需要说明的是，上述步骤701至步骤703即为STA与AP进行MAC地址更改通知的过程，本实施例对此不作具体限定。
[0210]705:AP接收STA使用第一 MAC地址发送的连接请求；
[0211 ] 本实施例不对AP接收STA使用第一 MAC地址发送的连接请求的方式作具体限定，具体过程可参考上述实施例中步骤605的内容，此处不再赘述。
[0212]706:AP根据第一 MAC地址与STA建立第一 MAC连接；
[0213]本实施例不对AP根据第一 MAC地址与STA建立第一 MAC连接的方式作具体限定，具体过程可参考上述实施例中步骤606的内容，此处不再赘述。
[0214]707:AP将STA的业务数据通过第一 MAC连接和与第二 MAC连接相关的资源向STA发送；
[0215]本实施例不对AP将STA的业务数据通过第一 MAC连接和与第二 MAC连接相关的资源向STA发送的方式作具体限定，具体过程可参考上述实施例中步骤607的内容，此处不再赘述。
[0216]708 =STA接收AP通过第一 MAC连接发送的业务数据。
[0217]本实施例不对STA接收AP通过第一 MAC连接发送的业务数据的方式作具体限定，具体过程可参考上述实施例中步骤608的内容，此处不再赘述。
[0218]本实施例提供的方法，通过AP与已建立过第二 MAC连接的STA先进行MAC地址更改通知，并在建立第一 MAC连接后，将STA的业务数据通过第一 MAC连接和与第二 MAC连接相关的资源向STA发送。从而实现了在MAC地址更改的过程中，不用重新建立MAC层的上层资源，而只需要在使用到MAC层资源的层面，进行MAC资源调用的变更，在不影响上层业务的连续性及稳定性的同时，能够节省业务处理的时间和资