After a successful device discovery as shown in Fig. 1, a GO and clien dịch - After a successful device discovery as shown in Fig. 1, a GO and clien Việt làm thế nào để nói

After a successful device discovery

After a successful device discovery as shown in Fig. 1, a GO and clients share association messages through the channel used by the GO. In the sharing process, the location information of the GO is given to the client. As there are no traditional fields in the association packet to add location information, the P2P attribute field in the P2P Information Element in Wi-Fi Direct frame format (Refer to [2]: chapter
4.1.1) is utilized. The format of P2P attribute field provides a variable field length for adding information in the P2P header. For defining the P2P attribute, an attribute ID needs to be designated for the periodic data. Since there are more than 200 reserved IDs, we define and select a specific attribute ID, for example ID = 100, to act as the carrier of data interval information. Using this P2P attribute format provided by the specification, GO can successfully provide its location information to any client that intends to associate with the GO. As for gaining the actual location information, we assume that Global Positioning System (GPS) [8] can be easily used to acquire them. As most Wi-Fi Direct enabled devices such as smartphones, notebooks, and tablets also have GPS by default, we believe that this assumption is valid.

Once the location information is received by the client device, it will store the overall information of the GO in its GO entry list, as shown in TableⅠ. The GO entry list will maintain
the IP address, the channel information used, the (x,y) coordinates, and the timestamp of the updated entry so that it can be provided to other GOs when needed. Note that only the information of GOs would be inserted into the GO entry list.

B. Group Owner Information Sharing
When a mobile client moves away from the vicinity of the currently associated GO, they become disconnected and the
client can find another GO to associate with. However, in this process, the client will not remove the information of the disconnected GO from its GO entry list. Instead, when the client associates with a new GO, it will transmit its GO entries to the GO so that information of other GOs in the network can be shared. Also, in return, GO provides the list of its own GO entries to the currently associated client so that information of the GOs can be acquired by clients as well. When the GO entries are shared between clients and GOs, a timestamp field is used to update the most recent information of a GO so that redundant entries can be aggregated.

For the group client to share its GO entry list with the currently associated GO, it must also utilize the P2P attribute field in addition to the associable control packet. However, to differentiate the ID that is used for carrier of data interval information, a different attribute ID can be used, for example ID = 110. On the other hand when GO needs to give its entry list to the clients, it will piggyback the GO entry list to its periodical beacon, also with a different attribute ID.

As the GO entry list of all clients and GO are frequently shared between each other, the size of GO entry list must be carefully controlled. This is because if the size of GO entry list becomes too large, this in turn causes considerable overhead in the network. To control the size of the GO entry list, for example, entries with location coordinates that are too far from the current location can be deleted. In addition, actual limit to the size of the GO entry can also be used to control it. For example, if the size of one GO entry is total 15 bytes (4 byte IPv4 address + 1 byte channel + 4 byte coordinate + 5 byte timestamp), a 60 byte limit can effectively reduce the transmission size of GO entries to 4.

In addition, if mobility is also given to the GO, then the location coordinate information in the GO entry list can quickly become obsolete. If wrong information is shared by GOs and clients due to mobility of the GO, then this in turn may cause more overhead in the network. Therefore, the timestamp should be observed by each client and GO, and any entries should be deleted if the timestamp becomes too old that it may become wrong information. Although empirical values can be given to control the timestamp of the GO entries,

specific values depending on the network environment should be derived to control the association process more accurately.

C. Fast Association
Through the exchanging of GO entry list, clients can obtain information of other GOs that it has not yet associated with in the past. Therefore, the time for device discovery and association can be substantially decreased. When the client wants to newly associate with a GO that is in its vicinity, it will check its GO entry list and transmit an association message to the GO that is closest to itself using the GO’s channel. The GO can receive this message as the channel is already matched between the GO and the client through the GO entry list. As a result, association can be quickly done between the new GO and the client, because the device discovery does not need to be attempted to search for the GO.

D. Example Operation of the Proposed Scheme
Fig. 2 describes an example operation of the proposed scheme when there are two group owners and two client devices in the network. As seen in Fig. 2 (a), when a client has no information about a GO, it has no choice but to initiate device discovery and search for a GO nearby. When client device A successfully finds the GO1, it initiates association and adds an entry about GO1 in its GO entry list.

When device A moves away from GO1 and approaches towards the vicinity of GO2, it begins a new device discovery and finds GO2 to associate with. This can be observed in Fig. 2 (b). In this process, GO2 and device A share the GO entry list, and therefore GO2 learns about the information of GO1. This information is then forwarded to device B through the periodical beacon transmitted by GO1. Device B, which was yet associated with GO2, now acquires information about GO1 without having to associate with it before.

Fig. 2 (c) shows that, when client device B moves away from GO2 and enters the vicinity of GO1, it can initiate the association process immediately without the device discovery. GO can receive device B’s association request and respond back, successfully associating without discovery delay. Also, GO entry list is shared between the two devices, so that this information can be utilized by other devices in the near future.
Through the sharing of the GO information via mobility of client devices, devices can conveniently dock with GOs quickly and with less overhead. As a result, considerable delay from the association process can be reduced, as well as any transmission interference that may result from the process.

IV. PERFORMANCE EVALUATION
We evaluate the performance of the proposed scheme using the NS-3 simulator [4]. Simulation parameters are shown in Table Ⅱ. There are two scenarios of the simulation. One is
that the number of GOs increases and the other is that the number of clients increases. This environment is configured to emulate a large-scale wireless docking environment, where a large number of GOs and clients can be deployed in a single network. Each client in the network performs device discovery and the association procedure for all the GOs that are in its vicinity. As a certain client sequentially associates all the GOs, the clients can be used to pass the GO entry list to various GOs in the network. After associating with several GOs, clients gain the GO entry list containing information of all GO entries.

The two parameters that will be compared are the average association time and number of probe packets. Average association time represents the average time spent on associating with a single GO. The number of probe packets calculates the total amount of control overhead that occur in the association process. Fig. 3 presents the performance of the proposed scheme when the number of GO is increased in the network. Fig. 3 (a) shows the average association time when one client associates one GO. In the traditional Wi-Fi Direct association scheme, the association time is similar regardless of the number of GOs in the network. This is because each client performs the device discovery process every time to associate with each GO. On the other hand, in the proposed scheme, average association time decreases because the sharing of GO entry list enables clients to skip the device discovery process and proceed directly to association. Therefore, proposed scheme can guarantee fast association between GO and client compared to the existing Wi-Fi Direct association process.

Fig. 3 (b) shows the increase in the number of probe packets. As the device discovery process is always initiated every time an association request is attempted in the traditional Wi-Fi Direct, control packet overhead is huge. On the other hand, in proposed scheme, because the number of performing device discovery is few, the number of probe packets is also reduced. As a result, reduced number of control packet overhead allows the proposed scheme to utilize the bandwidth for other vital data transmission instead
Fig. 4 shows the performance of the proposed scheme when the number of group clients are increased in the network. Fig. 4 (a) shows that as the number of group clients increase, the chance that the GO entry list is shared between the GOs also increase. Therefore, average association time for each group client can actually decrease, as shown in the graph for the proposed scheme. On the other hand, in the traditional Wi-Fi Direct association scheme, clients perform the device discovery process every time to association with each GO, so the average association time is unaffected by the increase of group clients

0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Sau khi một phát hiện thiết bị thành công như hiển thị trong hình 1, một đi và khách hàng chia sẻ Hiệp hội tin nhắn thông qua các kênh được sử dụng bởi đường đi. Trong quá trình chia sẻ thông tin vị trí của đường đi được đưa ra cho khách hàng. Như không có không có lĩnh vực truyền thống trong gói Hiệp hội để thêm thông tin vị trí, trường P2P thuộc tính trong các yếu tố thông tin P2P trong Wi-Fi trực tiếp khung định dạng (tham khảo [2]: chương
4.1.1) được sử dụng. Định dạng của P2P thuộc tính trường cung cấp một chiều dài biến trường cho thêm thông tin trong tiêu đề P2P. Để xác định các thuộc tính P2P, ID thuộc tính cần phải được chỉ định cho các dữ liệu định kỳ. Kể từ khi có hơn 200 dành riêng ID, chúng tôi xác định và chọn một ID thuộc tính cụ thể, ví dụ như ID = 100, để hoạt động như tàu sân bay dữ liệu khoảng thời gian thông tin. Sử dụng định dạng P2P thuộc tính này được cung cấp bởi đặc điểm kỹ thuật, GO có thể thành công cung cấp thông tin vị trí của nó cho bất kỳ khách hàng muốn liên kết với đường đi. Như để đạt được thông tin vị trí thực tế, chúng tôi giả định rằng Global Positioning System (GPS) [8] có thể dễ dàng sử dụng để có được chúng. Như hầu hết Wi-Fi trực tiếp kích hoạt thiết bị như điện thoại thông minh, máy tính xách tay và máy tính bảng cũng có GPS theo mặc định, chúng tôi tin rằng các giả định này là hợp lệ.

sau khi thông tin vị trí được nhận bởi thiết bị khách hàng, nó sẽ lưu trữ các thông tin tổng thể của đường đi trong danh mục nhập đi, như minh hoạ trong TableⅠ. Danh sách mục GO sẽ duy trì
địa chỉ IP, kênh thông tin cần thiết, (x, y) tọa độ, và dấu thời gian của mục Cập Nhật vì vậy mà nó có thể được cung cấp cho GOs khác khi cần thiết. Lưu ý rằng chỉ có thông tin của GOs sẽ được chèn vào các đi mục nhập danh sách.

sinh nhóm chủ sở hữu thông tin chia sẻ
khi một khách hàng điện thoại di động di chuyển ra khỏi vùng lân cận của đường đi hiện nay liên quan đến, họ trở nên ngắt kết nối và các
khách hàng có thể tìm thấy khác đi liên kết với. Tuy nhiên, trong quá trình này, khách hàng sẽ không loại bỏ các thông tin của đường đi bị ngắt kết nối từ danh mục nhập đi. Thay vào đó, khi khách hàng liên kết với một mới đi, nó sẽ truyền tải các mục đi đến đường đi để cho thông tin của khác GOs trong mạng có thể được chia sẻ. Ngoài ra, trong khi trở về, ĐI cung cấp danh sách các mục đi riêng của mình để các khách hàng hiện đang liên kết để thông tin của các GOs có thể được mua lại bởi khách hàng là tốt. Khi đi mục được chia sẻ giữa khách hàng và GOs, một lĩnh vực dấu thời gian được sử dụng để cập nhật các thông tin gần đây nhất của một đi để mục dự phòng có thể được tổng hợp.

Cho các nhóm khách hàng để chia sẻ danh mục nhập đi với đường đi hiện nay liên quan đến, nó cũng phải sử dụng P2P thuộc tính trường ngoài gói associable điều khiển. Tuy nhiên, để phân biệt ID được sử dụng cho tàu sân bay dữ liệu khoảng thời gian thông tin, một thuộc tính khác nhau ID có thể được sử dụng, ví dụ như ID = 110. Mặt khác, khi đi nhu cầu để cung cấp cho danh mục nhập cho khách hàng, nó sẽ piggyback danh sách mục GO để beacon định kỳ của nó, cũng với một thuộc tính khác nhau ID.

như đi mục nhập danh sách của tất cả các khách hàng và di chuyển thường xuyên được chia sẻ giữa mỗi khác, kích thước của GO mục danh sách phải được kiểm soát cẩn thận. Điều này là bởi vì nếu kích thước của GO mục nhập danh sách trở nên quá lớn, điều này lần lượt gây ra chi phí đáng kể trong mạng. Để kiểm soát kích thước của đi cho danh mục nhập, ví dụ, mục có tọa độ vị trí quá xa từ vị trí hiện tại có thể bị xóa. Ngoài ra, các giới hạn thực tế để kích thước của các mục nhập đi cũng có thể được sử dụng để kiểm soát nó. Ví dụ, nếu kích thước của một đi mục là tổng số 15 byte (4 byte IPv4 địa chỉ 1 byte kênh 4 byte tọa độ 5 byte dấu thời gian), một giới hạn 60 byte có hiệu quả có thể làm giảm kích thước truyền đi mục 4.

ngoài ra, nếu tính di động cũng được đưa ra để di chuyển, sau đó thông tin tọa độ vị trí trong danh sách mục nhập về có thể nhanh chóng trở nên lỗi thời. Nếu sai thông tin được chia sẻ bởi GOs và khách hàng do tính di động của đường đi, sau đó điều này lần lượt có thể gây ra thêm chi phí trong mạng. Do đó, dấu thời gian nên được quan sát bởi mỗi khách hàng và đi, và mọi mục cần xóa nếu dấu thời gian trở nên quá cũ rằng nó có thể trở thành thông tin sai. Mặc dù thực nghiệm giá trị có thể được cung cấp để kiểm soát dấu thời gian của các mục GO,

các giá trị cụ thể tùy thuộc vào môi trường mạng nên được có nguồn gốc để kiểm soát quá trình Hiệp hội chính xác hơn.

C. nhanh Hiệp hội
Thông qua trao đổi của GO mục nhập danh sách, khách hàng có thể có được thông tin của khác GOs nó đã không được liên kết với trong quá khứ. Vì vậy, thời gian cho thiết bị phát hiện và Hiệp hội có thể được giảm xuống đáng kể. Khi khách hàng muốn vừa được liên kết với một đi ở các vùng lân cận của nó, nó sẽ kiểm tra danh mục GO và truyền thông báo Hiệp hội đường đi đó là gần nhất với chính nó bằng cách sử dụng đường đi của kênh. Đường đi có thể nhận được thông báo này khi các kênh đã được kết hợp giữa đường đi và các khách hàng thông qua danh mục nhập đi. Kết quả là, Hiệp hội có thể được nhanh chóng thực hiện giữa đường đi mới và khách hàng, bởi vì khám phá thiết bị không cần được cố gắng để tìm kiếm đi.

mất ví dụ hoạt động của chương trình được đề xuất
hình 2 mô tả một hoạt động ví dụ của các chương trình được đề xuất khi có hai nhóm chủ sở hữu và hai khách hàng thiết bị trong mạng. Như đã thấy trong hình 2 (a), khi một khách hàng đã không có thông tin về một đi, nó đã không có sự lựa chọn nhưng để bắt đầu phát hiện thiết bị và tìm kiếm một gần đó. Khi khách hàng thiết bị A thành công tìm thấy GO1, nó bắt đầu hiệp hội và cho biết thêm một mục nhập về GO1 trong của nó đi mục nhập danh sách.

khi thiết bị A di chuyển ra khỏi GO1 và phương pháp tiếp cận đối với vùng lân cận của GO2, nó bắt đầu phát hiện thiết bị mới và tìm thấy GO2 liên kết với. Điều này có thể được quan sát thấy trong hình 2 (b). Trong quá trình này, GO2 và thiết bị một phần trong danh sách mục nhập đi, và do đó GO2 học về thông tin của GO1. Thông tin này sau đó được chuyển tiếp tới thiết bị B thông qua định kỳ beacon truyền bởi GO1. Thiết bị B, mà là được nêu ra liên quan đến GO2, bây giờ mua lại các thông tin về GO1 mà không cần phải liên kết với nó trước khi.

hình 2 (c) cho thấy rằng, Khi thiết bị khách hàng B di chuyển ra khỏi GO2 và đi vào vùng lân cận của GO1, nó có thể bắt đầu quá trình Hiệp hội ngay lập tức mà không có thiết bị phát hiện. ĐI có thể nhận được thiết bị B Hiệp hội yêu cầu và đáp ứng trở lại, thành công kết hợp mà không có sự chậm trễ phát hiện. Ngoài ra, đi mục nhập danh sách được chia sẻ giữa hai thiết bị, do đó, rằng thông tin này có thể được sử dụng bởi thiết bị khác trong tương lai gần.
thông qua việc chia sẻ thông tin đi qua tính di động của khách hàng thiết bị, thiết bị có thể thuận tiện dock với GOs một cách nhanh chóng và với chi phí ít hơn. Kết quả là, sự chậm trễ đáng kể từ quá trình Hiệp hội có thể được giảm bớt, cũng như bất kỳ gây nhiễu truyền nào có thể dẫn đến từ quá trình.

IV. Hiệu suất đánh giá
chúng tôi đánh giá hiệu suất của các chương trình được đề xuất sử dụng trình mô phỏng đấu NS-3 [4]. Tham số mô phỏng được hiển thị trong bảng ⅱ. Không có hai kịch bản của mô phỏng. Một là
số GOs tăng và khác là rằng số lượng khách hàng tăng lên. Môi trường này được cấu hình để thi đua một quy mô lớn không dây cắm cho môi trường, nơi nhiều GOs và khách hàng có thể được triển khai trong một mạng lưới duy nhất. Mỗi khách hàng trong mạng thực hiện thiết bị phát hiện và thủ tục Hiệp hội cho tất cả các GOs trong vùng lân cận của nó. Như một khách hàng một số tuần tự kết hợp tất cả các GOs, khách hàng có thể được sử dụng để vượt qua đi mục nhập danh sách cho các GOs trong mạng. Sau khi kết hợp với một số GOs, khách hàng đạt được đi mục nhập danh sách có chứa các thông tin của tất cả đi mục.

hai tham số đó sẽ được so sánh là Hiệp hội Trung bình toàn thời gian và số lượng gói dữ liệu thăm dò. Thời gian trung bình Hiệp hội đại diện cho thời gian trung bình chi cho kết hợp với một đi duy nhất. Số lượng thăm dò gói tính toán tổng số kiểm soát chi phí xảy ra trong quá trình Hiệp hội. Hình. 3 trình bày hiệu suất của các chương trình được đề xuất khi số lượng đi tăng trong mạng. Hình 3 (a) cho thấy thời gian trung bình Hiệp hội khi một khách hàng kết hợp một trong những đi. Trong các đề án Hiệp hội phí trực tiếp truyền thống, thời gian Hiệp hội là tương tự như bất kể số lượng GOs trong mạng. Điều này là do mỗi khách hàng thực hiện quá trình khám phá điện thoại mỗi khi kết hợp với mỗi đi. Mặt khác, trong các đề án được đề xuất, thời gian trung bình Hiệp hội giảm vì chia sẻ đi mục nhập danh sách cho phép khách hàng để bỏ qua quá trình phát hiện thiết bị và tiến hành trực tiếp cho Hiệp hội. Do đó, đề xuất chương trình có thể đảm bảo các liên kết nhanh giữa đi và khách hàng so với sự sẵn có Wi-Fi trực tiếp Hiệp hội quá trình.

hình 3 (b) cho thấy sự gia tăng trong số lượng gói dữ liệu thăm dò. Như trình khám phá thiết bị luôn luôn bắt đầu mỗi khi một yêu cầu Hiệp hội là cố gắng trong Wi-Fi truyền thống trực tiếp, kiểm soát gói chi phí là rất lớn. Mặt khác, trong chương trình được đề xuất, bởi vì số lượng thực hiện thiết bị phát hiện là vài, số lượng gói dữ liệu thăm dò cũng giảm. Kết quả là, giảm số lượng gói dữ liệu kiểm soát trên không cho phép các chương trình được đề xuất để sử dụng băng thông cho truyền dẫn dữ liệu quan trọng khác để thay thế
hình 4 cho thấy hiệu suất của các chương trình được đề xuất khi số lượng các nhóm khách hàng đang tăng lên trong mạng. Hình. 4 (a) cho thấy rằng như số lượng các nhóm khách hàng tăng, có thể có trong danh sách mục nhập đi được chia sẻ giữa các GOs cũng tăng. Vì vậy, thời gian trung bình Hiệp hội cho mỗi nhóm khách hàng có thể thực sự làm giảm, như minh hoạ trong biểu đồ cho các đề án được đề xuất. Mặt khác, trong các đề án Hiệp hội phí trực tiếp truyền thống, khách hàng thực hiện quá trình khám phá điện thoại mỗi khi các Hiệp hội với đi từng, do đó, thời gian trung bình Hiệp hội là không bị ảnh hưởng bởi sự gia tăng của nhóm khách hàng

đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Sau khi phát hiện thiết bị thành công như hình. 1, một GO và khách hàng thông điệp liên kết chia sẻ thông qua các kênh được sử dụng bởi GO. Trong quá trình chia sẻ, thông tin vị trí của GO được đưa ra cho khách hàng. Như không có lĩnh vực truyền thống trong các gói tin liên quan để thêm thông tin vị trí, lĩnh vực thuộc tính P2P trong Thông tin P2P phần tử trong Wi-Fi định dạng khung hình trực tiếp (xem [2]: chương
4.1.1) được sử dụng. Định dạng của trường thuộc tính P2P cung cấp một lĩnh vực chiều dài biến để thêm thông tin trong tiêu đề P2P. Để xác định các thuộc tính P2P, một ID thuộc tính cần phải được chỉ định cho các dữ liệu định kỳ. Vì có hơn 200 ID dành riêng, chúng tôi xác định và chọn một ID thuộc tính cụ thể, ví dụ như ID = 100, để hoạt động như các tàu sân bay của dữ liệu thông tin khoảng thời gian. Sử dụng định dạng thuộc tính P2P này được cung cấp bởi các đặc điểm kỹ thuật, GO có thể cung cấp thành công thông tin vị trí của mình cho bất kỳ khách hàng có ý định liên kết với các GO. Như để đạt được các thông tin vị trí thực tế, chúng tôi giả định rằng hệ thống định vị toàn cầu (GPS) [8] có thể dễ dàng sử dụng để đạt được chúng. Như kích hoạt hầu hết các Wi-Fi Direct các thiết bị như điện thoại thông minh, máy tính xách tay, và máy tính bảng cũng có GPS theo mặc định, chúng tôi tin rằng giả định này là hợp lệ. Một khi thông tin vị trí được nhận bởi thiết bị của khách hàng, nó sẽ lưu trữ các thông tin tổng thể của GO trong danh sách nhập GO của nó, như thể hiện trong Bảng Ⅰ. Danh sách nhập GO sẽ duy trì địa chỉ IP, các kênh thông tin được sử dụng, (x, y) tọa độ, và các dấu thời gian của các mục được cập nhật để nó có thể được cung cấp cho GO khác khi cần thiết. Lưu ý rằng chỉ thông tin của GO sẽ được đưa vào danh sách nhập GO. B. Nhóm chủ sở hữu chia sẻ thông tin Khi một khách hàng điện thoại di động di chuyển ra khỏi vùng lân cận của GO hiện nay liên quan, họ trở thành bị ngắt kết nối và khách hàng có thể tìm thấy một liên kết với GO. Tuy nhiên, trong quá trình này, khách hàng sẽ không loại bỏ các thông tin của các GO bị ngắt kết nối từ danh sách nhập GO của nó. Thay vào đó, khi công ty liên kết khách hàng với một GO mới, nó sẽ truyền mục GO của mình cho các GO để thông tin của GO khác trong mạng có thể được chia sẻ. Ngoài ra, bù lại, GO cung cấp danh sách các mục GO riêng của mình cho khách hàng hiện liên quan để thông tin của GO có thể được mua lại bởi khách hàng là tốt. Khi các mục GO được chia sẻ giữa khách hàng và GO, một lĩnh vực dấu thời gian được sử dụng để cập nhật các thông tin mới nhất của một GO để mục dư thừa có thể được tổng hợp. Đối với các khách hàng nhóm để chia sẻ danh sách nhập GO của nó với các GO hiện nay liên quan, nó cũng phải sử dụng các trường thuộc tính P2P ngoài các gói điều khiển associable. Tuy nhiên, để phân biệt các ID được sử dụng để cung cấp dịch vụ dữ liệu thông tin khoảng thời gian, một ID thuộc tính khác nhau có thể được sử dụng, ví dụ như ID = 110. Mặt khác khi GO cần phải cung cấp cho danh sách nhập của mình cho các khách hàng, nó sẽ cõng các GO danh sách nhập cảnh vào ngọn hải đăng định kỳ, cũng với một ID thuộc tính khác nhau. Theo danh sách nhập GO tất cả khách hàng và GO thường xuyên chia sẻ giữa mỗi khác, kích thước của danh sách nhập GO phải được kiểm soát cẩn thận. Điều này là bởi vì nếu kích thước của danh sách nhập GO trở nên quá lớn, điều này sẽ gây ra trên không đáng kể trong mạng. Để kiểm soát kích thước của danh sách nhập GO, ví dụ, các mục có tọa độ địa điểm đó là quá xa từ vị trí hiện tại có thể bị xóa. Ngoài ra, giới hạn thực tế với kích thước của các mục nhập GO cũng có thể được sử dụng để kiểm soát nó. Ví dụ, nếu kích thước của một mục GO là tổng số 15 byte (4 byte địa chỉ IPv4 + 1 kênh byte + 4 byte phối hợp + 5 byte dấu thời gian), giới hạn 60 byte có thể có hiệu quả làm giảm kích thước truyền tải các mục GO 4. Trong Ngoài ra, nếu tính di động cũng được trao cho các GO, sau đó vị trí phối hợp thông tin trong danh sách nhập GO có thể nhanh chóng trở nên lỗi thời. Nếu thông tin sai được chia sẻ bởi GO và khách hàng do tính di động của GO, sau đó điều này lần lượt có thể gây ra trên cao hơn trong mạng. Vì vậy, các dấu thời gian nên được quan sát bởi mỗi khách hàng và GO, và bất kỳ mục cần xóa nếu các dấu thời gian trở nên quá cũ mà nó có thể trở thành thông tin sai. Mặc dù giá trị thực nghiệm có thể được để kiểm soát các dấu thời gian của các mục GO, giá trị cụ thể tùy thuộc vào môi trường mạng phải được xuất phát để kiểm soát quá trình kết hợp chính xác hơn. C. Hiệp hội nhanh chóng thông qua các trao đổi danh sách mục GO, khách hàng có thể có được thông tin của GO khác mà nó vẫn chưa kết hợp với trong quá khứ. Vì vậy, thời gian phát hiện thiết bị và hiệp hội có thể được giảm đáng kể. Khi khách hàng muốn mới được liên kết với một GO mà là trong vùng lân cận của nó, nó sẽ kiểm tra danh sách nhập GO và truyền một thông báo liên quan đến GO đó là gần gũi nhất với chính nó sử dụng kênh của GO. GO có thể nhận được thông báo này như kênh đã được kết hợp giữa các GO và khách hàng thông qua danh sách nhập GO. Kết quả là, hiệp hội có thể nhanh chóng thực hiện giữa các GO mới và khách hàng, bởi vì phát hiện thiết bị không cần phải cố gắng để tìm kiếm các GO. D. Ví dụ hoạt động của Đề án đề xuất hình. 2 mô tả một hoạt động ví dụ về các đề án đề xuất khi có hai chủ sở hữu nhóm và hai thiết bị khách hàng trong mạng. Như trong hình. 2 (a), khi một khách hàng không có thông tin về một GO, nó không có sự lựa chọn nhưng để bắt đầu phát hiện thiết bị và tìm kiếm một GO gần đó. Khi điện thoại của khách hàng một thành công tìm thấy GO1, nó bắt đầu liên kết và thêm một mục về GO1 trong danh sách nhập GO của nó. Khi thiết bị A di chuyển ra khỏi GO1 và cách tiếp cận đối với các vùng lân cận của GO2, nó bắt đầu một phát hiện thiết bị mới và tìm GO2 liên kết với. Điều này có thể được quan sát trong hình. 2 (b). Trong quá trình này, GO2 và thiết bị A chia sẻ danh sách nhập GO, và do đó GO2 biết về thông tin của GO1. Thông tin này sau đó được chuyển tiếp đến thiết bị B thông qua các ngọn hải đăng kỳ lây truyền qua GO1. Thiết bị B, được chưa kết hợp với GO2, bây giờ có được thông tin về GO1 mà không cần phải liên kết với nó trước. hình. 2 (c) cho thấy, khi điện thoại của khách hàng B di chuyển ra khỏi GO2 và đi vào vùng lân cận của GO1, nó có thể bắt đầu quá trình liên kết ngay lập tức mà không có sự phát hiện thiết bị. GO có thể nhận được yêu cầu hiệp hội thiết bị B và phản ứng trở lại, thành công liên kết mà không phát hiện ra sự chậm trễ. Ngoài ra, danh sách GO mục được chia sẻ giữa hai thiết bị, do đó thông tin này có thể được sử dụng bởi các thiết bị khác trong tương lai gần. Thông qua việc chia sẻ các thông tin GO qua di động của các thiết bị của khách hàng, các thiết bị thuận tiện có thể gắn với GO một cách nhanh chóng và ít trên không. Kết quả là, sự chậm trễ đáng kể từ quá trình liên kết có thể được giảm, cũng như bất kỳ sự can thiệp truyền có thể là kết quả của quá trình. IV. THỰC HIỆN ĐÁNH GIÁ Chúng tôi đánh giá việc thực hiện các đề án đề xuất sử dụng NS-3 mô phỏng [4]. Các thông số mô phỏng được thể hiện trong Bảng Ⅱ. Có hai kịch bản của mô phỏng. Một là số lượng các GO tăng và khác là số lượng khách hàng tăng lên. Môi trường này được cấu hình để cạnh tranh với một môi trường nối không dây quy mô lớn, trong đó một số lượng lớn các GO và khách hàng có thể được triển khai trong một mạng duy nhất. Mỗi khách hàng trong mạng thực hiện phát hiện thiết bị và các thủ tục liên quan cho tất cả các GO có trong vùng phụ cận. Là một khách hàng tuần tự nhất định liên kết tất cả các GO, khách hàng có thể được sử dụng để vượt qua các danh sách nhập GO GO khác nhau trong mạng. Sau khi liên kết với một số GO, khách hàng được danh sách GO nhập chứa thông tin của tất cả các GO mục. Hai thông số sẽ được so sánh là thời gian liên kết trung bình và số lượng các gói tin thăm dò. Hiện hiệp hội đại diện cho trung bình thời gian trung bình trên liên kết với một GO duy nhất. Số lượng các gói thăm dò tính toán tổng số tiền kiểm soát trên không xảy ra trong quá trình liên kết. Vả. 3 trình bày việc thực hiện các đề án đề xuất khi số lượng các GO được tăng lên trong mạng. Vả. 3 (a) cho thấy thời gian trung bình khi kết hợp một khách hàng liên kết một GO. Trong đề án Wi-Fi kết hợp trực tiếp truyền thống, thời gian cũng tương tự như hiệp hội không phụ thuộc vào số lượng GO trong mạng. Điều này là do mỗi khách hàng thực hiện các quá trình phát hiện thiết bị mỗi khi kết hợp với nhau GO. Mặt khác, trong đề án đề xuất, thời gian hiệp hội trung bình giảm bởi vì việc chia sẻ danh sách nhập GO cho phép khách hàng để bỏ qua quá trình phát hiện thiết bị và tiến hành trực tiếp đến hiệp hội. Vì vậy, đề án đề xuất có thể đảm bảo sự kết nhanh giữa GO và khách hàng so với hiện tại Wi-Fi kết hợp trực tiếp quá trình. hình. 3 (b) cho thấy sự gia tăng trong số lượng các gói thăm dò. Khi quá trình phát hiện thiết bị luôn luôn bắt đầu mỗi lần một yêu cầu hiệp hội là cố gắng trong Wi-Fi truyền thống trực tiếp, kiểm soát gói tin trên là rất lớn. Mặt khác, trong đề án đề xuất, bởi vì số lượng thực hiện phát hiện thiết bị là số ít, số lượng các gói thăm dò cũng giảm. Kết quả là, giảm số lượng kiểm soát gói tin trên cho phép các đề án đề xuất sử dụng băng thông truyền dữ liệu quan trọng khác thay vì hình. 4 cho thấy việc thực hiện các đề án đề xuất khi số lượng khách hàng nhóm được tăng lên trong mạng. Vả. 4 (a) cho thấy như số lượng khách hàng nhóm tăng lên, cơ hội mà danh sách nhập GO được chia sẻ giữa các GO cũng tăng lên. Vì vậy, thời gian hiệp hội trung bình cho mỗi khách hàng nhóm thực sự có thể giảm, như thể hiện trong đồ thị cho các đề án đề xuất. Mặt khác, trong các chương trình Wi-Fi liên kết trực tiếp truyền thống, khách hàng thực hiện quá trình phát hiện thiết bị mọi thời gian để gắn với mỗi GO, nên thời gian liên kết trung bình là không bị ảnh hưởng bởi sự gia tăng của khách hàng nhóm




































đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: