according to an embodiment of the present invention , the ap selects a channel which minimizes conflicts at the terminal . in other embodiments of the present invention , the method further includes the ap generating statistics on performance of terminals accepting the ap &# 39 ; s service , such that the ap selects a channel based on the performance statistics and the received network conditions . a method for selecting a channel for an ap according to the present invention shown in fig4 will be described with reference to the schematic diagram illustrating a distribution of a terminal and aps in a wlan shown in fig1 . the network environment shown in fig1 is similar to those described above , and thus its description is omitted herein . in step s 401 , a terminal collects network conditions of aps within its sensing range . in the related art , each ap may broadcast its current network conditions on the used channel periodically , and this has been described in ansi / ieee std 802 . 11 , 1999 edition , telecommunications and information exchange between system , local and metropolitan area networks specific requirements , part 11 : wireless lan medium access control ( mac ) and physical layer ( phy ) specifications , 1999 ( document 1 ) which is incorporated by reference herein in its entirety . thus , terminals can collect the network conditions broadcasted by these aps according to the present invention . in fig1 , the terminal 110 can preferably collect network conditions of aps 101 and 102 , that is , collect network conditions of all aps within its sensing range . alternatively , a terminal may collect network conditions of some aps within its sensing range . in such a case , the method according to the present invention can be applied to aps which are able to receive network conditions of other aps within the terminal &# 39 ; s sensing range sent by the terminal . generally , downlink channel information is more important for wlans . accordingly , the network conditions of ap 101 may include downlink channel information from ap 101 to terminal 110 , or may include the downlink channel information and traffic load information of ap 101 . the network conditions of ap 102 may include downlink channel information from ap 102 to terminal 110 , or may include the downlink channel information and traffic load information of ap 102 . the network conditions are not limited to the given examples , but may include any information regarding channel , aps and terminals . the downlink channel information may include a channel number ( such as channel 1 , channel 6 or channel 11 ), or may include one or both of the signal strength of the downlink channel and the wireless standard used in the channel ( such as , 802 . 11b or 802 . 11g ), and channel number . however , those skilled in the art can appreciate that the downlink channel information is not limited to the given exemplary information , but can include any information related to the downlink channel , such as encryption information . table 1 can be used to represent the network conditions examples of aps 101 and 102 according to this embodiment . according to the present invention , the terminal can send the collected network conditions to aps by inserting them in reserved fields in the association request frame . however , it should be understood that the association request frame is merely an example of a frame for initiating an association request to an ap , and frames for this purpose are not limited to it . in fig1 , the terminal 110 may preferably send the collected network conditions to all aps within the terminal &# 39 ; s sensing range , i . e ., the terminal may send the collected network conditions of aps 101 and 102 to aps 101 and 102 . alternatively , a terminal may send collected network conditions to some aps within its sensing range . for example , when security is a consideration , a terminal may only send network conditions of aps within a same management domain to aps within its management domain , instead of sending such network conditions to aps in other management domains . similarly , network conditions of aps in other management domains will not be sent to aps in its management domain . alternatively , a terminal may send only the network conditions to the ap selected by a user . for instance , if a user wishes to use ap 101 , the terminal 110 sends the collected network conditions of aps 101 and 102 to ap 101 . finally , in step s 403 , an ap selects a channel based on the received network conditions . ap 101 in fig1 is taken as an example . ap 101 learns , based on the network conditions received from terminal 110 , that ap 102 is operating on channel 1 and then it may select a channel different from the one where ap 102 is operating , for instance channel 6 or channel 11 , so as to avoid conflicts at the terminal 110 . a brief description of the method , as shown in fig4 , for selecting a channel for an ap according to the present invention will be given with reference to fig2 . lines representing ap &# 39 ; s coverage range are omitted in fig2 for clarity . in the wlan shown in fig2 , aps 201 - 206 are within the sensing range of terminal 210 , but none of the aps are within sensing ranges of each other . it is assumed that ap 201 , ap 202 and ap 203 operate on channel 1 , ap 204 on channel 6 , and aps 205 and 206 on channel 11 . in accordance with the method shown in fig4 , the terminal 210 collects network conditions of aps 201 - 206 in step s 401 , and sends the collected network conditions to aps 201 - 206 in step s 402 . taking ap 201 as an example , ap 201 learns that : it is operating on channel 1 with two other aps at the same time , there are two aps operating on channel 11 , and only one ap is operating on channel 6 . thus ap 201 selects the channel where there are the fewest aps operating as its operating channel in step s 403 . in other words , ap 201 may select channel 6 to avoid the occurrence of more conflicts at terminal 210 . a method for selecting a channel for an ap according to the present invention will be described as shown in fig3 . in the wlan shown in fig3 , ap 301 provides services to terminals 310 - 312 ; aps 302 and 303 are within the sensing range of terminal 310 ; ap 304 is within the sensing range of terminal 311 ; and aps 305 and 306 are within the sensing range of terminal 312 . in step s 401 , ap 301 attempts to select a channel . terminals 310 - 312 collect network conditions of aps within their own sensing ranges , that is , all terminals accepting service from ap 301 collect network conditions of aps within their own respective sensing ranges . alternatively , network conditions can be collected by less than all of terminals 310 - 312 . in step s 402 , terminals 310 - 312 send the collected network conditions to all aps within their own respective sensing ranges . additionally , if terminals 310 - 312 are unable to send network conditions of other aps to ap 301 simultaneously , ap 301 may alternatively store the received network conditions for subsequent operations after all collectable network conditions are collected . ap 301 can capture statistics on the performance of all terminals 310 - 312 which accept its service . alternatively , ap 301 can capture statistics on the performance of one or more of terminals 310 - 312 , that is , capture statistics of the performance of some terminals accepting its service . the performance statistics may include a terminal &# 39 ; s priority and / or load statistic . however , as appreciated by those skilled in the art , the performance statistic may include any parameters of terminal performance , and is not limited to the given example . alternatively , ap 301 can store the performance statistics for future use as needed . in step s 403 , ap 301 selects , based on network conditions of other aps received from terminals 310 - 312 and performance statistics on terminals 310 - 312 , a channel which can provide the largest throughput for the three terminals . generally speaking , the performance of an ap is evaluated by aggregate throughput of all terminals served by this ap . those skilled in the art can evaluate the performance of an ap using any parameters related to the evaluation of service quality , not limited to the aggregate throughput of all terminals utilized herein , such as throughput of some terminals or even one terminal served by the ap , delay , jitter , and packet loss rate . the aggregate throughput of all terminals served by the ap is just an example . specifically , the throughput is defined as the payload size transmitted in a unit time , i . e ., payload which can be successfully transmitted in a transmission slot divided by the average length of a slot , and this has been described in bianchi , g ., performance analysis of the ieee 802 . 11 distributed coordination function , selected areas in communications , ieee journal on , vol . 18 , no . 3 , march 2000 which is incorporated by reference herein in its entirety . for a given client u j ( j is a natural number ), if it accepts the service from ap a i ( i is a natural number ) and operates on channel k ( k is a natural number ), its throughput is given by t busy is an average length of a busy time slot ; p s , ij k is a probability that there is a successful transmission from a i ( operating on the channel k ) to u j in a time slot ; p b , j k is a probability that the channel k is sensed to be busy by u j in a time slot . p ij is a probability that a i sends data packets to user u j at a time slot ; p i is a probability that a i transmits in a time slot ; ψ j k is the set of aps operating on channel k and within the sensing range of u j . is an ap operating on channel k and belonging to the set of aps within the sensing range of , u j wherein m is an identifier ; m ≠ i represents that a i is not included . by substituting formulae ( 2 ) and ( 3 ) into formula ( 1 ), the throughput of u j is calculated as where p ij depends on the traffic load of a i and the number of terminals accepting the service from a i , and thus only a knows the value of p ij . because p m depends on the traffic load of a m and ψ j k is known by u j only , can only be provided by u j . this further confirms that a channel minimizing the conflicts at a terminal can be selected for an ap according to the present invention , for the ap is able to receive network conditions of other aps which are known by terminals only . after getting the throughput of each user in a given channel , the ap is capable of selecting , based on formula ( 5 ), the channel which can maximize the aggregate throughput of all terminals served by the ap , i . e ., selects the channel corresponding to the maximum value of the ap 301 hereby can select , based on the above formulae , a channel which can maximize the aggregate throughput of all terminals serviced by ap 301 . the method for selecting a channel for an ap according to the present invention has been described above , and another application of the present invention , i . e ., selecting an ap for a terminal based on network conditions of aps within the terminal &# 39 ; s sensing range sent by the terminal , will be described hereinafter . generally , an ap is selected by a user manually . according to the present invention , multiple aps can help a user to select or recommend an ap with the best performance for a user based on the network conditions sent by terminals , the ap &# 39 ; s load and the like in order to further improve the user experiences . a flowchart of selecting an ap for a terminal according to the present invention shown in fig5 will be described with reference to the schematic diagram illustrating a distribution of a terminal and aps in a wlan shown in fig2 . in fig2 , it is assumed that terminal 210 needs to select an ap to provide service to it . in step s 501 , terminal 210 may preferably collect network conditions of aps 201 - 206 , and send the collected network conditions to aps 201 - 206 in step s 502 . alternatively , terminal 210 may collect network conditions of some of the aps 201 to 206 , and send the collected network conditions to some of the aps 201 to 206 . alternatively , terminal 210 may send its qos requirements to aps . in step s 503 , aps 201 to ap 206 calculate parameters representing the kind of performance of service available for terminal 210 , respectively , based on the received network conditions . the parameters can include one or more of available bandwidth , jitter and packet loss rate . as known by those skilled in the art , parameters of performance are not limited to these three types , but can be any parameters related to evaluate the service . for the purpose of clarity , the parameters of performance calculated by aps 201 to 206 respectively are shown in table 2 . in step s 505 , the user of terminal 210 selects an ap to accept its service based on the received parameters of performance and its own qos requirements . accepting the ap &# 39 ; s service includes directly requesting the selected ap to associate through initiating a new association request frame ; and establishing a connection to send traffic data after the association confirmation from the ap , thus accepting the ap &# 39 ; s service . if a user desires to use terminal 210 to communicate with an ap to implement high - speed downloads of files , available bandwidth is the terminal &# 39 ; s primary concern . based on such a qos requirement , the terminal 210 may select ap 201 to provide service , because it has a higher available bandwidth than other aps . if there are a plurality of aps satisfying its bandwidth requirement , terminal 210 can select one from those aps to provide service . if terminal 210 wishes to communicate with an ap to implement voip , packet loss rate is the terminal &# 39 ; s primary concern . based on such a qos requirement , terminal 210 may select ap 202 to accept its service since ap 202 has a lower packet loss rate . if there are a plurality of aps satisfying the packet loss rate requirement , terminal 210 can select one from those aps to provide service . according to this embodiment , for example , terminal 210 may send its own qos requirements with the network conditions to aps within its sensing range . if all aps or some aps within the sensing range of terminal 210 belong to a same management domain , they may send their own network conditions and qos requirements of terminal 210 to a management entity connected to such aps . alternatively they may send the calculated parameters of performance and qos requirements of terminal 210 to the management entity after the parameters representing the kinds of performance being available for terminal 210 are calculated . the management entity is able to negotiate one ap to provide service to terminal 210 based on the qos requirements and one of the network conditions of aps and these parameters of performance . then the ap establishes a connection with the terminal 210 . or , the management entity sends a message to the selected ap to notify the terminal 210 of the ap being recommended to provide service to it , so as to be selected by the user of the terminal . alternatively , if all aps or some aps within the sensing range of terminal 210 can communicate with each other , each ap can send its own network conditions and qos requirements of terminal 210 to other aps . they may also send the calculated parameters of performance and qos requirements of terminal 210 to other aps after the parameters representing the kinds of service being available for the terminal 210 are calculated . each ap then compares the performance of service that it can provide to the terminal 210 with the performance of services that other aps can provide to the terminal 210 respectively . if the performance of service that an ap can provide is better than the performance of services that other aps can provide , the ap and terminal 210 establish a connection . or , the selected ap notifies the terminal 210 that it is the recommended one to provide a service to the terminal 210 , and the user of the terminal can select it . the method for selecting an ap for a terminal according to the present invention has been described above , and structures of a terminal and an ap for implementing the above - mentioned method according to the present invention are described as follows . a description of a terminal according to the present invention is given with reference to fig6 . fig6 is a schematic block diagram of a terminal 600 according to the present invention . the terminal 600 can include a channel scanner 601 for collecting network conditions broadcasted by aps within the sensing range of terminal 600 , since each ap would broadcast its current network conditions on the used channel periodically . the terminal 600 may also include a network conditions communicator 602 , for sending the network conditions collected by the channel scanner 601 to aps ( this can be implemented by initiating an association request frame to initiate an association request so as to send the network conditions which will be inserted into the reserved fields of the association request frame to an ap ), and alternatively for further sending qos requirements of the terminal 600 to aps within the sensing range of the terminal 600 . the terminal 600 may further include a connection builder 603 , for receiving parameters of performance which can be provided for the terminal 600 from aps within the sensing range of terminal 600 , and selecting one ap therefrom to provide service based on these parameters of performance and its own qos requirements . a description of an ap according to the present invention is given with reference to fig7 . fig7 is a schematic block diagram of an ap according to the present invention . ap 700 can include a network conditions communicator 701 , for receiving network conditions of aps within the sensing range of the terminal sent by the terminal , and alternatively for receiving the qos requirements of the terminal sent therefrom . ap 700 can also include a channel optimizer 703 for selecting a channel based on the network conditions received by the network conditions communicator 701 . ap 700 can also include a memory 702 for storing the network conditions received by the network conditions communicator 701 when the terminals cannot send ap 700 the network conditions of other aps simultaneously . the subsequent operations can be implemented after all collectable network conditions of aps are collected . ap 700 may further include a performance monitor 704 , for making a statistic on performance of terminals accepting its service . in such case , the memory 702 can also store the performance statistics for further call - out when needed ; and the channel optimizer 703 can select a channel based on the received network conditions and performance statistics . ap 700 can further include an ap selection optimizer 705 for calculating parameters of performance that can be provided to the terminal based on the network conditions received by the network conditions communicator 701 . ap 700 can further include a connection builder 706 for sending the parameters of performance calculated by the ap selection optimizer 705 to the terminal , such that the terminal can select an ap for providing a service to it based on the received parameters of performance . optionally , ap 700 can include an inter - ap negotiator 707 , for negotiating with other aps to select one ap to provide service to the terminal based on the qos requirements of the terminal and one of the received network conditions and parameters of performance calculated by the ap selection optimizer 705 . the specific negotiation procedure has been described in embodiment 5 . hereinafter , reference will be made to fig8 to describe a computer device in which the present invention can be implemented . fig8 schematically illustrates a structural block diagram of a computer device in which an embodiment according to the present invention can be implemented . the computer system as shown in fig8 includes a cpu ( central processing unit ) 801 , a ram ( random access memory ) 802 , a rom ( read only memory ) 803 , a system bus 804 , a hard disk controller 805 , a keyboard controller 806 , a serial interface controller 807 , a parallel interface controller 808 , a display controller 809 , a hard disk 810 , a keyboard 811 , a serial peripheral device 812 , a parallel peripheral device 813 and a display 814 . among these components , connected to the system bus 804 are the cpu 801 , the ram 802 , the rom 803 , the hard disk controller 803 , the keyboard controller 805 , the keyboard controller 806 , the serial interface controller 807 , the parallel interface controller 808 and the display controller 809 . the hard disk 810 is connected to the hard disk controller 805 ; the keyboard 811 is connected to the keyboard controller 806 ; the serial peripheral device 812 is connected to the serial interface controller 807 ; the parallel peripheral device 813 is connected to the parallel interface controller 808 ; and the display 814 is connected to the display controller 809 . the structural block diagram in fig8 is shown only for illustration purpose , and is not intended to limit the invention . in some cases , some devices can be added or reduced as required . further , the embodiments of the present invention can be implemented with software , hardware or the combination of software and hardware . the hardware part can be implemented by a special logic ; the software part can be stored in a memory and executed by a proper instruction execution system like a microprocessor or a special designed hardware . further , the embodiments of the present invention can be implemented in software , hardware , or a combination thereof . the hardware portion can be implemented by a special logic . the software portion can be stored in a memory and executed by a proper instruction execution system such as a microprocessor or a dedicated designed hardware . while this specification contains many specific details , these should not be constructed as limitations on the scope of the disclosure or of what may be claims , but rather as descriptions of features specific to particular implementations of the disclosure . certain features that are described in this specification in the context of separate implementations can also be implemented in combination in a single implementation . conversely , various features that are described in the context of a single implementation can also be implemented in multiple implementations separately or in any suitable sub - combination . moreover , although features may be described above as acting in certain combinations , one or more features from a claimed combination can in some cases be excised from the combination , and the claimed combination may be directed to a sub - combination or variation of a sub - combination . similarly , while operations are depicted in the drawings in a particular order , this should not be understood as requiring that such operations be performed , to achieve desirable results . in certain circumstances , multitasking and parallel processing may be advantageous . moreover , the separation of various system components in the implementations described above should not be understood as requiring such separation in all implementations . it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products . while the present invention has been described with reference to the embodiments of the present invention considered by far , it should be understood that the invention is not limited to the embodiments disclosed herein . on the contrary , all modifications and equivalent arrangements that come within the spirit and range of the appended claims are intended to be embraced therein . the scope of the appended claims is accorded with the broadest interpretation to encompass all such modifications and equivalent structures and functions .