You can achieve this by filtering the laser scans to avoid the obstacles too close. Unfortunatly with the LDS-01 you can't change the param range_min simply with a launch file, you have two options :

• Create a simple node subscribing to /scan (or the topic published by the lidar if you have changed the default name), filter those values manually and then publish the new laser scan data on a new topic /scan_filtered for example.
• There is a package doing this for you and allows you to use more complex filters : the laser_filters package.

In both case you take as input the data from the topic /scan to publish them on a new topic /scan_filtered and you just have to change in the slam configuration to use this new topic as input.

Thank for the response, Someone gave me this solution and it works properly: The solution: TB3 uses the hls_lfcd_lds_driver package for sensor data from lidars. modify the minimum range to a value larger than the radius of the robot in the "source code".

But actually It still a small problem, that the robot still sees while navigation a few points around it as an obstacle although there is nothing. And that harms the navigation performance. and leads the robot to stuck in place and performs the recovery behavior many times although there is nothing around it to be stuck. Have you any idea why that happens? you can see an image here: https://pasteboard.co/IC62ILh.png